Windows 11 24H2 で、Windows Update の画面には「最新の状態です」と出ているのに、同じ画面やロック画面で「重要なセキュリティ更新プログラムが不足しています。電源に接続したままにしてください」と警告され続ける現象が報告されています。本記事では、その原因となりやすい「更新キャッシュの不整合」や「プレビュー更新の検出」を整理しつつ、OS ビルド 26100.4061 → 26100.4656 まで実際に更新して解消した手順を、再現しやすい形でまとめます。
Windows 11 24H2 で起きる「最新なのに不足」問題の概要
まず、どのような状況でこの矛盾した表示が起きるのかを整理します。
典型的な症状
- 「設定」→「Windows Update」画面の上部には 「最新の状態です」 と表示されている。
- しかし同時に、画面下部やロック画面には
「重要なセキュリティ更新プログラムが不足しています。電源に接続したままにしてください」
といったメッセージが表示される。 - 再起動してもメッセージが繰り返し表示される。
- 「更新の履歴」を見ると、一部の更新だけが何度も「インストールに失敗しました」と表示されている場合がある。
実際の環境例
- OS：Windows 11 version 24H2
- 更新前の OS ビルド：26100.4061（2025 年 5 月の月例セキュリティ更新／KB5058411 適用後の状態）
- 対処後の OS ビルド：26100.4656（2025 年 7 月 13 日の累積更新 KB5064489 を適用した状態）
このように、OS 自体はきちんと更新されているように見えるのに、「重要なセキュリティ更新が不足している」と言われ続けるため、不安になります。
なぜ「最新」と「不足」が同時に出るのか：原因の整理
この矛盾が起きやすいパターンをざっくり分解すると、次のような組み合わせになります。
| 要因 | 説明 | どんな表示になるか |
|---|---|---|
| 更新キャッシュの不整合 | SoftwareDistribution / catroot2 などのキャッシュが壊れ、 一部更新が「未適用扱い」のまま記録されている。 | 「最新の状態」と表示される一方で、 裏では「重要な更新が未完了」と判定される。 |
| プレビュー更新の検出 | 「最新の更新プログラムをできるだけ早く入手する」がオンになっていると、 月例より先行したプレビュー LCU や .NET 更新を「利用可能」として検出する。 | 本番（セキュリティ）更新は完了していても、 プレビューが残っているため「まだ更新があります」的な警告が出る。 |
| .NET / ドライバー更新 | .NET Framework の累積更新や一部のドライバー更新が、 セキュリティ関連として扱われることがある。 | OS ビルドは最新だが、 .NET の KB が未適用で「不足」と見なされることがある。 |
| 企業ポリシー / WSUS | 会社や学校のポリシーで、 特定の更新のみ許可されている・配信タイミングがずれている。 | 端末側は最新と認識していても、 管理サーバーの「準拠チェック」では不足と判定される。 |
この記事では、特に家庭・個人利用や小規模環境で多い、更新キャッシュの不整合とプレビュー更新の検出に焦点を当てて解決方法を解説します。
どのビルドまで上がっていれば「とりあえず安全」なのか
まず重要なのは、OS ビルドが最新のセキュリティ更新（本番 LCU）まで上がっているかどうかです。Windows 11 24H2 の場合、2025 年中盤の例を表にすると以下のようになります。
| リリース種別 | 主な KB | OS ビルド | 位置づけ |
|---|---|---|---|
| 2025 年 5 月 月例セキュリティ更新 | KB5058411 | 26100.4061 | その時点での本番 LCU（必須） |
| 2025 年 7 月 8 日 月例セキュリティ更新 | KB5062553 など | 26100.4652 付近 | その時点での本番 LCU（必須） |
| 2025 年 7 月 13 日 臨時（Out-of-band）更新 | KB5064489 | 26100.4656 | 特定不具合やセキュリティを早期修正するための追加更新 |
| .NET Framework 累積更新 | KB5056579 | OS ビルドは変わらない | .NET 3.5/4.8.1 用のセキュリティ・品質更新（別枠） |
ポイントは、OS ビルド番号そのものが、直近の本番 LCU に対応しているかです。ビルド番号さえ追いついていれば、メッセージ表示が多少おかしくても、セキュリティ的にはほぼ最新と言えます。
自分のビルド番号を確認する方法
- Win + R キーを押す。
- 「名前」欄に
winverと入力して Enter。 - 表示されたダイアログで「バージョン」と「OS ビルド」を確認する。
例：Windows 11 Version 24H2（OS ビルド 26100.4656）など。
このビルド番号が、Microsoft の「Windows 11 24H2 更新履歴」ページに記載されている最新のセキュリティ更新のビルド以上になっていれば、基本的にはセキュリティ更新は足りています。
対処の全体像：結論から手順まで
本題の「どう直すか」です。先に結論だけ整理すると、次のような流れになります。
- プレビュー更新を無効化して「余計な更新候補」を減らす。
- OS ビルドが最新 LCU まで上がっているかを確認。
- Windows Update コンポーネントを正しくリセットして、キャッシュの不整合を解消。
- 必要に応じて、Microsoft Update カタログから LCU / .NET 更新を手動で適用する。
- トラブルシューティング・SFC・DISMなどでシステム整合性を確認。
- それでもメッセージだけ残る場合は、「実害がないか」を判断して様子見する。
ここからは、各ステップを詳しく見ていきます。
ステップ 1：プレビュー更新（先行配信）を無効化する
まず最初にやっておきたいのが、プレビュー更新を無効化することです。これは Windows Update の設定だけで完結します。
設定手順
- 「設定」アプリを開く（Win + I）。
- 左メニューで「Windows Update」を選択。
- 「詳細オプション」→「追加オプション」の中にある
「最新の更新プログラムをできるだけ早く入手する」
のトグルをオフにする。
このトグルをオンにしていると、月例（B リリース）のセキュリティ更新より前倒しで、プレビュー更新（C/D リリース）や臨時更新が配信されやすくなります。その結果、以下のようなことが起こりがちです。
- 本番 LCU は適用済み → 「最新の状態です」と判定。
- しかしプレビュー更新がまだ適用されていない →「重要な更新が不足」と誤解される。
家庭・業務 PC で安定性重視なら、基本的には オフで問題ありません。セキュリティ対策は次の月例 LCU に取り込まれます。
ステップ 2：OS ビルドと更新履歴を確認する
トグルをオフにしたら、次は本当にセキュリティ更新が足りているかを確認します。
OS ビルド確認
先ほどの winver で確認したビルド番号をメモしておきます。
更新履歴で失敗している更新をチェック
- 「設定」→「Windows Update」→「更新の履歴」を開く。
- 「品質更新プログラム」と「.NET Framework 用の更新プログラム」のセクションを展開。
- 直近の月例 LCU と .NET 更新が「正常にインストールされました」になっているか確認する。
- 同じ KB 番号が「インストールに失敗しました」と何度も出ていないかを確認する。
ここで、LCU や .NET 更新が「失敗」のまま残っている場合、多くはキャッシュ不整合が原因です。次のステップでリセットを行います。
ステップ 3：Windows Update コンポーネントを“正しく”リセットする
ネット上にもさまざまなリセット方法が紹介されていますが、途中のサービス停止／起動やフォルダー名の変更に失敗して中途半端な状態になると、かえって状況が悪化することがあります。
ここでは、実際に効果が確認できた代表的な手順をまとめます。管理者権限の PowerShell またはコマンド プロンプトで実行してください。
net stop wuauserv
net stop bits
net stop cryptsvc
ren %windir%\SoftwareDistribution SoftwareDistribution.old
ren %windir%\System32\catroot2 catroot2.old
del /q /f "%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\qmgr*.dat"
netsh winsock reset
netsh winhttp reset proxy
net start cryptsvc
net start bits
net start wuauserv
よくある疑問とポイント
- 「ファイルが見つかりません」エラーについて
catroot2が存在しない、qmgr*.datが見つからないなどのエラーは、既に削除済み・未生成なだけで問題ないことが多いです。 - 実行後は PC を再起動してから Windows Update を開き、「更新プログラムのチェック」を実行します。
- 企業のポリシーで制御されている PC では、
netsh winhttp reset proxyによって一時的にプロキシ設定が変わる可能性があります。その場合はネットワーク管理者と相談してください。
各コンポーネントの役割イメージ
| コンポーネント | 役割 | リセットの意味 |
|---|---|---|
| SoftwareDistribution | ダウンロード済みの更新ファイルと履歴のキャッシュ。 | 壊れたキャッシュを捨て、新たに取り直させる。 |
| catroot2 | 更新プログラムの署名検証などに使われるデータベース。 | 署名情報が壊れている場合の修復に有効。 |
| BITS | バックグラウンドで更新をダウンロードするサービス。 | キューのリセットで「詰まり」を解消。 |
| Cryptographic Services | 暗号化・証明書関連の処理。 | 更新の署名検証失敗などの不具合解消に効果。 |
| WinHTTP/Winsock | HTTP 通信・ソケット通信の基盤。 | プロキシやソケットの不整合をリセット。 |
ステップ 4：Microsoft Update カタログから LCU / .NET 更新を手動適用
キャッシュをリセットしても、Windows Update 経由のオンライン更新がうまくいかない場合は、オフラインで累積更新（LCU）を直接インストールしてしまうのが手っ取り早いことがあります。
LCU（累積更新プログラム）の入手と適用
- Web ブラウザーで「Microsoft Update カタログ」を開く。
- 検索欄に、適用したい KB 番号（例：
KB5064489など）を入力して検索。 - 一覧から 「Windows 11, version 24H2 for x64-based Systems」 と書かれたエントリを選択し、「ダウンロード」をクリック。
- ダウンロードした
.msuファイルをダブルクリックし、画面の指示に従ってインストール。 - インストール完了後、PC を再起動。
もし「すでにこの更新プログラムはインストールされています」と表示された場合は、その LCU は既に適用済みなのでそのままで OKです。
.NET Framework の累積更新（例：KB5056579）
.NET Framework の更新は OS ビルドには反映されませんが、Windows Update の「重要な更新」として扱われることがあります。Windows 11 24H2 用には、.NET 3.5 / 4.8.1 向けの累積更新 KB5056579 などが配信されています。
LCU と同様に、Microsoft Update カタログで KB 番号を検索して手動インストールできます。こちらも「すでにインストールされています」と出た場合は問題ありません。
ステップ 5：基本的な健全性チェック（SFC / DISM / トラブルシューティング）
ここまで行っても Windows Update の挙動が不安定な場合、システム ファイル自体の整合性に問題がある可能性があります。次のチェックも合わせて実施しておくと安心です。
Windows Update トラブルシューティング
- 「設定」→「システム」→「トラブルシューティング」→「その他のトラブルシューティング」を開く。
- 一覧から「Windows Update」を探し、「実行」をクリック。
- 検出された問題があれば、画面の指示に従って修正。
サービスの状態を確認
- Win + R →
services.mscと入力。 - 一覧から以下のサービスを探す：
- Windows Update（
wuauserv） - バックグラウンド インテリジェント転送サービス（BITS）
- 暗号化サービス（Cryptographic Services）
- Windows Update（
- 状態が「実行中」になっているか確認し、停止していれば「開始」、実行中でも挙動が怪しければ「再起動」。
SFC / DISM によるシステムファイル修復
管理者権限のコマンド プロンプトで、次の順に実行します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
- SFC：システムファイルの破損を検出・修復。
- DISM：Windows イメージ自体を修復し、SFC で修復できない部分を補う。
最終手段：Windows Update を使用したその場修復
Windows 11 では、「設定」→「システム」→「回復」にある 「Windows Update を使用して問題を修正」（環境によって表記は多少異なる場合あり）を使い、現行バージョンをそのまま“上書きインストール”して修復できる場合があります。
- 個人ファイルや多くのアプリはそのまま維持される設計ですが、念のため事前にバックアップを推奨します。
- インストールには時間がかかるため、AC 電源接続・ネットワーク安定・空き容量 20GB 以上を目安に準備してください。
ステップ 6：それでも「まだ更新がある」ように見える場合の考え方
ここまで実施しても、まれに「重要なセキュリティ更新が不足しています」という文言だけが残るケースがあります。その場合、次のチェックポイントで「実害があるかどうか」を判断します。
実害があるケース
- 「更新の履歴」に、直近のセキュリティ更新（LCU）が“インストールに失敗しました”と繰り返し表示されている。
- OS ビルドが、明らかに Microsoft 公開の最新ビルドより低いまま。
- 特定 KB 番号のインストール時に、エラーコード（0x800f0922 など）が毎回出る。
この場合は、LCU の手動インストールや修復インストールを真剣に検討する必要があります。
実害がほとんどないケース
- OS ビルドは最新 LCU 以上に上がっている。
- LCU は「インストール済み」で、失敗しているのは .NET のプレビュー更新や一部のドライバーだけ。
- アプリの動作や Windows の安定性に問題がない。
このような場合、表示上は「不足」と出ていても、セキュリティ対策としては最新状態に近く、実用上は大きな問題にならないことがほとんどです。次回以降の月例更新で、表示ごと解消されるケースも多く見られます。
企業・学校など管理下の PC での注意点
WSUS や Intune、サードパーティ製のパッチ管理ツールなどで端末が管理されている場合、端末側からできることに限界がある点に注意が必要です。
- グループポリシーや MDM により、プレビュー更新が強制的に配信されていることがある。
- WSUS 上の承認状態によって、端末は「待機状態」なのにサーバー側では「未適用扱い」のままになることがある。
- プロキシ設定や証明書の問題で、クライアントだけで解決できないエラーが出ることもある。
このような場合は、無理にレジストリを変更したり、勝手にローカルポリシーを書き換えたりせず、システム管理者に現象とエラーコードを共有して対応を依頼してください。
更新を安定させるための日常チェックリスト
今回のようなトラブルを減らすために、普段から意識しておくと良いポイントを表にまとめます。
| 項目 | チェック内容 | 目安・ポイント |
|---|---|---|
| ディスク空き容量 | C ドライブの空き容量を定期的に確認。 | 少なくとも 20GB 以上を目指す。不要な一時ファイル・旧 Windows を削除。 |
| 日時・タイムゾーン | 時計が合っているか、「自動同期」が有効か確認。 | 時刻ズレが大きいと、証明書検証エラーで更新に失敗することがある。 |
| ネットワーク | Wi-Fi / LAN の安定性、VPN の有無。 | 更新時はできるだけ有線 LAN を推奨。VPN 経由だと失敗しやすいことも。 |
| セキュリティソフト | サードパーティ製 AV やセキュリティスイート。 | 一時的にリアルタイム保護をオフにすると更新が通るケースがある。 |
| 電源 | ノート PC のバッテリー状態・電源接続。 | 更新中は必ず AC アダプターを接続。バッテリーのみだと更新が保留されることも。 |
| 従量制課金接続 | Wi-Fi やテザリングが「従量制課金」扱いになっていないか。 | 従量制だと大きい更新が自動ダウンロードされない場合がある。 |
よくある質問（FAQ）
Q1：ビルド 26100.4061 からどうしても上がりません。危険ですか？
A：2025 年 5 月の時点では 26100.4061（KB5058411 適用済み）は最新でしたが、その後の月例 LCU を適用しないまま使い続けると、当然ながらセキュリティ更新は不足します。
「設定 → Windows Update → 更新プログラムのチェック」を実行しても何も出ない場合は、
- ステップ 3 の Windows Update コンポーネントリセット
- ステップ 4 の LCU 手動インストール
を実施して、最新のビルド（例：26100.4656 以降）まで上げることをおすすめします。
Q2：プレビュー更新は絶対に入れないほうがいいですか？
A：個人の検証用 PC や検証環境では、プレビュー更新を入れて新機能や修正を早く試すのは有用です。ただし、
- 業務利用中のメイン PC
- 家族全員が使う共有 PC
など、安定性が最優先の PC では、基本的にプレビュー更新は無効で構いません。プレビューで先行配信された修正は、通常、次の月例 LCU に取り込まれます。
Q3：.NET 累積更新 KB5056579 だけが何度も失敗します。どうすれば？
A：.NET 更新だけが繰り返し失敗している場合は、
- Windows Update コンポーネントのリセット
- Microsoft Update カタログから KB5056579 の x64 版をダウンロード
- 手動で実行し、ログを確認
という順での対処がおすすめです。それでも改善しない場合、.NET ランタイム／SDK の手動再インストールや、アプリ側（特に古い業務アプリ）のアップデートも検討してください。
Q4：警告は消えましたが「更新の履歴」に古い失敗記録が残っています。消せますか？
A：更新の履歴は基本的にユーザー操作では消せません（レジストリやフォルダーを直接触れば消せますが、推奨されません）。
- OS ビルドが最新 LCU まで上がっている。
- 今後の更新が正常に適用されている。
のであれば、過去の失敗記録は「当時のログ」としてそのまま残しておいて問題ありません。
まとめ：ビルド番号が最新なら、あとは表示と付き合い方の問題
本記事で解説してきたように、Windows 11 24H2 で「Windows Update は最新」と言われながら「重要なセキュリティ更新が不足」と警告されるのは、
- 更新キャッシュ（SoftwareDistribution / catroot2）の不整合
- プレビュー更新や .NET 更新が「未適用の重要更新」として検出される
といった要因が重なった結果であることが多いです。
実際の対処としては、
- プレビュー更新のトグルをオフにする。
winverで OS ビルドが最新 LCU まで上がっているか確認する。- Windows Update コンポーネントを正しくリセットする。
- 必要に応じて LCU / .NET を Microsoft Update カタログから手動で適用する。
- SFC / DISM・トラブルシューティングでシステムの整合性を確認する。
といった手順を踏めば、多くのケースで警告が解消、あるいは表示だけの問題にとどめることができます。
最終的に重要なのは、OS ビルドと更新履歴を見て「セキュリティ更新がきちんと適用されているか」を自分で判断できることです。ビルド番号が最新の LCU まで上がっているなら、多少メッセージが怪しくても、セキュリティ的には十分に守られていると考えてよいでしょう。
コメント