Уязвимост в ядрото на Linux, проследявана като CVE-2026-64561 и наречена Zapscape, може да позволи на атакуващи да излязат от KVM виртуална машина и да поемат контрол над основния Linux хост с root привилегии.
Проблемът засяга KVM/x86 – технология за виртуализация, която разделя гостуващите системи от физическия сървър. Този дефект е особено сериозен за доставчици на облачни услуги и предприятия, които изпълняват ненадеждни работни натоварвания.
Zapscape беше открита от изследователя по сигурността Hyunwoo Kim, известен като V4bel. Тя съществува в модула за управление на паметта в сянка на KVM (shadow MMU), който управлява транслациите на паметта, когато се използва вложена виртуализация.
Вложената виртуализация позволява на една виртуална машина да стартира друга виртуална машина в себе си. Макар и полезна за тестване и облачни услуги, тя създава по-голяма повърхност за атака.
Уязвимостта представлява грешка от типа „use-after-free“ в рекурсивния път на изчистване (zap), използван от KVM при освобождаване на страници в сянка. Казано по-просто, KVM може да освободи структура от паметта, но по-късно да продължи да я използва.
Излизането от KVM чрез Zapscape предоставя root достъп
Злонамерен гост може да задейства това небезопасно състояние от вътрешността на гостуващата операционна система. Това може да доведе до компрометиране на паметта в ядрото на хоста, разрушавайки границата на сигурност, която обикновено държи госта разделен от неговия хост.
Една успешна атака може да има сериозни последици. Атакуващ с контрол на ниво ядро в L1 гост може да изпълнява команди на KVM хоста като root.
Това би могло да позволи кражба на данни, прекъсване на услуги, достъп до други виртуални машини на същия сървър или пълен контрол над хоста. В споделени облачни среди, един компрометиран клиентски екземпляр би могъл да изложи на риск останалите клиенти.
Доказателство за концепцията (PoC), публикувано в GitHub, демонстрира веригата за излизане от виртуалната среда в контролирана QEMU TCG среда, което води до създаване на файл с root собственост на хоста.
Изследователят заяви, че това не е готова атака срещу облачни среди, но предупреди, че адаптирането ѝ към реална среда не би било трудно. Организациите трябва да разглеждат наличността на публични експлойти като сигнал за спешно инсталиране на корекции за сигурност.
Засегнатият код е въведен през 2020 г. и е коригиран в основния код на Linux в commit 2abd5287f083 на 21 юли 2026 г. Корекцията променя реда на валидиране в пътя за грешки на shadow MMU.
Сега KVM проверява дали дадена root страница е станала невалидна, след като направи страниците на MMU достъпни. Ако страницата е била освободена, KVM повтаря опита за справяне с грешката, вместо да продължи да използва невалидната структура.
Рискът е най-висок там, където вложената виртуализация е достъпна за ненадеждни потребители. Обикновено е необходим root достъп до госта за документирания път на излизане, което е често срещано при внедряванията на инфраструктура като услуга (IaaS).
Средите на Intel са изправени пред допълнително условие: поддръжката за четиристепенно и петстепенно обхождане на EPT страници трябва да бъде достъпна за L1 госта. Системите на AMD нямат това изрично изисквано условие.
Администраторите трябва незабавно да инсталират ядро от съответния доставчик, съдържащо официалното обновяване, и да рестартират засегнатите KVM хостове. Докато отстраняването на уязвимостта приключи, екипите трябва да деактивират вложената виртуализация за ненадеждни гости, където това е оперативно възможно.
Те също така трябва да ограничат достъпа до /dev/kvm, да прегледат конфигурациите на хоста, да идентифицират изложените системи с множество наематели и да следят бюлетините за сигурност на доставчиците.
Zapscape показва, че управлението на корекциите за сигурност на хипервайзора е от съществено значение: едно-единствено излизане на гост може да подкопае изолацията на целия сървър.