zsh compinit: répertoires non sécurisés

Qu'est-ce que cela signifie et comment puis-je y remédier?

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

L'exécution de la compauditrenvoie les éléments suivants:

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

Cela m'a corrigé:

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

Crédit: une publication sur la liste de diffusion zsh

EDIT: Comme l'a souligné @biocyberman dans les commentaires. Vous devrez peut-être également mettre à jour le propriétaire de site-functions:

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

Sur ma machine (OSX 10.9), je n'ai pas besoin de faire ça mais YMMV.

EDIT2: Sur OSX 10.11, seulement cela fonctionnait:

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

Également utilisateur: le personnel est l'autorisation par défaut correcte sur OSX.

compaudit | xargs chmod g-w

fera l'affaire, voir http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/

La plupart des réponses sont accompagnées d'une solution, mais ne mentionnez pas pourquoi cet avertissement se produit. Voici un extrait du compinit de ZSH :

Pour des raisons de sécurité, compinit vérifie également si le système de complétion utilise des fichiers n'appartenant pas à root ou à l'utilisateur actuel , ou des fichiers dans des répertoires accessibles en écriture par le monde ou le groupe ou n'appartenant pas à root ou à l'utilisateur actuel . Si de tels fichiers ou répertoires sont trouvés, compinit demandera si le système de complétion doit vraiment être utilisé. Pour éviter ces tests et utiliser tous les fichiers trouvés sans demander, utilisez l'option -u, et pour que compinit ignore silencieusement tous les fichiers et répertoires non sécurisés, utilisez l'option -i. Ce contrôle de sécurité est entièrement ignoré lorsque l'option -C est donnée.

Par conséquent, la solution implique de corriger l'un (ou tous) des éléments suivants:

• définir l'utilisateur actuel comme le propriétaire de tous les répertoires / sous-répertoires / fichiers en cause:

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

• suppression des autorisations d'écriture pour le groupe / autres pour les fichiers en cause:

  compaudit | xargs chmod go-w
  

Une autre approche consisterait à ignorer ces vérifications en utilisant

compinit -u

mais je ne le suggère pas vraiment, car cacher des problèmes sous un tapis ne résout que les problèmes à court terme.

J'ai reçu les mêmes avertissements lorsque j'ai sudo -idémarré un shell root, la solution de @ chakrit ne fonctionnait pas pour moi.

Mais j'ai trouvé un -uchangement de compinittravaux, par exemple dans votre .zshrc / zshenv ou là où vous avez appelécompinit

compinit -u

NB: Non recommandé pour le système de production

Voir également http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization

Cela fonctionne pour mon Mac après la mise à jour vers High Sierra.

Supprimez l'accès en écriture de groupe:

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

Il est préférable de limiter la modification aux répertoires zsh.

La réponse acceptée n'a pas fonctionné pour moi sur macOs Sierra (10.12.1). J'ai dû le faire récursivement à partir de / usr / local

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

Remarque: vous pouvez obtenir votre nom d'utilisateur avec whoamiet votre groupe avecid -g

Ces deux lignes se sont fixées pour moi.

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

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

Sur macOS Sierra, vous devez exécuter: sudo chown -R $(whoami):staff /usr/local

Je l'ai réparé en faisant

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

dans mon cas, d'autres répertoires à l'intérieur du partage / ont également un groupe "personnel" affecté

sur Mojave, cela a fait l'affaire: sudo chmod go-w /usr/local/share

Ma suggestion serait d'exécuter compaudit, puis de simplement corriger les autorisations sur les répertoires trouvés par l'audit. Assurez-vous que les répertoires identifiés n'ont pas d'autorisations d'écriture pour le groupe ou autre.

C'était la seule chose qui fonctionnait pour moi à partir de https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607 . Merci https://github.com/malaquiasdev !

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

Ma machine:

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

Voici donc ce que j'ai fait,

1. exécuter compauditet il vous donnera une liste des répertoires qu'il pense non sécurisés.

2. exécuter sudo chmod -R 755 target_directory (exemple: sudo chmod -R 755 /usr/local/share/zsh)

Exmaple:

compaudit

Retour:

/ usr / local / share / zsh

donc je cours

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

lire la suite ici lien

Ce matin, certains packages de mon système ont été mis à jour et m'ont laissé ce message d'erreur. J'utilise Ubuntu 18.04.

Apparemment, quelque chose dans la mise à jour a changé le nom d'utilisateur et le groupe en nombres, au lieu de root, comme suit:

# 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

J'ai simplement changé l'utilisateur et le groupe pour ce fichier rootet le problème a disparu. Je n'ai pas eu besoin de modifier les autorisations et je déconseille de le faire à moins que la cause sous-jacente du problème soit comprise.

sudo chown root _code && sudo chgrp root _code

Après avoir basculé 131et 142revenir à root, ce message d'erreur de zsh a disparu.

1. exécuter compauditet il vous donnera une liste de répertoires qu'il pense ne sont pas sûrs

2. sudo chown -R username:root target_directory

3. sudo chmod -R 755 target_directory

J'ai eu le même avertissement récemment sur Catalina. Une solution de contournement simple consiste à placer cela en haut de votre .zshrc

ZSH_DISABLE_COMPFIX=true

Aucune des solutions énumérées n'a fonctionné pour moi. Au lieu de cela, j'ai fini par désinstaller et réinstaller Homebrew, ce qui a fait l'affaire. Les instructions de désinstallation peuvent être trouvées ici: http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/

l'exécution de cette commande a fonctionné pour moi sur mon mac OS Catalina:

compaudit | xargs chmod g-w,o-w

Solution MAC OS X:

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

Aussi "user: staff = utilisateur root par défaut sur OSX.

J'ai eu ce problème après avoir exécuté le google-cloud-sdkscript d'installation, qui ajoute l'achèvement de commande au shell via une entrée dans .zshrc.

Suivre les instructions de Homebrew pour configurer les complétions dans zsh a été utile.