Windows 11更新プログラムKB5035853不具合の真相：フリーズ・BSOD多発で「ロールバック」が現実的な対処になる理由

Windowsのセキュリティ更新は本来「入れて終わり」が理想です。ところが、2024年3月のWindows 11累積更新プログラム「KB5035853」をきっかけに、起動不能、極端な動作低下、フリーズ、そしてBSOD（ブルースクリーン）といった報告が相次ぎ、企業ITも個人ユーザーも“戻す判断”を迫られました。何が起き、どう備えるべきかを、ノイズを除いて整理します。 BleepingComputer+2TechRadar+2

Windows 11更新プログラムKB5035853不具合の真相：フリーズ・BSOD多発で「ロールバック」が現実的な対処になる理由

KB5035853とは何か：Patch Tuesdayで配信された「必須級」累積更新

KB5035853は、Windows 11（23H2/22H2向け）の2024年3月分「Patch Tuesday（定例セキュリティ更新）」として配信された累積更新です。累積更新はセキュリティ修正を含むため、基本的に自動適用されやすく、企業環境でも放置しにくい性質があります。 BleepingComputer+1

この更新には、過去の更新で発生していたインストール失敗（0x800F0922など）を改善する狙いも含まれていました。ところが、適用後に別種の深刻な不具合が疑われる状況が広がったのが今回のポイントです。 Microsoft サポート+1

何が起きたのか：報告された症状は「幅広く、重い」

ユーザー報告やメディアの整理を見ると、問題は単発ではなく複数パターンが重なっています。代表例は次の通りです。

インストール段階で失敗：進行が止まる、特定のエラーで更新が完了しない（0x800F0922など）
起動・ログイン周りの異常：再起動ループ、起動が極端に遅い、サインイン後すぐ固まる
動作性能の劣化：ゲームや高負荷アプリでスタッター（カクつき）、全体のレスポンス低下
BSOD：とくに「Thread Stuck in Device Driver」など、ドライバー競合を示唆する停止コードが話題にフォーブス+3TechRadar+3Windows Latest+3

「ハイエンドPCだけ」「古いPCだけ」といった偏りが読み取りにくく、企業の標準ノートから自作機まで幅広く言及されたことが、IT部門の不安を増幅させました。マイナビニュース+1

なぜ“ドライバー”が疑われるのか：Thread Stuckは更新の難所を突く

BSODの“Thread Stuck in Device Driver”は、OS本体というよりグラフィック/チップセット/ストレージなどの中核ドライバー層との相性問題を連想させます。累積更新でカーネル周辺やセキュリティ機構が強化されると、古いドライバーや一部の構成で不整合が露呈することがあります。

実際、KB5035853の件でも「ゲームが急に重い」「動画出力がカクつく」など、GPU周りを疑う報告が目立ちました。まず疑うべきは“更新そのもの”と同時に“ドライバー更新の遅れ”です。フォーブス+1

現実的な対処：まず安定化、その上で再適用判断

不具合が疑われる場合、優先順位は明確です。業務や生活の基盤を復旧させ、その上でセキュリティとのバランスを取ります。

1) いったんアンインストール（ロールバック）

症状が強い場合は、KB5035853をアンインストールして安定性を取り戻すのが最短ルートになりやすいです。一般的な手順は次の通りです。

設定 → Windows Update → 更新の履歴 → 更新プログラムをアンインストール
一覧から KB5035853 を選んで削除 → 再起動

起動できない場合は、Windows回復環境（自動修復）から「更新プログラムのアンインストール」を選ぶのが定石です。 TechRadar+2Windows Latest+2

2) ドライバー更新を先に片付ける

ロールバック後に再適用を狙うなら、順番が重要です。

GPUドライバー（NVIDIA/AMD/Intel）を最新へ
チップセット/BIOS/UEFI、ストレージ系ドライバーも確認
メーカー製ノートは、OEM提供の推奨版を優先

「更新を戻したら治った」ケースは、更新が“原因”というより“引き金”である可能性もあります。再適用を安全にするための下ごしらえが、結局いちばん効きます。

3) 企業は“段階展開”と“即時撤退手順”をセットで持つ

企業ITで痛いのは、累積更新がセキュリティ上は急ぎたい一方で、障害時には大量端末を一斉に戻す必要が出る点です。次回以降の教訓としては、

更新リング（検証→準本番→本番）を明確化
WSUS/Intune等で配信停止・延期できる状態にしておく
“不具合が出たらここまで戻す”という運用手順書を先に作る

この3点だけでも、同種の事故での被害は大きく減ります。

公式情報とのギャップをどう見るべきか

注意したいのは、更新プログラムの公式ページでは「既知の問題がない」と記載されることがある一方、コミュニティや報道では問題が急速に広がるケースがある点です。つまり「公式が沈黙＝問題なし」ではありません。KB5035853でも、公式ページ側の記載と、ユーザー報告・メディア報道の温度差が話題になりました。 Microsoft サポート+2Windows Central+2

だからこそ、ユーザー側は次の基準で判断すると損をしません。

端末が安定しているなら、まずは数日様子見（企業は検証リングで吸収）
仕事やゲーム用途で影響が出たら、ロールバックで復旧を優先
再適用は、ドライバー更新＋追加パッチ情報の確認後に

まとめ：更新は「攻め」ではなく「守り」—だからこそ撤退線が必要

KB5035853の件は、Windowsが抱える“膨大なハードウェア多様性”の現実を改めて示しました。セキュリティ更新は重要ですが、PCが止まれば元も子もありません。

結論はシンプルです。
不具合を感じたら、まず戻して安定化。次に、ドライバーと情報を整えてから再挑戦。
この順番を徹底するだけで、Patch Tuesdayの「当たり外れ」に振り回される確率は確実に下がります。