🔐 OpenSSL CVE-2026-84782: утечка сырой памяти через DTLS и тихий EOL ветки OpenSSL 3.0

Коллеги, четверг. Свежая сводка по OpenSSL — библиотеке, лежащей в фундаменте практически каждого Linux-сервера, сетевого шлюза и контейнера.

Здесь важен не только сам баг, но и тектонический сдвиг в статусе поддержки релизов.

📌 ФАКТЫ (релиз OpenSSL от 29 сентября)
Уязвимость: CVE-2026-84782, уровень критичности — High (всего в апдейте закрыто 14 CVE).

Вектор и механика: баг стреляет, если во время DTLS-рукопожатия срабатывает таймер повторной отправки (retransmission timer), когда крупное сообщение фрагментировано и ушло лишь частично. При повторе указатель буфера съезжает на середину — в результате процесс либо ловит сегфолт (DoS), либо отправляет в сырой UDP-сокет фрагменты кучи (heap memory) вообще без шифрования.

Ограничение вектора: затрагивает и клиентов, и серверы, но исключительно DTLS (Datagram TLS поверх UDP). Классический TLS поверх TCP уязвимости не подвержен.

Где закрыто публично: версии 4.0.3, 3.6.5, 3.5.9, 3.4.8.

Где фикс только платный: релизы 3.0.23, 1.1.1zj, 1.0.2zs доступны строго по контракту Premium Support. Ветки 3.1–3.3 официально EOL и даже не тестировались вендором.

Признаков активной эксплуатации в дикой природе на данный момент не зафиксировано.

⚠️ ГЛАВНАЯ СИСТЕМНАЯ НОВОСТЬ: EOL ДЛЯ OPENSSL 3.0
Публичный жизненный цикл LTS-ветки OpenSSL 3.0 завершился 7 сентября 2026 года.

Пакеты дистрибутивов: Enterprise-дистрибутивы (RHEL, Debian, Ubuntu LTS) продолжат бэкпортировать секьюрити-фиксы силами собственных мейнтейнеров в рамках своего цикла поддержки.

Где заложена бомба: кастомные Docker-образы, вендорские appliance, прошивки сетевого оборудования и софт со статической линковкой библиотек апстримных патчей бесплатно больше не получат.

🎯 КТО РЕАЛЬНО ИСПОЛЬЗУЕТ DTLS НА СЕРВЕРАХ
Если обычный HTTPS-трафик в безопасности, то под прицелом сервисы реального времени:

Корпоративные SSL VPN с быстрым UDP-транспортом: демоны ocserv (OpenConnect), шлюзы Cisco AnyConnect / FortiClient / Palo Alto GlobalProtect.

IP-телефония и видеоконференции: медиашлюзы SIP/SRTP (Asterisk, FreeSWITCH, Kamailio), узлы WebRTC (Janus, Jitsi, mediasoup).

IoT и телеметрия: протоколы CoAP over DTLS, сборщики Syslog / RADIUS over DTLS.

🛠 АУДИТ СИСТЕМЫ И ПОИСК СТОРОННИХ СБОРОК
Bash

# 1. Проверяем системную версию и установленные пакеты
openssl version -a
dpkg -l | grep -E 'libssl[0-9]' || rpm -qa | grep -i openssl

# 2. Ищем слушающие UDP-порты (потенциальные сервисы DTLS)
ss -lunp

# 3. Смотрим, какие процессы держат системную библиотеку прямо сейчас
lsof -nP 2>/dev/null | grep -E 'libssl\.so' | awk '{print $1,$2}' | sort -u

# 4. Проверяем бинарники со встроенной/статической линковкой OpenSSL
strings -a /usr/sbin/ocserv 2>/dev/null | grep -m1 -E '^OpenSSL [0-9]'

💡 В ЧЁМ СУТЬ

Сама по себе

CVE-2026-84782

— не повод для ночных дежурств: эксплуатация нестабильна, завязана на специфичный тайминг потери UDP-пакетов, а атак «в поле» пока нет.

