zsh compinit: незахищені каталоги

Що це означає і як це можна виправити?

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

Виконання compauditвіддачі наступне:

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

Це зафіксувало це для мене:

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

Кредит: публікація в списку розсилки zsh

EDIT: Як вказував @biocyberman у коментарях. Можливо, вам доведеться також оновити власника site-functions:

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

На моїй машині (OSX 10.9) мені це робити не потрібно, а лише YMMV.

EDIT2: На OSX 10.11 працювало лише це:

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

Також користувач: персонал є правильним дозволом на OSX.

compaudit | xargs chmod g-w

зробимо трюк, див. http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/

Більшість відповідей мають вирішення, але не згадуйте, чому виникає таке попередження. Ось уривок із підручника ZSH :

З міркувань безпеки compinit також перевіряє, чи система завершення використовує файли, які не належать кореневі чи поточному користувачеві , або файли в каталогах, які можуть бути записані у всьому світі або в групі, або які не належать root або поточним користувачем . Якщо такі файли чи каталоги знайдені, compinit запитає, чи дійсно слід використовувати систему завершення. Щоб уникнути цих тестів і змусити всі знайдені файли використовуватись без запитання, скористайтеся опцією -u, а щоб змусити мовчки ігнорувати всі незахищені файли та каталоги, використовуйте опцію -i. Ця перевірка безпеки повністю пропускається, коли надається опція -C.

Отже, рішення передбачає виправлення одного (або всіх) з наступного:

• встановлення поточного користувача як власника всіх каталогів / підкаталогів / файлів у причині:

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

• видалення дозволів на запис для групи / інших для файлів, що викликаються:

  compaudit | xargs chmod go-w
  

Іншим підходом було б пропустити ці перевірки за допомогою

compinit -u

але я насправді цього не пропоную, оскільки приховування проблем під килимом вирішує проблеми лише в короткому періоді.

Я отримував ті ж попередження, коли sudo -iзапускав кореневу оболонку, рішення @ chakrit не працювало для мене.

Але я знайшов -uпереключення compinitтворів, наприклад, у вашому .zshrc / zshenv або там, де ви зателефонувалиcompinit

compinit -u

Примітка: Не рекомендується для виробничої системи

Дивіться також http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization

Це працює для мого Mac після оновлення до High Sierra.

Видаліть доступ до запису групи:

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

Найкраще тримати зміни обмежено каталогами zsh.

Прийнята відповідь не працювала для мене на macOs Sierra (10.12.1). Довелося це робити рекурсивно з / usr / local

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

Примітка. Ви можете отримати своє ім'я користувача whoamiта свою групуid -g

Ці два рядки зафіксували мене.

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

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

На macOS Sierra потрібно запустити: sudo chown -R $(whoami):staff /usr/local

Я це виправив

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

в моєму випадку в інших каталогах, що знаходяться всередині /, також призначається група «персоналу»

на Мохаве це зробило трюк: sudo chmod go-w /usr/local/share

Моя пропозиція полягала б у тому, щоб запустити compudit, а потім просто виправити дозволи на каталоги, знайдені аудитом. Переконайтесь, що визначені каталоги не мають дозволу на запис для групи чи інших.

Це було єдине, що працювало для мене з https://github.com/zsh-users/zsh-completions/isissue/433#issuecomment-600582607 . Дякуємо https://github.com/malaquiasdev !

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

Моя машина:

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

Отже ось що я зробив,

1. запустіть, compauditі він дасть вам список каталогів, які він вважає незахищеними.

2. запустити sudo chmod -R 755 target_directory (приклад sudo chmod -R 755 /usr/local/share/zsh:)

Приклад:

compaudit

повертає:

/ usr / local / share / zsh

тому я біжу

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

докладніше читайте тут за посиланням

Сьогодні вранці деякі пакунки в моїй системі оновились, і мені залишилось це повідомлення про помилку. Я використовую Ubuntu 18.04.

Мабуть, щось із оновлення змінило ім'я користувача та групу на номери, а не rootтак:

# 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

Я просто змінив користувача та групу цього файлу назад, rootі проблема пішла. Мені не потрібно було змінювати жодних дозволів, і я б застерігав цього не робити, якщо не буде зрозуміла основна причина проблеми.

sudo chown root _code && sudo chgrp root _code

Після переключення 131та 142повернення до rootцього повідомлення про помилку zsh відійшло.

1. запустіть, compauditі він дасть вам список каталогів, які він вважає небезпечними

2. sudo chown -R username:root target_directory

3. sudo chmod -R 755 target_directory

У мене таке ж попередження було останнім часом щодо Каталіни. Просте вирішення - поставити це на вершину вашого .zshrc

ZSH_DISABLE_COMPFIX=true

Жодне із перерахованих рішень не працювало для мене. Натомість я закінчив видалення та перевстановлення Homebrew, що зробило трюк. Інструкції щодо видалення можна знайти тут: http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/

запуск цієї команди працював на мене на моєму mac OS Catalina:

compaudit | xargs chmod g-w,o-w

Рішення MAC OS X:

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

Також "user: staff = користувач root за замовчуванням на OSX.

Цю проблему я отримав після запуску google-cloud-sdkсценарію встановлення, який додає завершення команди в оболонку через запис в .zshrc.

Дотримуючись інструкцій Homebrew щодо налаштування завершень у zsh було корисно.