Обновления Microsoft иногда приводят к серьезным сбоям. Например, обновление Office KB5002907 может нарушать работу лицензий и в отдельных случаях удалять установленные приложения Office.
Проблемы затрагивают и Windows. Пользователи сообщают, что одно из последних обновлений может вызывать сбои в играх уже через несколько минут после запуска.
Еще одна проблема наблюдается в Windows на протяжении нескольких месяцев. По сообщениям пользователей, система может зависать примерно через 3–5 минут после загрузки компьютера.
При этом компьютер может полностью перестать реагировать на действия пользователя: Windows зависает вскоре после запуска системы, причем проблема повторяется достаточно регулярно.
Как нашли причину
Пользователи начали искать причину зависаний с помощью встроенных инструментов Windows, включая «Диспетчер задач» и «Просмотр событий». В результате проблему связали с задачей Secure Boot, которая автоматически запускается после загрузки системы.
Причиной зависаний может быть запланированная задача Secure-Boot-Update. Она отвечает за обновление Secure Boot и запускается при подключении компьютера к интернету. Поэтому сначала пользователи связывали проблему именно с сетевым подключением: в автономном режиме зависания не возникали.
Сообщения о подобных сбоях публикуются уже несколько месяцев, причем проблема затрагивает разных пользователей и конфигурации ПК – как на Reddit, так и на форумах Microsoft.
Почему задача повторяет одни и те же действия
В течение 2026 года Microsoft распространяет обновленные сертификаты Secure Boot, поскольку срок действия прежних сертификатов истек. Актуальные сертификаты нужны для защиты системы от буткитов и руткитов.
Новые сертификаты поставляются через обновления Windows 10 и Windows 11. Переход продолжается постепенно, поэтому часть устройств все еще получает новые ключи. Microsoft также предупреждает пользователей о необходимости установить соответствующие обновления.
Согласно документации компании, задача обновления Secure Boot по умолчанию запускается каждые 12 часов. Microsoft не связывает ее напрямую с зависаниями, но описывает механизм работы Secure-Boot-Update: задача проверяет ожидающие операции и выполняет их в установленном порядке.
Возможно, именно здесь и кроется причина проблемы: задача снова и снова проверяет и обрабатывает операции, которые остаются в состоянии ожидания. Microsoft объясняет, что для отслеживания еще не выполненных обновлений Secure Boot используется битовая маска AvailableUpdates. Каждый бит соответствует определенной операции обновления, а после ее успешного выполнения Windows сбрасывает соответствующий бит.
Задача Secure-Boot-Update выполняет эти операции в строго определенном порядке. Когда очередная операция завершается успешно, соответствующий ей бит в параметре реестра AvailableUpdates очищается. Если же что-то идет не так, Windows записывает событие в журнал, оставляет этот бит установленным и повторяет ту же операцию при следующем запуске задачи.
Microsoft подтверждает, что обновление Secure Boot может застревать или повторяться из-за проблем с UEFI-прошивкой или платформой. В таком случае компания рекомендует проверить наличие новой версии прошивки от производителя устройства. При этом в документации такие сбои связываются прежде всего с проблемами загрузки и блокировкой BitLocker, а не с зависаниями Windows во время работы.
Сбой может возникнуть, например, при обновлении базы Secure Boot или ключа Key Exchange Key (KEK). Проблема также возможна, если производитель не предоставил KEK, подписанный Platform Key. Тогда Windows не сможет завершить обновление сертификатов Secure Boot. Из-за этого старые и уже неподдерживаемые устройства могут остаться без актуальных сертификатов.
Как проверить задачу и стоит ли ее отключать
Проверить состояние задачи Secure-Boot-Update можно через PowerShell, запущенный от имени администратора. Для этого нужно выполнить команду:
schtasks.exe /Query /TN "\Microsoft\Windows\PI\Secure-Boot-Update" /FO LIST /V
В русской версии Windows в поле «Состояние» должно отображаться значение «Готово» – в английской это Status и Ready. Оно означает, что задача существует и включена. Microsoft отдельно подчеркивает, что она необходима для обслуживания сертификатов Secure Boot и должна оставаться активной.
Проверка на тестовом ПК с Windows 11 25H2: задача существует, состояние – «Готово», запускается от имени СИСТЕМА
Окно PowerShell обязательно должно быть запущено с правами администратора. Без них команда отвечает, что указанный путь не найден, хотя задача на месте – обычному пользователю она просто не видна.
Саму задачу видно и в «Планировщике заданий»: откройте «Библиотека планировщика задач» – «Microsoft» – «Windows» – «PI». Команда «Отключить» доступна в контекстном меню задачи и на панели «Действия» справа.
Задача Secure-Boot-Update в разделе «Microsoft» – «Windows» – «PI». В её свойствах видно, что задача повторяется каждые 12 часов
Некоторые пользователи выбирают самый простой обходной путь – отключают эту задачу. Однако в таком случае Windows перестает получать и устанавливать обновления сертификатов Secure Boot. Поэтому Microsoft рекомендует не отключать задачу полностью, а разобраться с причиной сбоя.
При этом все описанные действия довольно технические, и большинству обычных пользователей будет непросто самостоятельно пройти весь процесс диагностики. Поэтому, если отключение задачи действительно устраняет зависания, такой вариант можно рассматривать – но только после того, как вы убедитесь, что на ПК уже установлены необходимые обновленные сертификаты Secure Boot.