Постквантовые настройки OpenSSH по умолчанию и предупреждение о классическом обмене ключами

Цель

По состоянию на 25 октября 2026 года. Устранить предупреждение об обмене ключами без постквантовой защиты, проверив фактические стороны соединения и их настройки. Перед изменением политики заново проверьте рекомендации OpenSSH по постквантовой криптографии, документацию установленного пакета и действующую конфигурацию. Приведённые ниже версии показывают появление возможностей в исходном проекте, а не актуальный уровень исправлений безопасности.

Согласно рекомендациям OpenSSH, постквантовый алгоритм используется по умолчанию с версии 9.0; первоначально это был гибрид на основе sntrup. Поддержка mlkem768x25519-sha256 появилась в 9.9, а в 10.0 он стал алгоритмом по умолчанию. OpenSSH 10.1, выпущенный 6 октября 2025 года, добавил предупреждение при выборе обмена ключами без постквантовой защиты.

Предварительные условия

Нужны разрешённая для тестирования учётная запись, доступ к конфигурации обеих сторон и уже открытая административная сессия или консоль для восстановления. Предупреждение касается защиты от будущей расшифровки записанного трафика. Само по себе оно не свидетельствует о перехвате, компрометации или неудачной проверке ключа хоста.

Шаги

1. Определите фактическую реализацию SSH на каждой стороне, включая специализированные устройства и встроенные сервисы Git. Выполните ssh -V на клиенте. Ни пакет с похожим названием, ни версия клиента не позволяют установить, что поддерживает удалённый сервис.

2. Проверьте локально доступные алгоритмы командой ssh -Q kex, затем изучите настройки для фактического адресата:

   ssh -G server.example
   

   Проверьте kexalgorithms и применимые настройки для конкретного хоста. Список поддерживаемых алгоритмов не равен действующему списку разрешённых, и ни один из них не является результатом согласования.

3. На сервере OpenSSH выполните sshd -T с достаточными правами, чтобы изучить действующую конфигурацию. Если нужно оценить применимые условные настройки, используйте параметры соединения -C. Перед редактированием проверьте подключаемые файлы и централизованно управляемые ограничения.

4. Предпочитайте поддерживаемые обновления поставщика и удаление устаревших ограничений, блокирующих гибридные алгоритмы. Узлы со старыми версиями ПО могут объявлять sntrup761x25519-sha512@openssh.com; примечания к выпуску 9.9 явно добавляют имя sntrup761x25519-sha512 без квалификатора. Это точнее, чем сокращённое обозначение в обзоре постквантовой криптографии. Сторону, использующую прежний гибридный алгоритм, не следует считать поддерживающей только классические алгоритмы лишь из-за отсутствия ML-KEM. Подтвердите точные имена, которые принимает каждая сборка.

5. Проверьте изменённую конфигурацию сервера командой sshd -t перед штатной для платформы процедурой перечитывания настроек. Оставьте сессию восстановления открытой. Установите отдельное соединение без повторного использования мультиплексированной сессии:

   ssh -vv -S none server.example
   

   Найдите выбранный алгоритм обмена ключами в диагностическом выводе и проверьте обычную аутентификацию хоста и вход. По завершении закройте тестовую сессию. Не публикуйте диагностические журналы с именами хостов или сведениями об учётных записях без предварительного удаления этих данных.

6. Если устаревший узел пока нельзя обновить, документируйте его владельца, чувствительность данных и план замены. Сохраняйте видимость предупреждения, если только не требуется прошедшее проверку исключение с узкой областью действия. Отключение WarnWeakCrypto меняет уведомления, но не улучшает криптографию.

Ожидаемый результат

Новое соединение выбирает разрешённый гибридный обмен, либо сохраняется явно зафиксированное исключение для устаревшего обмена ключами. Существующие клиенты по-прежнему подключаются как задумано, а проверка ключа хоста остаётся обязательной.

Ограничения и основание проверки

Процедура основана на документации исходного проекта, а не на испытаниях парка систем. Пакеты дистрибутивов и применяемые политики могут отличаться. Не отключайте строгую проверку ключей хостов, не удаляйте средства аутентификации и не заменяйте пользовательские ключи лишь для устранения предупреждения об обмене ключами. Успешный гибридный обмен подтверждает способ согласования ключей в данном соединении, но не означает, что каждый механизм аутентификации стал постквантовым.