Уязвимост от тип use-after-free в хипервизора KVM на Linux може да бъде задействана от гост виртуална машина с цел компрометиране на състоянието на shadow-page на хост ядрото, което я изпълнява.

Наречена „Januscape“ и проследявана като CVE-2026-53359, уязвимостта се намира в shadow MMU кода, който KVM споделя както при Intel, така и при AMD. Публичният proof-of-concept (PoC) предизвиква срив (panic) на хоста; изследователят твърди, че отделен, непубликуван експлойт превръща същата грешка в пълно изпълнение на код на хоста.

Изследователят по сигурността Hyunwoo Kim (@v4bel) открива и докладва проблема. Той описва Januscape като първия експлойт за бягство от гост към хост, който може да се задейства както на Intel, така и на AMD, доколкото е известно публично. Пропускът е останал незабелязан в продължение на около 16 години.

Според Kim, експлойтът е бил използван като zero-day подаване в kvmCTF на Google — програма за награждаване при уязвимости в KVM, предлагаща до $250,000 за пълно бягство от гост към хост.

За да изпълнява виртуална машина, KVM поддържа свой собствен частен набор от таблици със страници, които отразяват оформлението на паметта на госта. Когато има нужда от някоя от тези страници за проследяване, той търси съществуваща такава за повторна употреба.

Проблемът: той ги съпоставя само по адрес в паметта и игнорира какъв тип е страницата за проследяване. Два различни типа могат да споделят един и същ адрес, но да вършат напълно различна работа, така че KVM понякога използва повторно грешния вид.

Това объркване нарушава вътрешните записи на KVM за това коя страница къде принадлежи. В повечето случаи ядрото забелязва бъркотията и се изключва веднага, за да избегне щети. Този срив е това, което задейства публичната демонстрация.

По-редкият и по-лош сценарий се случва, когато освободената страница за проследяване се предава за друга употреба, преди ядрото да се изчисти. Тогава изчистването записва стойност в памет, която вече не притежава. Въпреки че нападателят контролира само къде попада този запис, а не какво се записва, тази позиция може да бъде развита до изпълнение на код на хоста.

Уязвимостта присъства от commit 2032a93d66fa през август 2010 г. (ера на ядро 2.6.36) и е коригирана с commit 81ccda30b4e8, внедрен в главната линия на 19 юни 2026 г.

Атаката изисква две неща от страна на госта: root достъп във виртуалната машина и активирана вложена виртуализация (nested virtualization) от страна на хоста. Вложената виртуализация принуждава KVM да се върне към наследствения shadow MMU, където се намира грешката.

Практическото притеснение е за всяка x86 среда, която хоства ненадеждни гости с активирана вложена виртуализация. Нападател, който наеме един такъв инстанс, може да срине хоста, спирайки всички останали клиентски виртуални машини на същата физическа машина.

Коригираните стабилни версии са пуснати на 4 юли 2026 г.: 7.1.3, 6.18.38, 6.12.95, 6.6.144, 6.1.177, 5.15.211 и 5.10.260.