zsh compinit: unsichere Verzeichnisse

Was bedeutet es und wie kann ich es beheben?

zsh compinit: insecure directories, run compaudit for list.
Ignore insecure directories and continue [y] or abort compinit [n]?

Wenn Sie das compauditausführen, wird Folgendes zurückgegeben:

There are insecure directories:
/usr/local/share/zsh/site-functions

Das hat es für mich behoben:

$ cd /usr/local/share/zsh
$ sudo chmod -R 755 ./site-functions

Kredit: ein Beitrag auf zsh Mailingliste

EDIT: Wie von @biocyberman in den Kommentaren hervorgehoben. Möglicherweise müssen Sie auch den Eigentümer von aktualisieren site-functions:

$ sudo chown -R root:root ./site-functions

Auf meinem Computer (OSX 10.9) muss ich dies nicht tun, sondern YMMV.

EDIT2: Unter OSX 10.11 funktionierte nur dies:

$ cd /usr/local/share/
$ sudo chmod -R 755 zsh
$ sudo chown -R root:staff zsh

Auch user: staff ist die korrekte Standardberechtigung unter OSX.

compaudit | xargs chmod g-w

wird den Trick machen, siehe http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/

Die meisten Antworten enthalten eine Lösung, erwähnen jedoch nicht, warum diese Warnung auftritt. Hier ist ein Auszug aus ZSHs Compinit :

Aus Sicherheitsgründen prüft compinit auch, ob das Vervollständigungssystem Dateien verwenden würde, die nicht Root oder dem aktuellen Benutzer gehören , oder Dateien in Verzeichnissen, die weltweit oder in Gruppen beschreibbar sind oder die nicht Root oder dem aktuellen Benutzer gehören . Wenn solche Dateien oder Verzeichnisse gefunden werden, fragt compinit, ob das Vervollständigungssystem wirklich verwendet werden soll. Um diese Tests zu vermeiden und dafür zu sorgen, dass alle gefundenen Dateien ohne Aufforderung verwendet werden, verwenden Sie die Option -u. Um zu verhindern, dass compinit alle unsicheren Dateien und Verzeichnisse stillschweigend ignoriert, verwenden Sie die Option -i. Diese Sicherheitsüberprüfung wird vollständig übersprungen, wenn die Option -C angegeben wird.

Daher impliziert die Lösung die Behebung eines (oder aller) der folgenden Punkte:

• Festlegen des aktuellen Benutzers als Eigentümer aller Verzeichnisse / Unterverzeichnisse / Dateien in Ursache:

  compaudit | xargs chown -R "$(whoami)"
  

• Entfernen von Schreibberechtigungen für Gruppen / andere für die Dateien in Ursache:

  compaudit | xargs chmod go-w
  

Ein anderer Ansatz wäre, diese Überprüfungen mithilfe von zu überspringen

compinit -u

Aber ich schlage dies nicht wirklich vor, da das Verstecken von Problemen unter einem Teppich Probleme nur kurzfristig löst.

Ich habe die gleichen Warnungen erhalten, als ich sudo -ieine Root-Shell gestartet habe. Die Lösung von @ chakrit hat bei mir nicht funktioniert.

Aber ich habe einen -uWechsel der compinitWerke gefunden, z. B. in Ihrer .zshrc / zshenv oder wo Sie angerufen habencompinit

compinit -u

NB: Nicht für das Produktionssystem empfohlen

Siehe auch http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization

Dies funktioniert für meinen Mac nach dem Update auf High Sierra.

Entfernen Sie den Gruppenschreibzugriff:

sudo chmod g-w /usr/local/share/zsh/site-functions
sudo chmod g-w /usr/local/share/zsh

Es ist am besten, die Änderung auf den Umfang der zsh-Verzeichnisse zu beschränken.

Die akzeptierte Antwort hat bei macOs Sierra (10.12.1) bei mir nicht funktioniert. Musste es rekursiv von / usr / local machen

cd /usr/local
sudo chown -R <your-username>:<your-group-name> *

