Newsgroup: it.comp.sicurezza.unix
Titolo: SSH...non ci crederete !!!

Ebbene si, non sono ancora riuscito ad effettuare una connessione
sfruttando solo la chiave pubblica ! Con la password entro
tranquillamente, ma se disabilito l'autenticazione attraverso la
password...niente da fare, mi butta fuori.
Prometto, ultima volta che posto con questo argomento, se non ne verro'
a capo con questo post...anche se mi fa sentire un imbecille
incapace...ci rinuncio !!!
Allora, ecco il log dell' SSHD in modalità test:
debug1: sshd version OpenSSH_3.4p1
debug1: private host key: #0 type 0 RSA1
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: Forcing server key to 1152 bits to make it differ from host key.
socket: Address family not supported by protocol
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 1152 bit RSA key.
RSA key generation complete.
debug1: Server will not fork when running in debugging mode.
Connection from 10.0.0.5 port 32801
debug1: Client protocol version 2.0; client software version
OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-1.99-OpenSSH_3.4p1
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: dh_gen_key: priv key bits set: 121/256
debug1: bits set: 1581/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: bits set: 1600/3191
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user max2 service ssh-connection method
none
debug1: attempt 0 failures 0
debug1: Starting up PAM with username "max2"
Could not reverse map address 10.0.0.5.
debug1: PAM setting rhost to "10.0.0.5"
Failed none for max2 from 10.0.0.5 port 32801 ssh2
Failed none for max2 from 10.0.0.5 port 32801 ssh2
debug1: userauth-request for user max2 service ssh-connection method
publickey
debug1: attempt 1 failures 1
debug1: temporarily_use_uid: 502/502 (e=0)
debug1: trying public key file /home/max2/.ssh/authorized_keys
debug1: restore_uid
debug1: temporarily_use_uid: 502/502 (e=0)
debug1: trying public key file /home/max2/.ssh/authorized_keys
debug1: restore_uid
Failed publickey for max2 from 10.0.0.5 port 32801 ssh2
debug1: userauth-request for user max2 service ssh-connection method
keyboard-interactive
debug1: attempt 2 failures 2
debug1: keyboard-interactive devs 
debug1: auth2_challenge: user=max2 devs=
debug1: kbdint_alloc: devices ''
Failed keyboard-interactive for max2 from 10.0.0.5 port 32801 ssh2
Connection closed by 10.0.0.5
debug1: Calling cleanup 0x8073f10(0x0)
debug1: Calling cleanup 0x8054120(0x0)
debug1: Calling cleanup 0x8073f10(0x0)
Praticamente, quando riconosce la chiave pubblica, mi chiede la
passphrase e dopo che la inserisco, mi butta fuori. La passphrase è
corretta e dal server è accettata, solo dopo passa ad un altro metodo di
autenticazione, non capisco quale e alla fine mi butta fuori.
Inutile dire che se attivo, l'autenticazione password, stabilisco la
connessione.
Ma io VOGLIO RIUSCIRE A STABILIRE LA CONNESSIONE SOLO CON LA CHIAVE
PUBBLICA !!!
Per favore, aiutatemi a chiarire questo dilemma...per favore.
Sperando nella vostra bontà....resto in attesa.
Ciao :-)
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 password...niente da fare, mi butta fuori.
Ricapitoliamo:
1) Le chiavi sono state generate da PuTTY o sono state convertite nel 
formato di PuTTY usando, in entrambi i casi, il programma PuTTYgen? Se no, 
non funziona.
2) La chiave pubblica e' stata copiata sul server all'interno del file 
"/home/max2/.ssh/authorized_keys"? Questo file dovrebbe contenere tutta la 
chiave su una sola riga, che comincia con "ssh-dss" o "ssh-rsa".
3) I permessi di accesso al file di cui al punto 2 come sono messi? SSH si 
aspetta un owner ben preciso, e dei privilegi di accesso altrettanto 
percisi, se non no funziona. Non ricordo esattamente come impostarli, ma 
sulla manpage c'e' scritto di sicuro.
4) Hai impostato sshd per utilizzare *solo* l'autenticazione con chiave 
pubblica? Sembra di no, visto che prima della chiave pubblica tenta la PAM. 
Modifica /etc/sshd_config e lascia su "yes" *solo* l'autenticazione a 
chiave pubblica, eventualmente aggiungendo le righe "no" mancanti. Un 
metodo di autenticazione attivo ma non usato e' solo un qualcosa che puo' 
essere forzato. In particolare, le challenge-response authentication 
andrebbero disattivate se non usi la "privilege separation". La 3.4p1 
dovrebbe essere immune a quel bug, ma meglio non rischiare.
Facci sapere...
-- 
Carlo Luciano
GPG ElG/DSA 4096/1024 Key: 
http://web.tiscali.it/clbianco/clbianco.asc
ID: 0x5324A0DA - Fingerprint: 8B00C61034120506111B143DEDBF71B45324A0DA

 meglio non rischiare.
Controlla anche che il _tipo_ di chiave sia corretto, magari il server
accetta solo dsa e tu gli passi una chiave rsa...
-- 
HappyCactus - Linux User #209744 - LFS User #6046 - >>> SMSPM1050 <<<
              YAGF Member Group >>> 
www.google.com
 <<<
Ci sono 10 categorie di persone al mondo: quelle che capiscono
il sistema binario e quelle che non lo capiscono.