È disponibile OpenSSH 10.6, nuova versione di uno degli strumenti fondamentali dell'infrastruttura Internet e dei sistemi GNU/Linux e Unix. La release corregge diversi problemi di sicurezza, rafforza alcune protezioni interne e introduce un nuovo algoritmo ibrido di firma resistente agli attacchi dei futuri computer quantistici, ma contiene anche una riflessione particolarmente interessante degli stessi sviluppatori sull'impiego dell'intelligenza artificiale nella ricerca delle vulnerabilità: gli strumenti automatici stanno effettivamente individuando problemi reali, ma il loro contributo diventa realmente utile soltanto quando viene accompagnato dall'analisi umana, da casi di test riproducibili e, possibilmente, da una correzione concreta.
OpenSSH appartiene a quella categoria di Software Libero che milioni di persone utilizzano quotidianamente senza necessariamente rendersene conto, perché gran parte del suo lavoro avviene lontano dall'interfaccia grafica e consiste nel rendere possibile qualcosa di apparentemente semplice: collegarsi in maniera sicura a un'altra macchina attraverso una rete che non possiamo considerare affidabile.
Quando un amministratore entra da remoto in un server utilizzando ssh, quando trasferiamo un file attraverso sftp o scp, quando Git utilizza SSH per comunicare con un repository oppure quando un processo automatico stabilisce una connessione autenticata tra due sistemi, molto spesso dietro queste operazioni troviamo proprio OpenSSH.
Il progetto nasce all'interno di OpenBSD ed è distribuito con una licenza in stile BSD; la sua implementazione portabile è utilizzata su GNU/Linux e su numerosi altri sistemi operativi, fino a essere diventata una componente quasi invisibile dell'infrastruttura informatica contemporanea. Il sito ufficiale ricorda inoltre una circostanza significativa: OpenSSH è incorporato in numerosi prodotti commerciali, mentre soltanto una parte molto ridotta delle aziende che ne beneficiano contribuisce economicamente al suo sviluppo.
La versione 10.6, pubblicata il 6 ottobre 2026, interviene innanzitutto su diversi problemi di sicurezza.
Uno dei più interessanti riguarda SFTP.
Il client ora verifica più rigorosamente i percorsi restituiti dal server durante determinate operazioni ricorsive, impedendo alcuni casi nei quali un server malevolo avrebbe potuto manipolare il percorso ricevuto dal client e indurlo a scrivere file al di fuori della directory di destinazione prevista.
È un problema che permette di comprendere molto bene uno dei principi fondamentali della sicurezza informatica: anche quando stiamo utilizzando un protocollo cifrato e autenticato non dobbiamo necessariamente fidarci di tutti i dati ricevuti dall'altra estremità della connessione.
La crittografia protegge la comunicazione, ma non rende automaticamente affidabile chi comunica con noi.
OpenSSH 10.6 corregge inoltre il comportamento di sshd quando viene utilizzata l'autenticazione GSSAPI, facendo in modo che le credenziali vengano conservate soltanto dopo il successo dell'autenticazione, mentre altre modifiche restringono ulteriormente il sandboxing attraverso seccomp su Linux e limitano funzionalità considerate rischiose sulle vecchie piattaforme nelle quali alcuni processi successivi all'autenticazione devono ancora funzionare con privilegi di root.
Accanto alle correzioni immediate troviamo però una novità che guarda molto più lontano.
OpenSSH 10.6 introduce il nuovo algoritmo ibrido ssh-mldsa44-ed25519, che combina ML-DSA con Ed25519 e porta quindi anche le firme utilizzate da SSH nel percorso verso la cosiddetta crittografia post-quantistica.
Il problema nasce dalla possibilità che futuri computer quantistici sufficientemente potenti riescano a compromettere alcuni degli algoritmi crittografici a chiave pubblica sui quali abbiamo costruito una parte importante della sicurezza delle comunicazioni digitali.
Non significa che domani mattina gli attuali sistemi SSH diventeranno improvvisamente inutilizzabili, né che esista oggi un computer quantistico capace di spezzare su larga scala la crittografia utilizzata nelle nostre connessioni quotidiane; significa invece che le infrastrutture crittografiche devono cominciare a prepararsi molto prima che quella capacità diventi disponibile.
La sicurezza, soprattutto quando riguarda protocolli destinati a rimanere in uso per decenni, non può aspettare che la minaccia sia già operativa.
OpenSSH aveva già iniziato da tempo questa transizione sul fronte dello scambio delle chiavi, adottando algoritmi ibridi nei quali una componente crittografica tradizionale viene combinata con una resistente agli attacchi quantistici. La nuova versione porta ora lo stesso principio nel campo delle firme.
L'approccio ibrido è particolarmente interessante perché evita di sostituire improvvisamente una tecnologia ampiamente collaudata con una completamente nuova: la sicurezza viene costruita combinando due meccanismi differenti, in modo che la connessione possa continuare a beneficiare delle proprietà dell'algoritmo tradizionale mentre viene contemporaneamente aggiunta la protezione progettata per il futuro post-quantistico.
OpenSSH 10.6 introduce inoltre sul server l'opzione WarnWeakCrypto, già disponibile precedentemente sul client, che permette di registrare nei log l'utilizzo di schemi di scambio delle chiavi non considerati sicuri rispetto alla futura minaccia quantistica.
Non è quindi soltanto una questione di introdurre nuovi algoritmi, ma anche di rendere visibili le situazioni nelle quali continuiamo a utilizzare quelli più vecchi.
La transizione crittografica è infatti uno dei problemi più difficili dell'informatica moderna, perché Internet non può essere aggiornato contemporaneamente.
Esistono milioni di server, dispositivi embedded, apparati di rete, vecchi sistemi industriali e applicazioni che continueranno per anni a utilizzare implementazioni differenti. Una tecnologia come OpenSSH deve quindi cercare continuamente un equilibrio tra sicurezza, compatibilità e possibilità di migrazione.
Ma nelle note della versione 10.6 compare anche un elemento meno tecnico che merita particolare attenzione.
Gli sviluppatori spiegano di aver ricevuto recentemente un grande numero di segnalazioni di problemi di sicurezza individuati da modelli di intelligenza artificiale o attraverso strumenti assistiti dall'IA.
La loro valutazione è tutt'altro che semplicistica.
Molte di queste segnalazioni, spiegano, non producono conseguenze concrete quando vengono analizzate all'interno di un modello realistico delle minacce, e questo significa che un sistema automatico può identificare qualcosa che formalmente assomiglia a una vulnerabilità senza riuscire necessariamente a stabilire se quella condizione possa essere realmente sfruttata.
Contemporaneamente, però, gli sviluppatori di OpenSSH affermano di aver osservato diversi casi nei quali un problema di sicurezza inizialmente individuato attraverso strumenti di IA è stato successivamente scoperto in maniera indipendente da un altro ricercatore.
La conclusione è importante: se questi strumenti possono trovare vulnerabilità reali e sono disponibili ai ricercatori che collaborano responsabilmente con i progetti liberi, dobbiamo presumere che possano essere utilizzati anche da soggetti che non hanno alcuna intenzione di comunicare ciò che scoprono.
L'intelligenza artificiale diventa quindi parte sia della difesa sia della potenziale capacità offensiva.
La risposta di OpenSSH non consiste però nel delegare all'IA il giudizio sulla sicurezza del proprio codice.
Il progetto afferma invece di apprezzare particolarmente le segnalazioni quando vengono accompagnate da triage umano, analisi, casi di test e soprattutto proposte di correzione.
È una distinzione che dovrebbe essere ricordata ben oltre OpenSSH.
Un modello può indicare una possibile anomalia nel codice, ma trasformare quell'indicazione in conoscenza significa comprendere il contesto nel quale il codice viene eseguito, stabilire quale sia il modello della minaccia, verificare se il comportamento sia realmente raggiungibile, costruire un test capace di riprodurlo e valutare se la modifica proposta risolva il problema senza introdurne altri.
L'IA può quindi accelerare una parte della ricerca, ma non elimina il metodo.
Ed è particolarmente significativo che questa posizione emerga da un progetto come OpenSSH, dove una falsa certezza sulla sicurezza può avere conseguenze molto più gravi di un semplice malfunzionamento dell'applicazione.
Il codice che protegge l'accesso remoto ai server non può essere corretto semplicemente perché un modello linguistico afferma con sicurezza di aver individuato un problema.
Serve una dimostrazione.
Serve una revisione.
Serve qualcuno che se ne assuma la responsabilità.
Questa relazione tra automazione e controllo umano è destinata probabilmente a diventare una delle questioni centrali dello sviluppo del Software Libero nei prossimi anni.
Gli strumenti basati sull'intelligenza artificiale possono analizzare quantità di codice impossibili da esaminare manualmente nello stesso tempo, individuare schemi sospetti e suggerire aree che meritano attenzione, ma possono contemporaneamente generare grandi quantità di segnalazioni apparentemente plausibili che devono comunque essere controllate.
Per un progetto comunitario questo rappresenta contemporaneamente un'opportunità e un problema.
Se l'IA permette di trovare più vulnerabilità, possiamo correggere problemi che altrimenti sarebbero rimasti nascosti; se però per ogni problema reale vengono prodotte decine o centinaia di segnalazioni prive di conseguenze concrete, il costo della verifica viene trasferito sui manutentori, che devono utilizzare il proprio tempo per stabilire quali rapporti meritino realmente attenzione.
OpenSSH sembra quindi indicare una strada molto ragionevole: utilizzare l'automazione come strumento di ricerca senza trasformarla in una fonte automatica di verità.
È, in fondo, lo stesso principio sul quale si fonda buona parte dello sviluppo del Software Libero.
Il codice può essere scritto da qualcuno, ma deve poter essere letto da altri; una patch può essere proposta, ma deve essere revisionata; un problema può essere segnalato, ma deve essere riprodotto; una soluzione può sembrare corretta, ma deve essere sottoposta a test.
L'apertura del codice non sostituisce questo processo: lo rende possibile su scala collettiva.
OpenSSH 10.6 racconta quindi due trasformazioni della sicurezza che stanno avvenendo contemporaneamente.
Da una parte dobbiamo prepararci a minacce che ancora non possiedono pienamente la capacità tecnica di colpire, come quelle poste dalla futura crittografia quantistica; dall'altra dobbiamo imparare a gestire strumenti, come l'intelligenza artificiale, che già oggi possono aumentare enormemente la velocità con la quale il codice viene analizzato tanto dai ricercatori quanto dai potenziali attaccanti.
In entrambi i casi la risposta non può essere aspettare.
La crittografia deve evolvere prima che i vecchi algoritmi diventino vulnerabili e i progetti liberi devono imparare a utilizzare e verificare gli strumenti di analisi automatica prima che questi diventino patrimonio esclusivo di chi cerca vulnerabilità senza comunicarle.
C'è infine un elemento che rischia di passare inosservato proprio perché OpenSSH funziona così bene da essere diventato quasi invisibile.
Dietro una parte considerevole delle connessioni sicure utilizzate quotidianamente nell'amministrazione di Internet continua a esserci un progetto di Software Libero sviluppato da un gruppo relativamente piccolo di persone, integrato anche in moltissimi prodotti commerciali e mantenuto pubblicamente attraverso codice, revisioni e segnalazioni condivise.
La sicurezza delle nostre infrastrutture digitali dipende anche da progetti come questo.
Per questo OpenSSH 10.6 non è soltanto una nuova versione da installare quando arriverà nei repository delle nostre distribuzioni.
È anche un promemoria su come dovrebbe essere costruita la fiducia nel software: non attraverso l'opacità o l'affermazione che una tecnologia sia sicura, ma attraverso aggiornamenti continui, vulnerabilità rese pubbliche e corrette, algoritmi capaci di evolvere e strumenti nuovi — compresa l'intelligenza artificiale — sottoposti sempre alla verifica delle persone che devono comprenderne e valutarne i risultati.