Hinweis: Sie können Ihren Benutzernamen mit whoamiund Ihre Gruppe mit erhaltenid -g

Diese beiden Zeilen haben für mich behoben.

sudo chown -R _user_:root /usr/local/share/zsh

sudo chown -R _user_:root /usr/local/share/zsh/*

Unter macOS Sierra müssen Sie Folgendes ausführen: sudo chown -R $(whoami):staff /usr/local

Ich habe es dadurch behoben

sudo chown root:staff -R /usr/local/share/zsh

In meinem Fall haben andere Verzeichnisse in share / auch die Gruppe "staff" zugewiesen

auf Mojave hat dies den Trick getan: sudo chmod go-w /usr/local/share

Mein Vorschlag wäre, compaudit auszuführen und dann nur die Berechtigungen für die vom Audit gefundenen Verzeichnisse zu korrigieren. Stellen Sie sicher, dass die identifizierten Verzeichnisse keine Schreibberechtigungen für Gruppen oder andere haben.

Dies war das einzige, was für mich unter https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607 funktioniert hat . Vielen Dank an https://github.com/malaquiasdev !

  $ cd /usr/local/share/
  $ sudo chmod -R 755 zsh
  $ sudo chown -R root:staff zsh

Meine Maschine:

System Version: macOS 10.15.4 (19E287)
Kernel Version: Darwin 19.4.0

Also hier ist was ich getan habe,

1. run compauditund es gibt Ihnen eine Liste der Verzeichnisse, die es für unsicher hält.

2. ausgeführt sudo chmod -R 755 target_directory (Beispiel sudo chmod -R 755 /usr/local/share/zsh)

Beispiel:

compaudit

kehrt zurück:

/ usr / local / share / zsh

also renne ich

sudo chmod -R 755 /usr/local/share/zsh

Lesen Sie hier mehr Link

Heute Morgen wurden einige Pakete in meinem System aktualisiert und ich habe diese Fehlermeldung erhalten. Ich benutze Ubuntu 18.04.

Anscheinend hat etwas im Update den Benutzernamen und die Gruppe in Zahlen geändert, anstatt rootwie folgt:

# There are insecure files: /usr/share/zsh/vendor-completions/_code
# sudo ls -alh
-rw-r--r-- 1  131  142 2.6K 2019-10-10 16:28 _code

Ich habe einfach den Benutzer und die Gruppe für diese Datei wieder geändert rootund das Problem ist behoben. Ich habe nicht brauchen , um alle Berechtigungen zu ändern, und warnt vor dabei , wenn die zugrunde liegende Ursache des Problems zu verstehen ist.

sudo chown root _code && sudo chgrp root _code

Nach dem Umschalten 131und 142zurück zu rootging diese Fehlermeldung von zsh weg.

1. run compauditund es gibt Ihnen eine Liste von Verzeichnissen, die es für unsicher hält

2. sudo chown -R username:root target_directory

3. sudo chmod -R 755 target_directory

Ich hatte in letzter Zeit die gleiche Warnung auf Catalina. Eine einfache Problemumgehung besteht darin, dies oben in Ihrem .zshrc zu platzieren

ZSH_DISABLE_COMPFIX=true

Keine der aufgeführten Lösungen hat bei mir funktioniert. Stattdessen habe ich Homebrew deinstalliert und neu installiert, was den Trick getan hat. Anweisungen zur Deinstallation finden Sie hier: http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/

Das Ausführen dieses Befehls funktionierte für mich auf meinem mac OS Catalina:

compaudit | xargs chmod g-w,o-w

MAC OS X-Lösung:

$ sudo chmod -R 755 /usr/local/share/zsh
$ sudo chown -R root:staff /usr/local/share/zsh

Auch "user: staff = Standard-Root-Benutzer unter OSX.

Ich habe dieses Problem nach dem Ausführen des google-cloud-sdkInstallationsskripts erhalten, das der Shell über einen Eintrag in die Befehlsvervollständigung hinzufügt .zshrc.

Das Befolgen der Anweisungen von Homebrew zum Konfigurieren von Vervollständigungen in zsh war hilfreich.