Windows 11 KB5074109後にCS2で0xc0000005が出る事象と整理

本記事が扱う事象は、Windows 11 の累積セキュリティ更新（KB5074109、OS ビルド 26100.7623/26200.7623）適用後に、Counter-Strike 2（CS2）がクラッシュし、例外コード 0xc0000005 が記録されたとする報告です。一次情報としては、Reddit の r/cs2 に同趣旨の投稿があり、更新の適用タイミングとクラッシュ発生の近接が示されています。 (Reddit)
一方で、更新プログラムとアプリのクラッシュは「同時に起きた」だけでも成立します。そのため、本記事で整理する論点は、KB5074109の更新内容と適用範囲を押さえたうえで、0xc0000005の意味、CS2側・周辺環境側の変数、切り分けの観点を構造的に並べることにあります。 (マイクロソフトサポート)

• KB5074109（26100.7623/26200.7623）の位置づけと適用範囲
• 例外コード0xc0000005が示す意味
• CS2（Source 2）側で想定される変数
• 切り分けで見るべき情報と確認軸
• 現時点での整理と、追加情報が意味を持つ条件

KB5074109（26100.7623/26200.7623）の位置づけと適用範囲

KB5074109は、Windows 11 version 24H2 と 25H2 に対する2026年1月13日リリースの累積更新です。 (マイクロソフトサポート)
Microsoft の更新履歴ページでは、対象が Windows 11 version 25H2/24H2 であること、OS ビルドが 26200.7623 と 26100.7623 に進むこと、セキュリティ修正と品質改善を含む累積更新であることが示されています。 (マイクロソフトサポート) さらに Update Catalog 側でも、同KBが 24H2/25H2 の x64/arm64 向けに配布されていることが確認できます。 (Microsoft Update Catalog)

この点から、クラッシュ報告にある「(26100.7623)」は、Windows 11 24H2 系の更新後ビルドと整合します。 (マイクロソフトサポート)
ただし、累積更新は多数の修正を束ねる設計です。言い換えると、更新が入った後に発生した不具合でも、(1)更新に含まれる変更、(2)更新が誘発するドライバ更新や再初期化、(3)単なる偶発、のいずれでも説明が成立します。以上を踏まえると、クラッシュの因果は「更新の事実」だけでは確定しません。

例外コード0xc0000005が示す意味

0xc0000005は一般に「アクセス違反（access violation）」として扱われ、プロセスが許可されないメモリ領域へアクセスした状況で記録されやすい例外コードです。 (Microsoft Learn)
Microsoft の Q&A でも、0xc0000005 を伴う「起動できない」事象に対して、システムファイルの整合性（SFC など）やメモリ不良、ドライバ、DEP（データ実行防止）といった複数要因が並列で語られています。 (Microsoft Learn) つまり、コード自体は原因を一意に指しません。

そのため、ログに 0xc0000005 が出た場合の実務上の確認点は、「どのモジュール（DLL/ドライバ/実行ファイル）が落ちたか」「落ちた直前に何が切り替わったか」を追加で見ることになります。Windows 更新直後であれば、GPU ドライバやオーバーレイ、アンチチート周辺、ゲーム側キャッシュの不整合などが同時期に変動し得ます。そうすることによって、KBそのものの影響と、周辺要因の影響を分けて考えやすくなります。

CS2（Source 2）側で想定される変数

CS2の0xc0000005は「ゲーム本体以外の常駐機能（オーバーレイ等）」が関与するケースも整理対象になります。 (Microsoft Learn)
Microsoft Q&A では、Steam/Discord/GeForce Experience のオーバーレイ無効化が 0xc0000005 を伴う Source 2 系ゲームのクラッシュ対策として挙げられています。 (Microsoft Learn) これは、描画フックや録画・配信系の注入（インジェクション）により、ゲームのメモリアクセス条件が変わる可能性があるためです。

一方で、Windows 更新直後は GPU ドライバの再構成、Shader（シェーダー）キャッシュの再生成、セキュリティ機構の設定更新などが重なり得ます。結果として、同じ 0xc0000005 でも「以前は成立していた組合せが成立しなくなる」形で顕在化する余地があります。なお、Reddit の投稿は「新PCでは未発生だったが、更新適用後に発生した」という時系列を示しますが、投稿だけではモジュール名や再現条件が不足しており、断定材料にはなりません。 (Reddit)

切り分けで見るべき情報と確認軸

切り分けの核心は「更新（KB）」「ドライバ」「常駐機能」「ゲーム資産」のどこが変化点かを時系列で並べることです。
ここでは、Windows 更新後のクラッシュで使われやすい整理軸を表にまとめます。なお、目的は原因の決め打ちではなく、観測できる差分を増やすことです。

さらに、クラッシュ時のイベント情報は「どのプロセスが、どの例外で、どのモジュールで落ちたか」を残します。次の表は、Windows 上で参照されやすい代表例です（環境により記録先は変わります）。

この結果、KB5074109適用と同時期に「GPUドライバ更新も入っていた」「オーバーレイが自動で有効化されていた」など、別の変化点が見える場合があります。そうであれば、KB単独原因という仮説は弱まります。一方で、同ビルドの環境で同種報告が増えるなら、OS側既知の不具合として整理される可能性が残ります。ここは情報の追加が必要となる領域です。

現時点での整理と、追加情報が意味を持つ条件

現時点では「KB5074109がCS2の0xc0000005を直接引き起こす」とは言えず、同時期変化の重なりとして扱うのが妥当です。
KB5074109は Windows 11 24H2/25H2 の累積セキュリティ更新であり、適用後に OS ビルドが 26100.7623/26200.7623 へ進む点は公式情報で確認できます。 (マイクロソフトサポート) 一方で、Reddit の投稿は「更新後にCS2がクラッシュした」という時系列の提示に留まり、障害モジュールや再現条件が不足しています。 (Reddit)

ただし、運用上の判断材料として重要なのは、(1)同KBと同ビルドでの再現報告が複数ソースに広がるか、(2)障害モジュールが特定の DLL/ドライバに収束するか、(3)オーバーレイ等の周辺機能の有無で再現性が変わるか、の3点です。Microsoft Q&A ではオーバーレイが 0xc0000005 に関与し得るという整理があり、周辺要因の扱いは妥当な確認軸になります。 (Microsoft Learn)

以上を踏まえると、本記事の対象となる事象は「Windows 更新直後のクラッシュ」という枠で再整理でき、KB5074109はその中の主要な変化点の一つに位置づきます。なお、同種の問題は環境差が大きく、GPU世代・ドライバ・常駐構成で条件差が生じる可能性があります。最後に、切り分け結果の共有では「ビルド番号（26100.7623等）」「障害モジュール名」「例外コード」「再現手順の最小化」を揃えると、情報の比較がしやすくなります。とくにモジュール名の記載があるかどうかは、判断n材料としての価値を大きく左右します。