Уязвимость критической степени в UEFI ставит под угрозу мировые серверы

Специалисты корпораций Anthropic и Google выявили опасную брешь CVE-2026-97631 в открытой платформе TianoCore EDK II, оценив её опасность в 9,5 балла из 10 возможных. Проблема локализована в модуле парсинга ICMP-пакетов сетевого драйвера PXE и предоставляет злоумышленнику, находящемуся в том же сегменте сети, возможность запустить произвольные инструкций на уровне UEFI-прошивки. Это происходит ещё до старта ОС и активации защитных барьеров вроде Secure Boot.

Фреймворк EDK II служит базовым стандартом UEFI для подавляющего большинства вендоров серверного «железа», таких как AMI, Insyde, Phoenix, а также для ведущих облачных гигантов. Дефект, заключающийся в выходе за границы буфера на 504 байта, провоцирует перезапись памяти за пределами контекстной структуры драйвера при приёме аномально крупного ICMP-пакета в процессе сетевого развёртывания. Хотя успешная атака предполагает детальное понимание разметки памяти целевого микрокода, квалифицированный хакер способен взломать цепочку доверия, внедриться в TPM и потенциально извлечь мастер-ключи шифрования накопителей.

Изначально исследователи намеревались предать информацию огласке в рамках координированного релиза в январе 2027 года, но компания AMI случайно слила в общий доступ пул-реквест с полным техническим разбором и готовым фиксом. В ответ команда TianoCore Project выпустила экстренный бюллетень безопасности, вынудив индустрию реагировать в ситуации, когда патч уже засветился, а массовое обновление микропрограмм на бесчисленных машинах займет долгие месяцы.

Угроза актуальна исключительно для инфраструктур, задействующих сетевую загрузку по протоколу PXE; рядовые пользователи, запускающие ОС с локальных накопителей, находятся в безопасности. Тем не менее, по прогнозам аналитиков, CVE-2026-97631 рискует превратиться в «хроническую» уязвимость, которая годами будет преследовать устаревающий парк техники. В качестве превентивной меры рекомендуется деактивировать PXE-бут и внимательно анализировать системные логи на предмет подозрительной активности.

Источник: iXBT