Secure-Boot-Update подвешивает ПК при выходе в интернет: разбираем баг и обходной путь

Что случилось и почему это важно

История не новая, первые сообщения на Microsoft Q&A встречаются ещё с января 2026 года, но 27 сентября Neowin заново привлёк к ней внимание, а обсуждения на Reddit и форумах Microsoft продолжаются до сих пор. Суть проблемы: обязательная, встроенная в Windows задача планировщика Secure-Boot-Update может подвешивать компьютер целиком примерно через 3-5 минут после загрузки, но только если устройство подключено к интернету, отключение сети до истечения этого окна предотвращает зависание.

Что это за задача и почему она связана с интернетом

Задача находится в планировщике заданий по пути:

\Microsoft\Windows\PI\Secure-Boot-Update

Она отвечает за проверку и применение обновлений сертификатов Secure Boot (баз данных DB/DBX), критичного механизма безопасности загрузки Windows. Именно поэтому симптом жёстко привязан к наличию сети: задаче нужен интернет, чтобы обратиться за проверкой обновлений сертификатов, и на части систем именно этот момент вызывает полное зависание.

Симптомы

• Компьютер работает нормально первые несколько минут после загрузки.
• Примерно на 3-5 минуте, при наличии подключения к интернету, система полностью зависает, не реагирует на ввод.
• В Безопасном режиме (без полной загрузки сетевых компонентов) проблема не проявляется.
• Если отключить Wi-Fi или сетевой кабель до истечения этого окна, а затем подключить сеть позже, зависание также не происходит.

По имеющимся сообщениям, проблема чаще всего связана с определённым сочетанием прошивки (BIOS/UEFI) материнской платы и версии Windows, в некоторых форумах фигурируют конкретные модели, например отдельные ПК Dell, но задокументированного полного списка затронутого железа нет.

Обходной путь, которым пользуется сообщество

Самое популярное решение на Reddit и форумах, полностью отключить проблемную задачу:

Через Task Scheduler (GUI): «Планировщик заданий» → в дереве слева перейдите к «Библиотека планировщика заданий» → «Microsoft» → «Windows» → «PI» → найдите Secure-Boot-Update → правой кнопкой → «Отключить».

Через командную строку (от администратора):

schtasks.exe /Change /TN "\Microsoft\Windows\PI\Secure-Boot-Update" /Disable

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

schtasks.exe /Query /TN "\Microsoft\Windows\PI\Secure-Boot-Update" /FO LIST /V

Важно: у этого обходного пути есть реальная цена

Microsoft прямо предупреждает: полное отключение задачи предотвращает применение обновлений сертификатов Secure Boot, а не только устраняет зависание. Компания рекомендует вместо отключения диагностировать первопричину, в первую очередь проверить наличие обновления BIOS/UEFI на сайте производителя материнской платы или ноутбука, поскольку проблема чаще всего связана именно с прошивкой, а не с самой Windows.

Это особенно важно в контексте 2026 года: часть исходных сертификатов Secure Boot 2011 года постепенно достигают истечения срока действия, и именно для замены на новые сертификаты и предназначен этот механизм обновления. Полностью отключив задачу «на всякий случай» и забыв об этом, вы рискуете остаться без действующих сертификатов Secure Boot в будущем, что может создать куда более серьёзные проблемы, чем периодические зависания.

Рекомендованный порядок действий

1. Сначала проверьте, нет ли обновления BIOS/UEFI для вашей материнской платы или ноутбука, установите его, если есть, это устраняет проблему у части пользователей без каких-либо компромиссов с безопасностью.
2. Если обновления прошивки нет, или оно не помогло, как временную меру можно отключить задачу Secure-Boot-Update, но держите в уме, что это отключает и легитимные обновления сертификатов.
3. Периодически (например, раз в несколько месяцев) включайте задачу обратно вручную, дайте ей отработать при активном подключении к интернету, чтобы получить актуальные сертификаты, и снова отключите, если зависания повторяются, до появления настоящего фикса.

Что ещё нужно знать

Это официально признанный Microsoft баг?

Формального known issue со стороны Microsoft, судя по всему, нет, ответы саппорта на форумах называют предложенный сообществом обходной путь неофициальным, но не оспаривают, что он работает у части пользователей.

Затрагивает ли это и Windows 10, и Windows 11?

Да, сообщения о похожем поведении встречаются на обеих системах, привязка к конкретной версии Windows не выявлена так же чётко, как связь с интернет-подключением.

Безопасный режим с сетью тоже вызывает зависание?

По сообщениям пострадавших пользователей, нет, именно поэтому Безопасный режим с загрузкой сети иногда используют как временную рабочую среду, пока не решена основная проблема.

Стоит ли сразу переустанавливать Windows?

Судя по характеру проблемы (привязка к конкретному железу и прошивке), переустановка Windows с высокой вероятностью не поможет, если причина в сочетании BIOS и конкретной задачи, разумнее начать с проверки обновлений прошивки.

В сухом остатке

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