Microsoftが6月Patch Tuesdayで200件を修正、悪用中のExchangeゼロデイを含む6件が判明

「ゼロデイが6件って、どれから直せばいいでしゅか？」
「自社のExchangeが狙われてるって、本当に今すぐパッチを当てる必要があるんでしゅか？」

チップス

毎月のパッチ、数が多すぎて優先順位がつけられないんでしゅ……。

ボス

ふふふ、200件もあれば迷うのも無理はない。だが今回は実際に攻撃されているものが混じっている。そこを先に押さえれば判断はぶれないぞ。

本記事では、Microsoftが2026年6月のPatch Tuesdayで公開した6件のゼロデイと200件の脆弱性を整理し、まず何から手をつけるべきかを解説します。

読み終える頃には、自社のExchangeとWindows環境で優先すべきパッチの順番がはっきりします。

6月Patch Tuesdayの中身

まずはMicrosoftが公開した今回の修正内容を整理します。

悪用中のExchangeゼロデイと公開済み5件の内訳

今回の目玉は、実環境で悪用が確認されたCVE-2026-42897です。
Exchange Serverのなりすまし（spoofing）脆弱性で、攻撃者が細工したメールを送り、利用者がOutlook Web Access（OWA）で開くとブラウザ上で任意のJavaScriptが動きます。
残る5件は公開済みのゼロデイで、HTTP/2のヘッダー圧縮を悪用しわずかなデータでサーバに過大なメモリを確保させるCVE-2026-49160（HTTP/2 Bomb）が代表例です。
ほかにもWindows CTFMONの権限昇格CVE-2026-45586（別名GreenPlasma）、BitLockerをバイパスするCVE-2026-45585とCVE-2026-50507が並びます。

主なゼロデイを表に整理すると次のとおりです。

悪用中の1件を先頭に置き、公開済みの5件がそれに続く構図です。

チップス

メールを開いただけでJavaScriptが動くって、利用者は気づけないでしゅ……。

ボス

そこが怖いところだな。利用者の操作に頼れない以上、サーバ側でふさぐしかない。だからExchangeのパッチが最優先になるんだ。

脆弱性の仕組みと自社への影響

200件のうち、どれを先に当てるかで対応の質が変わります。

悪用中のRCEから優先して適用する

今回はCritical評価が33件あり、そのうち28件がリモートコード実行（RCE）です。
RCEは攻撃者が遠隔から任意のコードを動かせる種類で、被害が最も大きくなりやすいため、まずはここを軸に判断します。
とりわけ実環境で悪用中のCVE-2026-42897は、社内の多くがメールにExchangeを使う日本の環境では影響範囲が広く、すでに攻撃が始まっている点で別格です。
HTTP/2 BombのようなDoSはサーバを止めにかかる攻撃なので、外部公開しているWebサーバを持つ組織は同時にふさいでおく必要があります。

適用の優先順位をまとめると次のとおりです。

すべてを一度に当てられないなら、悪用中の1件と外部公開サーバから手をつけるのが現実的です。

チップス

件数に圧倒されて、つい後回しにしがちだったでしゅ……。

ボス

全部を完璧にやろうとするから止まるんだ。悪用されているものから順に潰す。それだけで守りの厚みは段違いに変わるぞ。

まとめ：悪用中の1件から守りを固める

2026年6月のPatch Tuesdayは、200件の修正のなかに実際に攻撃されているExchangeのゼロデイを含む、重さの異なる更新でした。
まずはCVE-2026-42897を即日で当て、28件あるRCEを外部公開サーバから順に潰すのが、限られた人手で被害を防ぐ近道です。
毎月の膨大なパッチに飲まれず、悪用中かどうかとRCEかどうかで優先順位をつける運用が、現場の足腰を支えます。
こうしたパッチ管理や脆弱性対応の最前線に関わりたい方は、ぜひセキュリティフリーランス案件で多様な現場を経験してみてください。

参考: BleepingComputer「Microsoft June 2026 Patch Tuesday fixes zero-days, 200 flaws」