Verificare una modifica della chiave host SFTP

REMOTE HOST IDENTIFICATION HAS CHANGED! indica che la chiave presentata dal server è diversa da quella salvata dal client per host e porta. Può seguire una rotazione legittima, un alias non aggiornato o una connessione al server sbagliato; può anche indicare un’intercettazione. Non eliminare il record salvato finché un confronto attendibile non spiega il cambiamento.

La destinazione documentata di dosya è sftp.dosya.dev sulla porta 2222. I record degli host noti per porte non standard sono spesso identificati da nome host e porta, quindi verifica quale voce viene contestata dal client. Il repository contiene la configurazione di avvio del server ma nessuna impronta di produzione certificata.

Passaggi

1. Annulla la connessione prima di inviare la password della chiave API associata all’email dell’account. Salva testo dell’avviso, algoritmo e impronta presentati, nome host, porta, versione del client e ora.
2. Controlla nel sito salvato eventuali alias, indirizzi IP diretti, proxy o porta 22. Correggere un endpoint errato è più sicuro che modificare la fiducia per l’host sbagliato.
3. Richiedi l’impronta di produzione attuale all’assistenza dosya o all’amministratore tramite un canale separato da questa connessione SFTP. Chiedi se è avvenuta una rotazione pianificata e quale tipo di chiave dovrebbe essere presentato.
4. Confronta l’impronta attendibile carattere per carattere con il nuovo valore. Un algoritmo diverso o un solo carattere cambiato significa verifica fallita: mantieni il vecchio record di fiducia e la connessione chiusa.
5. Solo dopo una corrispondenza esatta, rimuovi o sostituisci la singola voce salvata per sftp.dosya.dev:2222 con il gestore delle chiavi host del client. Non cancellare l’intero archivio degli host noti né attivare la fiducia automatica.
6. Riconnettiti, verifica che la richiesta mostri la chiave confermata, autenticati con la chiave API dedicata ed esegui un elenco di sola lettura dello spazio di lavoro. Segnala subito un eventuale secondo cambiamento.

Cambiare il record della chiave host SSH non influisce su validità e permessi della chiave API, vincolo allo spazio di lavoro o permessi del ruolo. Viceversa, revocare una chiave API non aggiorna il record di fiducia SSH. Sono controlli di identità indipendenti.

Non inviare all’assistenza il segreto dos_…, la configurazione completa del client o l’archivio privato degli host noti. Le vecchie e nuove impronte pubbliche, l’algoritmo, l’endpoint, data e ora e il nome del client bastano per decidere la verifica.

Risultato previsto

La voce di fiducia salvata cambia solo dopo che la nuova impronta corrisponde a un valore dosya confermato separatamente. La connessione successiva raggiunge sftp.dosya.dev:2222, presenta la chiave verificata e completa un elenco innocuo dello spazio di lavoro.

Guide correlate

• Connettere un client SFTP
• Risolvere problemi SFTP