Windows 11 23H2更新KB5073455で終了不能、Secure Launch端末が再起動

本記事の対象となる事象は、Microsoftが2026年1月に提供したWindows 11向けセキュリティ更新プログラム適用後、一部端末で「シャットダウンや休止状態に移行できず、再起動してしまう」不具合が確認された点です。発生条件は限定される一方で、影響を受ける環境では運用手順や電源管理に条件差が生じる可能性があります。そのため、本記事では、発生から公表までの経緯、影響範囲、機能面の前提、Microsoftが示した回避策と今後の見通しを、判断材料として使える形に整理します。 (Microsoft Learn)

• 不具合の内容とMicrosoftの位置づけ
• 影響範囲：OS、エディション、条件の限定
• Secure Launchとは何か：起動時保護と今回の症状の関係
• 公式の回避策と運用上の確認点
• 修正の見通しと、同一更新に並記された別問題

不具合の内容とMicrosoftの位置づけ

KB5073455適用後に「終了・休止が成立せず再起動する」既知の問題として、Microsoftが確認済み（Confirmed）と整理しています。 (Microsoft Learn)

Microsoftの公開情報では、2026年1月13日（現地）に提供されたWindows 11 バージョン23H2向けのセキュリティ更新（KB5073455）を導入した一部PCで、シャットダウンまたは休止状態へ移行しようとしても端末が再起動する、とされています。現象としては「電源オフを選択したのに起動し直す」という形になり、休止状態（hibernation）も成立しないケースが含まれます。 (Microsoft Learn)

また、この事象はWindows Release Health（Windows 11, version 23H2 known issues）上で、2026年1月15日（現地）にオープンされ、同日付で更新内容が提示されています。第三者報道も同じ整理を踏まえ、影響が「Secure Launch（System Guard Secure Launch）有効端末」に寄る点を中心に伝えています。 (Microsoft Learn)

影響範囲：OS、エディション、条件の限定

影響が示されているのはWindows 11 23H2のEnterpriseおよびIoT系エディションで、かつSecure Launchが有効な端末です。 (Microsoft Learn)

Microsoftの記載では、当該KB（KB5073455）はWindows 11 23H2のEnterpriseおよびIoTエディション向けに提供される更新であり、既知の問題として列挙された「Secure Launch端末での終了不能」は、この提供条件とセットで説明されています。つまり、一般的なHome/Pro端末で同一条件が直ちに成立する、という整理にはなっていません。 (Microsoft Learn)

一方で、Enterprise環境では、ハードウェア要件やセキュリティ基準の都合でSecure Launch（System Guard Secure Launch）を組み合わせる構成が実装されることがあります。この結果、影響範囲は「台数」ではなく「条件一致する端末群」で評価する必要が出ます。なお、報告の中には特定機種で同様の再起動挙動が出たという投稿も見られますが、公式の影響範囲はあくまで条件ベースです。 (BleepingComputer)

また、今回の不具合は“シャットダウン手順”の問題に見えるため、利用者側の操作やUIの誤認と混同されがちです。ただし本記事が示す状況は、更新適用後にOS側の挙動が変化する点にあり、再現性の確認は更新履歴と機能有効化の2点が中心となります。 (Microsoft サポート)

Secure Launchとは何か：起動時保護と今回の症状の関係

Secure Launchは仮想化ベースのセキュリティ（VBS：Virtualization-based Security）を用い、起動時にファームウェア層の脅威から保護するための機能です。 (Microsoft Learn)

Microsoftの説明では、Secure Launchは「起動時（startup）のファームウェアレベルの脅威」からシステムを守る目的で、VBSを利用して保護を行います。したがって、OSが立ち上がる前後の処理や、ブートに関わる一連の整合性確認と結びつきやすい領域に位置します。 (Microsoft Learn)

今回の症状は「シャットダウン／休止」を要求しても再起動する、という電源遷移の失敗として表れています。ここで重要なのは、Microsoftが不具合の発生条件としてSecure Launchを明示している点です。言い換えると、単なる電源メニューの誤動作ではなく、特定のセキュリティ機能が有効な端末で、更新後の状態遷移に不整合が生じている可能性が高い、という整理になります。 (Microsoft Learn)

なお、Windowsの更新では、同一KBでも「既知の問題」の扱いが複数同時に示されることがあります。今回のKB5073455でも、別系統の不具合（Azure Virtual DesktopやWindows 365での認証プロンプト問題）が同時期に記載されています。Eterprise環境では更新適用後の影響調査が並行しやすく、切り分け時は症状の種類で整理することが実務上の確認点となります。 (Microsoft Learn)

公式の回避策と運用上の確認点

Microsoftは回避策として、コマンドプロンプトから shutdown /s /t 0 を実行する方法を示し、休止状態については代替手段がないとしています。 (Microsoft Learn)

Microsoftの案内では、影響を受ける端末でシャットダウンを成立させるために、検索からコマンドプロンプト（cmd）を開き、shutdown /s /t 0 を実行する手順が提示されています。一方で休止状態に関しては、現時点で回避策がないと明記されています。 (Microsoft Learn)

そのため、運用面の論点は「終了できない」こと自体よりも、休止に入らずバッテリー消耗へ進む条件が発生し得る点に移ります。Microsoftも、問題が解消されるまで作業内容を保存し、適切にシャットダウンする旨を記載しています。 (Microsoft Learn)

この点を整理すると、現象・影響・一次対応の関係は次の通りです。

以上を踏まえると、現場での混乱を減らすためには、端末群の中で「Secure Launch有効」「KB5073455適用」「終了・休止の失敗」の3点をセットで確認する整理が中心になります。次に、修正提供の見通しと、同一更新に含まれる他の既知の問題を含めて、更新判断の材料を補います。 (Microsoft Learn)

修正の見通しと、同一更新に並記された別問題

Microsoftは本件の解決について将来の更新で提供するとし、現時点では恒久修正の配布日を明示していません。 (Microsoft Learn)

Release HealthおよびKB記事では、Secure Launch端末の終了・休止不具合について「今後の更新で解決策を提供する」とされ、現時点でOOB（Out-of-band）更新を直ちに出す、といった記載にはなっていません。したがって、修正の見通しは「回避策で凌ぐ期間が発生する」前提で評価する必要があります。 (Microsoft Learn)

他方、同じKB5073455には、Azure Virtual DesktopおよびWindows 365での認証プロンプト不具合が別枠で掲載され、こちらは「Mitigated（緩和）」の状態やOOB更新の計画が示されています。つまり、同一KBでも問題ごとに対応方針が異なる構造です。更新適用の判断材料としては、端末側の電源遷移不具合と、仮想デスクトップ接続の認証不具合を分けて整理しないと、原因の特定が難しくなります。 (Microsoft Learn)

また、第三者報道では、Microsoftの記載を踏まえて「Secure Launch端末に限定」「コマンドでのシャットダウン」という要点が繰り返し示されています。現場での文書化では、OSバージョン（23H2）、KB番号（KB5073455）、機能名（Secure Launch）を固定の軸として残すことが重要になります。そうすることによって、修正配布後の再検証や、展開リングの再設計に接続しやすくなります。 (BleepingComputer)