UEFI Secure Boot

UEFI Secure Boot — это компонент спецификации UEFI (Unified Extensible Firmware Interface), представляющий собой механизм верификации загрузчика операционной системы и других критических компонентов, исполняемых до её запуска. Secure Boot предназначен для предотвращения выполнения несанкционированного или вредоносного кода на этапе начальной загрузки компьютера, что защищает систему от руткитов и буткитов, внедряющихся в ранние стадии загрузки. Технология основана на проверке цифровых подписей исполняемых файлов (EFI-приложений, драйверов, загрузчиков) с использованием криптографических ключей, хранящихся в энергонезависимой памяти материнской платы.

История и предпосылки создания

Проблема безопасности загрузки

До появления Secure Boot загрузка компьютера на платформе x86 (BIOS) была уязвима для атак, при которых вредоносное ПО внедрялось в загрузочный сектор или модифицировало загрузчик операционной системы. Такие угрозы, как руткиты (например, TDL-4), могли перехватывать управление до загрузки антивируса, оставаясь незамеченными для программного обеспечения, работающего в ОС.

Разработка UEFI

Спецификация UEFI (изначально EFI от Intel) была разработана для замены устаревшего BIOS. UEFI предоставляет более гибкий интерфейс между прошивкой и операционной системой, поддерживает графические меню, работу с дисками GPT и сетевую загрузку. В рамках этой спецификации была предложена концепция Secure Boot как способа обеспечить цепочку доверия от прошивки до ядра ОС.

Внедрение в Windows 8

Массовое внедрение Secure Boot началось с выходом Windows 8 в 2012 году. Microsoft потребовала, чтобы все устройства, сертифицированные для работы с Windows 8, имели включённый Secure Boot. Это решение было вызвано необходимостью повышения безопасности на мобильных и настольных ПК, особенно в корпоративном сегменте. Однако это также вызвало критику со стороны сообщества свободного ПО, опасавшегося, что технология может быть использована для блокировки установки альтернативных операционных систем.

Принцип работы

Криптографическая основа

Secure Boot использует асимметричную криптографию. В прошивке UEFI хранятся три основных базы данных ключей:

• KEK (Key Exchange Key) — ключи обмена ключами. Используются для подписи обновлений баз данных DB и DBX.
• DB (Authorized Database) — база данных разрешённых сертификатов и хешей. Содержит публичные ключи или хеши образов, которым разрешено выполняться.
• DBX (Forbidden Database) — база данных запрещённых сертификатов и хешей. Содержит ключи или хеши образов, которые не должны выполняться, даже если они подписаны доверенным ключом.

Кроме того, существует Platform Key (PK) — корневой ключ, который управляет всем процессом. Только владелец PK может изменять KEK, DB и DBX.

Процесс загрузки

1. Включение питания. Процессор инициализирует UEFI-прошивку. Secure Boot проверяет целостность собственных компонентов.
2. Загрузка UEFI-приложений. Прошивка пытается загрузить загрузчик (например, bootmgfw.efi для Windows или shim.efi для Linux). Secure Boot проверяет цифровую подпись этого файла.
3. Верификация. Прошивка проверяет подпись загрузчика по базе DB. Если сертификат, которым подписан файл, присутствует в DB (и не находится в DBX), загрузка продолжается. Если подпись недействительна или отсутствует, загрузка блокируется.
4. Передача управления. Загрузчик, в свою очередь, может проверить подпись ядра ОС и драйверов, продолжая цепочку доверия. В Windows это делает bootmgr, в Linux — shim и GRUB2.

Режимы работы

Secure Boot может работать в нескольких режимах:

• Включён (Enabled). Все загрузчики и драйверы проверяются. Загрузка неподписанного кода невозможна.
• Выключен (Disabled). Проверка не выполняется. Система загружается как на старых BIOS.
• Настройка (Setup Mode). Режим, в котором можно добавлять или удалять ключи. Обычно используется для установки собственных ключей или отключения Secure Boot.

Поддержка операционных систем

Windows

• Windows 8 и 8.1. Первая версия Windows, требующая Secure Boot для сертификации. Поддерживается только на UEFI-системах.
• Windows 10 и 11. Secure Boot является обязательным требованием для установки Windows 11. Microsoft также требует наличия TPM 2.0. В Windows 10 Secure Boot рекомендуется, но не обязателен.
• Windows Server. Начиная с Windows Server 2012, поддерживает Secure Boot, но не требует его.

Linux

Поддержка Secure Boot в Linux была реализована с помощью shim — небольшого, подписанного Microsoft загрузчика, который затем загружает GRUB2 или другой загрузчик. Ключи Microsoft включены в базу DB большинства материнских плат, что позволяет загружать Linux на стандартных ПК. Однако для полной безопасности дистрибутивы могут использовать собственные ключи, которые необходимо добавить в прошивку вручную.

