Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

fstec логотип

BDU:2026-11087

Опубликовано: 14 янв. 2026
Источник: fstec
CVSS3: 7.9
CVSS2: 5.7
EPSS Низкий

Описание

Уязвимость функции vmload_vmsave_interception() модуля arch/x86/kvm/svm/svm.c подсистемы виртуализации на платформе x86 ядра операционной системы Linux связана с возможностью целочисленного переполнения буфераю эксплуатация уязвимости может позволить нарушителю оказать воздействие на конфиденциальность, целостность и доступность защищаемой информации

Вендор

Red Hat, Inc.
Canonical Ltd.
Сообщество свободного программного обеспечения
АО «ИВК»
ООО «РусБИТех-Астра»

Наименование ПО

Red Hat Enterprise Linux
OpenShift Container Platform
Ubuntu
Debian GNU/Linux
АЛЬТ СП 10
Astra Linux Special Edition
Linux

Версия ПО

8 (Red Hat Enterprise Linux)
4 (OpenShift Container Platform)
20.04 LTS (Ubuntu)
12 (Debian GNU/Linux)
22.04 LTS (Ubuntu)
9 (Red Hat Enterprise Linux)
- (АЛЬТ СП 10)
24.04 LTS (Ubuntu)
10 (Red Hat Enterprise Linux)
13 (Debian GNU/Linux)
3.8 (Astra Linux Special Edition)
4.8 (Astra Linux Special Edition)
от 6.13 до 6.18.15 включительно (Linux)
от 6.19 до 6.19.5 включительно (Linux)
от 5.16 до 6.1.164 включительно (Linux)
от 6.2 до 6.6.127 включительно (Linux)
от 6.7 до 6.12.74 включительно (Linux)
от 5.13 до 5.15.201 включительно (Linux)

Тип ПО

Операционная система
Прикладное ПО информационных систем

Операционные системы и аппаратные платформы

Red Hat, Inc. Red Hat Enterprise Linux 8
Canonical Ltd. Ubuntu 20.04 LTS
Сообщество свободного программного обеспечения Debian GNU/Linux 12
Canonical Ltd. Ubuntu 22.04 LTS
Red Hat, Inc. Red Hat Enterprise Linux 9
АО «ИВК» АЛЬТ СП 10 -
Canonical Ltd. Ubuntu 24.04 LTS
Red Hat, Inc. Red Hat Enterprise Linux 10
Сообщество свободного программного обеспечения Debian GNU/Linux 13
ООО «РусБИТех-Астра» Astra Linux Special Edition 3.8
ООО «РусБИТех-Астра» Astra Linux Special Edition 4.8
Сообщество свободного программного обеспечения Linux от 6.13 до 6.18.15 включительно
Сообщество свободного программного обеспечения Linux от 6.19 до 6.19.5 включительно
Сообщество свободного программного обеспечения Linux от 5.16 до 6.1.164 включительно
Сообщество свободного программного обеспечения Linux от 6.2 до 6.6.127 включительно
Сообщество свободного программного обеспечения Linux от 6.7 до 6.12.74 включительно
Сообщество свободного программного обеспечения Linux от 5.13 до 5.15.201 включительно

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

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

Возможные меры по устранению уязвимости

В условиях отсутствия обновлений безопасности от производителя рекомендуется придерживаться "Рекомендаций по безопасной настройке операционных систем LINUX", изложенных в методическом документе ФСТЭК России, утверждённом 25 декабря 2022 года.
Использование рекомендаций:
Для Linux:
https://git.kernel.org/stable/c/10063e1251c1485034a018236080792ad083dcc5
https://git.kernel.org/stable/c/3880e331b0b31d0d5d3702b124f6c93539cd478a
https://git.kernel.org/stable/c/fce2fd4a2ca05670a91015aacccf96a1c26268fd
https://git.kernel.org/stable/c/d464cf1ed900d47c85393d40b00017b6adfc2e6c
https://git.kernel.org/stable/c/0004ecb798b30e90d7ebfe74efae2d9423315a64
https://git.kernel.org/linus/127ccae2c185f62e6ecb4bf24f9cb307e9b9c619
https://git.kernel.org/stable/c/c3b7015000988ba35ecd5648f4b2283960f00543
Для ОС Astra Linux:
обновить пакет linux-6.1 до 6.1.166-1.astra1+ci24 или более высокой версии, используя рекомендации производителя: https://wiki.astralinux.ru/astra-linux-se38-bulletin-2026-0729SE38
Для Debian GNU/Linux:
https://security-tracker.debian.org/tracker/CVE-2026-43133
Для Ubuntu:
https://ubuntu.com/security/CVE-2026-43133
Для программных продуктов Red Hat Inc.:
https://access.redhat.com/security/cve/cve-2026-43133
Для ОС Astra Linux:
- обновить пакет linux-6.12 до 6.12.77-1.astra1+ci36 или более высокой версии, используя рекомендации производителя: https://wiki.astralinux.ru/astra-linux-se18-bulletin-2026-0806SE48
- обновить пакет linux-6.1 до 6.1.166-1.astra1+ci24 или более высокой версии, используя рекомендации производителя: https://wiki.astralinux.ru/astra-linux-se18-bulletin-2026-0806SE48
Для ОС АЛЬТ СП 10: установка обновления из публичного репозитория программного средства: https://altsp.su/obnovleniya-bezopasnosti/

