Windows просит ключ BitLocker после обновления сертификатов Secure Boot 2023: что произошло и что делать

Содержание

Вы перезагрузили ноутбук после сброса настроек BIOS — а вместо рабочего стола получили синий экран BitLocker с просьбой ввести 48-значный ключ восстановления. Ключа под рукой нет, в аккаунте Microsoft его тоже не видно. Первое, что приходит в голову, — «что-то сломалось, надо переустановить Windows». Этого делать нельзя ни в коем случае.

За этой ситуацией стоит не сбой железа и не вирус, а столкновение двух штатных механизмов Windows: ротации сертификатов Secure Boot 2023 года и привязки BitLocker к состоянию прошивки. Разберём, как они связаны, почему сброс BIOS всё усугубил и какие действия действительно возвращают доступ к данным.

Что произошло на самом деле #

Сертификаты, которыми Microsoft подписывала загрузочные компоненты Windows, были выпущены в 2011 году, и срок их действия истекает в 2026-м: Microsoft Corporation KEK CA 2011 — 24 июня, Microsoft UEFI CA 2011 — 27 июня, Microsoft Windows Production PCA 2011 — 19 октября (точные даты — в таблице Microsoft). Поэтому Microsoft запустила плановую замену на сертификаты 2023 года. Процесс идёт поэтапно и в основном автоматически — этим занимается штатная задача Secure-Boot-Update.

Обновление затрагивает сразу несколько мест в прошивке:

в базу доверенных подписей db добавляется Windows UEFI CA 2023;
при наличии Microsoft Corporation UEFI CA 2011 туда же добавляются Microsoft Option ROM UEFI CA 2023 и Microsoft UEFI CA 2023;
в хранилище ключей обмена KEK добавляется Microsoft Corporation KEK 2K CA 2023;
Windows Boot Manager переключается на сборку, подписанную сертификатом Windows UEFI CA 2023.

Любой из этих шагов меняет состояние Secure Boot. А для BitLocker состояние Secure Boot — это не абстракция, а конкретное число, по которому TPM решает, можно ли распечатать ключ шифрования.

Как это работает: TPM, PCR7 и «печать» ключа #

BitLocker хранит ключ шифрования диска не в открытом виде, а «запечатанным» в модуле TPM. TPM распечатает его только при одном условии: набор измерений загрузки должен совпасть с тем, что было зафиксировано при включении шифрования. Эти измерения называются Platform Configuration Registers, или PCR.

На современных устройствах с Secure Boot BitLocker по умолчанию привязывается к PCR7 (и служебному PCR11). Именно PCR7 содержит хэш политики Secure Boot — платформенных ключей PK, KEK и баз подписей db и dbx. Добавили сертификат в db, заменили KEK или сменили загрузчик — PCR7 стал другим. TPM видит «другую» среду загрузки и ключ не отдаёт. Так и появляется экран восстановления.

Это не паранойя TPM и не «атака»: механизм работает ровно так, как задумано, — он защищает диск от загрузки в подменённой среде. Обратная сторона защиты в том, что любое штатное изменение прошивки или загрузчика выглядит для него как подмена.

Обратите внимание: если в BIOS выключен Secure Boot, PCR7 теряет смысл, и BitLocker может использовать другой профиль измерений. Поэтому выключение Secure Boot — не способ обойти проблему, а ещё одна причина расхождения.

Почему сброс BIOS всё усугубил #

Сертификаты Secure Boot хранятся в энергонезависимой памяти прошивки. Опция «Load Defaults» / «Restore Factory Keys» в BIOS возвращает набор ключей к заводскому состоянию производителя — на многих моделях это состояние с сертификатами 2011 года, а база отзыва dbx нередко очищается.

Получается двойное расхождение. Сначала Windows добавила сертификаты 2023 года и сменила загрузчик — PCR7 изменился. Потом сброс BIOS откатил прошивку к заводским ключам — PCR7 изменился в третий раз. Запечатанное значение из аккаунта, соответствующее рабочему состоянию, не совпадает ни с одним «промежуточным» вариантом.

Часть пользователей сталкивалась с похожим поведением уже без сброса BIOS. Апрельские обновления безопасности 2026 года (KB5082052 для Windows 11 23H2 и KB5083769 для Windows 11 24H2/25H2) на устройствах с определённой конфигурацией политики BitLocker давали одноразовый запрос ключа именно из-за смены загрузчика на подпись 2023 года. Microsoft официально подтвердила эту проблему и закрыла её в июньских накопительных обновлениях (в частности, KB5093998 для Windows 11 23H2 и KB5094125 для Windows Server 2025). То есть ситуация известная и системная, а не единичный сбой у одного пользователя.

Что значит «вернуть прежнее состояние» и почему это не решение #

Формально TPM распечатает ключ, если состояние Secure Boot вернётся ровно к тому, что было при включении шифрования. Звучит как простое решение: заново применить сертификаты и загрузчик — и диск откроется сам.

