Não é possível fazer o login após chmod o -rwx

Question

Eu digitei um comando chmod o-rwx recursivo do root em um linux via ssh. Depois disso eu não consigo mais logar como root. É um grande problema agora. Posso fazer alguma coisa para resolver isso? Eu só posso trabalhar via ssh, não localmente.

    

Answer 1

Esta não é a resposta que você quer ouvir, mas temo que você a tenha lavado. Se você não puder usar o ssh agora, precisará de mãos e olhos locais para tentar obter algum tipo de acesso, e isso provavelmente será apenas para salvar os dados que você puder antes de reinstalar e restaurar a caixa a partir de backups. / p>

Você tem backups, não é?

A renovação de todo um sistema operacional sem backups excelentes não é uma opção trivial, mesmo para especialistas, e fazê-lo remotamente é algo com que eu seriamente afetada, mesmo com mais de 20 anos de administração.

Eu acho que você não tem escolha real a não ser admitir quem quer que você tenha lavado a caixa, e quer pegar um avião e ir visitá-lo por um longo período de amamentação, ou apenas contar isso perdido e seguir em frente; provavelmente o que for mais barato.

O que você pode fazer é aprender com isso:

1. Se o seu servidor é importante para você, você precisa de backups. De preferência da máquina inteira, mas pelo menos o suficiente para restaurar os bits importantes. Seja qual for a sua estratégia de backup, ela precisa ser testada regularmente ou não é adequada ao objetivo; e por teste quero dizer "executamos uma restauração completa como se tivéssemos perdido a caixa original, e todos os sistemas de negócios nesta lista pré-acordada funcionavam bem".
2. Não faça login remotamente como root. É inseguro na melhor das hipóteses e incentiva você a fazer tudo como root, seja o acesso root necessário ou não. SSH em si mesmo e use o sudo apropriadamente.
3. Pense bem antes de pressionar < CR > em todos os comandos feitos com privilégios. Como um amigo sysadmin disse há muitos anos, quando sua velocidade de digitação lenta foi criticada em sua avaliação anual, "eu não sou pago para digitar rápido, eu sou pago para bater < ENTER > lentamente e pensativamente".

Parece o fim do mundo agora, mas a maioria de nós já fez algo estúpido como esse em um momento ou outro. É um teste de caráter: se você pode ser honesto com todos os outros agora, e honesto consigo mesmo, então você aprende com isso, então não é bem tão ruim quanto parece ser hoje.

    

Answer 2

Há algo ainda em execução na caixa, como um serviço da web ou um serviço de e-mail? nmap -A -p- <ip address> pode encontrar isso para você.

Alguns serviços podem ter a capacidade de alterar as propriedades para você. cPanel ou webmin ainda podem funcionar se você os instalou. Não tenho certeza de como isso seria afetado pelo seu chmod recursivo, mas vale a pena procurar.

Se você tiver serviços em execução que não tenham essa funcionalidade, ainda será possível forçá-los a isso. Esta opção não é para os fracos de coração. Estou falando de hackear sua própria caixa aqui. Encontre um exploit de algum lugar como o Exploit DB e use-o para ganhar um shell e consertar as permissões necessárias. Isso pode não ser possível para um grupo de diferentes classes de motivos e tem o potencial de piorar a situação.

Meu voto ainda seria fazer com que seu provedor de hospedagem fizesse isso com um LiveCD.

    

Answer 3

Solicite suporte para recuperar o bit setuid em / bin / login, / bin / su, sudo Isso permitirá que você faça o login como root. O suporte local pode inicializar o servidor no modo de usuário único sem senha de root. Eles precisam saber a senha do gerenciador de inicialização, se houver um.

Quando você estiver conectado, execute rpm -Va para verificar quais arquivos foram afetados e reinstalar esses pacotes. Isso irá corrigir automaticamente as permissões.