昇格されたサインイン リスクに多要素認証を要求する

  • [アーティクル]

ほとんどのユーザーは、追跡できる正常な動作をしています。この規範から外れた場合は、そのユーザーにサインインを許可すると危険であることがあります。 そのユーザーをブロックしたり、多要素認証を実行してユーザーが本人であることを証明するように求めたりすることが必要な場合もあります。

サインイン リスクは、特定の認証要求が ID 所有者によって行われていない可能性ああることを表します。 Microsoft Entra ID P2 ライセンスを所持する組織では、Microsoft Entra ID 保護のサインイン リスク検出を組み込んだ条件付きアクセス ポリシーを作成できます。

サインイン リスクベースのポリシーを使用すると、ユーザーが危険なセッションで MFA を登録しないようにすることができます。 ユーザーが MFA に登録されていない場合、危険なサインインがブロックされ、AADSTS53004 エラーが表示されます。

ユーザーの除外

条件付きアクセス ポリシーは強力なツールであり、次のアカウントをポリシーから除外することをお勧めします。

  • ポリシーの構成ミスによるロックアウトを防ぐため、緊急アクセス または break-glass アカウント。 万一、すべての管理者がロックアウトされるシナリオでは、緊急アクセス管理アカウントを使用してログインし、アクセスを回復するための手順を実行できます。
  • サービス アカウント および Service プリンシパル (Microsoft Entra Connect 同期アカウントなど)。 サービス アカウントは、特定のユーザーに関連付けられていない非対話型のアカウントです。 通常、アプリケーションへのプログラムによるアクセスを可能にするバックエンド サービスによって使用されますが、管理目的でシステムにログインするときにも使用されます。 サービス プリンシパルによる呼び出しは、ユーザーにスコーピングされる条件付きアクセス ポリシーによってブロックされません。 ワークロード ID の条件付きアクセスを使用して、サービス プリンシパルを対象とするポリシーを定義します。
    • 組織がスクリプトまたはコードでこれらのアカウントを使用している場合、マネージド ID に置き換えることを検討してください。

テンプレートのデプロイ

組織は、このポリシーをデプロイするのに以下に示す手順を使用するか、条件付きアクセス テンプレートを使用するかを選ぶことができます。

条件付きアクセス ポリシーを有効にする

  1. 条件付きアクセス管理者以上として Microsoft Entra 管理センターにサインインします。
  2. 保護>条件付きアクセス を参照します。
  3. [新しいポリシー] を選択します。
  4. ポリシーに名前を付けます。 ポリシーの名前に対する意味のある標準を組織で作成することをお勧めします。
  5. [割り当て] で、 [ユーザーまたはワークロード ID] を選択します。
    1. [Include](含める) で、 [すべてのユーザー] を選択します。
    2. [除外] で、 [ユーザーとグループ] を選択し、組織の緊急アクセス用または非常用アカウントを選択します。
    3. 完了 を選択します。
  6. [ Cloud アプリまたはアクション>Includeで、 すべてのリソース (旧称 "すべてのクラウド アプリ") を選択します。
  7. [条件]>[ログイン リスク] で、[構成] を [はい] に設定します。
    1. [このポリシーを適用するサインイン リスク レベルを選択します] で、 [高] と [中] を選択します。 このガイダンスは Microsoft の推奨事項に基づいており、組織ごとに異なる場合があります
    2. 完了 を選択します。
  8. [アクセス制御]>[許可] で、 [アクセス権の付与] を選択します。
    1. [認証強度を選択し、組み込みの多要素認証認証強度を一覧から選択します。
    2. [選択] を選択します。
  9. [セッション] で
    1. [サインインの頻度] を選択します。
    2. [毎回] が選択されていることを確認します。
    3. [選択] を選択します。
  10. 設定を確認し、 [ポリシーの有効化] を [レポート専用] に設定します。
  11. [作成] を選択して、ポリシーを作成および有効化します。

管理者は、レポート専用モードを使用して設定を確認したら、[ポリシーの有効化] トグルを [レポートのみ] から [オン] に移動できます。

パスワードなしのシナリオ

passwordless 認証方法を採用する組織の場合は次の変更を行います。

パスワードレス サインイン リスク ポリシーを更新する

  1. [ Users:
    1. 含める、 ユーザーとグループを選択し パスワードレス ユーザーを対象にします。
  2. [ このポリシーが適用されるサインイン リスク レベルを選択しますで、 High を選択します。
  3. Access コントロール>Blockパスワードレス ユーザーのアクセス。

ヒント

パスワードレスメソッドのデプロイ中に、一定期間、2 つのポリシーが必要になる場合があります。

  • パスワードレスメソッドを使用していないユーザーに対して自己修復を可能にする方法。
  • リスクの高いパスワードレス ユーザーをブロックするもう 1 つ。

パスワードレス サインイン リスクの修復とブロック解除

  1. 管理者 リスクの検出と修復 が必要です。
  2. ユーザーのブロックを解除します。

関連するコンテンツ