Michael JohnsonOggi, 14 ottobre 2026, GitHub ha introdotto due modifiche per SSH: le nuove chiavi RSA caricate devono avere una lunghezza di almeno 3072 bit, mentre per alcune connessioni viene abilitato l’algoritmo post-quantistico di scambio delle chiavi mlkem768x25519-sha256. Le modifiche riguardano le connessioni SSH; gli utenti Git che usano HTTPS non devono cambiare le proprie impostazioni per questo annuncio.
Nell’annuncio di GitHub del 22 settembre si legge che l’algoritmo sarà disponibile su github.com e su GitHub Enterprise Cloud con Data Residency, ad eccezione della regione statunitense. Si tratta dell’avvio del supporto da parte della piattaforma: l’effettivo utilizzo del nuovo algoritmo dipende anche dal client SSH e dalle sue impostazioni.
Che cosa cambia
Per le nuove chiavi RSA SSH caricate dopo il 14 ottobre è stato fissato un minimo di 3072 bit. Non è necessario sostituire le chiavi RSA esistenti solo per la loro lunghezza: GitHub consiglia di usarle con le firme RSA-SHA-2, ovvero rsa-sha2-256 o rsa-sha2-512. Nella documentazione, l’azienda consiglia inoltre Ed25519 per le nuove chiavi, quando questo tipo è adatto all’ambiente di lavoro.
La seconda modifica riguarda la negoziazione della chiave di sessione. mlkem768x25519-sha256 combina ML-KEM, un algoritmo post-quantistico di incapsulamento delle chiavi, con X25519. Secondo il piano di GitHub, i client compatibili configurati per preferire questo algoritmo potranno selezionarlo automaticamente. I client meno recenti dovrebbero ripiegare su un algoritmo compatibile supportato.
Che cosa verificare nel team
- Individuare il metodo di connessione. Controllate gli indirizzi dei remote Git: le voci che iniziano con
https://non sono interessate dalle modifiche SSH. Per SSH, verificate i client, le librerie e le integrazioni utilizzati. - Verificare le firme RSA. Assicuratevi che il client e la libreria utilizzata supportino RSA-SHA-2. GitHub indica le versioni minime di alcune implementazioni diffuse, tra cui OpenSSH 7.2p1, Go SSH 0.16.0 e libssh2 1.11.0.
- Verificare le nuove chiavi. Se le regole dell’organizzazione richiedono RSA, la nuova chiave deve essere lunga almeno 3072 bit. Per una chiave RSA già caricata conta soprattutto il supporto dell’algoritmo di firma, non la generazione di una chiave sostitutiva solo per questa modifica.
- Verificare il supporto client per ML-KEM. L’aggiornamento della piattaforma non garantisce di per sé che il client specifico selezioni il nuovo scambio di chiavi. Per prima cosa controllate la relativa documentazione e il comportamento in una connessione di prova; per i client meno recenti, pianificate gli aggiornamenti secondo il calendario adottato dall’organizzazione.
È prevista anche una fase distinta, che inizierà più avanti: GitHub ha programmato test di disattivazione della firma RSA obsoleta con SHA-1 e del meccanismo diffie-hellman-group-exchange-sha256 per il 4 novembre e il 9 dicembre 2026, mentre la rimozione definitiva è prevista per il 13 gennaio 2027. È quindi opportuno considerare il requisito odierno sulla lunghezza delle nuove chiavi RSA e la futura dismissione dei vecchi algoritmi come due attività di migrazione separate.
Per i team, la priorità pratica di oggi è fare l’inventario dei client SSH e verificare RSA-SHA-2, quindi testare separatamente il supporto di ML-KEM. La disponibilità del nuovo algoritmo per gli utenti negli Stati Uniti non è stata per ora annunciata; il requisito sulle dimensioni delle nuove chiavi RSA è invece già in vigore per i caricamenti effettuati dopo il 14 ottobre.