Erro após o sudo "sudo: deve ser configurado como root"

10

No computador de um colega, sempre que uso um comando sudo, recebo este erro:

sudo: must be setuid root

Tentei várias coisas mencionadas na internet, como alterar as permissões para 4755 a partir de um CD ao vivo, mas mesmo este comando de um CD ao vivo

sudo chmod 4755 /media/device/usr/bin/sudo

dá o mesmo erro.

EDIT: O colega me disse que ele executou este comando, Deus sabe o porquê: /

sudo chmod -R 777 /ou sudo chmod -R 777Ele não está exatamente certo.

theTuxRacer
fonte
Você pode postar a saída de ls -l /usr/bin/sudo?
precisa saber é o seguinte
Eu não posso publicá-lo agora, alterei as permissões, mas foirwxrwxrwx root:root 2 sudo
theTuxRacer

Respostas:

14
  • Reinicie o computador, escolha o console de recuperação e digite os seguintes comandos

    chown root:root /usr/bin/sudo

    chmod 4755 /usr/bin/sudo

  • Reinicie a máquina.

  • Veja também este link para corrigir o sudo quebrado.

karthick87
fonte
3
Veja como inicializar no modo de recuperação .
precisa saber é o seguinte
2
Consegui fazer isso fazendo login como root sem o console de recuperação, se você tiver o disponível.
jocull
9

Após a execução sudo chmod -R 777 /, recomendo reinstalar urgentemente todo o sistema a partir do zero. O comando abre brechas de segurança muito, como todo e qualquer arquivo no sistema tornou-se legível ( e gravável! ) Por qualquer usuário - incluindo /etc/shadow, /etc/hostse até mesmo /usr/bin/sudoe /bin/lseles mesmos! Seu sistema pode parecer um coador - cada minuto de uso significa riscos e perdas catastróficos, especialmente quando conectado à Internet. E permissões fixas para simplesmente sudonão farão nada.

Considere também esta questão .

ulidtko
fonte
Sim, eu também não posso montar drives USB.
theTuxRacer 17/01
0

Depois de corrigir as permissões sudo, em seguida, usar sudojunto com o mesmo método para fixar de forma recursiva as permissões (mesmo -Rparâmetro usado para estragar todo o sistema, em primeiro lugar, apenas em tanto o chownE chmodcomandos) em /etc, /boot, /sbin, /bin, /dev, /proc, /sys, e /usr. Isso deve atenuar os problemas de segurança, pelo menos até o ponto em que o sistema é utilizável.

Por outro lado, uma reinstalação completa seria mais fácil se um invasor obtivesse o controle do seu sistema (o que acontecerá se você estiver conectado à Internet enquanto essas permissões estiverem sendo corrigidas), pois seria muito difícil recuperar esse controle de outra forma.

realkstrawn93
fonte
"(o que eles vão ..." Como isso aconteceria se eu estivesse atrás de um firewall? Você está exagerando no problema ou é realmente muito fácil controlar o sistema chmod 777'd?
Scott
0

É muito mais pesado restaurar todas as permissões do sistema de arquivos para o estado de instalação pronto para uso, que é mais seguro e mais rápido reformatar partições e reinstalar o sistema do que tentar desfazer uma instalação.

sudo chmod -R 777 /

comando. Um sistema com permissões 777 (rwxrwxrwx) é irremediavelmente quebrado. Qualquer malware que ataque uma falha de segurança que permita a execução de código arbitrário via navegador pode modificar scripts e executáveis ​​de propriedade de raiz, enquanto o sudo do setuid, como o sudo, não funcionará se eles estiverem verificando as permissões do executável ...

Em outras palavras, em um sistema com cache de navegador de permissões 777 graváveis ​​em todo o mundo é tratado da mesma maneira que a imagem do kernel. Simplesmente sem sentido.

De fato, o sudo está verificando suas próprias permissões e elas devem ser 4755 (rwsr-xr-x), mas seu amigo redefiniu as permissões para 0777 (rwxrwxrwx), o que impede a execução do sudo, pois ele executa algumas verificações de segurança antes de iniciar o procedimento designado. comando.

De qualquer forma, o sudo não faz sentido, pois você já concedeu permissões executáveis ​​em todo o mundo a qualquer programa no computador, incluindo possíveis malwares no cache do navegador!

Formatar e reinstalar é a maneira mais segura, pois toda a sua unidade deve estar em quarentena.

gmt42
fonte