29 сентября 2026 года OpenSSL закрыл уязвимость высокой степени опасности CVE-2026-84782 в реализации DTLS, варианта TLS для UDP-трафика. Ошибка способна раскрыть удалённой стороне содержимое динамической памяти, причём фрагменты памяти могут уйти по сети как незашифрованные данные рукопожатия. Среди других последствий названы неправильная работа рукопожатия, аварийное завершение программы и отказ в обслуживании. Уязвимы лишь программы, использующие именно OpenSSL для DTLS; обычное применение библиотеки с TLS поверх TCP само по себе под действие этой ошибки не подпадает.
DTLS повторно отправляет сообщение рукопожатия, когда не получает ответ до срабатывания таймера. Крупное сообщение разбивается на фрагменты: каждый должен помещаться в одну UDP-дейтаграмму. Если соединение временно не принимает новые данные, передача может остановиться посреди сообщения, а затем продолжиться с сохранённой позиции. Таймер при этом не останавливается и способен потребовать повторной отправки одного из более ранних сообщений.
Сбой возникал при совпадении трёх условий: крупное сообщение было передано лишь частично, отправка оставалась приостановленной, а таймер DTLS запускал повтор предыдущего сообщения. OpenSSL брал текущую позицию буфера незавершённого крупного сообщения вместо возврата к началу того сообщения, которое следовало повторить. В сеть уходило сообщение с неверным обозначением, а его тело заполняли оставшиеся байты частично отправленного блока. Чтение могло выйти за предусмотренные границы буфера. В результате узел на другом конце соединения получал фрагменты кучи в открытых данных рукопожатия; при попадании чтения в неотображённую область памяти процесс падал. OpenSSL не ограничивает проблему клиентами либо серверами, а исправление проверялось в обеих ролях.
Не установлено, способен ли злоумышленник намеренно добиться срабатывания таймера именно в тот момент, когда другое сообщение застряло посреди передачи. OpenSSL также не сообщал о применении CVE-2026-84782 в реальных атаках. В записи CISA от 29 сентября статус эксплуатации указан как «нет». DTLS встречается, например, при защите каналов данных WebRTC и согласовании ключей шифрования для интернет-звонков, но эта конкретная ошибка касается только продуктов, опирающихся на реализацию DTLS из OpenSSL.
Laurent Gaffie из Secorizon сообщил о дефекте 17 августа 2026 года, исправление подготовил Ryan Hooper, а обновления вышли 29 сентября. OpenSSL присвоил уязвимости уровень High, то есть «высокий»: в шкале проекта он находится на одну ступень ниже Critical, «критического». Политика безопасности OpenSSL предписывает устанавливать обновления с исправлениями уровня High как можно скорее. Собственные оценки проекта не строятся на CVSS, поэтому баллы сторонних организаций могут заметно отличаться. CISA назначило CVSS 8,2 из 10, оценив ущерб конфиденциальности как низкий, а доступности как высокий. В уведомлении Ubuntu перечислены неправильное поведение рукопожатия и возможный отказ в обслуживании, но утечка памяти кучи там не упомянута.
В открытом доступе исправлены ветки OpenSSL 4.0 в версии 4.0.3, 3.6 в версии 3.6.5, 3.5 в версии 3.5.9 и 3.4 в версии 3.4.8. Поддержка 4.0 рассчитана до 14 мая 2027 года, 3.6 — до 1 ноября 2026 года, 3.4 — до 22 октября 2026 года. Ветка 3.5 имеет статус LTS и поддерживается до 8 апреля 2030 года. Для клиентов с премиальной поддержкой выпущены OpenSSL 3.0.23, 1.1.1zj и 1.0.2zs. Публичная поддержка 3.0 закончилась 7 сентября 2026 года, а ветки 1.1.1 и 1.0.2 открытой поддержки уже не имеют. Версии 3.1, 3.2 и 3.3 также сняты с публичной поддержки; исправления для них не перечислены, и OpenSSL не проверял, затронуты ли они.
Обходного решения OpenSSL не предлагает: требуется поставить исправленный выпуск, перейти на поддерживаемую ветку либо оформить платную поддержку. Последним общедоступным выпуском линии 3.0 остался OpenSSL 3.0.22 от 25 августа 2026 года. Версия 3.0.23 стала первым обновлением безопасности этой линии, которое проект не распространяет публично; в ней устранены 6 из 14 уязвимостей, раскрытых 29 сентября, включая CVE-2026-84782. Разработчики и поставщики, самостоятельно собирающие OpenSSL 3.0 или вкладывающие его копию в свои продукты, не могут получить открытое исправление от OpenSSL. Проект предлагает перейти на OpenSSL 4.0 либо на долгосрочную ветку 3.5, а при необходимости остаться на 3.0 — приобрести контракт поддержки.
Ubuntu выпустила исправленные пакеты 29 сентября 2026 года, сохранив в их названиях более старые номера исходных версий OpenSSL. Для Ubuntu 26.04 LTS нужен пакет libssl3t64 версии 3.5.5-1ubuntu3.6, для Ubuntu 24.04 LTS — libssl3t64 версии 3.0.13-0ubuntu3.16, для Ubuntu 22.04 LTS — libssl3 версии 3.0.2-0ubuntu1.30. Поэтому меньший номер OpenSSL в пакете Ubuntu не означает отсутствия исправления. После установки обновлений систему требуется перезагрузить, чтобы изменения начали действовать во всех использующих библиотеку процессах.
В Debian уязвимость устранена для Debian 13 пакетом openssl версии 3.5.7-1~deb13u3; исправление опубликовано в бюллетене DSA-6531-1. При этом в 07:36 UTC 30 сентября 2026 года система отслеживания безопасности Debian всё ещё помечала Debian 12 как уязвимый. Проверять здесь следует версию дистрибутивного пакета и его статус в трекере Debian, а не сопоставлять номер с выпусками на сайте OpenSSL.
Всего обновления OpenSSL от 29 сентября исправили 14 уязвимостей. Самой серьёзной после CVE-2026-84782 стала CVE-2026-84783 умеренной степени опасности, затрагивающая только OpenSSL 4.0. Удалённый неаутентифицированный узел может обрушить многопоточный TLS-клиент либо многопоточный TLS-сервер, запрашивающий клиентские сертификаты. Условие довольно узкое: несколько соединений должны одновременно впервые строить цепочки сертификатов к одному и тому же доверенному сертификату центра сертификации, CA. Ещё одна ошибка DTLS, CVE-2026-75806, получила низкую оценку. В установленном соединении DTLS 1.2 с набором шифров AEAD любой отправитель, способный доставить дейтаграмму этому соединению, может прервать его единственным слишком коротким пакетом, не зная ключей шифрования.
Оставшиеся 11 дефектов также оценены как низкоопасные. Среди них находятся пять ошибок в коде QUIC и три уязвимости стороннего канала по времени в реализациях ECDSA и SM2; отдельные сведения о прочих проблемах в опубликованном перечне не приводятся. Для проверки инфраструктуры сначала нужно выяснить, использует ли конкретное приложение DTLS через OpenSSL, затем определить фактически загружаемую версию библиотеки, включая встроенные копии. Публично доступны исправления 4.0.3, 3.6.5, 3.5.9 и 3.4.8; выпуски 3.0.23, 1.1.1zj и 1.0.2zs доступны только по премиальной поддержке. Отсутствие известных атак не отменяет риск утечки памяти и падения процесса, а рабочего способа обезопасить уязвимую сборку без обновления OpenSSL не указал.
Изображение носит иллюстративный характер
DTLS повторно отправляет сообщение рукопожатия, когда не получает ответ до срабатывания таймера. Крупное сообщение разбивается на фрагменты: каждый должен помещаться в одну UDP-дейтаграмму. Если соединение временно не принимает новые данные, передача может остановиться посреди сообщения, а затем продолжиться с сохранённой позиции. Таймер при этом не останавливается и способен потребовать повторной отправки одного из более ранних сообщений.
Сбой возникал при совпадении трёх условий: крупное сообщение было передано лишь частично, отправка оставалась приостановленной, а таймер DTLS запускал повтор предыдущего сообщения. OpenSSL брал текущую позицию буфера незавершённого крупного сообщения вместо возврата к началу того сообщения, которое следовало повторить. В сеть уходило сообщение с неверным обозначением, а его тело заполняли оставшиеся байты частично отправленного блока. Чтение могло выйти за предусмотренные границы буфера. В результате узел на другом конце соединения получал фрагменты кучи в открытых данных рукопожатия; при попадании чтения в неотображённую область памяти процесс падал. OpenSSL не ограничивает проблему клиентами либо серверами, а исправление проверялось в обеих ролях.
Не установлено, способен ли злоумышленник намеренно добиться срабатывания таймера именно в тот момент, когда другое сообщение застряло посреди передачи. OpenSSL также не сообщал о применении CVE-2026-84782 в реальных атаках. В записи CISA от 29 сентября статус эксплуатации указан как «нет». DTLS встречается, например, при защите каналов данных WebRTC и согласовании ключей шифрования для интернет-звонков, но эта конкретная ошибка касается только продуктов, опирающихся на реализацию DTLS из OpenSSL.
Laurent Gaffie из Secorizon сообщил о дефекте 17 августа 2026 года, исправление подготовил Ryan Hooper, а обновления вышли 29 сентября. OpenSSL присвоил уязвимости уровень High, то есть «высокий»: в шкале проекта он находится на одну ступень ниже Critical, «критического». Политика безопасности OpenSSL предписывает устанавливать обновления с исправлениями уровня High как можно скорее. Собственные оценки проекта не строятся на CVSS, поэтому баллы сторонних организаций могут заметно отличаться. CISA назначило CVSS 8,2 из 10, оценив ущерб конфиденциальности как низкий, а доступности как высокий. В уведомлении Ubuntu перечислены неправильное поведение рукопожатия и возможный отказ в обслуживании, но утечка памяти кучи там не упомянута.
В открытом доступе исправлены ветки OpenSSL 4.0 в версии 4.0.3, 3.6 в версии 3.6.5, 3.5 в версии 3.5.9 и 3.4 в версии 3.4.8. Поддержка 4.0 рассчитана до 14 мая 2027 года, 3.6 — до 1 ноября 2026 года, 3.4 — до 22 октября 2026 года. Ветка 3.5 имеет статус LTS и поддерживается до 8 апреля 2030 года. Для клиентов с премиальной поддержкой выпущены OpenSSL 3.0.23, 1.1.1zj и 1.0.2zs. Публичная поддержка 3.0 закончилась 7 сентября 2026 года, а ветки 1.1.1 и 1.0.2 открытой поддержки уже не имеют. Версии 3.1, 3.2 и 3.3 также сняты с публичной поддержки; исправления для них не перечислены, и OpenSSL не проверял, затронуты ли они.
Обходного решения OpenSSL не предлагает: требуется поставить исправленный выпуск, перейти на поддерживаемую ветку либо оформить платную поддержку. Последним общедоступным выпуском линии 3.0 остался OpenSSL 3.0.22 от 25 августа 2026 года. Версия 3.0.23 стала первым обновлением безопасности этой линии, которое проект не распространяет публично; в ней устранены 6 из 14 уязвимостей, раскрытых 29 сентября, включая CVE-2026-84782. Разработчики и поставщики, самостоятельно собирающие OpenSSL 3.0 или вкладывающие его копию в свои продукты, не могут получить открытое исправление от OpenSSL. Проект предлагает перейти на OpenSSL 4.0 либо на долгосрочную ветку 3.5, а при необходимости остаться на 3.0 — приобрести контракт поддержки.
Ubuntu выпустила исправленные пакеты 29 сентября 2026 года, сохранив в их названиях более старые номера исходных версий OpenSSL. Для Ubuntu 26.04 LTS нужен пакет libssl3t64 версии 3.5.5-1ubuntu3.6, для Ubuntu 24.04 LTS — libssl3t64 версии 3.0.13-0ubuntu3.16, для Ubuntu 22.04 LTS — libssl3 версии 3.0.2-0ubuntu1.30. Поэтому меньший номер OpenSSL в пакете Ubuntu не означает отсутствия исправления. После установки обновлений систему требуется перезагрузить, чтобы изменения начали действовать во всех использующих библиотеку процессах.
В Debian уязвимость устранена для Debian 13 пакетом openssl версии 3.5.7-1~deb13u3; исправление опубликовано в бюллетене DSA-6531-1. При этом в 07:36 UTC 30 сентября 2026 года система отслеживания безопасности Debian всё ещё помечала Debian 12 как уязвимый. Проверять здесь следует версию дистрибутивного пакета и его статус в трекере Debian, а не сопоставлять номер с выпусками на сайте OpenSSL.
Всего обновления OpenSSL от 29 сентября исправили 14 уязвимостей. Самой серьёзной после CVE-2026-84782 стала CVE-2026-84783 умеренной степени опасности, затрагивающая только OpenSSL 4.0. Удалённый неаутентифицированный узел может обрушить многопоточный TLS-клиент либо многопоточный TLS-сервер, запрашивающий клиентские сертификаты. Условие довольно узкое: несколько соединений должны одновременно впервые строить цепочки сертификатов к одному и тому же доверенному сертификату центра сертификации, CA. Ещё одна ошибка DTLS, CVE-2026-75806, получила низкую оценку. В установленном соединении DTLS 1.2 с набором шифров AEAD любой отправитель, способный доставить дейтаграмму этому соединению, может прервать его единственным слишком коротким пакетом, не зная ключей шифрования.
Оставшиеся 11 дефектов также оценены как низкоопасные. Среди них находятся пять ошибок в коде QUIC и три уязвимости стороннего канала по времени в реализациях ECDSA и SM2; отдельные сведения о прочих проблемах в опубликованном перечне не приводятся. Для проверки инфраструктуры сначала нужно выяснить, использует ли конкретное приложение DTLS через OpenSSL, затем определить фактически загружаемую версию библиотеки, включая встроенные копии. Публично доступны исправления 4.0.3, 3.6.5, 3.5.9 и 3.4.8; выпуски 3.0.23, 1.1.1zj и 1.0.2zs доступны только по премиальной поддержке. Отсутствие известных атак не отменяет риск утечки памяти и падения процесса, а рабочего способа обезопасить уязвимую сборку без обновления OpenSSL не указал.
