Autenticação por Chave Pública e Encaminhamento de Agente

A autenticação SSH por chave pública depende do arquivo authorized_keys, normalmente localizado em ~/.ssh/authorized_keys no servidor. Cada linha contém uma chave pública no formato: algorithm base64-key comment. O servidor verifica se o cliente consegue comprovar que possui a chave privada correspondente assinando um desafio.

O comando ssh-keygen cria pares de chaves para autenticação. Executar ssh-keygen -t ed25519 gera um par de chaves Ed25519 moderno. Você pode especificar um comentário com -C para identificação, como seu endereço de e-mail. Por padrão, a ferramenta salva a chave privada (id_ed25519) e a chave pública (id_ed25519.pub) em ~/.ssh.

As chaves RSA de 4096 bits são altamente compatíveis com sistemas legados, mas são mais lentas para assinar. A ECDSA em NIST P-256 é mais rápida e produz assinaturas menores, mas alguns criptógrafos questionam a seleção dos parâmetros das curvas NIST. A Ed25519 baseada em Curve25519 é a prática recomendada atualmente: chaves e assinaturas rápidas e pequenas, nenhuma vulnerabilidade conhecida e disponibilidade em todas as implementações modernas do SSH.

O arquivo da chave privada deve ser protegido com uma frase secreta. O ssh-keygen criptografa a chave privada usando uma chave derivada da frase secreta (bcrypt para chaves modernas), portanto um invasor que roube o arquivo não poderá usá-lo sem a frase secreta. Sem uma frase secreta, qualquer pessoa com acesso ao arquivo poderá se autenticar como você em qualquer servidor que mantenha a chave pública correspondente.

O processo ssh-agent mantém chaves privadas descriptografadas na memória durante uma sessão de login. Você carrega uma chave com ssh-add ~/.ssh/id_ed25519, que solicita a frase secreta uma única vez. Nas conexões SSH seguintes, o cliente solicita ao agente que assine os desafios sem que seja necessário digitar novamente a frase secreta, combinando segurança e praticidade.

Quando um servidor SSH envia um desafio de autenticação, o cliente SSH delega a assinatura ao ssh-agent por meio de um soquete Unix. O agente realiza a assinatura criptográfica usando a chave privada armazenada na memória e retorna somente a assinatura. Os bytes da chave privada nunca deixam o processo do agente, nem mesmo para o próprio cliente SSH.

O encaminhamento do agente (ForwardAgent yes ou ssh -A) permite que uma sessão SSH remota use seu agente local para autenticação em outros servidores. Isso é útil para passar por servidores bastião sem copiar chaves privadas para o bastião. No entanto, se o bastião for comprometido, um usuário root nele poderá acessar o soquete do seu agente e autenticar-se como você em qualquer servidor.

ProxyJump (ssh -J bastion target) é a alternativa mais segura ao ForwardAgent para acessar um servidor bastião. Ele cria um túnel TCP através do bastião sem expor ali o soquete do seu agente. O servidor de destino recebe uma conexão direta do seu cliente local, e o bastião apenas encaminha bytes TCP criptografados, sem possibilidade de usar suas credenciais.

O SSH oferece autenticação baseada em certificados, na qual uma Autoridade certificadora (CA) assina chaves públicas de servidores e usuários. Em vez de distribuir chaves públicas individuais para cada servidor, você configura os servidores para confiar na sua CA. Um certificado de usuário assinado concede acesso a todos os servidores que confiam nessa CA, com validade opcional e restrições de identidade incorporadas ao certificado.

A ferramenta ssh-keyscan conecta-se a um ou mais servidores e recupera suas chaves públicas de servidor sem autenticação. Isso é útil para automatizar o preenchimento de arquivos known_hosts em scripts de implantação. A saída pode ser encaminhada diretamente para um arquivo known_hosts: ssh-keyscan -H example.com >> ~/.ssh/known_hosts.

Autenticação por chave pública: o cliente envia a chave pública, o servidor verifica authorized_keys, o servidor envia um desafio assinado com o identificador da sessão, o cliente, por meio do agente, assina o desafio com a chave privada e o servidor verifica a assinatura usando a chave pública armazenada. Se for válida, a autenticação é concluída sem transmitir nenhuma credencial secreta.

Qual tipo de chave SSH é a prática recomendada atualmente para novas implantações devido à sua velocidade, ao tamanho reduzido da chave e às fortes propriedades de segurança?

Principais pontos: armazene as chaves públicas em authorized_keys, proteja as chaves privadas com frases secretas, use ssh-agent para manter as chaves descriptografadas na memória, prefira o tipo de chave Ed25519, use ProxyJump em vez de ForwardAgent para acessar servidores bastião e evitar expor o soquete do agente e considere certificados SSH para um gerenciamento de acesso escalável.