Интересно, что похожая уязвимость в том же коде (CVE-2024-26598) исправлялась ранее, но тот патч закрыл лишь часть проблемы в пути попадания в кэш (vgic_its_check_cache()), оставив без внимания путь инвалидации
.
До сих пор публичные взломы KVM с побегом из гостевой системы, как правило, либо затрагивали x86-архитектуру, либо эксплуатировали ошибки в пользовательском эмуляторе QEMU, а не в коде ядра .
ITScape — первый рабочий эксплойт, который:
Для ARM-облаков, которые активно развиваются (например, процессоры AWS Graviton, Ampere Altra), это означает, что стандартные песочницы виртуализации больше не являются надежной границей безопасности без установленного патча.
Исправление, переданное в upstream-ядро Linux, меняет логику vgic_its_invalidate_cache() так, что vgic_put_irq() вызывается только для значения, возвращенного атомарной функцией xa_erase(), а не для каждой итерации цикла. Если запись уже была удалена конкурентным потоком, xa_erase() вернет NULL, и лишнего высвобождения не произойдет
.
Хёну Ким опубликовал полный исходный код эксплойта на GitHub около 9-10 июня 2026 года. Репозиторий включает:
Доступность надежного PoC означает, что время на установку патчей резко сократилось: сканеры уязвимостей и реальные атакующие могут практически мгновенно взять код на вооружение.
Если вы управляете мультитенантной инфраструктурой на ARM64 (AWS Graviton, Ampere, «Эльбрус» со сборками KVM и т.п.):
Comments
0 comments