GitHub aktiviert Post-Quanten-Schlüsselaustausch für SSH – vorerst nicht in den USA

Heute, am 14. Oktober 2026, hat GitHub zwei Änderungen für SSH eingeführt: Neu hochgeladene RSA-Schlüssel müssen mindestens 3072 Bit lang sein, und für einen Teil der Verbindungen wird der Post-Quanten-Schlüsselaustauschalgorithmus mlkem768x25519-sha256 aktiviert. Die Änderungen betreffen SSH-Verbindungen; Nutzer, die Git über HTTPS verwenden, müssen aufgrund dieser Ankündigung keine Einstellungen ändern.

In der Ankündigung von GitHub vom 22. September heißt es, dass der Algorithmus auf github.com und GitHub Enterprise Cloud mit Data Residency verfügbar wird, mit Ausnahme der US-Region. Damit beginnt die Plattform, den Algorithmus zu unterstützen; ob er tatsächlich verwendet wird, hängt auch vom SSH-Client und dessen Einstellungen ab.

Was sich genau ändert

Für neue RSA-SSH-Schlüssel, die nach dem 14. Oktober hochgeladen werden, gilt eine Mindestlänge von 3072 Bit. Bereits vorhandene RSA-Schlüssel müssen nicht allein wegen ihrer Länge ersetzt werden: GitHub empfiehlt, mit ihnen RSA-SHA-2-Signaturen zu verwenden – rsa-sha2-256 oder rsa-sha2-512. In der Dokumentation empfiehlt das Unternehmen für neue Schlüssel außerdem Ed25519, sofern dieser Typ für die jeweilige Arbeitsumgebung geeignet ist.

Die zweite Änderung betrifft die Aushandlung des Sitzungsschlüssels. mlkem768x25519-sha256 kombiniert ML-KEM – einen Post-Quanten-Algorithmus zur Schlüsselverkapselung – mit X25519. Laut GitHubs Plan können kompatible Clients, die so konfiguriert sind, dass sie diesen Algorithmus bevorzugen, ihn automatisch auswählen. Ältere Clients müssen auf einen unterstützten Kompatibilitätsalgorithmus zurückgreifen.

Was Teams prüfen sollten

1. Verbindungsart ermitteln. Prüfen Sie die Git-Remote-Adressen: Einträge, die mit https:// beginnen, sind von den SSH-Änderungen nicht betroffen. Prüfen Sie bei SSH die verwendeten Clients, Bibliotheken und Integrationen.
2. RSA-Signaturen prüfen. Stellen Sie sicher, dass der Client und die verwendete Bibliothek RSA-SHA-2 unterstützen. GitHub nennt Mindestversionen gängiger Implementierungen, darunter OpenSSH 7.2p1, Go SSH 0.16.0 und libssh2 1.11.0.
3. Neue Schlüssel prüfen. Wenn die Organisationsrichtlinie RSA vorschreibt, muss ein neuer Schlüssel mindestens 3072 Bit lang sein. Bei bereits hochgeladenen RSA-Schlüsseln ist die Unterstützung des Signaturalgorithmus wichtiger als ein Austausch allein wegen dieser Änderung.
4. Client-Unterstützung für ML-KEM prüfen. Die Aktualisierung der Plattform garantiert für sich genommen nicht, dass ein bestimmter Client den neuen Schlüsselaustausch auswählt. Prüfen Sie zunächst die Dokumentation und das Verhalten des Clients bei einer Testverbindung; planen Sie für ältere Clients ein Update gemäß dem in der Organisation üblichen Zeitplan.

Ein weiterer, später beginnender Schritt steht ebenfalls an: GitHub hat Probeabschaltungen der veralteten RSA-Signatur mit SHA-1 und des Verfahrens diffie-hellman-group-exchange-sha256 für den 4. November und den 9. Dezember 2026 angesetzt. Die endgültige Entfernung ist für den 13. Januar 2027 geplant. Daher sollten die heutige Mindestlänge für neue RSA-Schlüssel und die künftige Abschaltung älterer Algorithmen als getrennte Migrationsaufgaben behandelt werden.

Für Teams hat heute die Bestandsaufnahme der SSH-Clients und die Prüfung von RSA-SHA-2 praktische Priorität; danach sollte die Unterstützung von ML-KEM separat getestet werden. Für Nutzer in den USA ist die Verfügbarkeit des neuen Algorithmus bislang nicht angekündigt; die Mindestgröße für neu hochgeladene RSA-Schlüssel gilt jedoch bereits für Uploads nach dem 14. Oktober.