Настоящий риск — неконтролируемый OpenSSL 3.0. Сейчас идеальный момент провести инвентаризацию: пока дыра относительно мягкая, нужно найти все изолированные бинарники и виртуальные аплайнсы, собранные на 3.0, и затребовать роадмап у вендоров до появления первого «дикого» zero-day.

🛡 ЧТО ДЕЛАТЬ
Обновить пакеты: накатить апдейты openssl / libssl из официальных репозиториев ОС.

Перезапустить VPN и телефонию: после обновления библиотек обязательно перезапустить демоны, обслуживающие DTLS (ocserv, asterisk, turnserver).

Инвентаризация: составить реестр проприетарных и контейнеризированных решений, использующих внутренний OpenSSL 3.x вне пакетного менеджера.

#openssl #dtls #tls #linux #security #vpn #cve #sysadmin #admin_future

🔐 OpenSSL 4.1 вышел: DTLS 1.3, оптимизации постквантовой криптографии и четыре известных бага в DTLS

Коллеги, понедельник. Разбираем свежий релиз библиотеки, который в скором времени доберётся до репозиториев дистрибутивов.

📌 ЧТО НОВОГО
DTLS 1.3 (RFC 9147) и поддержка датаграмм в едином SSL listener API

Постквантовые алгоритмы (PQC): существенное ускорение ML-KEM и ML-DSA благодаря векторизации AVX-512 на x86_64 и NTT-оптимизациям для архитектуры ppc64le

Ускорена расшифровка блочного шифра AES-CBC на x86_64 связкой инструкций AVX-512 + VAES

Реализован механизм GREASE (RFC 8701) для предотвращения закостеневания протоколов, добавлен KDF для IKEv2 (IPsec) и первичная поддержка отечественной архитектуры Эльбрус 2000 (e2k)

🗑 ЧТО УБРАЛИ И СЛОМАЛИ
Опции сборки ./config no-ecdsa и no-ecdh удалены: исторически они не отключали реализацию полностью; теперь эллиптические кривые выключаются строго целиком через no-ec

Окончательно вычищены таргеты сборки под устаревшие платформы: Windows на базе Itanium (IA-64) и Windows CE

Утилита меток времени tsget переведена с заброшенного Perl-модуля WWW::Curl::Easy на Net::Curl::Easy (без установки зависимости утилита перестанет работать)

⚠️ ИЗВЕСТНЫЕ ПРОБЛЕМЫ В РЕЛИЗЕ
Команда OpenSSL открыто опубликовала список из четырех известных багов в новой реализации DTLS:

#32878: Сброс неподтверждённых post-handshake пакетов (включая NewSessionTicket) из буфера ретрансмиссии при получении DTLS 1.3 KeyUpdate.

#33277: Постоянный сбой приёма на DTLS listener может возвращать SSL_ERROR_WANT_READ, загоняя приложение в бесконечное ожидание.

#33278: Временная ошибка записи на неблокирующем соединении репортится как фатальный SSL_ERROR_SYSCALL вместо SSL_ERROR_WANT_WRITE, из-за чего софт может рвать рабочие сессии.

#33242: Обрыв рукопожатия DTLS 1.3 алертом unexpected_message при частичной потере пакетов и повторном ACK.

🛠 АУДИТ ВЕРСИИ В ОКРУЖЕНИИ
Bash

# Текущая версия и параметры сборки OpenSSL
openssl version -a | head -2

# Проверяем, с чем слинкован ваш веб-сервер / балансировщик
ldd "$(command -v nginx)" 2>/dev/null | grep -E 'libssl|libcrypto'

💡 В ЧЁМ СУТЬ

Для классического веб-стека (TLS поверх TCP/QUIC) ветка 4.1 сохраняет полную обратную совместимость на уровне ABI/API с 4.0.

Однако для сервисов, критично завязанных на датаграммный DTLS (корпоративные VPN со шлюзами на UDP, AnyConnect-совместимые туннели, SIP, WebRTC и телеметрия), с миграцией на 4.1.0 стоит повременить до выхода корректирующего релиза 4.1.1 с исправлением логики ретрансмиссии и listener-ошибок.

#openssl #tls #dtls #crypto #linux #sysadmin #admin_future