Michael JohnsonСьогодні, 14 жовтня 2026 року, GitHub почала впроваджувати дві зміни для SSH: нові завантажені RSA-ключі мають бути завдовжки щонайменше 3072 біти, а для частини підключень вмикається постквантовий алгоритм обміну ключами mlkem768x25519-sha256. Зміни стосуються SSH-з’єднань; користувачам Git через HTTPS не потрібно змінювати налаштування через це оголошення.
В оголошенні GitHub від 22 вересня зазначено, що алгоритм стане доступним на github.com і в GitHub Enterprise Cloud з Data Residency, за винятком регіону США. Це початок підтримки з боку платформи: фактичне використання нового алгоритму також залежить від SSH-клієнта та його налаштувань.
Що саме змінюється
Для нових RSA-ключів SSH, завантажених після 14 жовтня, встановлено мінімум 3072 біти. Уже наявні RSA-ключі не потрібно замінювати лише через їхню довжину: GitHub рекомендує використовувати з ними підписи RSA-SHA-2 — rsa-sha2-256 або rsa-sha2-512. У документації компанія також рекомендує Ed25519 для нових ключів, якщо цей тип підходить робочому середовищу.
Друга зміна стосується узгодження ключа сеансу. mlkem768x25519-sha256 поєднує ML-KEM — постквантовий алгоритм інкапсуляції ключів — з X25519. За планом GitHub, сумісні клієнти, налаштовані надавати перевагу цьому алгоритму, зможуть вибирати його автоматично. Старі клієнти мають переходити на підтримуваний алгоритм сумісності.
Що перевірити в команді
- Визначити спосіб підключення. Перевірте адреси Git remote: записи, що починаються з
https://, не зачіпають зміни SSH. Для SSH перевірте клієнти, бібліотеки та інтеграції, які використовуються. - Перевірити підписи RSA. Переконайтеся, що клієнт і використовувана бібліотека підтримують RSA-SHA-2. GitHub указує мінімальні версії популярних реалізацій, зокрема OpenSSH 7.2p1, Go SSH 0.16.0 і libssh2 1.11.0.
- Перевірити нові ключі. Якщо політика організації вимагає RSA, новий ключ має бути не коротшим за 3072 біти. Для вже завантаженого RSA-ключа важливіша підтримка алгоритму підпису, ніж створення нового ключа лише через цю зміну.
- Перевірити підтримку ML-KEM клієнтом. Саме оновлення платформи не гарантує, що конкретний клієнт вибере новий обмін ключами. Спочатку перевірте документацію до нього та його поведінку під час тестового підключення; для старих клієнтів заплануйте оновлення за графіком, прийнятим в організації.
Є й окремий етап, який розпочнеться пізніше: GitHub призначила пробні вимкнення застарілого підпису RSA із SHA-1 і механізму diffie-hellman-group-exchange-sha256 на 4 листопада та 9 грудня 2026 року, а остаточне вилучення запланувала на 13 січня 2027 року. Тож сьогоднішню вимогу до довжини нових RSA-ключів і майбутню відмову від старих алгоритмів варто враховувати як окремі завдання міграції.
Практичний пріоритет для команд на сьогодні — інвентаризація SSH-клієнтів і перевірка RSA-SHA-2, а потім окреме тестування підтримки ML-KEM. Доступність нового алгоритму для користувачів у США поки що не заявлена; вимога до розміру нових RSA-ключів для завантажень після 14 жовтня вже діє.