OpenSSL 4.1.0: начальная поддержка «Эльбруса» и DTLS 1.3 с постквантовой криптографией

Релиз OpenSSL 4.1.0 состоялся 23 октября. Ключевое изменение — появление начальной поддержки процессора «Эльбрус» (архитектура Elbrus2000). Разработчики не опубликовали тестов производительности на этой платформе и не гарантируют полноценную работу всех возможностей библиотеки. Практическая польза такой совместимости пока не подтверждена — она не снимает вопросы доступности оборудования и общей производительности.

Вторая значимая часть релиза — интеграция протокола DTLS 1.3, который сокращает число обменов при установлении соединения и исключает устаревшие криптоалгоритмы. Протокол допускает применение постквантовой криптографии, а для работы с ним расширен интерфейс SSL Listener. Приложениям, использующим DTLSv1_listen(), потребуется перейти на другой интерфейс для совместимости с DTLS 1.3.

В OpenSSL 4.1.0 также ускорены постквантовые алгоритмы ML-KEM и ML-DSA: на платформе ppc64le оптимизированы оба, на x86_64 ускорен ML-DSA. Дополнительно задействованы инструкции AVX-512 для SHAKE и сочетание AVX-512 с VAES для AES-CBC. Добавлен механизм GREASE (RFC 8701), поддержка KDF для IKEv2 и сборка с Microsoft Visual C++ 2013. Из библиотеки убрали конфигурации для Windows CE и Windows на Itanium, а также переключатели отключения ECDSA и ECDH.

Релиз содержит четыре известные проблемы с DTLS 1.3: потеря служебных сообщений после обновления ключа, разрыв соединения на сервере при определённой последовательности и два дефекта обработки ошибок чтения или записи. Исправления в версию 4.1.0 не вошли. Ветка 4.1 не является LTS — её поддержка продлится до 23 ноября 2027 года, тогда как OpenSSL 3.5 LTS будет сопровождаться до 8 апреля 2030 года.

Поддержка «Эльбруса» и DTLS 1.3 в российской практике

Архитектура «Эльбрус» может применяться в инфраструктуре, где требуется доверенная аппаратная платформа, — от серверов до автоматизированных систем. Начальная поддержка в OpenSSL потенциально упрощает развёртывание шифрования на таких устройствах, но отсутствие оптимизаций и тестов заставляет осторожно оценивать скорость обработки соединений. DTLS 1.3 критичен для голосовой связи, видеоконференций и промышленных систем реального времени. Российские решения для видеоконференцсвязи и IP-телефонии часто опираются на DTLS при установлении медиаканалов, поэтому внедрение версии 1.3 напрямую повлияет на безопасность и совместимость таких продуктов.

Что делать при переходе на OpenSSL 4.1.0

Решение о миграции стоит принимать, взвесив необходимость в новых функциях и совместимость с прикладным ПО. Разработчикам сервисов на DTLS уже сейчас нужно готовить замену вызову DTLSv1_listen() на новый интерфейс. Обладателям систем на «Эльбрусе» рекомендуется дождаться независимых тестов производительности перед развёртыванием в продуктивной среде. Всем пользователям OpenSSL полезно отслеживать исправления четырёх известных проблем с DTLS 1.3 в ближайших патчах и проверять, не затрагивают ли они конкретные сценарии применения.