何が起きたか
5月中旬、米ワシントン州レドモンドのMicrosoft本社で数十人のエンジニアとマネージャーが集まり、Anthropicの「Project Glasswing」に関する会議が開かれました。ProPublicaが確認した録音と社内スライドによれば、同社が使っていた「Claude Mythos Preview」は、修正できる速度を超えるペースでバグを発見していました。あるマネージャーはこの状況を「猛烈な突貫作業（a mad dash）」と表現しています。
Project Glasswingは、消費者・企業・政府向けソフトを開発する一部組織にMythosへのアクセスを与え、攻撃者や中国などの敵対的政府が同種のツールを持つ前に脆弱性を潰しておくという構想です。4月に公開され、米国には「先に直せる猶予期間」があると期待されました。
なぜ重要か——発見速度が修正速度を上回った
このニュースの核心は「AIがバグを見つけられる」ことではありません。見つける速度と直す速度の非対称性が、初めて具体的な数字で可視化されたことです。
社内会議でエンジニアリングマネージャーのHans Andersenは、アクセス期限が残り約2週間であり、5月31日が「世界の他の人々が追いついたとみなされる日」だと伝えました。これに対しあるエンジニアは「つまり6月1日にリリースされたら、6月2日には敵対勢力が我々のバグを手にするということですね？」と質問し、複数の参加者が「そうだ」と答えています。防御側の猶予がAIの一般提供と同時に消えるという構造です。6月下旬にはFive Eyes（米・豪・加・NZ・英）が異例の共同声明で、この猶予は数か月以内に閉じると警告しました。
トリアージという急所
Microsoftは「重大」「重要」に絞って修正し、「中程度」は後回し、「低」は資料に記載すらありませんでした。被害の大きい順に処理する業界標準の考え方で、記事中では救急救命室の重症者優先に例えられています。
しかしMythosは、複数のバグを連鎖させて成立する攻撃経路（チェイニング）を組み立てられます。AnthropicのシニアテクニカルアドバイザーでNSAの元最高AI責任者でもあるVinh Nguyenは「低レベルの欠陥を4つ連鎖させれば高深刻度に等しくなる」「Microsoftである以上、現在のトリアージ戦略はリスクを過小評価している可能性がある」と指摘します。Microsoftは社内資料にチェイニングの言及がなかったことを認めつつ、広報は「脆弱性評価とリスク分析の一部として長く考慮されてきた」と回答しました。
「技術的負債の支払期限」
数字は苛烈です。6月のPatch Tuesdayは200件超で当時の過去最多、7月14日は600件超。うち低・中程度は7件しかなく、1件は実際に悪用されていました。Zero Day Initiativeを率いるDustin Childsは7月14日のブログで「バグの黙示録が完全に到来した」と書いています。Microsoft自身も、件数は「しばらく横ばいにはならない」と認めています。
SharePointチームは「数か月忙しくなる」と予測され、8月に「重要」、その後およそ300件の「中程度」に取り組む計画でした。Microsoft 365・Teams・Copilotでも数百件の重大／重要バグが見つかり、5月中旬時点で多くは未修正でした。Andersenは「深遠でも風変わりでもないが、実在する。しかも多くは悪用可能だ」と述べています。
オバマ元大統領のサイバー顧問でCyber Threat Alliance代表のJ. Michael Danielは「誰もこの問題への対処法を見つけていない」「技術的負債の支払期限が来た」と語ります。脆弱性管理を専門とするデータサイエンティストのBen Edwardsの比喩は分かりやすい——「以前は庭用ホースを噴射モードで飲んでいたようなものだが、今は消防ホースだ」。しかもMicrosoftの脆弱性受付窓口であるMicrosoft Security Response Centerは、AI以前から月に数百〜数千件を処理しつつ慢性的な人員不足だったとProPublicaは報じています。元従業員によれば、同社の企業文化はセキュリティ対応をコストセンター、新製品開発をプロフィットセンターと見なしてきました。
💼 事業会社視点：これは自社にどう効くか
日本の事業会社にとって、この話は「MicrosoftとAnthropicの内輪の攻防」では終わりません。
第一に、パッチ運用の前提が壊れます。 月200件だった検証対象が600件になれば、SharePoint・Microsoft 365・Teams・Copilotを社内標準にしている企業の情シスは、従来の「Patch Tuesday翌週に検証、月末適用」という運用では確実に破綻します。役員が今決めるべきは人員増ではなく、「検証をスキップして即適用する対象範囲」をあらかじめ経営判断として決めておくことです。現場に判断を投げれば、遅延がそのまま露出時間になります。
第二に、「中程度・低は後回し」という自社の運用も同じ穴を抱えています。 Nguyenの指摘するチェイニングは、Microsoftだけの問題ではありません。日本のSaaS事業者や受託開発会社が顧客に提出する脆弱性報告書で「深刻度：低のため対応不要」と書いてきた項目は、AIが連鎖経路を組み立てられる前提では説明が持ちません。契約上のSLAや保守範囲の定義を、深刻度基準ごと見直す必要があります。
第三に、EC・金融など決済を扱う事業では、���撃側の速度が先に上がります。 猶予が数か月で閉じるというFive Eyesの警告は、裏返せば「防御に使えるAIを持たない企業から順に不利になる」という意味です。レガシーコードを抱えた自社の基幹システムこそ、Microsoftと同じ技術的負債の請求書を受け取る側です。今期の予算配分で、セキュリティを「コストセンター」として据え置いた企業は、来期にその判断の代価を払うことになります。
