GitHub voert postkwantum-SSH-sleuteluitwisseling in — voorlopig niet in de VS

Vandaag, 14 oktober 2026, is GitHub begonnen met twee wijzigingen voor SSH: nieuw geüploade RSA-sleutels moeten minstens 3072 bits lang zijn, en voor een deel van de verbindingen wordt het postkwantumalgoritme voor sleuteluitwisseling mlkem768x25519-sha256 ingeschakeld. De wijzigingen gelden voor SSH-verbindingen; gebruikers van Git via HTTPS hoeven hun instellingen niet aan te passen naar aanleiding van deze aankondiging.

In de aankondiging van GitHub van 22 september staat dat het algoritme beschikbaar komt op github.com en GitHub Enterprise Cloud met Data Residency, met uitzondering van de regio VS. Dit is het begin van ondersteuning door het platform: of het nieuwe algoritme daadwerkelijk wordt gebruikt, hangt ook af van de SSH-client en diens instellingen.

Wat verandert er precies

Voor nieuwe RSA-SSH-sleutels die na 14 oktober worden geüpload, geldt een minimum van 3072 bits. Bestaande RSA-sleutels hoeven niet alleen vanwege hun lengte te worden vervangen: GitHub raadt aan om daarmee RSA-SHA-2-handtekeningen te gebruiken: rsa-sha2-256 of rsa-sha2-512. In de documentatie raadt het bedrijf voor nieuwe sleutels ook Ed25519 aan, als dit type geschikt is voor de werkomgeving.

De tweede wijziging betreft de onderhandeling over de sessiesleutel. mlkem768x25519-sha256 combineert ML-KEM — een postkwantumalgoritme voor sleutelinkapseling — met X25519. Volgens de planning van GitHub kunnen compatibele clients die zijn ingesteld om de voorkeur aan dit algoritme te geven, het automatisch kiezen. Oudere clients moeten overschakelen op een ondersteund compatibiliteitsalgoritme.

Wat het team moet controleren

1. Bepaal hoe verbinding wordt gemaakt. Controleer de Git-remote-adressen: vermeldingen die met https:// beginnen, vallen niet onder de SSH-wijzigingen. Controleer bij SSH welke clients, bibliotheken en integraties worden gebruikt.
2. Controleer RSA-handtekeningen. Zorg ervoor dat de client en gebruikte bibliotheek RSA-SHA-2 ondersteunen. GitHub noemt minimumversies van populaire implementaties, waaronder OpenSSH 7.2p1, Go SSH 0.16.0 en libssh2 1.11.0.
3. Controleer nieuwe sleutels. Als het organisatiebeleid RSA vereist, moet een nieuwe sleutel minstens 3072 bits lang zijn. Voor een al geüploade RSA-sleutel is ondersteuning voor het handtekeningalgoritme belangrijker dan het genereren van een vervangende sleutel uitsluitend vanwege deze wijziging.
4. Controleer clientondersteuning voor ML-KEM. Een platformupdate garandeert op zichzelf niet dat een specifieke client de nieuwe sleuteluitwisseling kiest. Controleer eerst de documentatie en het gedrag van de client tijdens een testverbinding; plan voor oudere clients een upgrade volgens het schema dat de organisatie hanteert.

Er is ook een afzonderlijke vervolgstap die later begint: GitHub heeft testmatige uitschakelingen van de verouderde RSA-handtekening met SHA-1 en het mechanisme diffie-hellman-group-exchange-sha256 gepland voor 4 november en 9 december 2026; de definitieve verwijdering staat gepland voor 13 januari 2027. De huidige eis voor de lengte van nieuwe RSA-sleutels en de toekomstige uitfasering van oude algoritmen moeten daarom als afzonderlijke migratietaken worden behandeld.

Voor teams is de praktische prioriteit vandaag: SSH-clients inventariseren en RSA-SHA-2 controleren, en daarna de ondersteuning voor ML-KEM afzonderlijk testen. Voor gebruikers in de VS is de beschikbaarheid van het nieuwe algoritme voorlopig niet aangekondigd; de eis voor de grootte van nieuwe RSA-sleutels geldt intussen al voor uploads na 14 oktober.