Как проверить, действительно ли TLS-соединение согласовало X25519MLKEM768

Цель

По состоянию на 25 октября 2026 года. Установить, какую группу обмена ключами выбрало конкретное TLS-соединение. После обновлений заново проверяйте группы по умолчанию в развёрнутой библиотеке, политики браузера и конфигурацию завершения TLS. X25519MLKEM768 сочетает классический X25519 с ML-KEM; наличие этой группы в конфигурации заявляет о возможности её использования, но не подтверждает результат соединения.

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

Используйте конечную точку, которую вы администрируете, её DNS-имя и обычное хранилище доверенных сертификатов. Документация OpenSSL 3.5 указывает поддержку ML-KEM и отправку гибридного ключевого материала по умолчанию. В отчёте Chromium за IV квартал 2024 года указано, что ML-KEM включён по умолчанию начиная с Chrome 131 на перечисленных платформах. Обе стороны должны поддерживать общую группу; явные настройки могут изменить результат. Это исходные сведения о появлении возможностей, а не рекомендации устанавливать старые выпуски.

Шаги

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

2. В Chrome DevTools откройте панель Privacy and security и выберите нужный источник в разделе Security. Изучите сведения о соединении и запишите группу обмена ключами, если она отображается. Просмотра сертификата или общего индикатора защищённого соединения недостаточно. Указанная документация панели в последний раз обновлялась 27 февраля 2025 года; названия элементов могут меняться между сборками.

3. В интерактивном терминале установите новое соединение подходящей сборкой OpenSSL с настройками по умолчанию. Замените имя хоста из примера во всех местах:

   openssl s_client -connect service.example:443 -servername service.example \
     -tls1_3 -verify_hostname service.example -verify_return_error -brief
   

   Дождитесь сводки рукопожатия, запишите согласованную группу и результат проверки сертификата, затем завершите проверочное соединение нажатием Ctrl-C. Повторите с -groups X25519MLKEM768. Успешное соединение с этой единственной группой подтверждает её поддержку на проверенном пути. Оно не показывает, что выбирают обычные клиенты. Для частной области доверия укажите подходящий файл CA; сохраните проверку имени хоста.

4. Проверьте curl --version, чтобы узнать используемый TLS-бэкенд. Для сборки на основе OpenSSL с поддержкой этой группы сравните обычный запрос со следующим:

   curl --verbose --tlsv1.3 --tls-max 1.3 --curves X25519MLKEM768 \
     --output /dev/null https://service.example/
   

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

5. Сопоставьте соединение с телеметрией сервера. По возможности регистрируйте выбранную группу, а не настроенный или предложенный список. Для этого OpenSSL предоставляет SSL_get_negotiated_group(). Если у сервера нет такой телеметрии, отметьте пробел в данных, а не считайте названия наборов шифров доказательством выбора группы.

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

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

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

Эта процедура основана на документации; измерения на конечных точках не заявляются. Соединение браузера и проверка TCP из командной строки могут проходить разными путями. Повторное использование сессии также может мешать наблюдению нового обмена. OpenSSL документирует, что больший объём гибридного ключевого материала может выявлять ошибки промежуточных сетевых устройств. Разберитесь в этих сбоях, прежде чем принимать постоянное исключение с использованием только классических алгоритмов.