MicrosoftのAIセキュリティ「Project Perception」を試す前に知っておきたいこと — MAI-Cyber-1-Flashの何がすごいのか


はじめに

こんにちは!最近 Microsoft Security の動向を追いかけている横浜情報機器株式会社のロホマン シャヒンです。

RS

ロホマン シャヒン

  • Microsoft Student Ambassador
  • GitHub Copilot User Group Japan 運営
  • Azure Solutions Architect Expert 取得

2026年7月27日、Microsoft が「MAI-Cyber-1-Flash」と「Project Perception」を発表しました。CyberGym ベンチマーク 96%・コスト 50% 削減というインパクトのある数字が並んでいて、これは読み込まずにはいられなかった。

ただ「すごいのは分かるけど、自社にどう関係するの?」という部分が気になったので、公式ブログを読み込んで整理してみました。


1. そもそも何が発表されたのか

発表は大きく3つのコンポーネントで構成されています。

コンポーネント ひとことで言うと
MAI-Cyber-1-Flash Microsoft 製のサイバーセキュリティ専用 AI モデル
MDASH ソフトウェア脆弱性管理専用のマルチエージェントチーム(5月公開済み)
Project Perception 上2つを統合したエージェント型セキュリティシステム

今回の核心は「MAI-Cyber-1-Flash を MDASH に組み込んだ」こと。単体モデルの発表ではなく、既存の MDASH フレームワークに専用チューニングモデルを差し込んだ組み合わせが強い、という話です。

Microsoft AI CEO の Mustafa Suleyman 氏はこう説明しています。

「MAI-Cyber-1-Flash がクエリの約90%を処理する。残り約10%の複雑なケースは、10倍の規模を持つ GPT-5.4 に委ねる。モデル同士が処理を引き継ぎ合うことで、他のあらゆるモデルを上回る性能を半分のコストで実現している」

軽量な専用モデルで大半を捌いて、難しいケースだけ大きなモデルへ回す——この設計は効率的だと思います。セキュリティという24時間稼働が前提のドメインなら、コスト設計は特に大事になってくる。


2. Project Perception のアーキテクチャ — 3チームのAIエージェントが回り続ける

Project Perception は、3種類の専門 AI エージェントがクローズドループで協調するシステムです。

エージェント 役割 実際にやること
レッドチームエージェント 攻撃シミュレーション 侵害経路を先に見つけてくれる(ペネトレーションテスト相当)
ブルーチームエージェント 検出・トリアージ アラートの取捨選択を 24 時間やってくれる
グリーンチームエージェント 修正・強化 パッチ適用や設定変更を自動で実行してくれる

この3チームが「発見 → 評価 → 修正」のサイクルをマシンスピードで回し続ける、というのが設計思想です。人間が都度承認するのではなく、AIが継続的に回って、人間は判断の出力を見る側に回る。

Project Perception の3チームエージェント構成

正直なところ、「本当に自動でパッチ当ててくれるのか?」という懸念は当然出てくると思います。その点は後ほど触れます。


3. 6層の「新しいサイバースタック」とは

Project Perception を支える基盤として、Microsoft は6層のスタックを定義しています。

役割
シグナル・センサー Defender・Entra ID・Sentinel など各製品からシグナルを収集
セキュリティコンテキスト シグナルを AI が推論できる文脈情報に変換
モデル タスクに最適なモデルを動的に選択するマルチモデル構成
ハーネス エージェントとモデルをワークフロー全体にまたがって調整
エージェント レッド・ブルー・グリーンの3チームが防御を実行
アクチュエーター エージェントの判断を実際の保護アクションに変換

地味に重要なのが「セキュリティコンテキスト」の層です。各エージェントが毎回ゼロからデータを集め直さなくていいように、Defender・Entra ID・Sentinel からのシグナルをあらかじめ「AI が推論しやすい形式」に変換しておく仕組みになっています。

これによってトークン消費を抑えつつ推論精度を上げる——コストと性能を同時に解決しているポイントはここだと感じました。

新しいサイバースタックの6層構造

4. スコア 96% って本当に信頼できる?

CyberGym ベンチマークで MDASH + MAI-Cyber-1-Flash が 96%、Claude Mythos 5(Anthropic)が 84%、という結果が公表されています。

当然ですが、このスコアは Microsoft が自社製品を評価したベンチマーク です。CyberGym 自体は業界で使われているベンチマークですが、自社に有利な条件が含まれる可能性は否定できない。

ただ12ポイントの差は大きいし、コスト50%削減は実利に直結する指標なので、パブリックプレビュー(8月3日〜)で実際に試せるようになったら検証してみたいところです。


5. 情シス担当者として気になるポイント 3 つ

① 緊急対応は不要——でもロードマップとして押さえる

今回は脆弱性発表ではないので、今すぐ何かしなければいけないわけではありません。ただ Microsoft Security 製品のロードマップが大きく変わる発表なので、動向は追っておく価値があります。

② Defender 利用中なら恩恵を受ける可能性がある

