OpenSSH não pode abrir known_hosts e id_rsa, mas os arquivos são claramente acessíveis

Question

Parece que meu cliente openssh (OpenSSH_4.6p1, OpenSSL 0.9.8e 23 de fevereiro de 2007) não consegue abrir known\_hosts ou o arquivo id\_rsa , embora eu possa vê-los bem olhando seu conteúdo com um comando 'type'. Isso está sendo executado como o usuário 'SYSTEM' para uma instância do Hudson que está sendo executada como um serviço. Notavelmente, se eu definir a variável de ambiente %HOME% para usar outra pasta, como c:\git , tudo funciona bem. Isso aponta para um problema de permissão, mas o comando 'type' parece refutar isso. O que está acontecendo e como posso diagnosticar isso mais?

C:\hudson\jobs\blah\workspace>type C:\Windows\System32\config\systemprofile\.ssh\known_hosts 
git,10.3.11.91 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA00Er2Sidyjm+wf0X4Ck/Yld85HedJTJAwlQg9KoWL1rJYyA90Zcdm6qhjsZs+9yXvpoRALeUBBYa07aRpU9PwYQodhuAoE31c3WytKXPQ7XnwL+hCnsZckdmLFgX0Vptto/PZ0uZY5KhmvHN+shRovHbg9yfe979wAG7V5HaSRs=

C:\hudson\jobs\blah\workspace>type C:\Windows\System32\config\systemprofile\.ssh\id_rsa 
-----BEGIN RSA PRIVATE KEY-----
-----private key content was here-----
-----END RSA PRIVATE KEY-----

C:\hudson\jobs\blah\workspace>"c:\program files (x86)\git\bin\ssh" -T -vvv git@git ls 
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug2: ssh_connect: needpriv 0
debug1: Connecting to git [10.3.11.91] port 22.
debug1: Connection established.
debug1: identity file /c/Windows/System32/config/systemprofile/.ssh/identity type -1
debug1: identity file /c/Windows/System32/config/systemprofile/.ssh/id_rsa type -1
debug1: identity file /c/Windows/System32/config/systemprofile/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.2
debug1: match: OpenSSH_4.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.6
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 130/256
debug2: bits set: 489/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /c/Windows/System32/config/systemprofile/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: filename /c/Windows/System32/config/systemprofile/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'qvtgit' is known and matches the RSA host key.
debug1: Found key in /c/Windows/System32/config/systemprofile/.ssh/known_hosts:1
debug2: bits set: 511/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /c/Windows/System32/config/systemprofile/.ssh/identity (0x0)
debug2: key: /c/Windows/System32/config/systemprofile/.ssh/id_rsa (0x0)
debug2: key: /c/Windows/System32/config/systemprofile/.ssh/id_dsa (0x0)
debug1: Authentications that can continue: publickey,keyboard-interactive
debug3: start over, passed a different list publickey,keyboard-interactive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /c/Windows/System32/config/systemprofile/.ssh/identity
debug3: no such identity: /c/Windows/System32/config/systemprofile/.ssh/identity
debug1: Trying private key: /c/Windows/System32/config/systemprofile/.ssh/id_rsa
debug3: no such identity: /c/Windows/System32/config/systemprofile/.ssh/id_rsa
debug1: Trying private key: /c/Windows/System32/config/systemprofile/.ssh/id_dsa
debug3: no such identity: /c/Windows/System32/config/systemprofile/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 1

    

Answer 1

O OpenSSH se recusa a usar chaves privadas legíveis por qualquer pessoa que não seja o proprietário - verifique se a única conta com permissões para esse arquivo é a conta SYSTEM.

(Inspeção adicional indica que este não é o problema no seu caso.)

    

Answer 2

A inspeção da fonte OpenSSH mostra que essa mensagem de erro é sempre impresso em condições em que a chamada de função stat (2) falha: consulte linha 1224 do sshconnect2.c . Seria interessante ver a saída de 'whoami & & stat /c/Windows/System32/config/systemprofile/.ssh/id_dsa 'do ambiente do Cygwin.

Como alternativa, experimente uma ferramenta como Process Monitor para ver o que está acontecendo na API level - talvez a mensagem de erro retornada quando os arquivos de identidade forem acessados lhe dará uma pista.

    

Answer 3

Também pode ser o mecanismo de Loja Virtual no Vista, que cria uma sobreposição sobre diretórios geralmente não acessíveis para o usuário, onde o usuário pode escrever.

Se os arquivos foram copiados por uma conta não administrativa, é possível que eles tenham acabado em

%USERPROFILE%\AppData\Local\VirtualStore

Ou seja. você copiou as chaves com seu usuário para o (s) caminho (s) especificado (s), vista criou uma sobreposição em seus usuários VirtualStore contendo esses arquivos. No entanto, quando invocado como outro usuário, esse usuário não verá as alterações contidas em seus usuários VirtualStore.