BDU:2026-12063
средний уровень опасности CVSS 5.1 · AV:L/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:LУязвимость компонента block/vmdk.c эмулятора аппаратного обеспечения QEMU, позволяющая нарушителю вызвать отказ в обслуживании
Отчёты сканеров говорят на языке CVE, требования регуляторов — на языке БДУ. Перевести список из отчёта →
Как эксплуатируется
Нужен доступ к самому узлу без учётной записи. Снаружи напрямую не достижима, но остаётся при наличии доступа к узлу.
- Способ доступа
- локально, с самого узла
- Сложность эксплуатации
- низкая
- Нужны права
- не нужны
- Участие человека
- не требуется
- Область воздействия
- в пределах уязвимого компонента
- Конфиденциальность
- низкое
- Целостность
- нет
- Доступность
- низкое
Расшифровка вектора CVSS 3.x из записи банка данных.
Описание
Уязвимость компонента block/vmdk.c эмулятора аппаратного обеспечения QEMU связана с чтением за допустимыми границами буфера данных. Эксплуатация уязвимости может позволить нарушителю вызвать отказ в обслуживании с помощью специально созданного VMDK изображения
Способ устранения
Использование рекомендаций: Для QEMU: https://gitlab.com/qemu-project/qemu/-/commit/cfda94eddb6c9c49b66461c950b22845a46a75c9 Для ОС Astra Linux: обновить пакет qemu до 1:10.2.2+ds-1.astra.se03 или более высокой версии, используя рекомендации производителя: https://wiki.astralinux.ru/astra-linux-se18-bulletin-2026-0806SE48 Для Debian GNU/Linux: https://security-tracker.debian.org/tracker/CVE-2026-2243 Для Ubuntu: https://ubuntu.com/security/CVE-2026-2243 Для программных продуктов Red Hat Inc.: https://access.redhat.com/security/cve/cve-2026-2243 Для ОС Astra Linux: обновить пакет qemu до 1:10.2.2+ds-1.astra.se03 или более высокой версии, используя рекомендации производителя: https://wiki.astralinux.ru/astra-linux-se18-bulletin-2026-0626SE18 Для ОС Astra Linux: обновить пакет qemu до 1:10.2.2+ds-1.astra.se03 или более высокой версии, используя рекомендации производителя: https://wiki.astralinux.ru/astra-linux-se18-bulletin-2026-0626SE18
Сведения записи
Уязвимое программное обеспечение
| Производитель | Название | Версия | Платформа |
|---|---|---|---|
| Canonical Ltd. | Ubuntu | 14.04 LTS | Не указана |
| Canonical Ltd. | Ubuntu | 16.04 LTS | Не указана |
| Canonical Ltd. | Ubuntu | 18.04 LTS | Не указана |
| Canonical Ltd. | Ubuntu | 20.04 LTS | Не указана |
| Canonical Ltd. | Ubuntu | 22.04 LTS | Не указана |
| Canonical Ltd. | Ubuntu | 24.04 LTS | Не указана |
| Canonical Ltd. | Ubuntu | 26.04 LTS | Не указана |
| QEMU Project | QEMU | до 10.2.1 включительно | Не указана |
| Red Hat, Inc. | OpenShift Container Platform | 4 | Не указана |
| Red Hat, Inc. | Red Hat Enterprise Linux | 10 | Не указана |
| Red Hat, Inc. | Red Hat Enterprise Linux | 8 | Не указана |
| Red Hat, Inc. | Red Hat Enterprise Linux | 9 | Не указана |
| ООО «РусБИТех-Астра» | Astra Linux Special Edition | 1.8 | Не указана |
| ООО «РусБИТех-Астра» | Astra Linux Special Edition | 4.8 | Не указана |
| Сообщество свободного программного обеспечения | Debian GNU/Linux | 11 | Не указана |
| Сообщество свободного программного обеспечения | Debian GNU/Linux | 12 | Не указана |
| Сообщество свободного программного обеспечения | 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. Справочник не является официальным ресурсом ФСТЭК России: сверяйте сведения с первоисточником.