mcpField
D
defender-for-business

defender-for-business

github.com/vinayaklattheセキュリティ17844 回インストール19 週間前に更新
リポジトリ

defender-for-business について

中小企業のITチームや、そうした企業を支援するMSP向けの Microsoft Defender for Business の導入・運用スキルです。エンドポイント保護の設定、規模上の制約、エンタープライズプランへの移行を扱います。

主な機能

  1. 01SMB向けライセンスと導入の計画
  2. 02ウイルス対策、ASR、EDRの設定
  3. 03自動調査と修復の管理
  4. 04脆弱性管理とパッチ適用の調整
  5. 05Lighthouseによる複数テナント管理

活用シーン

  1. 01SMBへのエンドポイント保護の導入
  2. 02ASRルールと修復レベルの段階的な調整
  3. 03Intuneを使ったモバイル保護の展開
  4. 04Lighthouseを使うMSPのマルチテナント運用計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/vinayaklatthe/microsoft-security-skills --skill defender-for-business

インストール後、Claude Code で/defender-for-businessを入力して読み込まれたか確認します。

詳細

Microsoft Defender for Business

Defender for Business(MDB)は、中小企業(SMB)セグメント(従業員300人以下)向けのエンドポイントセキュリティです。MDE Plan 2の防御機能の大部分(次世代 AV、EDR、ASR、自動調査、脆弱性管理)を備え、ウィザードを中心としたシンプルな構成により、小規模な IT チームや MSP でも専任の SOC を設けずに導入・運用できます。

Microsoft 365 Business Premium にバンドルされており、単体 SKU としても利用できます。MSP 向けには、マルチテナント管理のために Microsoft 365 Lighthouse を通じて提供されます。

使用する場面

従業員約300人以下の中小企業、または中小企業の顧客にセキュリティを提供する MSP で、エンタープライズ SOC の予算をかけずに、実用的なエンドポイント保護が必要な場合に使用します。

エンタープライズ EDR(defender-for-endpoint)、Microsoft Defender XDR の製品横断調査(defender-xdr)、Azure サーバー保護(defender-for-servers)にはこのスキルを使用しないでください。

MDB の機能

機能MDBMDE P1MDE P2
次世代 AV✅✅✅
攻撃対象領域の縮小✅✅✅
Web コンテンツのフィルタリング✅✅✅
EDR✅(簡易版)—✅
自動調査と修復(AIR)✅—✅
脆弱性管理✅(一部)—✅
脅威インテリジェンスと高度なハンティング(Defender XDR)制限あり—✅
モバイル脅威対策(iOS/Android)アドオン/Intune 経由—はい
サーバー保護MDB Servers アドオン(サーバー60台以下)DfC 経由DfC 経由

目安: MDB では、生のテーブルを使って高度なハンティングを行う SOC アナリストが必要になる段階まで対応できます。ユーザー数約300人、複数拠点、または規制対象の場合は、MDE P2 + E5 への移行を計画してください。

アプローチ

  1. ライセンスの選択。 ほとんどの中小企業は Microsoft 365 Business Premium を通じて MDB を利用します — Entra P1、Intune、DLP の基本機能がバンドルされています。ユーザー数を確認してください。MDB は 300 ユーザーに厳密に制限されており、 これを超えると、エンタープライズ SKU に移行する必要があります。

  2. security.microsoft.com → Assets → Devices にある簡易セットアップウィザードでオンボーディングします。 既定のデバイスグループは、ワークステーション、モバイル、サーバーの 3 つです(サーバーは アドオン経由)。ウィザードにより、AV、ASR、EDR の妥当な既定値が事前設定されます。

  3. 既定のポリシーは提供時のままでも使えますが、次の 2 点を調整してください。

    • ASR ルール — 最初の 14 日間に監査モードで検出された項目を確認し、ルールを 1 つずつブロックに切り替えます。
    • Web コンテンツフィルタリング — 利用状況に合ったカテゴリを有効にします(ギャンブル、アダルト、違法コンテンツをブロック)。初日から厳しくしすぎないでください。
  4. AIR の修復レベル。 既定値は Semi(承認が必要)です。ワークステーションでは、チームが確信を持てるようになったら Full に変更します。サーバーは Semi のままにします。

  5. 脆弱性管理。 主要なエクスポージャーを可視化し、パッチ適用タスクを提示します。実際に展開するには、Intune のパッチ管理(ライセンスがある場合)と組み合わせます。

  6. モバイルデバイス。 iOS と Android の MDB は Defender アプリ経由で提供されます(Intune による管理下での展開を推奨)。Web 保護、ネットワーク保護、アプリのリスク検出を提供します。Android ではリアルタイム AV にも対応します。

  7. サーバーアドオン。 MDB Servers はテナントあたり最大 60 台の Windows または Linux サーバーを保護します。中小企業には十分ですが、エンタープライズには適しません。同じ簡易モデルでオンボーディングします。60 台を超える場合、または DfC のポスチャー/JIT/FIM が必要な場合は、Defender for Servers(defender-for-servers)に切り替えます。

  8. MSP/マルチテナントでの提供。 Microsoft 365 Lighthouse は、MSP 向けに顧客テナント間の MDB を集約します。

    • テナント横断のデバイスインベントリと脅威ダッシュボード。
    • 複数テナントに適用するベースラインポリシーテンプレート。
    • マルチテナントのアラートトリアージ。 セキュアなアクセスには委任管理(GDAP)を組み合わせてください。DAP は決して使用しないでください。
  9. エンタープライズへの移行経路。 MDE P2/E5 への移行を検討する条件:

    • ユーザー数が 300 人を超える。
    • 高度なハンティング/KQL/30 日を超える生テレメトリを必要とする規制対象業界。
    • 複数拠点での SOC 運用。
    • Defender XDR の豊富なデータを Sentinel と連携する必要がある。 移行はライセンス/構成の変更であり、再展開ではありません — デバイスはオンボーディングされたままです。

