Microsoft、.NET緊急更新 Brotli脆弱性など修正

米Microsoftは2026年10月25日(現地時間)、開発・実行基盤「.NET」の定例外(Out-of-Band)セキュリティ更新を公開した。通常の月例更新を待たずに提供するもので、Brotli形式のデータ展開に関わる脆弱性をはじめ、複数の問題に対応する。対象となるアプリケーションやビルド環境について、同社はできるだけ早く更新するよう呼びかけている。
更新後のバージョンは.NET 8が「8.0.33」、.NET 9が「9.0.22」、.NET 10が「10.0.14」。開発中の.NET 11についてはRelease Candidate 3(RC3)が対象だ。.NET Frameworkは今回の対象外と明記された。アプリが共有ランタイムを使うのか、自己完結型で配布されるのかによって適用方法が異なる。
Brotli解凍処理の脆弱性はCVSS 8.1
中心となる「CVE-2026-111497」は、.NETのBrotliデコーダーに存在する境界外書き込みの問題だ。Microsoftの勧告によれば、認証されていない攻撃者がプロセスのメモリを読み取ったり破損させたりする可能性があり、情報漏えい、サービス拒否、権限昇格につながり得る。深刻度は「High」、CVSS v3.1スコアは8.1と評価されている。ただし、脆弱な.NETが入っているだけで直ちに攻撃可能になるわけではない。
ASP.NET Coreのリクエスト解凍やHttpClientの応答自動解凍は、標準設定ではBrotliを自動的に処理しない。攻撃者が制御するBrotliデータを、アプリ側の設定やBrotliStreamなどのAPIで展開する場合に影響が生じると説明されている。Microsoftは更新までの暫定策として、該当する処理が既に有効な場合に限り、Brotli展開を無効化する方法を案内した。未使用の機能を新たに有効化することは推奨していない。
Linux配布物と前回の修正漏れにも対応
「CVE-2026-114148」は、Linux向け.NET関連tarballのファイル所有権に関する問題で、条件次第でローカル権限昇格が起こり得る。対象は特定のASP.NET Coreランタイム・ターゲティングパックのアーカイブやソースビルド成果物であり、すべてのLinux環境が同じ条件で影響するわけではない。配布方法と展開時の所有権設定を確認する必要がある。
さらに、10月13日の更新では十分に解消できていなかった2件の修正も含まれる。「CVE-2026-70197」はWindowsのSocketAsyncEventArgsに関係するメモリ破損、「CVE-2026-102870」は.NET 10・11のBlazor WebAssemblyデバッガー関連パッケージの問題だ。後者についてMicrosoftは、共有ランタイムの更新だけでは不十分で、影響を受けるServer/DevServerパッケージ参照も更新するよう案内している。
利用者が確認すべき更新方法
開発者は利用中のランタイム・SDK・依存パッケージの版を確認し、対象バージョンへ更新したうえでアプリを再起動する必要がある。自己完結型のアプリやNativeAOTで配布している場合は、新しいSDKでの再ビルド・再配布が必要になる場合がある。Linuxの該当アーカイブは所有権を考慮した入れ替えが必要だ。影響範囲は利用機能と配布形態で異なるため、個々のCVE勧告を確認することが重要となる。
みんなの反応
55件定例外ってことは優先度高そうだな
8系も対象なのか、確認しておこう
Brotliを使っているか先に調べたい
CVSS8.1は軽く見られない数字だね
標準設定なら即危険とは限らないのは重要
更新しただけで安心とは言い切れないか
自己完結型アプリは再配布が必要なのか
ランタイムだけ更新して終わりにしがち
Linuxのtarballの話は見落としそう
開発環境も対象なのが地味に大変
10月13日の修正漏れも含まれるのか
こういう緊急更新は夜間対応になるな
まず本番の.NETバージョンを洗い出そう
Brotliの解凍処理を使っていた気がする
HttpClientの設定を見直すきっかけになる
デフォルトでは自動解凍しないんだね
影響条件を整理してくれると助かる
セキュリティ更新の検証時間が欲しい
.NET Frameworkは別扱いなのね
古いランタイムが残ってないか不安
アプリ再起動まで忘れずにやりたい
Dockerイメージの更新も確認だな
RC版まで対象なのは珍しく感じる
脆弱性が4件あると切り分けが大変そう
公開直後に詳しい勧告があるのは助かる
Brotliって普段意識しないから盲点
一部の機能だけ影響するのは救いかも
APIサーバーの設定を一通り見直そう
権限昇格とメモリ破損は別問題なのね
パッケージ参照の更新も必要なのか
ビルドし直すプロジェクトが多すぎるw
まずステージングで動作確認かな
急いで入れて不具合が出ても困る
でも更新を先延ばしにはできないよね
運用担当の週明けが忙しくなりそう
影響のある構成だけ把握したい
Brotliを切る暫定策もあるのはありがたい
設定変更で新たな問題を作らないように
依存関係の棚卸しをしておきたい
自己完結型って更新漏れが怖いな
サポート中の複数世代に一斉対応か
開発機だけ新しくても本番は別だしね
CIのSDKバージョンも見ておこう
ランタイムの差し替えで済むか確認
WindowsとLinuxで注意点が違うのか
4件とも条件が違うのはややこしい
ちゃんと一次情報を読んで判断したい
とりあえず全員が即被害という話ではない
Blazorのパッケージ側も忘れそう
自動更新だけに任せて大丈夫かな
アップデート後の再起動が重要そう
本番の配布方式を把握してないと厳しい
脆弱性対応の手順書を更新するか
利用してない機能まで有効にしないよう注意
まずは対象環境の一覧作成からだね!
一致する反応はありません。
情報元
- github.com リンク先:github.com
- github.com リンク先:github.com
- github.com リンク先:github.com
- github.com リンク先:github.com
- github.com リンク先:github.com
- forest.watch.impress.co.jp リンク先:forest.watch.impress.co.jp





あなたはどう思う?
コメントは投稿後すぐに公開されます。個人情報や不適切な内容は投稿しないでください。
コメント
まだコメントはありません。