- この記事が対象とする方
- この記事の要約
- 今回の記事のポイント
- 25H2と26H2の位置づけと今回の記事の前提
- 同じKBでも挙動が異なる理由
- 25H2と26H2の共通性と違いのまとめ
- Q&A
- Q（特定留意点）：私は Copilot+ PC を利用しています。不具合情報などについて従来通りこのブログを頼っても大丈夫ですか？
- Q. 同じKB番号なのに、25H2と26H2で挙動が違うのはなぜですか？
- Q. KBカタログの「適用対象」が実際の挙動と違うことがあるのはどうしてですか？
- Q. AI機能が有効になるPCとならないPCで、更新後の動作が変わることはありますか？
- Q. DU（Dynamic Update）やSafe OS DUは25H2と26H2で共通ですか？
- Q. Secure Boot証明書更新は25H2と26H2で違いがありますか？
- Q. どちらを使うべきですか？ 25H2と26H2の選択基準はありますか？
- 📚 この記事に出てくる専門用語
- 最後に
- 付録：この記事の作成プロセス（AI協働メモ）
- この記事中の広告リンクについて
この記事が対象とする方
この記事は、以下のような環境で Windows PC を運用している方向けの内容です。
- Windows 11（25H2／26H2）環境で、更新適用後の挙動差を正確に把握したい管理者・技術者
- AI機能の有効化／非有効化による OS 内部構成の違いが、更新挙動へ与える影響を理解したい方
- KB番号が同じでも挙動が異なる理由を、サービス基盤・DU／Safe OS DU・WinRE更新などの構造から整理したい方
- 企業・事業所などで複数台の Windows PC を運用しており、更新後の差異発生リスクを事前に把握したい担当者
- AI統合が進んだ 26H2 と、従来構成に近い 25H2 の違いを実務的に理解したい方
個人利用の PC にも参考になる部分はありますが、主眼はあくまで「25H2／26H2の構造差と、AI機能の有無による挙動差を整理する」ことにあります。
この記事の要約
Windows 11（25H2／26H2）は共通のサービス基盤を用いており、同じ KB 番号が複数バージョンへ配信されることがあります。しかし、同じ KB を適用しても更新後の挙動が一致しないケースがあることが確認されています。
その理由として、OS バージョン差よりもむしろ、AI機能が有効になる PC と有効にならない PC の内部構成差が大きく影響していると考えられます。AI機能がオンになる PC では、AI支援のコードパス・新しいシェル要素・認証周りの仕組みなどが OS 基盤に組み込まれ、更新時に影響を受ける範囲が広くなります。一方、AI非対応PCではこれらの構成が存在しないため、影響範囲が限定的になります。
また、DU（Dynamic Update）や Safe OS DU、WinRE 更新、Secure Boot 証明書更新など、OSバージョンをまたいで共通適用される更新が存在する一方で、適用対象が分かれる更新もあり、KB番号だけでは挙動を判断できない構造になっています。
本記事では、これらの要素を踏まえ、「同じ KB でも挙動が異なる理由」「25H2と26H2の共通性」「両者の違い」「AI機能の有無による内部構造差」を整理し、現状で把握できる留意点をまとめています。
【重要】このブログのスタンス：速報性と予防効果を最優先する理由（クリックで展開）
当サイトのトップページにも記載していますが、改めて、私たちの情報発信における最も重要なスタンスについてお話しさせてください。
トラブルシューティング手法などの一般記事は十分な精査を行った後に公開していますが、毎月のWindows Updateに関する記事や障害情報の記事などにおいては「速報性と予防効果を最優先」してお届けしています。
なお、公開内容に錯誤などが含まれていた場合は、速やかに修正や続報の提供を行っています。この点はご了承の上、ご寛容ください。
このサイトではWindows Update情報や、Winの不具合情報などを発信する上で、完全な正確性より、速報性や予防効果に重きを置いているなどいくつかの注意点があります。
これは、単なる免責事項ではありません。読者の皆様のPCを深刻なトラブルから守るために、私たちが最も大切にしている編集方針です。
今回の記事のポイント
本記事では、25H2と26H2では同じKB番号が提供されていても、実際に適用した際の挙動が異なる場合があるという点を中心に整理しています。これは、現在公開されている情報と実機で確認できる挙動を踏まえたうえでの、当ブログ独自の見解に基づくものです。
特に、Windows OS の AI 統合が進んだことにより、AI機能が有効になるPCと有効にならないPCの間で、更新適用後の挙動差が従来よりも大きくなる可能性があると考えられます。OSバージョン差だけでは説明できない構造的な違いが生じているため、同じKBが配信されていても、更新後の動作が一致しないケースが見られます。
本記事では、
- 同じKBでも挙動が異なる理由
- 25H2と26H2の共通性
- 25H2と26H2の違い
- AI機能の有無による内部構造差
これらを順に整理し、現状で把握できる範囲の「留意点」をまとめています。
25H2と26H2の位置づけと今回の記事の前提
Windows 11 Version 25H2 と 26H2 は、Microsoft が「共通のサービス基盤」を用いるバージョンとして説明しているとおり、OSコアや更新の仕組みを広く共有する構造になっています。26H2は有効化パッケージによって追加機能がオンになる方式で提供されており、25H2とまったく別系統のOSというより、「同じ土台の上に機能差が乗っている」バージョンと捉えるのが適切です。
この共通基盤の性質から、24H2と25H2で見られたように、複数のバージョンへ同じKB番号の累積更新が提供されるケースは今後も十分にあり得ます。実際、2026年9月22日の KB5124010 は 24H2／25H2／26H2 の共通累積更新として提供されており、同じKB番号であっても OSビルドは 26100系・26200系・26300系へと分かれる形で更新されています。
ただし、同じKBが提供される場合でも、利用者側で見える挙動が必ずしも同じになるわけではありません。これは、OSビルドの差や、26H2で有効化されている追加機能、さらにDU（Dynamic Update）やSafe OS DUの適用範囲の違いなどが複合的に影響するためであり、KB番号だけでは挙動を判断できない点が重要です。
公開時点では KB5129195 は 24H2／25H2 向けとして案内されていましたが、実際には 26H2 環境にも配信されていることが確認できます。これは、26H2 が 25H2 と共通のサービス基盤を用いているため、アップグレード前提の前処理や、基盤共通の修正が 26H2 にも適用されるケースがあるためです。
このように、公式の「適用対象」表記と、実際に端末へ配信される対象が一致しないケースもあり、KB番号だけで更新の対象や挙動を判断することはできません。
この記事では、この前提を踏まえたうえで、
- 「同じKBでも挙動が異なる理由」
- 「25H2と26H2の共通性」、
- 「25H2と26H2の違い」
を順に整理していきます。
同じKBでも挙動が異なる理由
概要
OS側で有効化されている機能の違い
26H2は有効化パッケージによって、AIコンポーネントや新しいシェル要素、Copilotキー対応、
認証周りの新しい仕組み（Machine Identity Isolationなど）が25H2より広く有効化されています。
同じKB5124010が適用されても、26H2ではこれらの機能が「オン」の状態で更新を受けるのに対し、
25H2では一部の機能がそもそも存在しない、あるいは無効化された状態で更新を受けることになります。
OSビルド差
KB5124010は 25H2 を 26200.9550 に、26H2 を 26300.9550 に更新します。
ビルド番号が異なるということは、内部のコードパスや適用される修正の組み合わせが完全に同一ではない可能性があり、
共通のサービス基盤の上に、バージョンごとの機能差やビルド差が積み重なっている構造になっています。
既知の問題の対象差
AC-3音声デコードの問題は26H2のページに既知の問題として掲載されています。
一方で、RGB機器と inpoutx64.sys に関連するゲーム停止の問題は、
主に24H2／25H2向けのKB5121003の既知の問題として説明されており、
現時点の公式情報だけを根拠に「26H2固有の問題」として扱うことはできません。
個別詳細（例示）
概要で触れた内容は、25H2と26H2の挙動差を理解するための主要因ですが、実際の障害発生点はOSバージョン差だけでは説明できないケースが増えています。ここでは、ほかにも影響する要素はあるのですが代表的な例を書いておきます。
ただし、26H2と25H2の差異というよりも「個別のパーツ構成やOS環境の差異」、現状ではこちらの要素の方が障害発生点として大きな比重を占めるようになってきていることを忘れないようにしてくださいね。
具体的には、OSバージョンの差異よりも「CPUなどのパーツにより解放される機能が異なるために影響の有無が異なる」点と「解放された機能による依存関係の巻き込み」のほうが影響が大きいのではないかと考えられます。
DU／Safe OS DU／WinRE更新の扱いとバージョン差
Windows Updateでは、通常の累積更新とは別に、セットアップ時や起動前段階に適用される
Dynamic Update（DU）や Safe OS DU、WinRE向けの更新が存在します。これらは、OSのインストールや回復環境、ブート関連のコンポーネントを更新するもので、不具合の出方や起動挙動に影響することがあります。
2026年9月22日の Safe OS DU KB5125758 は24H2／25H2／26H2の共通更新として公開されており、WinREを 10.0.26100.9545 へ更新する内容になっています。また、セットアップDU KB5127216も同様に24H2／25H2／26H2向けとして扱われています。
一方で、KB5126056のように24H2／25H2向けとして扱われるSetup DUも存在し、公開タイミングや対象バージョンの更新によって適用範囲が分かれるケースがあります。
Secure Boot証明書更新と25H2／26H2の関係
Secure Boot証明書（2011年版）を2023年版へ更新する作業は、OSバージョンというより、UEFIファームウェアやOEMの実装に強く依存します。現時点の公式情報では、25H2と26H2で展開対象が明確に分かれているという説明はなく、問題の主因はOSバージョン差よりも機種・ファームウェア・Secure Boot設定にあると読むのが自然です。
したがって、Secure Boot関連の不具合や更新失敗について記事化する際は、OSバージョン差として扱うのではなく、機種・UEFI実装・OEM対応を別軸として扱うことが重要です。
25H2と26H2の共通性と違いのまとめ
現状の注意点
KBナンバーと適用先
WindowsUpdateカタログ上でのKBの適用先の表記については、現状わかりにくい部分があります。
例えば、Win11（25H2）に適用と書かれているように見えても、実際にはKB5129195のようにWin11（26H2）にも適用されるものなどがあります。これらはバージョンアップ時に適用されている前提のものが未適用である場合などに適用された可能性も考えられるなど未整理の部分なのかもしれません。
少なくとも当面は、「実際に実機に適用されたものが適切である」と捉えておくしか無いようです。
AI機能が動作するPC/しないPC
25H2と26H2は共通のサービス基盤を用い、AI機能の有無にかかわらず共通のKB（ファイル）が配信される構造になっています。しかしながら、AI機能が動作するPCと動作しないPCでは「解放される機能」と「それによって形成されるOS内部構成」が異なると考えられます。そのため、更新適用後の挙動差はOSバージョン差よりも、AI機能が有効になるPCかどうか によって大きく変わる場合があると推測されます。
例えるなら、インターネットに接続できるPCと接続できないPCの違いに近いかもしれません。インターネットに接続できるPCでは、接続を安全に行うための追加機能や保護機能が必要になります。同様に、AI機能を利用できるPCでは、AI支援のコードパス・認証周りの新しい仕組み・バックグラウンド最適化などがOS基盤に組み込まれ、構成そのものが変化している可能性があります。
AI機能は、CPU世代・NPUの有無・命令セット対応（AVX2／AVX-512など）によって有効化されるかどうかが決まります。したがって、26H2であっても AI非対応CPUではAIコンポーネントや新しいシェル要素がそもそも存在しない構成 になり、AI対応CPUとは内部構造が別系統になっていると考えられます。
このため、同じ25H2／26H2を使っていても、
- AI機能が動作するPCでは、更新時に影響を受ける範囲が広くなる可能性がある
- AI機能が動作しないPCでは、影響範囲が限定的になる可能性がある
という構造的な差が生まれると推測できます。
特に26H2ではAI統合が進んでいるため、「AI機能がオンになるPC／ならないPC」 の違いが、更新適用後の挙動差として表れやすいと考えられます。
OSバージョン差だけでなく、ハードウェア側のAI対応状況を併せて確認することが重要です。
25H2と26H2の共通性
25H2と26H2は、Microsoftが説明する「共通のサービス基盤」を用いるバージョンであり、OSコアや更新の仕組みを広く共有しています。2026年9月22日の KB5124010 は 24H2／25H2／26H2 の共通累積更新として提供されており、同じKB番号で複数バージョンに対してロールアップが配信される構造が確認できます。
Dynamic Update（DU）や Safe OS DU、WinRE向けの更新についても、2026年9月22日の Safe OS DU KB5125758 や Setup DU KB5127216 のように、24H2／25H2／26H2を共通の適用対象とする更新が存在します。
これらは、インストールや回復環境、ブート関連コンポーネントを共通に更新するものであり、起動前段階の整合性やセキュリティ保護を、複数バージョンに対して同じ系統で維持するための更新と捉えられます。
Secure Boot証明書更新についても、2011年版から2023年版への更新作業は、OSバージョンというよりUEFIファームウェアやOEM実装に依存する形で進められており、25H2と26H2の間で明確に展開対象が分かれているという公式情報は確認されていません。この点でも、両バージョンは「共通の基盤上で動いている」側面が強いと言えます。
25H2と26H2の違い
一方で、25H2と26H2の間には、共通基盤の上に乗る「差分」としての違いが存在します。
最も大きいのは、26H2が有効化パッケージによって追加機能をオンにする方式で提供されている点であり、AIコンポーネントや新しいシェル要素、Copilotキー対応、認証周りの新しい仕組みなどが、25H2より広く有効化されている構造になっています。
また、同じKBが適用される場合でも、OSビルドは 25H2と26H2で異なります。KB5124010では 25H2が 26200.9550、26H2が 26300.9550 へ更新されるように、共通KBであってもビルド番号は分かれており、内部のコードパスや適用される修正の組み合わせが完全に同一とは限りません。
DUやSafe OS DUについても、KB5125758やKB5127216のように共通適用される更新がある一方で、KB5126056のように 24H2／25H2向けとして扱われるSetup DUも存在します。
公開タイミングや対象バージョンの更新によって、DUやSafe OS DUの適用対象が分かれるケースもあり、「常に完全に共通」と言い切ることも、「常に別系統」と断定することもできません。
Secure Boot証明書更新やブート関連の不具合については、OSバージョン差よりも、UEFI実装やOEMごとの条件が主因となるケースが多く、「25H2対26H2の差」として一括りにするのではなく、機種・ファームウェア・Secure Boot設定を別軸として扱うことが重要です。両バージョンの違いは、共通基盤の上に乗る機能差・ビルド差・適用範囲の差として現れ、同じKBでも挙動が異なる背景の一部を構成しています。
Q&A
Q（特定留意点）：私は Copilot+ PC を利用しています。不具合情報などについて従来通りこのブログを頼っても大丈夫ですか？
当ブログをご愛読いただきありがとうございます。現状、筆者の検証環境には AI 機能をフルに利用できる Copilot+ PC が含まれておらず、AI機能が最大限に動作する構成での実機検証は行えていません。
ただし、Copilot+ PC に関する公式情報や公開ドキュメント、外部の技術情報については随時収集し、可能な範囲で記事として提供していきます。また、現時点では AI 機能をフルに利用できる PC をお使いの方はまだ多くなく、一般的な構成の PC での Windows Update に関する不具合情報は、従来通り筆者の実機検証を含めて掲載していきます。
そのため、Copilot+ PC をご利用の読者の方も、従来通り当ブログの情報をご活用いただければ幸いです。
Q. 同じKB番号なのに、25H2と26H2で挙動が違うのはなぜですか？
同じKB番号でも、内部で適用されるコードパスや有効化される機能が異なるためです。特に26H2ではAI統合が進んでおり、AI機能が有効になるPCではOS基盤の構成が変化する可能性があり、更新後の挙動差が生じることがあります。
Q. KBカタログの「適用対象」が実際の挙動と違うことがあるのはどうしてですか？
Windows Updateカタログの表記は「配信対象」を完全に反映していない場合があります。共通サービス基盤の更新や、前提条件の未適用による巻き込み適用などが理由として考えられます。実際に適用された内容を基準に判断することが重要です。
Q. AI機能が有効になるPCとならないPCで、更新後の動作が変わることはありますか？
あります。AI機能が有効になるPCでは、AI支援のコードパスや新しいシェル要素がOS基盤に組み込まれるため、更新時に影響を受ける範囲が広くなると考えられます。AI非対応PCではこれらの構成が存在しないため、影響範囲が限定的になります。
Q. DU（Dynamic Update）やSafe OS DUは25H2と26H2で共通ですか？
多くのDU／Safe OS DUは共通適用ですが、すべてが完全に一致するわけではありません。公開タイミングや前提条件により、24H2／25H2向けとされる更新が存在するなど、適用対象が分かれるケースもあります。
Q. Secure Boot証明書更新は25H2と26H2で違いがありますか？
Secure Boot証明書更新はOSバージョン差よりも、UEFIファームウェアやOEM実装に依存します。25H2と26H2の差として扱うより、機種・ファームウェア・Secure Boot設定を別軸で確認する必要があります。
Q. どちらを使うべきですか？ 25H2と26H2の選択基準はありますか？
AI機能を利用する予定がある場合は26H2が適しています。一方、AI非対応CPUを使用している環境では、25H2と26H2の差は限定的であり、更新挙動も大きくは変わらない可能性があります。運用方針とハードウェア構成に応じて判断することが重要です。
📚 この記事に出てくる専門用語
※凡例です。記事に合わせて作成しています。
最後に
記事を最後までお読みくださり、本当にありがとうございました。
本記事では、25H2と26H2は同じKB番号が提供されていても、実際に適用される内容や更新後の挙動が一致しない場合があるという点を整理しました。その理由として、OSバージョン差よりもむしろ、AI機能が有効になるPCと有効にならないPCの内部構成差が大きく影響している可能性があることを解説しました。
読者の皆さまはこの記事を通じて、
- 「KB番号だけでは判断できない更新構造」
- 「AI機能の有無によるOS内部構成の違い」
- 「25H2／26H2の共通性と差異」
といった、更新挙動を理解するうえで重要な視点を得られたはずです。
解決策の先にある、本当のゴール
今回整理した内容は、あくまで“現時点で把握できる構造”に基づくものです。WindowsのAI統合は今後さらに進むことが予想され、更新方式や内部構成も変化していく可能性があります。
つまり、今回の理解は「今後の変化に備えるための第一歩」であり、長期的には環境ごとの挙動差を自ら把握できる運用体制を整えることが本当のゴールになります。
具体的な「次のステップ」
- ステップ1：この記事の内容を自分の環境に照らし合わせて確認する
25H2／26H2のどちらを使っているか、AI機能が有効になるPCかどうか、更新履歴の内容などを一度整理してみてください。 - ステップ2：将来の更新に備えて情報源を確保する
AI統合が進むにつれ、更新挙動の差はさらに広がる可能性があります。公式情報や信頼できる技術ブログを定期的に確認し、変化に備える体制を整えておくことが重要です。 - ステップ3：日常的な運用習慣を見直す
更新前のバックアップ、更新後の動作確認、WinRE構成のチェックなど、基本的な運用習慣を整えておくことで、予期せぬ挙動差にも落ち着いて対応できます。
最後になりますが、この記事が少しでも皆さまの環境理解や運用の助けになれば幸いです。もし役に立ったと感じていただけましたら、SNSなどで共有していただけると、同じ悩みを持つ方々の助けにもなります。
今回の記事は以上となります。
記事へのご質問やフィードバックについて
記事の内容に関してご不明な点やご質問がありましたら、お気軽にコメント欄にご投稿ください。すべてのご質問に必ずしも回答できるとは限りませんが、可能な限りお答えしたり、今後の記事作成の参考にさせていただきます。
付録：この記事の作成プロセス（AI協働メモ）
1. この記事の目的と役割
本記事の目的は、25H2と26H2では同じKB番号が提供されていても、実際に適用される内容や更新後の挙動が一致しない場合がある理由を整理することにあります。
特に、AI機能が有効になるPCと有効にならないPCの内部構成差が、更新挙動に影響を与える可能性がある点を読者に認識していただくことを目的としています。
2. 筆者の関連経験・専門性
この記事の執筆にあたり、主筆である井上 公敬の以下の経験・知見が活かされています：
- 30年以上の機材利用・保守経験： ワープロ「書院」やPC-98時代から機材に触れ続け、Windows XP以降のOS軽量化、PC自作、OSおよびハードウェア修復作業において長年の実績を有しています。
- Windowsコミュニティへの貢献： Microsoft コミュニティのWindows部門フォーラムモデレーターおよびWiki執筆者として活動し、OS仕様の深層に対する正確な理解を維持しています。
- UEFI/NVRAM構成の解析スキル： 今回のテーマに関連するUEFI/NVRAM上の変数（db/KEK）の解析や、PowerShellによる証明書ステータス（Windows UEFI CA 2023）の適合判定を実機で検証しています。
- 専門メディアの長期運営： 2011年より「Win PCトラブル解決ガイド」を運営し、現場視点での技術情報を継続的に発信しています。
- 北海道十勝の過酷環境での運用経験： 冬季の厳しい環境下でIT機材を安定運用する実務経験を活かし、理論だけではない「動く機材」へのアプローチを重視しています。
3. AIとの協働内容（調査・議論のポイント）
記事作成の過程で、AI（Gemini、Perplexity、MS Copilot）とは主に以下の点について調査・議論・内容の精査を行いました。
- 25H2／26H2の共通サービス基盤の構造整理
- AI機能の有無によるOS内部構成差の推定と整理
- KBの「コンテナ方式（全部入りパック）」の技術的背景の確認
- DU／Safe OS DU／WinRE更新の適用範囲と構造の比較
- Secure Boot証明書更新の影響範囲とOEM依存性の整理
- 公開情報と実機検証結果の整合性チェック
4. 主な参照情報・検証方法
記事作成にあたり、以下の情報源と検証方法を特に重視しました。
- Microsoft公式ドキュメント（Windows Update、Servicing Stack、DU／Safe OS DU、WinRE関連）
- Microsoft Update Catalog の適用対象情報
- 実機PC（複数台）での更新適用結果の比較検証
- UEFI証明書（db／KEK）のPowerShellによるステータス確認
- 一般公開されている技術情報・フォーラムでの事例確認
- 筆者の長年の運用経験と、過去の更新挙動の蓄積データ
※ 上記に加え、筆者の実体験と一般的な技術情報に基づいて内容を整理しています。
この記事中の広告リンクについて
この記事中に含まれる広告リンクやプロモーション表示について、透明性を確保するために以下の通り整理してお知らせします。
■ 記事本文中の広告リンク
- このブログは広告収入によって運営されていますが、この記事の本文中に個別の広告リンクは含まれていません。
- 本文中で参照している外部サイトには、広告リンクが設置されている場合があります。
■ サイドバーやヘッダー部分などの広告表示
ブログのサイドバー・ヘッダー・フッターなどには、通常の広告が表示されています。
■ 業者名や商品名などの記載について
この記事では、特定企業名や商品名をプロモーション目的で取り扱っているものはありません。
ただし、過去のプロモーションで取り扱った企業名や商品名が、技術的説明のために本文中へ登場する場合があります。これは広告目的ではなく、技術的背景を説明するための記述です。
過去のプロモーションで取り扱った企業名については、可能な限り以下のページで一覧として公開しています。必要に応じてご確認ください。
ステマ規制に関する表示について（アフィリエイト等関連業者名一覧）
コメント