OpenSSH não aceita chaves ECDSA

OpenSSH não aceita chaves ECDSA

Acabei de gerar uma chave ECDSA com ssh-keygen:

ssh-keygen -t ecdsa -b 521 

Em seguida, copiei esta chave para o meu servidor:

cat .ssh/id_ecdsa.pub | ssh myserver "tee -a .ssh/authorized_keys"

Verifiquei que minha chave está no arquivo.

No entanto, quando tento me conectar, minha conexão é rejeitada:

ssh -v -i .ssh/id_ecdsa myserver

Histórico:

OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to myserver [192.168.1.1] port 22.
debug1: Connection established.
debug1: identity file .ssh/id_ecdsa type 3
debug1: Checking blacklist file /usr/share/ssh/blacklist.ECDSA-521
debug1: Checking blacklist file /etc/ssh/blacklist.ECDSA-521
debug1: identity file .ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.1
debug1: match: OpenSSH_6.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 10:27:b8:78:2c:e1:e3:42:8e:e3:66:c4:cc:4e:f1:c0
debug1: Host 'myserver' is known and matches the RSA host key.
debug1: Found key in /home/naftuli/.ssh/known_hosts:73
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering ECDSA public key: .ssh/id_ecdsa
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Encontrei isso nos logs do servidor:

auth.info sshd[13874]: userauth_pubkey: unsupported public key algorithm: ecdsa-sha2-nistp521 [preauth]

Tanto meu cliente quanto o servidor estão usando OpenSSH. A versão OpenSSH do servidor é OpenSSH 6.1, a versão OpenSSH do meu cliente é OpenSSH 5.9.

Como posso saber quais algoritmos principais são suportados pelo meu servidor?

Responder1

Como muitos outros sistemas embarcados, o OpenWrt usaqueda de ursocomo seu servidor ssh, não o OpenSSH mais pesado que é comumente visto em sistemas Linux. Versões mais antigas do dropbear suportam apenas chaves RSA e DSA; o suporte para ECDSA não foi adicionado atéversão 2013.62(que foi lançado há poucos dias).

Deve aparecer em breve no Barrier Breaker (tronco); mas você não verá isso no Ajuste de Atitude.

Responder2

ecdsaé suportado desdeservidor openssh versão 5.7. Qual versão do openssh-server você está executando? execute dpkg -l | grep openssh-server | awk '{print $3}' | cut -d: -f2para encontrar a versão.

Responder3

Se o seu sistema estiverRed Hat Enterprise Linux 6.4(ou mais antigo) ouFedora 19(ou mais antigo), observe que o ECDSA foi removido de lá. Não tenho detalhes do motivo (talvez motivos legais):https://www.mail-archive.com/[e-mail protegido]/msg00755.html

Responder4

Deixando isso aqui porque aconteceu comigo:

Dia 1: Configurando uma nova máquina, copiei as chaves - as minhas primeiro - e consegui fazer login sem problemas.

Dia 2: não consigo fazer login com minha chave ed25519. Huh? Eu adiciono uma chave RSA; funciona. Eu gero uma nova chave ed25519 eistofunciona... mas o meu antigo não. O que é isso?

Acontece que após o teste, instalei minha chave no .ssh/authorized_keys do root como backup... e esqueci de corrigir as permissões nesse arquivo. Então o openssh colocou minha chave na lista negra, impossibilitando o login. Corrigir as permissões em /root/.ssh/authorized_keys me permitiu fazer logincomo meu usuário.

informação relacionada