Суть проблемы: BootGuard — это не корень доверия
BootGuard (BG) — технология криптографической защиты начальных фаз загрузки (SEC, PEI), появившаяся на процессорах Intel Broadwell. Важно понимать: BG не является корнем доверия (Root of Trust). Корнем доверия выступает CSME у Intel или PSP у AMD. Задача BG — обеспечить целостность образа прошивки на NOR flash, предотвращая несанкционированное изменение PEI/DXE-драйверов и добавление зловредов.
На практике реализация часто хромает. Помимо базового Intel BG, вендоры (IBV) создают собственные проприетарные продолжения защиты на фазе DXE, формируя «зоопарк» несовместимых и часто некорректно настроенных систем.
Ключевые уязвимости и ошибки конфигурации
Автор исследования выделяет несколько критических категорий проблем, с которыми сталкиваются пользователи и исследователи безопасности:
- Утечка ключей подписи. В прошлом ключи утекали от Lenovo (China), MSI и Clevo. Если злоумышленник владеет ключом вендора, он может подписывать любые образы прошивки. Отозвать ключ можно только на системах с CSME v12+ (Cannon Lake и новее) через механизм SVN. Решение: Хранить закрытые ключи на защищенных серверах с доступом по SSO, а разработчикам выдавать только тестовые ключи.
- Игнорирование фьюзов FPF. Некоторые производители (ранее Lenovo, Dell, HP) пропускали этап записи хеша Boot Policy Manifest в аппаратные фьюзы (FPF). Это делает проверку BG формальной, так как контрольная сумма не фиксируется на уровне железа.
- Пустые блоки IBB (Init Block). В блоке инициализации не записаны хеши компонентов. Прошивка собирается успешно, фьюзы прошиваются, но проверка целостности не выполняется, так как «нечего проверять». Это приводит к ложному ощущению безопасности.
- Частичное покрытие фаз. Gigabyte иногда настраивает BG так, что он покрывает лишь малую часть фазы PEI. Это делается для предотвращения атак, когда злоумышленник, имея доступ к утилитам Intel (FIT, FPT), может заблокировать пользователя, не позволяя откатить прошивку или удалить модификации без ключа.
Как проверить и что делать
Для выявления проблемных прошивок рекомендуется использовать актуальные версии инструментов:
- UEFITool NE (New Edition) — для анализа структуры образа.
- MIIT (M)FIT — новые версии выдают предупреждения о пустых блоках IBB и некорректных настройках.
Тайваньские вендоры, которые вообще не настраивают BG, делают это сознательно, чтобы не ограничивать пользователей в возможности модификации прошивки (через USB BIOS Flashback и аналоги). Это не уязвимость, а выбор в пользу гибкости. Однако наличие компонентов BG (например, ACM) без Key Manifest и Boot Policy Manifest создает опасную ситуацию, когда система выглядит защищенной, но фактически таковой не является.
Почему это важно
Некорректная настройка BootGuard создает иллюзию безопасности. Атакующий, получивший физический доступ к устройству или возможность внедрения вредоносного ПО на этапе производства, может модифицировать прошивку, если не соблюдены правила хранения ключей или если пропущены этапы финальной настройки платформы (включая отключение Manufacturing Mode в CSME). Для энтузиастов и корпоративных клиентов это означает необходимость ручной проверки образов прошивок перед обновлением.
Источник: Habr ↗