Un server SSH malevolo può * fingere * di conoscere la chiave pubblica di un cliente?

Nel caso più semplice, C sarebbe in grado di distinguere tra S e M inviando una firma non valida durante il pubblico sfida chiave. S sarebbe in grado di calcolare che la firma non è valida perché ha la chiave pubblica corretta.

Alcuni schemi di firma a chiave pubblica può fornire a un osservatore la chiave pubblica se può visualizzare più firme corrette create dalla chiave privata.

Quindi, se il client non ha conoscenza della chiave pubblica del server e non ha autorità per verificare nulla, non c'è modo di distinguere tra il server autentico e un server malevolo. Poiché il server dannoso genererebbe solo una nuova coppia di chiavi pubbliche private e fornirà la chiave pubblica corrispondente al client e tutte le corrispondenze verrebbero verificate.

Tuttavia, la premessa dell'attacco "altrettanto capace di S è di presentarsi a C all'indirizzo IP in cui C si aspetta di trovare S" è irragionevole perché ogni speranza avrebbe bisogno di lavorare insieme per instradare erroneamente l'ipaddress sbagliato così il server malevolo potrebbe manipolare i pacchetti senza rompere il tunnel. Non impossibile ma sicuramente un caso limite.

Se non si è mai connesso in precedenza al server e non si conosce la chiave host (o l'impronta digitale dell'host) del server a cui si sta tentando di connettersi, un server ssh dannoso potrebbe consentire a un utente di basarsi su una chiave pubblica autenticazione (o autenticazione tramite password).

In effetti, il server malevolo può fare un man-in-the-middle tra il vero server ssh e te, per autenticarti con la tua connessione in tempo reale.

Ma questo può essere prevenuto aggiungendo la chiave pubblica dell'host del vero server al tuo /etc/ssh/known_hosts o al file ~/.ssh/known_hosts per utente, e non accettando ciecamente certificati host sconosciuti OPPURE ignorare errori quando la chiave dell'host non corrisponde.