От OpenSSL съобщиха на 29 септември, че е коригирана уязвимост от висока степен на опасност, която може да източи памет от динамичния масив (heap) към отсрещната страна на DTLS връзка или да срине програмата.
DTLS, вариантът на TLS за UDP трафик, преизпраща съобщение от ръкостискането (handshake), ако не получи отговор преди изтичането на таймера. Изтичането на данни или сривът могат да настъпят, когато такова преизпращане започне, докато по-голямо съобщение от ръкостискането е блокирало по средата на изпращането си.
Уязвимостта, проследявана като CVE-2026-84782, е отстранена в OpenSSL 4.0.3, 3.6.5, 3.5.9 и 3.4.8. Коригираните версии за по-старите клонове 3.0, 1.1.1 и 1.0.2 са достъпни само за клиенти с платена премиум поддръжка за OpenSSL. Публичните корекции за сигурност за OpenSSL 3.0 бяха прекратени на 7 септември.
От OpenSSL не са съобщили дали атакуващ може съзнателно да предизвика преизпращане, докато съобщението е блокирало, нито съобщават за регистрирани атаки, експлоатиращи уязвимостта.
DTLS се използва например за защита на WebRTC канали за данни и за настройка на ключове за криптиране при интернет разговори. Софтуерът е изложен на тази уязвимост само ако използва OpenSSL за DTLS.
DTLS разделя голямото съобщение от ръкостискането на фрагменти, всеки от които се побира в един UDP датаграм. Ако връзката не може да приеме повече данни в дадения момент, изпращането може да спре по средата на съобщението и да продължи по-късно. Докато изпращането е на пауза, таймерът за преизпращане все още може да се задейства и да изпрати отново по-ранно съобщение.
Преди корекцията преизпращането е използвало позицията на спряното съобщение в буфера, вместо да се върнете в началото на съобщението, което се преизпраща. Преизпратеното съобщение е излизало с грешен етикет. Неговото съдържание е съдържало остатъчни байтове от по-голямото съобщение, а четенето му е можело да доведе до препълване на буфера.
Според OpenSSL грешно етикетираното съобщение може да пренесе памет от динамичния масив към отсрещната страна като некриптирани данни от ръкостискането. Ако четенето достигне до ненасочена (unmapped) памет, програмата се срива.
OpenSSL не ограничава уязвимостта само до DTLS клиенти или сървъри, като корекцията е тествана и в двете роли.
Лоран Гафи от Secorizon съобщи за уязвимостта на 17 август, а Райън Хупър разработи корекцията.
OpenSSL оценява уязвимостта като High (висока степен), едно ниво под Critical (критична) в своята скала за сериозност. Политиката за сигурност на проекта препоръчва инсталиране на актуализации с корекции от висока степен възможно най-скоро.
На 29 септември CISA даде на уязвимостта CVSS оценка 8.2 от 10, оценявайки нейното въздействие върху конфиденциалността като ниско, а върху наличността — като високо. В записите на CISA към този момент експлоатацията е отбелязана като „няма“. OpenSSL не използва CVSS за определяне на своите оценки за сериозност и посочва, че оценките от външни страни могат значително да се различават от техните.
В бюлетина за сигурност на Ubuntu се казва, че атакуващ е възможно да използва уязвимостта, за да предизвика „неправилно поведение при ръкостискане или отказ от обслужване“. В него не се споменава за изтичане на памет.
Кои версии коригират уязвимостта
Уязвимостта засяга OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 и 1.0.2 във всяко издание преди коригираната версия, показана по-долу.
| Клон | Коригирана версия | Кой може да я получи | Статус на поддръжката |
|---|---|---|---|
| 4.0 | 4.0.3 | Публично изтегляне | Поддържа се до 14 май 2027 г. |
| 3.6 | 3.6.5 | Публично изтегляне | Поддържа се до 1 ноември 2026 г. |
| 3.5 | 3.5.9 | Публично изтегляне | Версия с дългосрочна поддръжка (LTS), поддържана до 8 април 2030 г. |
| 3.4 | 3.4.8 | Публично изтегляне | Поддържа се до 22 октомври 2026 г. |
| 3.0 | 3.0.23 | Само за клиенти с премиум поддръжка | Публичната поддръжка приключи на 7 септември 2026 г. |
| 1.1.1 | 1.1.1zj | Само за клиенти с премиум поддръжка | Без публична поддръжка |
| 1.0.2 | 1.0.2zs | Само за клиенти с премиум поддръжка | Без публична поддръжка |
| 3.1, 3.2, 3.3 | Няма посочена | Не е приложимо | Без публична поддръжка. OpenSSL не е проверявал дали тези клонове са засегнати. |
OpenSSL не посочва временно решение за потребители, които все още не могат да актуализират. На 29 септември Ubuntu коригира уязвимостта в своите собствени пакети, които запазват по-старите номера на версиите на 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
Потребителите на Ubuntu трябва да рестартират системата след обновяването, за да влязат в сила всички промени.
Debian отстрани уязвимостта в Debian 13 с версия 3.5.7-1~deb13u3 на своя пакет openssl, издаден като DSA-6531-1. Неговият тракер за сигурност все още посочваше Debian 12 като уязвим към 07:36 UTC на 30 септември.
Какво могат да направят потребителите на OpenSSL 3.0
Последното публично издание на 3.0 беше 3.0.22 на 25 август. Версия 3.0.23 е първото издание за сигурност на 3.0, което OpenSSL не прави публично достояние. То коригира 6 от 14-те уязвимости, разкрити на 29 септември, включително CVE-2026-84782.
За Ubuntu 22.04 и 24.04, които използват OpenSSL 3.0, корекцията вече е достъпна в изброените по-горе пакети. Всеки, който сам компилира OpenSSL 3.0 или разпространява копие в своя собствен софтуер, няма публична корекция от OpenSSL.
OpenSSL препоръчва преминаване към по-нов клон, като 4.0 или версията с дългосрочна поддръжка 3.5. Другата опция е платен договор за поддръжка, който осигурява пълен достъп до корекции за сигурност за издания след изтичане на техния публичен срок.
Релизите от 29 септември коригират още 13 уязвимости. Най-сериозната от тях, CVE-2026-84783, е оценена като умерена (Moderate) и засяга само OpenSSL 4.0.
Отдалечен, неавтентифициран субект може да я използва, за да срине многонишков TLS клиент или многонишков TLS сървър, който изисква клиентски сертификати. Това може да се случи само ако няколко връзки изграждат първоначалните си вериги от сертификати към един и същ доверен CA сертификат по едно и също време.
Друга уязвимост в DTLS, CVE-2026-75806, е оценена като Low (ниска). Тя засяга установени DTLS 1.2 връзки, използващи AEAD шифров комплект. Всеки, който може да изпрати датаграм към такава връзка, може да я прекрати с един-единствен прекалено кратък датаграм, без да е необходимо да знае каквито и да е ключове.
Останалите 11 уязвимости също са оценени като Low и включват 5 в кода на OpenSSL за QUIC и 3 странични канала за времеви атаки в кода за ECDSA и SM2.