Autenticazione a chiave pubblica e agent forwarding

L'autenticazione SSH con chiave pubblica si basa sul file authorized_keys, che in genere si trova in ~/.ssh/authorized_keys sul server. Ogni riga contiene una chiave pubblica nel formato: algorithm base64-key comment. Il server verifica se il client è in grado di dimostrare di possedere la chiave privata corrispondente firmando una challenge.

Il comando ssh-keygen crea coppie di chiavi per l'autenticazione. Eseguendo ssh-keygen -t ed25519 si genera una moderna coppia di chiavi Ed25519. È possibile specificare un commento con -C per identificare la chiave, ad esempio il proprio indirizzo email. Per impostazione predefinita, lo strumento salva la chiave privata (id_ed25519) e la chiave pubblica (id_ed25519.pub) in ~/.ssh.

Le chiavi RSA a 4096 bit sono altamente compatibili con i sistemi legacy, ma sono più lente nella firma. ECDSA su NIST P-256 è più veloce e produce firme più piccole, ma alcuni crittografi mettono in dubbio la selezione dei parametri delle curve NIST. Ed25519, basato su Curve25519, rappresenta la best practice attuale: chiavi e firme rapide e di piccole dimensioni, nessuna vulnerabilità nota e disponibilità in tutte le implementazioni SSH moderne.

Il file della chiave privata dovrebbe essere protetto da una passphrase. ssh-keygen cifra la chiave privata utilizzando una chiave derivata dalla passphrase (bcrypt per le chiavi moderne), quindi un eventuale aggressore che sottragga il file non può utilizzarlo senza la passphrase. Senza una passphrase, chiunque abbia accesso al file può autenticarsi a vostro nome su qualsiasi server che possieda la chiave pubblica corrispondente.

Il daemon ssh-agent mantiene in memoria le chiavi private decifrate durante una sessione di accesso. Si carica una chiave con ssh-add ~/.ssh/id_ed25519, che richiede la passphrase una sola volta. Le connessioni SSH successive chiedono all'agent di firmare le challenge senza dover reinserire la passphrase, combinando sicurezza e praticità.

Quando un server SSH invia una challenge di autenticazione, il client SSH delega la firma a ssh-agent tramite un socket Unix. L'agent esegue la firma crittografica utilizzando la chiave privata memorizzata in memoria e restituisce soltanto la firma. I byte della chiave privata non lasciano mai il processo agent, nemmeno per raggiungere il client SSH.

Il forwarding dell'agent (ForwardAgent yes o ssh -A) consente a una sessione SSH remota di utilizzare l'agent locale per autenticarsi verso altri server. È utile per passare attraverso bastion host senza copiare le chiavi private sul bastion. Tuttavia, se il bastion è compromesso, un utente root può accedere al socket dell'agent e autenticarsi a vostro nome su qualsiasi server.

ProxyJump (ssh -J bastion target) è l'alternativa più sicura a ForwardAgent per accedere tramite un bastion host. Crea un tunnel TCP attraverso il bastion senza esporvi il socket dell'agent. Il server di destinazione riceve una connessione diretta dal client locale e il bastion inoltra soltanto byte TCP cifrati, senza alcuna possibilità di utilizzare le vostre credenziali.

SSH supporta l'autenticazione basata su certificati, in cui una Certificate Authority (CA) firma le chiavi pubbliche degli host e degli utenti. Invece di distribuire singole chiavi pubbliche su ogni server, si configurano i server affinché si fidino della propria CA. Un certificato utente firmato concede l'accesso a tutti i server che si fidano di quella CA, con eventuali limiti di validità e restrizioni sui principal incorporati nel certificato.

Lo strumento ssh-keyscan si connette a uno o più host e recupera le relative chiavi pubbliche host senza autenticazione. È utile per automatizzare la compilazione dei file known_hosts negli script di deployment. L'output può essere reindirizzato direttamente in un file known_hosts: ssh-keyscan -H example.com >> ~/.ssh/known_hosts.

Autenticazione con chiave pubblica: il client invia la chiave pubblica, il server controlla authorized_keys, il server invia una challenge firmata con l'ID della sessione, il client (tramite l'agent) la firma con la chiave privata e il server verifica la firma utilizzando la chiave pubblica memorizzata. Se la firma è valida, l'autenticazione ha esito positivo senza trasmettere alcuna credenziale segreta.

Punti chiave: memorizzare le chiavi pubbliche in authorized_keys, proteggere le chiavi private con passphrase, utilizzare ssh-agent per mantenere in memoria le chiavi decifrate, preferire il tipo di chiave Ed25519, utilizzare ProxyJump invece di ForwardAgent per accedere tramite un bastion ed evitare di esporre il socket dell'agent, e valutare l'uso dei certificati SSH per una gestione scalabile degli accessi.