☰

Acabei de enviar minha chave SSH privada?

tag-icon • tag-icon linux ssh security
Acabei de enviar minha chave SSH privada?

Eu estava configurando o ssh para o git seguinteesseguia. Eu usei a chave antes em outro sistema com sucesso, esperando que funcionasse agora também. Testei-a com: E recebi o seguinte:
ssh -v -T [email protected]

OpenSSH_6.4, OpenSSL 1.0.1e-fips 11 de fevereiro de 2013
debug1: Lendo dados de configuração /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config linha 51: Aplicando opções para *
debug1: Conectando-se à porta 22 do github.com [192.30.252.131].
debug1: Conexão estabelecida.
debug1: arquivo de identidade /home/user/.ssh/id_rsa tipo 1
debug1: arquivo de identidade /home/user/.ssh/id_rsa-cert type -1
debug1: arquivo de identidade /home/user/.ssh/id_dsa tipo -1
debug1: arquivo de identidade /home/user/.ssh/id_dsa-cert type -1
debug1: arquivo de identidade /home/user/.ssh/id_ecdsa tipo -1
debug1: arquivo de identidade /home/user/.ssh/id_ecdsa-cert type -1
debug1: Habilitando o modo de compatibilidade para o protocolo 2.0
debug1: String de versão local SSH-2.0-OpenSSH_6.4
debug1: Protocolo remoto versão 2.0, versão de software remoto libssh-0.6.0
debug1: sem correspondência: libssh-0.6.0
debug1: SSH2_MSG_KEXINIT enviado
debug1: SSH2_MSG_KEXINIT recebido
debug1: kex: servidor->cliente aes128-ctr hmac-sha1 nenhum
debug1: kex: cliente-> servidor aes128-ctr hmac-sha1 nenhum
debug1: enviando SSH2_MSG_KEX_ECDH_INIT
debug1: esperando SSH2_MSG_KEX_ECDH_REPLY
debug1: Chave do host do servidor: RSA 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48
debug1: o host 'github.com' é conhecido e corresponde à chave do host RSA.
debug1: Chave encontrada em /home/user/.ssh/known_hosts:1
debug1: ssh_rsa_verify: assinatura correta
debug1: SSH2_MSG_NEWKEYS enviado
debug1: esperando SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS recebido
debug1: Roaming não permitido pelo servidor
debug1: SSH2_MSG_SERVICE_REQUEST enviado
debug1: SSH2_MSG_SERVICE_ACCEPT recebido
debug1: Autenticações que podem continuar: publickey
debug1: Próximo método de autenticação: publickey
debug1: Oferecendo chave pública RSA: /home/user/.ssh/id_rsa
debug1: Autenticações que podem continuar: publickey
debug1: Tentando chave privada: /home/user/.ssh/id_dsa
debug1: Tentando chave privada: /home/user/.ssh/id_ecdsa
debug1: Não há mais métodos de autenticação para tentar.
Permissão negada (chave pública).

Além do óbvio Permission denied (publickey), parece que o ssh não conseguiu distinguir entre a chave privada id_rsae a pública id_rsa.pub. Que estão ambos em /home/user/.ssh/.

Acabei de enviar minha chave privada para[e-mail protegido]?

O que eu já tentei:

#Criar nova chave pública
ssh-keygen -y -f ~/.ssh/id_rsa > ~/ssh/id_rsa.pub

#id foi adicionado
ssh-adicionar -l
2048 ==números== home/user/.ssh/id_rsa (RSA)


#Verifique as permissões
ls -l ~/.ssh
-r-------. 1 usuário usuário 1675 3 de setembro 09:53 id_rsa
-rw-r--r--. 1 usuário usuário 381 23 de janeiro 09:21 id_rsa.pub
-rw-r--r--. 1 usuário usuário 1371 23 de janeiro 09:30 conhecidos_hosts

#Dê uma olhada em /etc/ssh/ssh_conf
Hospedar *
    Autenticação GSSAPI sim
    ForwardX11Confiável sim
    EnviarEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
    EnviarEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
    SendEnv LC_IDENTIFICATION LC_ALL IDIOMA
    SendEnv XMODIFICADORES
        ServerAliveInterval 300
    ServerAliveCountMax 2
#Parece tudo bem para mim...

Responder1

Não, você não enviou sua chave privada. O que o SSH faz aqui é apenas agrupar as chaves públicas e privadas por seus nomes. Por exemplo, id_rsarefere-se ao par de chaves id_rsae id_rsa.pub.

"Oferecer chave pública" significa que ela envia sua chave id_rsa.pubpara o servidor. O servidor então gera um token de autenticação criptografado usando a chave pública.

Quando diz "tentando chave privada", ele tentará descriptografar o token de autenticação com a chave privada correspondente e enviá-lo de volta ao servidor para verificação.

informação relacionada