Project Perception は Microsoft Defender に直接組み込まれる予定です。既存の Defender ライセンスを持っている組織は、追加設定なしに一部機能の恩恵を受けられる可能性があります。詳細は Microsoft からの公式アナウンスを待つ必要がありますが、ライセンス構成を確認しておくのは損じゃないと思います。

③ 「AIが自動実行する」範囲をパブリックプレビューで確認する

Microsoft は「人間が常にコントロールを保てる設計」と言っています。ただ「どの操作が自動実行されて、どの操作に人間の承認が要るか」はまだ公開されていません。

パブリックプレビューが始まったら、そこを一番最初に確認したい。グリーンチームエージェントが「パッチを自動で当てる」と言っても、本番環境への自動適用を許可するかどうかは組織によって違います。設定できる粒度次第で、実用性は大きく変わるはずです。


6. 想定ユースケース 3 選 — どんな場面で役立つか

パブリックプレビューはまだ始まっていないので、公式ドキュメントをもとに「こういう場面で使えそう」という想定シナリオを整理してみました。

ユースケース① ソフトウェア脆弱性の検出からパッチ適用まで自動化

現状の課題: 脆弱性スキャンは定期実行されていても、検出から対応まで数日〜数週間かかることが多い。特に「重要度が高いが対応手順が複雑なもの」が後回しになりがち。

Project Perception での想定動作: MAI-Cyber-1-Flash がリアルタイムで脆弱性を検出し、グリーンチームエージェントがパッチ候補を生成・適用する。「検出→修正の妥当性確認→適用」まで一連で完結するのが今回の核心です。

最初のシナリオとして「ソフトウェア脆弱性管理」が選ばれているのは、MAI-Cyber-1-Flash がこのドメイン向けに専門チューニングされているから——というのが公式の説明です。

ユースケース② SOC のアラートトリアージを自動化する

現状の課題: Microsoft Sentinel や Defender を使っていると、日常的に大量のアラートが発生する。本物の脅威と誤検知を選別する作業(トリアージ)に時間を取られて、本来の調査が後回しになる。

Project Perception での想定動作: ブルーチームエージェントが Defender・Sentinel・Entra ID のシグナルを横断的に見て、文脈を踏まえたトリアージを24時間実行する。担当者はエージェントが「要対応」と判断したものだけを確認する運用になる想定です。

これは現状の「Copilot for Security でアラートを調査する」フローとは違って、エージェントが先に仕分けをしておいてくれる、というイメージです。

ユースケース③ 継続的なペネトレーションテスト

現状の課題: ペネトレーションテストは外部の専門業者に依頼するのが一般的で、年1〜2回が限界。テストと実際の攻撃の間に空白期間が生まれる。

Project Perception での想定動作: レッドチームエージェントが攻撃者の視点から継続的に侵害経路を探索し続ける。「年1回のテスト」ではなく「常時回っているシミュレーション」に変わる可能性があります。

ただし、どこまで深い侵害シミュレーションをやるのかはまだ公開されていません。パブリックプレビューで確認したいポイントの一つです。


7. Copilot for Security との違いを整理する

「Project Perception が発表されたけど、Copilot for Security はどうなるの?」という疑問を持った方も多いと思います。結論から言うと、補完関係にあると私は理解しています。

比較項目 Copilot for Security Project Perception
操作モデル 人間が質問・指示を入力する エージェントが自律的に動く
主な用途 インシデント調査、脅威ハンティング補助、レポート生成 継続的な発見→評価→修正サイクル
主な利用者 SOCアナリスト、セキュリティエンジニア セキュリティ運用全体(Defender経由で自動稼働)
人間の関与 常に人間が操作して使う エージェントが動き、人間は結果を承認
提供状況(2026年7月時点) GA(正式提供中) 8月3日パブリックプレビュー開始予定

Copilot for Security は「人間がAIに質問して補助してもらう」ツール。Project Perception は「AIが勝手に動き続けて、人間が出力を見る」システム。役割の軸が根本的に違います。

どちらが上位・下位という話ではなく、個別調査は Copilot for Security、継続防御は Project Perception——という使い分けになる可能性が高いと思っています。既存の Copilot for Security のライセンスが無駄になるわけではないので、その点は安心してよさそうです。


8. まとめ

整理するとこういうことです。

  • Microsoft が MAI-Cyber-1-Flash を発表:サイバーセキュリティ専用 AI モデル。CyberGym スコア 96%、コスト 50% 削減。軽量モデルと大型モデルの分業設計が特徴
  • Project Perception は8月3日パブリックプレビュー開始:まず Microsoft Defender に統合される予定
  • 緊急対応は不要:今すぐパッチを当てたりする話ではないが、Microsoft Security のロードマップとして把握しておく価値は大きい
  • パブリックプレビューで確認すべきは「自動実行の粒度」:グリーンチームエージェントがどこまで自律的に動くかが実用性を決める

個人的には「AIで攻める敵にAIで守る」という方向性は正しいと思っています。問題は速度より制御の粒度なので、8月3日以降の詳細に注目したい。

この記事が少しでも参考になったら、ぜひシェアしていただけると嬉しいです!


出典

技術ブログ一覧に戻る