Статус уязвимости

Подтверждена производителем

Наличие эксплойта

Данные уточняются

Информация об устранении

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

Идентификаторы других систем описаний уязвимостей

EPSS

Процентиль: 3%
0.00128
Низкий

7.9 High

CVSS3

5.7 Medium

CVSS2

Связанные уязвимости

CVSS3: 7.9
ubuntu
4 месяца назад

In the Linux kernel, the following vulnerability has been resolved: KVM: nSVM: Always use vmcb01 in VMLOAD/VMSAVE emulation Commit cc3ed80ae69f ("KVM: nSVM: always use vmcb01 to for vmsave/vmload of guest state") made KVM always use vmcb01 for the fields controlled by VMSAVE/VMLOAD, but it missed updating the VMLOAD/VMSAVE emulation code to always use vmcb01. As a result, if VMSAVE/VMLOAD is executed by an L2 guest and is not intercepted by L1, KVM will mistakenly use vmcb02. Always use vmcb01 instead of the current VMCB.

CVSS3: 7.9
redhat
4 месяца назад

In the Linux kernel, the following vulnerability has been resolved: KVM: nSVM: Always use vmcb01 in VMLOAD/VMSAVE emulation Commit cc3ed80ae69f ("KVM: nSVM: always use vmcb01 to for vmsave/vmload of guest state") made KVM always use vmcb01 for the fields controlled by VMSAVE/VMLOAD, but it missed updating the VMLOAD/VMSAVE emulation code to always use vmcb01. As a result, if VMSAVE/VMLOAD is executed by an L2 guest and is not intercepted by L1, KVM will mistakenly use vmcb02. Always use vmcb01 instead of the current VMCB.

CVSS3: 7.9
nvd
4 месяца назад

In the Linux kernel, the following vulnerability has been resolved: KVM: nSVM: Always use vmcb01 in VMLOAD/VMSAVE emulation Commit cc3ed80ae69f ("KVM: nSVM: always use vmcb01 to for vmsave/vmload of guest state") made KVM always use vmcb01 for the fields controlled by VMSAVE/VMLOAD, but it missed updating the VMLOAD/VMSAVE emulation code to always use vmcb01. As a result, if VMSAVE/VMLOAD is executed by an L2 guest and is not intercepted by L1, KVM will mistakenly use vmcb02. Always use vmcb01 instead of the current VMCB.

CVSS3: 7.9
debian
4 месяца назад

In the Linux kernel, the following vulnerability has been resolved: K ...

CVSS3: 7.9
github
4 месяца назад

In the Linux kernel, the following vulnerability has been resolved: KVM: nSVM: Always use vmcb01 in VMLOAD/VMSAVE emulation Commit cc3ed80ae69f ("KVM: nSVM: always use vmcb01 to for vmsave/vmload of guest state") made KVM always use vmcb01 for the fields controlled by VMSAVE/VMLOAD, but it missed updating the VMLOAD/VMSAVE emulation code to always use vmcb01. As a result, if VMSAVE/VMLOAD is executed by an L2 guest and is not intercepted by L1, KVM will mistakenly use vmcb02. Always use vmcb01 instead of the current VMCB.

EPSS

Процентиль: 3%
0.00128
Низкий

7.9 High

CVSS3

5.7 Medium

CVSS2