HOME/ビジネス/AIソリューション/Microsoft Defenderソリューション
Microsoft Defenderソリューション
AIエージェント・クラウド・開発環境の統合セキュリティ
Microsoft
01/概要
Microsoft Defenderとは：エンドポイント・ID・メール・クラウドの脅威を検知・対応するセキュリティ製品群
Microsoft Defenderは、
領域
役割
主な製品・機能
XDR
エンドポイント・ID・メール・SaaSのシグナルをまとめ、攻撃を検知・調査・対応する
Defender for Endpoint、Defender for Identity、Defender for Office 365、Defender for Cloud Apps
クラウドセキュリティ
クラウド環境とコードの設定不備・攻撃経路を管理し、ワークロードを保護する
Defender for Cloud（CSPM、攻撃経路分析、ワークロード保護、DevOpsセキュリティ）
連携する製品
検知した脅威を相関分析し、調査と対応を自動化する
Microsoft Sentinel（SIEM）、Logic Apps（プレイブック）、Microsoft Entra ID、Microsoft Purview
02/注目される背景
AIエージェント・AI生成コード・マルチクラウドで広がる攻撃対象領域
企業のAI活用は、
AIエージェントの把握と統制
部門ごとに作られたAIが書くコードの脆弱性
AIによる開発でシークレットと依存関係
APIキーなどのクラウド設定の不備
複数のサブスクリプションやアラートの過多
製品ごとに通知が検知が開発に戻らない
見つかった問題が03/構成要素
統合セキュリティの6つのレイヤー：クラウド・DevSecOps・AIコード・AIエージェント・SecOps・IDとデータ
Defenderを
CLOUD SECURITYクラウドリソースの設定、セキュリティ態勢（CSPM）、攻撃経路を可視化し、改善の推奨事項を優先度順に示します。
Cloud Security
Defender for Cloudで、DEVSECOPSスキャン結果をDefender for Cloudに集め、コードとIaCのエージェントレススキャンと組み合わせます。
DevSecOps
GitHub Advanced Securityのコード・シークレット・依存関係のAGENT SECURITYDefenderの脅威検知、Entraの権限、Purviewのデータ保護を適用します。
AIエージェントセキュリティ
Microsoft Agent 365で管理するAIエージェントに、SECOPSMicrosoft Sentinelで脅威を相関分析し、Logic Appsのプレイブックで通知・対応・起票を自動化します。
SecOps
Defender XDRとIDENTITY & DATA分類と持ち出しを管理し、Defenderの検知と結び付けます。
IDとデータ
Microsoft Entra IDで人とエージェントのアクセスを、Microsoft Purviewで機密データの04/進め方
セキュリティ運用のライフサイクル：資産の可視化から開発へのフィードバックまで
Defenderは、
STEP 1資産と接続の把握 Azureのサブスクリプション、GitHubのOrganization、エンドポイント、AIエージェントをDefenderに接続します。
STEP 2態勢評価セキュアスコアと推奨事項から、設定不備とコードの脆弱性の現状を把握します。
STEP 3攻撃経路と優先度 攻撃経路の分析と業務上の重要度から、対応する順番を決めます。
STEP 4検知ルールとアラート設計 通知先、重大度、抑制の条件を決め、担当者に届くアラートを絞り込みます。
STEP 5調査・対応の自動化 Sentinelの分析ルールとLogic Appsのプレイブックで、定型の調査と対応を自動化します。
STEP 6開発へのフィードバック 検知した問題をGitHub Issueとして起票し、修正と再発防止を開発の流れに戻します。
検知から改善への流れ
スキャン結果とクラウドの態勢をDefender for Cloudに集め、Microsoft Sentinelで相関分析し、Logic Appsのプレイブックで通知やGitHub Issueの起票まで自動でつなぎます。
GitHub・クラウド→Defender for Cloud→Microsoft Sentinel→Logic Apps→GitHub Issue
GitHubの05/当社の支援
Defender × Entra × Purview：脅威・ID・データの役割分担で守るMicrosoft Security
Microsoft Defender
THREAT / PROTECTIONクラウド、コード、AIエージェントへの脅威を検知・調査・対応し、セキュリティ態勢を管理します。
Microsoft Defender
エンドポイント、IDENTITY / ACCESSIDに、条件付きアクセスと最小権限を適用し、過剰な権限を見直します。
Microsoft Entra ID
人とAIエージェントのDATA / COMPLIANCEAIエージェントに渡すデータと持ち出しを統制し、監査の記録を残します。
Microsoft Purview
機密データを分類・保護し、06/支援メニュー
6つの支援メニュー：クラウド態勢管理からAIエージェントセキュリティまで
お客様の開発・クラウド・AI
01Azureなどのクラウド環境を接続し、セキュアスコア、推奨事項、攻撃経路の分析をもとに、設定不備の改善計画と運用を設計します。
クラウドセキュリティ態勢管理
Defender for Cloudで02GitHub × Defender for Cloudの
GitHubのOrganizationをDefender for Cloudに接続し、GitHub Advanced Securityのスキャン結果とコード・IaCのスキャンを一元監視します。検知はLogic Apps経由でGitHub Issueに起票します。
GitHub × Defender for CloudのDevSecOps
GitHubの03Foundry・Entra ID・GitHub・Azure DevOpsを含む環境の準備、指摘のトリアージと承認・記録の流れを、AI生成コードを含む開発プロセスに組み込みます。
AIコードセキュリティ
Microsoft MDASHの利用条件の確認、04把握、過剰な権限の発見、リスクのある操作の検知、脅威の調査を、Defender・Entra・Purviewの組み合わせで設計します。
AIエージェントセキュリティ
Microsoft Agent 365を軸に、エージェントの05SecOps・
Defender XDRとMicrosoft Sentinelの分析ルール、Logic Appsのプレイブックを設計し、通知・調査・対応・起票までの流れを自動化します。
SecOps・監視と対応の自動化
Defender XDRと06脅威モデリングと
STRIDEによる脅威モデリング、コード・シークレット・依存関係のスキャン、ペネトレーションテストなどの専門サービスを、開発の工程ごとに組み合わせる計画を作ります。
脅威モデリングとセキュア開発ライフサイクル
STRIDEに07/特長
特長 1/4
GitHubから
GitHubからクラウドまでを横断するDevSecOps設計
クラウドの設定監視だけでなく、
特長 2/4
AIが書くコードを、
AIが書くコードを、AIで検査して人が承認する流れ
Microsoft MDASHが探索・検証した
特長 3/4
AIエージェントの
AIエージェントのID・権限・データ・実行までを守る
当社はMicrosoft FoundryやCopilot StudioでAIエージェントを
特長 4/4
検知を、開発と
検知を、開発と運用の改善につなげるSecOps
Defender XDRと
08/顧客価値
課題・打ち手・価値の因果と、役割別の効果
よくある課題
Defenderを中核に行うこと
得られる価値
アラートが多く、優先度が付けられない
Defender XDRとSentinelで相関分析し、攻撃経路と業務の重要度で並べる
対応すべき事象から順に、少ない人数で対応できる
コードの脆弱性とクラウドの設定不備を別々に見ている
GitHubとクラウドをDefender for Cloudに接続し、一元監視する
開発から本番までのリスクを1つの画面で説明できる
AIが書くコードのレビューが追いつかない
MDASHとGHASで検査し、検証済みの指摘をトリアージして開発者が承認する
レビューの範囲を広げながら、修正の判断は人に残せる
社内のAIエージェントの権限と動作を把握できない
Agent 365で登録し、Defender・Entra・Purviewで脅威・権限・データを統制する
AIエージェントの全社展開を、統制を保ったまま進められる
検知した問題が開発に戻らない
Logic AppsでGitHub Issueに起票し、修正と再発防止を開発の流れに組み込む
同じ種類の不備が減り、セキュリティ対応が開発の作業として回る
CISO・経営層
クラウド、開発、セキュリティ運用（SOC）
相関分析と自動化で、開発チーム
コードとシークレットのAI推進・DX部門
AIエージェントの09/ユースケース
業界別ユースケースと、適合する企業・Discovery質問
FINANCE業務システムとAIエージェントに、ID・データ・脅威の統制を揃え、監査に必要な記録を残します。
金融・保険
顧客情報を扱うMANUFACTURINGシステムと開発環境を横断して監視し、サプライチェーンを含む依存関係の脆弱性を管理します。
製造業
設計・生産のINFRASTRUCTURE自動対応の範囲と人の承認を分け、検知から復旧までの流れを整えます。
交通・インフラ
止められない業務システムで、RETAIL開発速度を保ちながら、シークレットの混入やクラウドの設定不備を本番前に見つけます。
流通・EC
顧客向けアプリのSOFTWARE増えるコードを、MDASHとGHASで検査し、修正をプルリクエストの流れで回します。
ソフトウェア・SaaS
AI駆動開発でPUBLICエンドポイントを抱える環境で、IDの保護と脅威の検知・対応を一体で運用します。
公共・教育機関
多数の利用者と適合する企業
- Microsoft 365・Azure・GitHubを
利用している、 または利用を予定している - AIエージェントや
AI駆動開発を、 個別部門から全社 へ広げようとしている - Defenderの
ライセンスはあるが、 運用やアラート対応が 定まっていない - 開発チームとセキュリティ
担当の間で、指摘の 受け渡しが滞っている
適合しにくい企業
- Microsoft
以外のセキュリティ 製品群に統一しており、 移行や併用の予定がない - 自社で開発やAIエージェントの
運用を行っておらず、 端末の保護のみを求めている - 検知の運用を担う
担当者や体制を、当面置けない
最初の打ち合わせでお聞きすること
- Microsoft Defenderの
どの製品とライセンスを、どの 範囲で利用していますか。 - Azureのサブスクリプション、
GitHubの Organization、 他のクラウドの 利用状況を教えてください。 - アラートの通知先と、
調査・対応を 担う担当者や外部 委託先は決まっていますか。 - コードのセキュリティレビューは、
いつ、誰が、どの 範囲で行っていますか。 - 社内で作られている
AIエージェントの 数と、その権限・データ接続を 把握していますか。 - 自動で対応して
よい処理と、人の 承認が必要な処理の 線引きはありますか。
10/想定ROI
アラート対応・脆弱性管理・監査準備の工数試算
従業員数千人規模、
項目
前提
現状
導入後
削減（年）
アラートの一次トリアージ
月1,500件のアラートを、相関分析と自動化で絞り込み
15分/件
6分/件
約2,700時間
脆弱性指摘の起票・割り当て
月120件のコード・IaCの指摘を、GitHub Issueへ自動起票
30分/件
10分/件
約480時間
インシデント調査の証跡収集
年60件。端末・ID・クラウドのログを横断して収集
8時間/件
3時間/件
約300時間
クラウド設定不備の棚卸し
推奨事項と攻撃経路の分析で、確認対象を絞り込み
月40時間
月15時間
約300時間
監査・報告の準備
年4回、態勢と対応状況を報告
60時間/回
20時間/回
約160時間
合計 年間約3,900時間の工数削減（試算）
11/他の手段との違い
製品ごとの個別導入・監視の外部委託との違い
観点
製品ごとの個別導入
監視の外部委託のみ
当社のDefenderソリューション
対象範囲
製品ごとに守る範囲が分かれる
監視の対象は運用中の環境が中心
クラウド・開発・AIエージェント・IDとデータを1つの体系で設計する
開発との接続
スキャン結果が開発の作業にならない
開発プロセスは委託の範囲外
検知をGitHub Issueやプルリクエストに戻す
AIエージェント
従来の端末・ID保護の延長で扱う
エージェント固有のリスクは扱いにくい
Agent 365を軸に、権限・データ・脅威を統制する
自動化と判断
アラートが増え、判断が担当者に集中する
判断の基準が社内に残りにくい
自動対応の範囲と承認の線引きを、組織に合わせて設計する
運用の定着
設定した時点で止まりやすい
社内に知見が蓄積しにくい
運用設計と手順を残し、社内で回せる状態にする
12/ガバナンス
自動対応の範囲と責任分界：セキュリティ運用・開発・AIエージェント所有者
検知から対応までを
CISO・セキュリティ責任者
守る対象と優先度、セキュリティ運用（SOC）
アラートを調査し、開発チーム・リポジトリ管理者
コードとシークレットのクラウド基盤の管理者
Defender for CloudのAIエージェントの所有者
エージェントの監査・リスク管理
検知と対応の記録、13/当社について
Microsoftソリューションパートナーとしての認定と、AI・開発・セキュリティの実績
Microsoft ソリューションパートナー
Data & AI とAI Platform on Microsoft Azure Specialization
第三者審査で全要件に適合し、更新認定を取得しました。Agentic DevOps with Microsoft Azure and GitHub Specialization
AI Platformとあわせて2領域のSpecializationを取得し、AI基盤からMicrosoft AI Innovation Partner of the Year 2024
マイクロソフト14/はじめ方
スタートプラン：対象領域を1つ選んで始める5ステップ
全社の環境を一度に
STEP 1現状アセスメントDefenderのライセンスと有効化の状況、クラウド・GitHub・AIエージェントの構成、アラート対応の流れを整理します。
STEP 2対象領域の選定サブスクリプション、Organization、AIエージェントのいずれかから、効果を測りやすい領域を1つ選びます。
STEP 3PoCDefender for Cloudの接続、GitHubとの統合、検知ルールとプレイブックを対象領域で動かし、現行工数と比べます。
STEP 4運用設計とロードマップ 自動対応の範囲、承認、担当、対象の広げ方、コストの計画を作ります。
STEP 5全社展開と定着対象を順に広げ、検知ルールとプレイブックの改善を運用として回します。
AIエージェントから始める場合守る対象のAIエージェントは、HWS Agent Campの2日間の集中ハッカソンで、権限と承認の設計を含めて試作できます。
15/関連ソリューション
16/よくあるご質問
Q. Microsoft Defenderとは何ですか。A. エンドポイント、ID、メール、SaaS、クラウドのワークロードを対象に、脅威の予防・検知・調査・対応を行うMicrosoftのセキュリティ製品群です。詳しくはMicrosoft Learn（Defender XDR） とMicrosoft Learn（Defender for Cloud） をご覧ください。
Q. ヘッドウォータースは何を担いますか。 A. Defender自体の提供元はMicrosoft社で、当社は設計・実装・運用・定着を担います。クラウドの態勢管理、GitHubとの統合、AIコードセキュリティ、AIエージェントのセキュリティ、検知と対応の自動化を、お客様の環境に合わせて組み合わせます。
Q. 端末へのDefender導入だけを依頼できますか。 A. ご相談いただけますが、当社の支援の中心は、クラウド・開発環境・AIエージェントまでを含めた設計と運用です。端末の保護を入口に、対象を段階的に広げることもできます。
Q. Microsoft Purviewとはどう違いますか。 A. Defenderは脅威の検知と対応、Microsoft Purviewは機密データの分類・保護とコンプライアンス、Microsoft Entra IDはIDとアクセスを扱います。当社は3つを役割分担させて設計します。
Q. Microsoft Sentinelは必要ですか。A. Defender XDRだけでも検知と対応はできます。複数のログを相関分析したい場合や、Logic Appsで対応を自動化したい場合に、Microsoft Sentinelとの組み合わせを検討します。
Q. GitHub Advanced Securityとどう組み合わせますか。 A. GitHubのOrganizationをDefender for Cloudに接続し、GitHub Advanced Securityのスキャン結果をクラウドの態勢と並べて一元監視します。接続の要件はMicrosoft Learnに示されています。
Q. AIエージェントのセキュリティにどう使いますか。 A. Microsoft Agent 365で登録・管理するAIエージェントに、Defenderの脅威検知と調査、Entraの権限管理、Purviewのデータ保護を適用します。機能ごとの提供状態は、導入時にMicrosoftの最新情報で確認します。
Q. MDASHとの関係を教えてください。 A. Microsoft MDASHは、Defenderと連携してコードの脆弱性を探索・検証するAIスキャナーです。当社は利用条件の確認から、指摘のトリアージと承認の流れの設計までを支援します。
Q. どこから相談すればよいですか。 A. クラウド、開発環境、AIエージェントのどの入口からでも相談できます。対象の領域を1つ選び、現状を整理するところから始めます。
Microsoft Defenderソリューションのご相談
クラウド、開発環境、