BDU:2026-14718

средний уровень опасности CVSS 5.9 · AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H

Уязвимость модуля CMP библиотеки OpenSSL, позволяющая нарушителю вызвать отказ в обслуживании

Соответствие зарубежным идентификаторам

CVE-2026-63074

Отчёты сканеров говорят на языке CVE, требования регуляторов — на языке БДУ. Перевести список из отчёта →

Как эксплуатируется

Эксплуатируется по сети без учётной записи. Худшее сочетание признаков: закрывать в первую очередь.

Способ доступа: по сети
Сложность эксплуатации: высокая
Нужны права: не нужны
Участие человека: не требуется
Область воздействия: в пределах уязвимого компонента
Конфиденциальность: нет
Целостность: нет
Доступность: высокое

Расшифровка вектора CVSS 3.x из записи банка данных.

Описание

Уязвимость модуля CMP библиотеки OpenSSL связана с неограниченным распределением ресурсов. Эксплуатация уязвимости может позволить нарушителю, действующему удаленно, вызвать отказ в обслуживании

Способ устранения

В условиях отсутствия обновлений безопасности от производителя рекомендуется придерживаться "Рекомендаций по безопасной настройке операционных систем LINUX", изложенных в методическом документе ФСТЭК России, утверждённом 25 декабря 2022 года. Использование рекомендаций: Для OpenSSL: https://openssl-library.org/news/secadv/20260825.txt Для программных продуктов Red Hat Inc.: https://access.redhat.com/security/cve/cve-2026-63074 Для Debian GNU/Linux: https://security-tracker.debian.org/tracker/CVE-2026-63074 Для Ubuntu: https://ubuntu.com/security/CVE-2026-63074

Сведения записи

Дата публикации: 16.09.2026

Класс уязвимости: Уязвимость кода

Статус: Подтверждена производителем

Устранение: Уязвимость устранена

Эксплойт: Данные уточняются

Уровень опасности по записи: Средний уровень опасности (базовая оценка CVSS 2.0 составляет 5,4) Средний уровень опасности (базовая оценка CVSS 3.1 составляет 5,9)

Уязвимое программное обеспечение

Производитель	Название	Версия	Платформа
Canonical Ltd.	Ubuntu	22.04 LTS	Не указана
Canonical Ltd.	Ubuntu	24.04 LTS	Не указана
Canonical Ltd.	Ubuntu	26.04 LTS	Не указана
OpenSSL Software Foundation	OpenSSL	от 3.0 до 3.0.22	Не указана
OpenSSL Software Foundation	OpenSSL	от 3.4 до 3.4.7	Не указана
OpenSSL Software Foundation	OpenSSL	от 3.5 до 3.5.8	Не указана
OpenSSL Software Foundation	OpenSSL	от 3.6 до 3.6.4	Не указана
OpenSSL Software Foundation	OpenSSL	от 4.0 до 4.0.2	Не указана
Red Hat, Inc.	OpenShift Container Platform	4	Не указана
Red Hat, Inc.	Red Hat Developer Hub	-	Не указана
Red Hat, Inc.	Red Hat Enterprise Linux	10	Не указана
Red Hat, Inc.	Red Hat Enterprise Linux	9	Не указана
Red Hat, Inc.	Red Hat Hardened Images	-	Не указана
Red Hat, Inc.	Red Hat JBoss Core Services	-	Не указана
Red Hat, Inc.	Red Hat JBoss Web Server	6	Не указана
Red Hat, Inc.	Red Hat JBoss Web Server	7	Не указана
Red Hat, Inc.	Red Hat Satellite	6	Не указана
Red Hat, Inc.	Red Hat Satellite Client	-	Не указана
Сообщество свободного программного обеспечения	Debian GNU/Linux	13	Не указана

Что требуют по этой уязвимости

Уязвимости закрываются мерами анализа защищённости и управления уязвимостями. Название и код у каждого акта свои:

АНЗ.1 — Выявление, анализ уязвимостей информационной системы и оперативное устранение вновь выявленных уязвимостей (приказ ФСТЭК России от 18.02.2013 № 21).
АНЗ.2 — Контроль установки обновлений программного обеспечения, включая обновление программного обеспечения средств защиты информации (приказ ФСТЭК России от 18.02.2013 № 21).
АУД.2 — Анализ уязвимостей и их устранение (приказ ФСТЭК России от 25.12.2017 № 239).
КУ — управление уязвимостями: мониторинг уязвимостей и оценка их применимости, оценка уязвимостей, определение методов и приоритетов устранения, устранение и контроль устранения (методический документ ФСТЭК России от 12.04.2026, раздел 3.3 — к приказу от 11.04.2025 № 117).
КО — управление обновлениями: контроль актуальности версий, получение обновлений из источников с проверкой подлинности и целостности, проверка и установка обновлений (методический документ ФСТЭК России от 12.04.2026, раздел 3.4 — к приказу от 11.04.2025 № 117).

Для государственных систем методический документ требует внутренний регламент по управлению уязвимостями. В нём должны быть:

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

Чем это оформляется:

Образец инструкции по контролю (анализу) защищённости ИСПДн (АНЗ) — порядок: кто, чем и как часто проверяет
Образец акта контроля (анализа) защищённости ИСПДн — запись о проверке и найденных уязвимостях
Образец регламента защиты информации (внутренние стандарты) государственной системы — для государственных систем: разделы «Управление уязвимостями» и «Управление обновлениями» и есть тот внутренний регламент, которого требует методический документ

В модели угроз уязвимость учитывается не сама по себе, а как способ реализации угрозы (методика оценки угроз безопасности информации ФСТЭК России от 05.02.2021). Угрозы по объекту воздействия:

Системное ПО и ОС (реестр, файловая система)Прикладное ПО Сетевое ПО, узлы и трафик

Чтобы такие записи находились не вручную, ведите реестр программного обеспечения: в личном кабинете уязвимости сопоставляются с вашим ПО, а работы по устранению попадают в план. Завести кабинет →

Источник: Банк данных угроз безопасности информации ФСТЭК России. Данные выгружены 17.09.2026, записей в справочнике — 95745. Справочник не является официальным ресурсом ФСТЭК России: сверяйте сведения с первоисточником.