На практике воспроизвести PCR7 вручную почти невозможно. PCR7 — это хэш всего набора PK, KEK, db и dbx, важен каждый байт и порядок записей. Кроме того, нужно совпадение режима Secure Boot (Standard или Custom), состояния Setup Mode и версии прошивки. «Приблизительно такие же» сертификаты не подойдут — хэш будет другим.

Отдельная сложность: сами обновления сертификатов применяет стек обслуживания Windows. Пока Windows не загружается, применить их из UEFI Shell или OEM-утилиты так, чтобы получить тот же результат, практически нереально. Поэтому строить план спасения на «откате изменения» нельзя — это теоретически возможный, но нерабочий на практике путь.

Что делать: практический план #

Действуйте по порядку и ничего не стирайте.

Найдите ключ восстановления. С любого другого устройства зайдите на account.microsoft.com/devices/recoverykey и войдите поочерёдно во все аккаунты Microsoft, которые могли быть на этом компьютере. Там хранится история ключей — подойдёт любой, чей идентификатор (Recovery Key ID) совпадёт с указанным на экране. Ключ привязывается к аккаунту, под которым включалось шифрование; если это был другой аккаунт, ищите именно в нём.
Если доступ к аккаунту потерян — восстанавливайте аккаунт. Форма account.live.com/acsr — основной официальный путь. Если вход в аккаунт ограничен сообщением о лимите попыток, подождите сутки и смените метод входа. Это даст ключ; обходного способа получить данные без него нет.
Проверьте неразрушающие действия в BIOS. Убедитесь, что Secure Boot включён. Проверьте, нет ли для вашей модели обновления прошивки у производителя: для части устройств именно OEM-обновление BIOS добавляет сертификаты 2023 года, и иногда после него диск распечатывается автоматически. Опция «Restore Factory Keys» помогает редко и сама меняет PCR7 — не выполняйте её «на всякий случай»: трогайте ключи Secure Boot только по инструкции производителя или в рамках официальной процедуры восстановления.
Загляните в среду восстановления. В отдельных случаях среда восстановления может видеть том, если её измерения не менялись, — но это нужно проверять на конкретном устройстве, а не считать рабочим способом. Запускать «Сбросить этот компьютер» из меню восстановления нельзя.
Никаких очисток. Не выполняйте Clear TPM, не сбрасывайте ключи Secure Boot произвольными значениями, не форматируйте диск и не переустанавливайте Windows. Очистка TPM уничтожает запечатанный ключ навсегда — после неё восстановление данных становится невозможным в принципе.

Что делать после успешной разблокировки #

Если ключ нашёлся и диск открылся, не оставляйте систему в состоянии, когда следующий апдейт снова отправит вас на экран восстановления.

Сначала сохраните ключ в надёжном месте. Затем приостановите защиту, чтобы установка обновлений прошла без повторного запроса:

manage-bde -protectors -disable C:

или в PowerShell:

Suspend-BitLocker -MountPoint "C:" -RebootCount 2

После этого установите все накопительные обновления Windows, проверьте статус сертификатов в разделе Windows Security → Device security → Secure Boot (он должен быть зелёным), перезагрузитесь пару раз и возобновите защиту:

manage-bde -protectors -enable C:

Проверить текущий профиль измерений и наличие сертификата 2023 года можно командами:

manage-bde -protectors -get C:
(Get-SecureBootUEFI db).bytes

Первая покажет, к каким PCR привязан том, вторая — какие сертификаты лежат в базе db.

Авторский комментарий #

Самая неприятная часть этой истории в том, что обе технологии по отдельности работают правильно. BitLocker защищает диск от подмены среды загрузки, Secure Boot 2023 года закрывает устаревшие и истекающие сертификаты. Проблема возникает на стыке: штатное обновление доверенных ключей выглядит для TPM как нечто чужое.

Microsoft шла к автоматическому развёртыванию постепенно и поначалу оставляла обновление на усмотрение пользователя, но по мере приближения сроков истечения сертификатов процесс становился всё более автоматическим. Для владельцев персональных ноутбуков это означало, что фоновое изменение прошивки могло уйти в пару с необдуманным сбросом BIOS — и превратиться в блокировку собственных файлов.

Отсюда вывод, который стоит запомнить: ключ восстановления BitLocker нужно хранить так же серьёзно, как пароль от аккаунта — и настроить его сбор и сохранение заранее, пока доступ ещё есть. А любые действия с BIOS и прошивкой — обновление, сброс ключей — лучше планировать заранее и приостанавливать защиту диска до них.

Вывод #

Экран BitLocker Recovery после сброса BIOS — это не поломка, а рассогласование измерений PCR7 из-за ротации сертификатов Secure Boot 2023 года. Вернуть доступ можно двумя путями: найти ключ восстановления в аккаунте Microsoft или (реже) заставить прошивку вернуться к прежнему состоянию. Второй путь ненадёжен, поэтому основной — первый. Ключевое правило: не очищайте TPM и не переустанавливайте Windows, пока не исчерпаны спокойные варианты, — иначе данные исчезнут окончательно.