ガードレール

  • 300 ユーザーの上限は厳格に適用されます。 エンタープライズ規模に向かっているテナントに MDB を組み込む設計は避け、E5/MDE P2 を事前に計画してください。
  • 初日から ASR ルールをブロックに切り替えないでください。 エンタープライズの場合と同様に、監査し、調整してから、ブロックします。
  • AIR の Full モードはワークステーションには適していますが、承認なしでサーバーに使うべきではありません — サーバーの AIR 自動修復はアプリを停止させる可能性があります。
  • モバイル MDB を適切に展開するには Intune が必要です。 MDM がない場合、ユーザー自身によるインストールに頼ることになり、カバー範囲にばらつきが生じます。
  • サーバーアドオンは 60 台が上限です。 それを超える場合、MDB Servers はニーズに合わないため、移行してください。
  • MSP が Lighthouse と MDB を利用するには、従来の DAP ではなく GDAP が必要です — パートナー関係を移行する必要があります。
  • MDB では高度なハンティングに制限があります。 IR の運用で Defender の生テーブルを横断する KQL に依存している場合は、MDE P2 が必要です。
  • Web コンテンツフィルタリングは SWG ではありません。 完全な検査ではなく、カテゴリベースです。本格的な SWG には、entra-global-secure-access の Internet Access を検討してください。
  • MDB とサードパーティ製 AV をアクティブモードで二重にオンボーディングしないでください。 サードパーティ製 AV はパッシブモード+EDR ブロックモードに設定します(エンタープライズの場合と同じルールです)。

よくあるアンチパターン

  • 「ユーザー数が350人になってもMDBを使い続ける」 — ライセンス違反であり、必要な機能も不足します。
  • 「初日からすべてのASRルールをブロックする」 — Officeマクロやインストーラーが動作しなくなります。
  • 「サーバーでAIRの完全な自動修復を有効にする」 — 誤検知によって基幹業務アプリケーションサーバーが自動的に隔離されます。
  • 「Intuneを使わずにモバイルデバイスを展開する」 — デバイス群の半数が保護されません。
  • 「テナントへのアクセスにDAPを使うMSP」 — GDAPを使うべきです。セキュリティと監査上の問題があります。
  • 「300人を超えてもMDBを恒久的なソリューションとして扱う」 — SKUに上限があることを監査時に知ることになります。
  • 「『Patch Tuesdayにパッチを適用している』という理由で脆弱性管理を省略する」 — 脆弱性の優先順位付けにより、Patch Tuesdayで実際に優先度の高いものへ対処できます。
  • 「MDE P2の機能を利用できると考えて、Defender XDRポータルで高度なポリシーを構成する」 — その機能は利用できません。UIでは常に明確に示されるとは限りません。

プロンプトの例

  • M365 Business Premium を利用する従業員120人のプロフェッショナルサービス企業を Defender for Business にオンボードする手順を作成してください。ウィザード、ASR の展開、AIR、脆弱性管理を含めます。
  • 複数の拠点で事業を展開し、ユーザー数が300人に近づいている中小企業向けに、MDB から MDE Plan 2 + E5 への移行を計画してください。
  • サーバーアドオンを使って MDB を60台のサーバーに展開し、後に Defender for Servers が必要となるギャップを特定してください。
  • MSP の提供モデル:中小企業の顧客50社に対する MDB の基本ポリシーと、GDAP を使った Lighthouse のマルチテナント運用。
  • モバイル防御の展開:Intune を介して200人のユーザーに Defender for iOS と Android を導入してください。
  • Web コンテンツフィルターのカテゴリ:業務利用を妨げない基本的なブロックリストを作成してください。
  • Microsoft 365 Business Premium と Microsoft 365 E3 + MDE P1 を検討している顧客向けに、MDB の機能と MDE P1 を比較してください。

Microsoft Learn

コメント