Identity Protection でのリスク検出のシミュレーション

  • [アーティクル]

管理者は、次の項目を実現するために、環境内のリスクをシミュレートすることができます。

  • リスク検出と脆弱性をシミュレートして、Identity Protection 環境にデータを入力する。
  • リスクベースの条件付きアクセス ポリシーを設定し、それらのポリシーの影響をテストする。

このセクションでは、次の種類のリスク検出をシミュレートするための手順を説明します。

  • 匿名 IP アドレス (容易)
  • 見慣れないサインイン プロパティ (中程度)
  • 特殊な移動 (難解)
  • ワークロード ID 用の GitHub の漏洩した資格情報 (中程度)

他のリスク検出は、安全な方法でシミュレートできません。

各リスク検出に関するより詳細な情報については、ユーザーとワークロード ID に関するリスクの概要の記事を参照してください。

匿名 IP アドレス

次の手順を完了するには、以下を使用する必要があります。

  • 匿名 IP アドレスをシミュレートするための Tor Browser。 組織が Tor Browser の使用を制限している場合は、仮想マシンの使用が必要になることがあります。
  • まだ Microsoft Entra 多要素認証用に登録されていないテスト アカウント。

匿名 IP からサインインをシミュレートするには、次の手順を実行します。

  1. Tor Browser を使用して https://myapps.microsoft.com に移動します。
  2. 匿名 IP アドレスからのサインイン レポートに表示するアカウントの資格情報を入力します。

10 ～ 15 分以内に Identity Protection ダッシュボードにサインインが表示されます。

通常とは異なるサインイン プロパティ

未知の場所をシミュレートするには、テスト アカウントがサインイン元として以前に使用したことのない場所とデバイスからサインインする必要があります。

以下の手順では、次のものを新たに作成して使用します。

  • 新しい場所をシミュレートするための VPN 接続。
  • 新しいデバイスをシミュレートするための仮想マシン。

以下の手順を完了するには、次のようなユーザー アカウントを使用する必要があります。

  • 30 日以上のサインイン履歴がある。
  • Microsoft Entra 多要素認証が有効である。

未知の場所からサインインをシミュレートするには、次の手順を実行します。

  1. 新しい VPN を使用して、https://myapps.microsoft.com に移動し、テスト アカウントの資格情報を入力します。
  2. テスト アカウントでサインインするときに、多要素認証チャレンジを完了しないことで、MFA チャレンジを失敗させます。

10 ～ 15 分以内に Identity Protection ダッシュボードにサインインが表示されます。

特殊な移動

アルゴリズムでは、機械学習を使用して、既知のデバイスからの特殊な移動や、ディレクトリ内の他のユーザーによって使用される VPN からのサインインなどの誤検知が除去されるため、特殊な移動の状態をシミュレートすることは困難です。 さらに、このアルゴリズムでは、リスク検出の生成を開始する前に、ユーザーの 14 日間のサインイン履歴または 10 回のログインが必要です。 複雑な機械学習モデルと上記のルールのため、次の手順ではリスク検出が発生しないこともあります。 複数の Microsoft Entra アカウントでこれらの手順を繰り返して、この検出をシミュレートすることができます。

特殊な移動のリスク検出をシミュレートするには、次の手順を実行します。

  1. 標準的なブラウザーを使用して、https://myapps.microsoft.com に移動します。
  2. 特殊な移動のリスク検出を生成するアカウントの資格情報を入力します。
  3. ユーザー エージェントを変更します。 開発者ツール (F12) から Microsoft Edge のユーザー エージェントを変更できます。
  4. IP アドレスを変更します。 VPN または Tor アドオンを使用するか、Azure 上に別のデータ センターの新しい仮想マシンを作成することで、IP アドレスを変更できます。
  5. 前と同じ資格情報を使用し、前のサインインから数分以内に、https://myapps.microsoft.com にサインインします。

2 ～ 4 時間以内に Identity Protection ダッシュボードにサインインが表示されます。

ワークロード ID 用の漏洩した資格情報

このリスク検出は、アプリケーションの有効な資格情報が漏洩したことを示します。 この漏洩は、だれかが GitHub のパブリック コード アーティファクトで資格情報にチェックインしたときに発生する場合があります。 そのため、この検出をシミュレートするには GitHub アカウントが必要であり、それがまだない場合は GitHub アカウントにサインアップできます。

ワークロード ID 用の GitHub の漏洩した資格情報をシミュレートする

  1. セキュリティ管理者以上として Microsoft Entra 管理センターにサインインします。

  2. [ID]>[アプリケーション]>[アプリの登録] に移動します。

  3. [新規登録] を選択して新しいアプリケーションを登録するか、または既存の古いアプリケーションを再利用します。

  4. [証明書とシークレット]>[新しいクライアント シークレット] の順に選択し、クライアント シークレットの説明を追加してシークレットの有効期限を設定するか、またはカスタムの有効期間を指定し、[追加] を選択します。 後で GitHub コミットに使用するために、シークレットの値を記録します。

    注意

    このページを離れた後、シークレットを再度取得することはできません。

  5. [概要] ページで、テナント ID とアプリケーション (クライアント) ID を取得します。

  6. [ID]>[アプリケーション]>[エンタープライズ アプリケーション]>[プロパティ] の順に移動し、[ユーザーのサインインが有効になっていますか?] を [いいえ] に設定して、アプリケーションを必ず無効にしてください。>

  7. パブリックの GitHub リポジトリを作成し、次の構成を追加して、変更を拡張子 .txt のファイルとしてコミットします。

      "AadClientId": "XXXX-2dd4-4645-98c2-960cf76a4357",
  "AadSecret": "p3n7Q~XXXX",
  "AadTenantDomain": "XXXX.onmicrosoft.com",
  "AadTenantId": "99d4947b-XXX-XXXX-9ace-abceab54bcd4",

  8. 約 8 時間以内に、[Protection] (保護)>[Identity Protection] (IP 保護)>[リスク検出]>[ワークロード ID の検出] で漏洩した資格情報の検出が表示できるようになります。そこに示される追加情報には、GitHub コミットの URL が含まれます。

リスク ポリシーのテスト

このセクションでは、ユーザー リスク ポリシーとサインイン リスク ポリシーをテストする手順を示します。これらのポリシーは、記事「方法: リスク ポリシーを構成して有効にする」を参照してください。

ユーザー リスクのポリシー

ユーザー リスク セキュリティ ポリシーをテストするには、次の手順に従います。

  1. テストするユーザーを対象とするユーザー リスク ポリシーを構成します。
  2. テスト アカウントのユーザーのリスクを評価します。たとえば、リスク検出のいずれかを数回シミュレートします。
  3. 数分待った後、そのユーザーのリスクが上昇したことを確認します。 そうでない場合は、そのユーザーに対するリスク検出をさらにシミュレートします。
  4. リスク ポリシーに戻り、 [ポリシーの適用] を [オン] に設定し、ポリシーの変更を [保存] します。
  5. これで、リスク レベルを上げたユーザーを使用してサインインすることで、ユーザーのリスクに基づく条件付きアクセスをテストできます。

サインインのリスク セキュリティ ポリシー

サインイン リスク ポリシーをテストするには、次の手順に従います。

  1. テストするユーザーを対象とするサインイン リスク ポリシーを構成します。
  2. これで、リスクの高いセッションを使用してサインインすることで (たとえば、Tor Browser を使用して)、サインインのリスクに基づく条件付きアクセスをテストできます。

次のステップ