В Xen нарушилась изоляция, которая должна отделять виртуальные машины друг от друга. Разработчики гипервизора 3 ноября раскрыли две уязвимости, позволяющие вредоносной гостевой системе читать и изменять чужую оперативную память. Под угрозой находится и Dom0, привилегированный домен, через который администратор управляет остальными машинами на физическом сервере.
Проблема возникла в механизме Grant Copy, который копирует данные между областями памяти виртуальных машин с учётом выданных разрешений. При последовательных операциях Xen повторно использует результаты уже выполненных проверок, чтобы ускорить работу. В бюллетене XSA-523 разработчики описали случаи, когда сохранённые сведения переставали соответствовать новому запросу.
Первая ошибка, CVE-2026-102703, позволяет перепутать номера физических страниц памяти со ссылками на предоставленный доступ. Вторая, CVE-2026-102704, связана с неправильно расположенной проверкой при копировании по номеру страницы. Такой способ разрешён только для собственной памяти вызывающей стороны, однако Xen не всегда правильно соблюдал ограничение.
В результате гостевая система может обращаться к памяти других доменов, включая управляющий Dom0, причём не только считывать данные, но и перезаписывать их. Разработчики XCP-ng допускают захват всего хоста после нарушения изоляции. Ранее похожий риск выхода из виртуальной машины выявили в Linux, но там причиной служила ошибка сетевого стека, а не самого гипервизора.
Уязвимы все версии Xen начиная с 4.6, тогда как выпуски 4.5 и более ранние не затронуты. SUSE оценила обе ошибки в 7,1 балла по CVSS 3.1 и 8,4 балла по CVSS 4.0, что соответствует высокому уровню опасности. Разработчик XCP-ng, компания Vates, присвоила проблеме критический уровень с учётом последствий для виртуальной инфраструктуры.
Необычная деталь раскрытия связана с происхождением находки. Компания Anthropic обнаружила ошибки с помощью модели Claude, после чего Штефан Липп из Ada Logics проверил результат. Независимо об уязвимостях сообщила команда CodeAnt AI Security Research. Разработчики Xen не приводят сведений о реальных атаках и не уточняют, какой уровень доступа внутри гостевой системы необходим для эксплуатации.
Для XSA-523 подготовили исправления, в том числе для веток Xen 4.17, 4.18 и 4.19, а также для разрабатываемой версии. Обходного способа защиты без установки патчей разработчики не предлагают. Платформа XCP-ng 8.3 получила исправленный пакет xen-4.17.7-4.2.xcpng8.3 уже 3 ноября. На системах с более старыми сборками доступность обновлений зависит от поставщика.
Подтвердила затронутость и команда Qubes OS, где приложения работают в изолированных виртуальных окружениях. Исправленный Xen 4.19.6-3 для Qubes 4.3 сначала разместили в тестовом репозитории, а затем планируют перенести в стабильный. После установки потребуется перезапуск Dom0. Пока обновление не применено, изоляцию виртуальных машин нельзя считать надёжной границей защиты.
