CVE-2026-84782: Високосерйозний збій в OpenSSL DTLS розкриває пам’ять купи та дозволяє DoS

OpenSSL випустила оновлення безпеки, що закривають 14 вразливостей, включаючи вразливість високого ступеня серйозності, яка може розкрити чутливу пам’ять купи або призвести до аварійного завершення додатків, що покладаються на Datagram Transport Layer Security (DTLS). Відслідкована як CVE-2026-84782, ця вразливість виникає через неправильну обробку повторних передач повідомлень рукопотискання і має показник CVSS 8.2.

Розкрита 29 вересня 2026 року, проблема представляє потенційні ризики для додатків, що використовують OpenSSL для DTLS комунікацій, включаючи певні VPN, VoIP, WebRTC та IoT реалізації. При певних умовах рукопотискання, постраждала програма може ненавмісно передати фрагменти пам’яті купи як нешифровані дані або несподівано завершитися, що призводить до стану відмови в обслуговуванні (DoS).

Згідно з The Hacker News, OpenSSL не повідомила про жодні атаки, що використовують цю вразливість, і не встановила, чи може зловмисник надійно спровокувати специфічні умови, необхідні для її активації.

Розкриття додає до зростаючих викликів забезпечення безпеки широко поширених компонентів з відкритим початковим кодом. Оскільки криптографічні бібліотеки часто впроваджуються в більші програми та мережеву інфраструктуру, організаціям необхідна видимість своїх програмних залежностей, щоб ідентифікувати вразливі розгортання та пріоритизувати виправлення.

Щоб виявити спроби експлуатації, пов’язані з CVE-2026-84782, та підвищити видимість у контексті нових кіберзагроз, команди безпеки можуть використовувати AI-Native Detection Intelligence Platform від SOC Prime. Платформа надає доступ до постійно оновлюваної колекції контенту детектування загроз, сумісного з більш ніж 40 технологіями SIEM, EDR та Data Lake.

Експерти з безпеки також можуть скористатися Uncoder AI для оптимізації інженерії детектування, створення правил на основі нової інформації про вразливості, перетворення індикаторів у власні запити для полювання, валідації логіки детектування та перекладу контенту безпеки на кілька провідних мов запитів у галузі.

Зв’язатися з відділом продажів

Аналіз CVE-2026-84782

CVE-2026-84782 зачіпає кілька версій OpenSSL, що реалізують DTLS, варіант протоколу TLS, призначений для захисту комунікацій на базі дейтаграм, зазвичай, що діють поверх UDP.

На відміну від звичайного TLS, DTLS повинен враховувати втрати пакетів та доставку у неправильному порядку. Щоб підтримувати надійну обробку рукопотискань, протокол підтримує фрагментацію та повторну передачу повідомлень рукопотискання, коли очікувана відповідь не надходить у заданий інтервал.

Згідно з Офіційне повідомлення про безпеку OpenSSL, вразливість виникає, коли повідомлення рукопотискання частково передається, оскільки підлеглий транспорт тимчасово не може прийняти додаткові дані.

Поки операція запису залишається призупиненою, таймер повторної передачі DTLS може незалежно ініціювати повторну передачу раніше відправленого повідомлення. Вразлива реалізація неправильно повторно використовує внутрішній буфер та інформацію про відстеження позиції, пов’язану з призупиненим записом, замість того, щоб скинути офсет повторної передачі.

В результаті, повторно відправлене повідомлення рукопоточування може почати читання з неправильної позиції в буфері, включаючи дані з іншого повідомлення або виходячи за межі виділеної пам’яті.

Вразливість класифікується як CWE-125 (Читання поза межами дозволеного обсягу) і представляє дві основні загрози безпеці:

