Senha perdida na instância do EC2 SELinux

Question

Como o título diz, eu tenho uma instância do SELinux no EC2 que não uso há algum tempo. Eu não tenho conseguido acessá-lo via ssh desde que o enviei de volta. Eu o acessei desta máquina no passado e o material do grupo de segurança na AWS é configurado para permitir acesso ssh.

Eu não consigo logar na máquina, então todas as minhas correções foram limitadas ao que eu posso fazer montando o volume da raiz em uma nova instância do EC2 e fazendo o que posso dessa maneira.

Veja o que tentei até agora:

1) Tentei copiar minha chave ssh no arquivo authorized_keys do usuário ssh. O prompt de senha ainda é apresentado quando tento o SSH.

2) Verificado que o sshd_config não possui PasswordAuthentication

3) Usado chroot para definir o volume montado como root e, em seguida, redefinir a senha do usuário que eu estou tentando fazer login. Não há nenhum erro disso, mas a nova senha não funciona no prompt por ssh.

4) Não há senha na chave ssh que estou usando, então não é isso que estou sendo solicitado.

5) Novamente usando o chroot, eu tentei usar o comando 'restorecon' na pasta .ssh para o usuário em questão

6) Assegure que o diretório .ssh do usuário tenha permissões definidas para 700 e o arquivo .ssh / authorized_keys as tenha configurado para 600

Até agora, ainda não há alegria. O que mais eu posso tentar?

    

Answer 1

Uma pegadinha com o sshd não deixará alguém acessar via authorized_keys a menos que ambas as authorized_keys e o diretório .ssh tenham permissões corretas:

chmod 700 /home/username/.ssh
chmod 600 /home/username/.ssh/authorized_keys

(Substitua o nome de usuário pelo nome de usuário do usuário do SSH)

Além disso, os erros de login ssh são registrados em / var / log / secure (possivelmente um arquivo diferente se você estiver usando algo além de um clone RedHat), portanto, procurar erros de login no ssh ajudará a solucionar esse problema .

    

Answer 2

Acontece que os atributos do SELinux eram ruins. Eu tive que montar o drive para uma instância diferente, alterar o enforcing = 0 no /etc/selinux/config e depois remontar e inicializar sem o SELinux, então eu tive que re-etiquetar todo o sistema de arquivos (pelo menos, eu decidi agrupar manualmente e encontrar ainda mais) fazendo touch /.autorelabel e depois outra reinicialização.