Como gerenciar com segurança chaves privadas para pares de chaves gerenciados pelo EC2?

Para iniciar uma instância do EC2, você precisa de um par de chaves. Como você lida com a situação em que um engenheiro com acesso à chave privada desse par de chaves sai da empresa? Funcionaria para adicionar acesso ssh individual e desautorizar o par de chaves inicial, imediatamente após o lançamento da instância?

Quando um funcionário ou contratado sai da empresa, é necessário desativar qualquer acesso privilegiado que eles tinham aos recursos da empresa. Isso inclui (mas não está limitado a) suas principais preocupações ssh:

1. Remova a chave pública ssh de todos os arquivos allowed_keys em todas as instâncias em execução. Substitua-os por uma chave ssh pública recém-gerada, conhecida apenas pelas pessoas que devem ter acesso.

2. Remova todas as entradas de pares de chaves no EC2 conhecidas pelos que partiram para que novas instâncias não possam ser iniciadas com esses pares de chaves. Substitua-os por novas entradas de pares de chaves, talvez com os mesmos nomes, se o seu

O método alternativo que você propõe também é bom e é o que eu uso: Desabilite a chave ssh inicial e adicione chaves públicas individuais do ssh para cada desenvolvedor para que eles possam efetuar login com sua chave ssh privada normal. Isso pode ser feito para fazer login em uma conta compartilhada ou com cada desenvolvedor obtendo sua própria conta de usuário individual (minha preferida).

Após a saída de um funcionário, você não apenas terá que limpar os servidores em execução, mas também o processo que adiciona as chaves ssh aos novos servidores. E, quando um funcionário ingressar, você precisará fazer o inverso: adicione chaves ssh aos servidores em execução e atualize o novo processo do servidor.

Pode ser um pouco mais trabalhoso manter muitas chaves ssh em vários servidores, mas é aí que entra a automação.

Você nunca deve fornecer essa chave privada aos usuários finais. Os usuários finais devem ser provisionados com seus próprios meios de logon, como autenticação de chave pública (usando sua chave privada protegida por senha da OWN), seguida de autorização LDAP.

Distribuir a chave privada fornecida pelo ec2 torna impossível o provisionamento de usuários. É exatamente por isso que o uso de credenciais compartilhadas é completamente proibido por todos os regulamentos de segurança e conformidade.

Quando você permite o uso de credenciais compartilhadas:

• É impossível usar logs para saber quem realmente está / esteve em um host
• É impossível aprovisionar um usuário sem aprovisionar todos os usuários (incluindo acesso de emergência, que é realmente a chave privada EC2)

Consulte a documentação da Amazon sobre rotação de credenciais de acesso .

Use algo como fantoche ou script ssh sólido para percorrer e substituir todas as instâncias da chave antiga, se você não quiser relançar tudo ... ou apenas relançar tudo.