• Розкриття інформації: Фрагменти пам’яті купи можуть бути розкриті віддаленому вузлу через нешифровані дані рукопотискання.
• Відмова в обслуговуванні: Читання за межами виділеного буферу може досягти недоступної пам’яті, потенційно призвівши до аварійного завершення програми. Спільне ведення обліку повторних передач також може залишити призупинений запис у непослідовному стані.

Експозиція не обмежена виключно клієнтами або серверами DTLS. Чисті TLS-додатки не зазнають впливу цієї конкретної уразливості повторної передачі DTLS, і вразливий функціонал знаходиться поза межами модуля OpenSSL FIPS.

Як повідомляє SecurityWeek, експлуатація може потенційно відбутися через мережу без автентифікації або взаємодії з користувачем, за умови, що виникають необхідні умови рукопотискання.

Зокрема, згадані звіти не документують незалежно перевірений публічний PoC CVE-2026-84782 або підтверджене зловмисне використання.

На момент розкриття не було надано IOC, специфічних для кампанії CVE-2026-84782, у згаданих джерелах. Для виявлення CVE-2026-84782 захисникам слід замість цього пріоритизувати ідентифікацію вразливих програмних залежностей та розслідування несподіваних невдач DTLS рукопотискань, аномалій повторних передач та пов’язаних аварій програм.

Офіційна рада надає додаткові технічні деталі для CVE-2026-84782, включаючи основне питання управління буфером та заходи виправлення, реалізовані командою розробників OpenSSL.

Зменшення наслідків від CVE-2026-84782

OpenSSL усунула вразливість у своїх випусках безпеки від 29 вересня 2026 року. Виправлення забезпечує початок читання повторних передач з правильного місця в повідомленні і запобігає продовженню повторної передачі, поки інший запис рукопотискання залишається призупиненим.

Організаціям наполегливо рекомендується ідентифікувати уражені інсталяції OpenSSL та застосувати відповідні оновлення безпеки.

Наступні версії містять виправлення:

Оновлення для OpenSSL 3.0, 1.1.1 та 1.0.2 доступні виключно для клієнтів з преміум-підтримкою. OpenSSL не оцінювала невідомі гілки 3.1, 3.2 та 3.3 на цю вразливість.

Організаціям, які досі покладаються на OpenSSL 3.0, рекомендується розглянути можливість переходу на публічно підтримувану гілку, таку як OpenSSL 3.5 LTS, або отримати відповідні преміум-оновлення.

Важливо відзначити, що дистрибутиви Linux можуть переносити патчі безпеки, зберігаючи старі номери версій з вихідного коду. Тому адміністраторам варто звертатися до відповідних повідомлень дистрибутива, а не покладатися виключно на порівняння строк версій.

Позавимощенням, наступні захисні заходи можуть допомогти організаціям зменшити експозицію:

• Інвентаризуйте додатки та компоненти інфраструктури, які залежать від OpenSSL для DTLS комунікацій.
• Пріоритизуйте зовні доступні служби, включаючи уражені VPN, засоби реального часу та IoT реалізації.
• Перевірте сторонні та статично пов’язані додатки, які можуть містити вразливі версії бібліотек.
• Моніторте журнали додатків для виявлення незвичайних невдач DTLS рукопотискань, повторних передач та несподіваних зупинок процесу.
• Застосуйте оновлення від вендорів до продуктів, що включають OpenSSL, замість того, щоб вважати, що оновлення бібліотеки операційної системи вирішить усі розгортання.

OpenSSL не опублікувала повне обхідний шлях для організацій, яки не можуть негайно встановити оновлення безпеки. Обмеження непотрібного мережевого доступу та тимчасове вимкнення DTLS, де це оперативно доречно, може знизити експозицію, але ці заходи не повинні замінювати впровадження патчів.

Крім того, організації можуть використовувати AI-Native Detection Intelligence Platform від SOC Prime для зміцнення своїх кібербезпекових позицій, впровадження нової інформації про вразливості та прискорення проактивного виявлення загроз у гетерогенних середовищах безпеки.