zsh compinit: diretórios não seguros

O que isso significa e como posso corrigi-lo?

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

Executando o compauditretorna o seguinte:

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

Isso corrigiu para mim:

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

Crédito: um post na lista de discussão do zsh

EDIT: Como apontado por @biocyberman nos comentários. Pode ser necessário atualizar o proprietário site-functionstambém:

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

Na minha máquina (OSX 10.9), não preciso fazer isso, mas YMMV.

EDIT2: No OSX 10.11, apenas isso funcionou:

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

Também user: staff é a permissão padrão correta no OSX.

compaudit | xargs chmod g-w

fará o truque, consulte http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/

A maioria das respostas vem com uma solução, mas não mencione por que esse aviso ocorre. Aqui está um trecho do compinit do ZSH :

Por motivos de segurança, o compinit também verifica se o sistema de conclusão usaria arquivos que não pertencem à raiz ou ao usuário atual , ou arquivos em diretórios que podem ser gravados no mundo ou no grupo ou que não pertencem à raiz ou ao usuário atual . Se tais arquivos ou diretórios forem encontrados, o compinit perguntará se o sistema de conclusão deve realmente ser usado. Para evitar esses testes e fazer com que todos os arquivos encontrados sejam usados ​​sem perguntar, use a opção -u e, para fazer com que o compinit ignore silenciosamente todos os arquivos e diretórios inseguros, use a opção -i. Essa verificação de segurança é ignorada completamente quando a opção -C é fornecida.

Portanto, a solução implica corrigir um (ou todos) dos seguintes itens:

• configurando o usuário atual como o proprietário de todos os diretórios / subdiretórios / arquivos em causa:

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

• removendo permissões de gravação para grupo / outros para os arquivos em causa:

  compaudit | xargs chmod go-w
  

Outra abordagem seria ignorar essas verificações usando

compinit -u

mas eu realmente não sugiro isso, pois esconder problemas debaixo de um tapete só resolve problemas no curto prazo.

Recebi os mesmos avisos ao sudo -iiniciar um shell raiz, a solução do @ chakrit não funcionou para mim.

Mas eu encontrei uma -uopção de compinittrabalhos, por exemplo, no seu .zshrc / zshenv ou onde você ligoucompinit

compinit -u

NB: Não recomendado para sistema de produção

Consulte também http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization

Isso funciona no meu Mac após a atualização no High Sierra.

Remova o acesso de gravação do grupo:

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

É melhor manter a alteração limitada aos diretórios zsh.

A resposta aceita não funcionou para mim no macOs Sierra (10.12.1). Tinha que fazê-lo recursivo em / usr / local

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

Nota: Você pode obter seu nome de usuário whoamie seu grupo comid -g

Essas duas linhas foram corrigidas para mim.

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

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

No macOS Sierra, você precisa executar: sudo chown -R $(whoami):staff /usr/local

Eu consertei fazendo

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

no meu caso, outros diretórios dentro do compartilhamento / também têm o grupo "pessoal" atribuído

no Mojave, isso fez o truque: sudo chmod go-w /usr/local/share

Minha sugestão seria executar o compaudit e apenas corrigir as permissões nos diretórios encontrados pela auditoria. Verifique se os diretórios identificados não possuem permissões de gravação para um grupo ou outro.

Essa foi a única coisa que funcionou para mim em https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607 . Obrigado https://github.com/malaquiasdev !

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

Minha máquina:

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

Então aqui está o que eu fiz,

1. executar compaudite fornecerá uma lista de diretórios que considera inseguros.

2. executar sudo chmod -R 755 target_directory (exemplo sudo chmod -R 755 /usr/local/share/zsh:)

Exemplo:

compaudit

retorna:

/ usr / local / share / zsh

então eu corro

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

leia mais aqui link

Esta manhã, alguns pacotes no meu sistema foram atualizados e me deixaram esta mensagem de erro. Estou usando o Ubuntu 18.04.

Aparentemente, algo na atualização alterou o nome de usuário e o grupo para números, em vez de 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

Simplesmente alterei o usuário e o grupo desse arquivo roote o problema foi resolvido. Eu não precisava alterar nenhuma permissão e recomendaria isso, a menos que a causa subjacente do problema seja entendida.

sudo chown root _code && sudo chgrp root _code

Depois de mudar 131e 142voltar para root, essa mensagem de erro do zsh desapareceu.

1. executar compaudite fornecerá uma lista de diretórios que considera inseguros

2. sudo chown -R username:root target_directory

3. sudo chmod -R 755 target_directory

Ultimamente, tive o mesmo aviso em Catalina. Uma solução fácil é colocar isso no topo do seu arquivo .zshrc

ZSH_DISABLE_COMPFIX=true

Nenhuma das soluções listadas funcionou para mim. Em vez disso, acabei desinstalando e reinstalando o Homebrew, o que fez o truque. As instruções de desinstalação podem ser encontradas aqui: http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/

executar este comando funcionou para mim no meu mac OS Catalina:

compaudit | xargs chmod g-w,o-w

Solução para MAC OS X:

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

Também "user: staff = usuário root padrão no OSX.

Eu obtive esse problema depois de executar o google-cloud-sdkscript de instalação, que adiciona a conclusão de comandos ao shell por meio de uma entrada em.zshrc .

Seguir as instruções de Homebrew para configurar conclusões no zsh foi útil.