macOS

На компьютерах Mac (с процессорами Intel и Apple Silicon) используется собственный аналог Secure Boot, основанный на T2-чипе или Secure Enclave. Он проверяет подпись загрузчика macOS и не позволяет загружать неподписанные системы без специальных настроек (например, снижения уровня безопасности).

Критика и ограничения

Ограничение свободы выбора

Основная критика Secure Boot связана с тем, что он может быть использован для блокировки установки альтернативных операционных систем. Если производитель материнской платы не включает в DB ключи Linux или других ОС, пользователь не сможет их загрузить без отключения Secure Boot. Это особенно актуально для ARM-устройств (например, Windows RT), где Secure Boot был жёстко залочен.

Сложность настройки

Для пользователей, желающих установить нестандартную ОС (например, FreeBSD, Haiku или собранное ядро Linux), процесс добавления собственных ключей может быть сложным и требовать технических знаний. Не все прошивки UEFI предоставляют удобный интерфейс для управления ключами.

Уязвимости

Secure Boot не является панацеей. Были обнаружены уязвимости, позволяющие обойти проверку, например:

• BootHole (2020). Уязвимость в GRUB2, позволявшая выполнить произвольный код до загрузки ОС. Исправлялась через обновление DBX.
• BlackLotus (2023). Буткит, который использовал уязвимость в подписанном загрузчике Windows, чтобы обойти Secure Boot и установить вредоносное ПО.

Проблемы с совместимостью

Некоторые старые устройства (например, видеокарты с Option ROM) могут не иметь подписанных драйверов UEFI, что приводит к невозможности их использования при включённом Secure Boot. Также возможны конфликты с некоторыми загрузчиками, не поддерживающими верификацию.

Применение в России

Требования к государственным информационным системам

В России Secure Boot является частью требований к безопасности государственных информационных систем (ГИС) и автоматизированных систем управления (АСУ). Федеральная служба по техническому и экспортному контролю (ФСТЭК России) рекомендует использование Secure Boot для защиты от вредоносного ПО на этапе загрузки. В частности, в методических документах ФСТЭК (например, «Меры защиты информации в государственных информационных системах») указано, что для обеспечения доверенной загрузки необходимо использовать механизмы верификации загрузчика.

Отечественные разработки

В России разрабатываются альтернативные решения для доверенной загрузки, которые могут работать как с UEFI Secure Boot, так и с собственными прошивками. Например, программно-аппаратные комплексы «КриптоПро» и «Аккорд» поддерживают верификацию загрузчика на основе ГОСТ-криптографии. Однако они часто требуют специальных настроек и не всегда совместимы со стандартным Secure Boot, что ограничивает их применение на массовых ПК.

Проблемы с импортозамещением

Использование Secure Boot на российских предприятиях, работающих с импортным оборудованием, может создавать риски, связанные с зависимостью от ключей, предоставляемых зарубежными производителями (Microsoft, Intel). В случае санкций или блокировок обновление баз DBX или получение новых ключей может быть затруднено. Это стимулирует разработку собственных решений для доверенной загрузки, основанных на открытых стандартах и отечественной криптографии.

Будущее технологии

Secure Boot в Windows 11

Microsoft ужесточила требования к Secure Boot для Windows 11, сделав его обязательным. Это привело к тому, что многие старые ПК (с процессорами до 8-го поколения Intel) не могут официально обновиться до новой ОС. В будущем, вероятно, требования будут ужесточаться, включая поддержку TPM 2.0 и Secure Boot как обязательный минимум.

Развитие на ARM

На ARM-устройствах (например, Surface Pro X, некоторые ноутбуки) Secure Boot часто жёстко залочен, что не позволяет установить альтернативные ОС. Однако с ростом популярности Linux на ARM (например, в Raspberry Pi) сообщество разрабатывает методы обхода или настройки Secure Boot для этих платформ.

Интеграция с TPM

Secure Boot всё чаще используется вместе с TPM (Trusted Platform Module) для обеспечения полной цепочки доверия. TPM может хранить ключи и измерять состояние системы (PCR), что позволяет проверять не только подпись загрузчика, но и его целостность. Это используется в Windows для BitLocker и в Linux для Integrity Measurement Architecture (IMA).

Источники

• Спецификация UEFI Forum (версия 2.10, 2023).
• Документация Microsoft по Secure Boot для Windows 10 и Windows 11.
• Статья «BootHole: A GRUB2 Vulnerability» (Eclypsium, 2020).
• Отчёт о бутките BlackLotus (ESET, 2023).
• Методические документы ФСТЭК России по защите информации (2021–2024).
• Материалы конференции «OSFC» (Open Source Firmware Conference, 2022).