ユーザー アカウントのための Microsoft Entra セキュリティ運用
ユーザー ID は、組織とデータを保護する上で最も重要な側面の 1 つです。 この記事では、アカウントの作成、削除と、アカウントの使用状況を監視するためのガイダンスを提供します。 最初に、通常とは異なるアカウントの作成と削除を監視する方法について説明します。 次に、アカウントの異常な使用を監視する方法について説明します。
Microsoft Entra のセキュリティ運用の概要に関するページをまだ読んでいない場合は、読んでから先に進むことをお勧めします。
この記事では、一般的なユーザー アカウントについて説明します。 特権アカウントについては、セキュリティ運用の特権アカウントに関するページを参照してください。
ベースラインを定義する
異常な動作を発見するには、通常の想定される動作をまず定義する必要があります。 組織にとって想定される動作を定義することで、想定しない動作が発生したときに判断することができます。 また、定義することで、監視とアラートを行う際の擬陽性のノイズ レベルを減らすことができます。
想定するものを定義したら、ベースライン監視を実行し、想定内容を検証します。 その情報を使用して、定義した許容範囲から外れたものがないか、ログを監視することができます。
通常のプロセス以外で作成されたアカウントについては、データ ソースとして、Microsoft Entra 監査ログ、Microsoft Entra サインイン ログ、ディレクトリ属性を使用します。 組織にとって通常とは何かについて考え、定義する際に役立つ提案を次に示します。
ユーザーのアカウント作成 - 以下を評価します。
ユーザー アカウントの作成と管理に使用するツールとプロセスの戦略と原則。 たとえば、ユーザー アカウントの属性に適用される標準の属性、形式はあるでしょうか。
アカウントの作成に承認されているソース。 たとえば、Active Directory (AD)、Microsoft Entra ID、または Workday のような人事システムによるものです。
承認されたソース以外でアカウントが作成された場合のアラート戦略。 ご自分の組織が共同作業している組織の管理された一覧はありますか。
ゲスト アカウントのプロビジョニングと、エンタイトルメント管理やその他の通常のプロセス以外で作成されたアカウントに対するアラート パラメーター。
承認されたユーザー管理者ではないアカウントによって作成、変更、または無効化されたアカウントに対する戦略とアラートのパラメーター。
従業員 ID などの標準の属性がない、または組織の名前付け規則に従っていないアカウントの監視とアラート戦略。
アカウントの削除と保持のための戦略、原則、プロセス。
オンプレミスのユーザー アカウント - Microsoft Entra Connect と同期されているアカウントについて、以下を評価します。
同期のスコープ内にあるフォレスト、ドメイン、組織単位 (OU)。 これらの設定を変更できる承認された管理者は誰ですか。また、スコープはどのくらいの頻度で確認されますか。
同期されるアカウントの種類。 たとえば、ユーザー アカウントやサービス アカウントなどです。
オンプレミスの特権アカウントを作成するプロセスと、この種類のアカウントの同期を制御する方法。
オンプレミスのユーザー アカウントを作成するプロセスと、この種類のアカウントの同期を管理する方法。
オンプレミスのアカウントのセキュリティと監視の詳細については、「オンプレミスの攻撃から Microsoft 365 を保護する」を参照してください。
クラウド ユーザー アカウント - 以下を評価します。
Microsoft Entra ID でクラウド アカウントを直接プロビジョニングし、管理するプロセス。
Microsoft Entra のクラウド アカウントとしてプロビジョニングされるユーザーの種類を決定するプロセス。 たとえば、特権アカウントのみを許可するか、ユーザー アカウントも許可するか、などです。
クラウド ユーザー アカウントの作成と管理を行うことを想定する、信頼できる個人とプロセスの一覧を作成し、保守するプロセス。
承認されていないクラウドベースのアカウントに対するアラート戦略を作成し、保守するプロセス。
確認先
調査と監視に使用するログ ファイルは次のとおりです。
Azure portal から、Microsoft Entra 監査ログを表示したり、コンマ区切り値 (CSV) または JavaScript Object Notation (JSON) ファイルとしてダウンロードしたりできます。 Azure portal には、監視とアラートの自動化を強化できる他のツールと Microsoft Entra ログを統合する方法がいくつかあります:
Microsoft Sentinel – セキュリティ情報イベント管理 (SIEM) 機能を備え、エンタープライズ レベルでインテリジェントにセキュリティを分析します。
Sigma ルール - Sigma は、自動化された管理ツールがログ ファイルの解析に使用できるルールとテンプレートを記述するための、進化するオープン標準です。 推奨される検索条件に Sigma テンプレートが存在する場合は、Sigma リポジトリへのリンクを追加しました。 Sigma テンプレートは、Microsoft によって記述、テスト、管理されません。 その代わり、リポジトリとテンプレートは、世界中の IT セキュリティ コミュニティによって作成および収集されます。
Azure Monitor - さまざまな条件に基づいて監視とアラートを自動化します。 ブックを作成または使用して、異なるソースのデータを結合できます。
Azure Event Hubs と SIEM の統合 - Azure Event Hub 統合を介して、Splunk、ArcSight、QRadar、Sumo Logic など、他の SIEM に Microsoft Entra ログを統合できます。
Microsoft Defender for Cloud Apps – アプリの検出と管理、すべてのアプリとリソースの制御、クラウド アプリのコンプライアンスの確認を行得るようにします。
Microsoft Entra ID 保護 でワークロード ID をセキュリティで保護 - ログイン動作間とオフラインの侵害インジケーターにおけるワークロード ID のリスクを検出するために使用されます。
監視とアラートの対象の多くは、条件付きアクセス ポリシーの影響を受けます。 条件付きアクセスに関する分析情報とレポート ブックを使用して、1 つまたは複数の条件付きアクセス ポリシーがサインインに及ぼしている影響と、デバイスの状態などのポリシーの結果を確認できます。 このブックでは、概要を確認し、指定期間における影響を特定できます。 ブックを使用して、特定のユーザーのサインインを調査することもできます。
この記事の残りの部分で、監視とアラートをお勧めする対象について説明し、脅威の種類別にまとめています。 特定の事前構築済みソリューションがある場合は、表の後にリンクを示すか、サンプルを提供しています。 それ以外の場合は、前述のツールを使用してアラートを作成できます。
アカウントの作成
異常なアカウント作成は、セキュリティ上の問題を示している可能性があります。 短命なアカウント、名前付け標準に従っていないアカウント、通常のプロセス以外で作成されたアカウントなどを調査する必要があります。
短命なアカウント
通常の ID 管理プロセス以外で行われたアカウントの作成と削除は、Microsoft Entra ID で監視する必要があります。 短命なアカウントとは、短期間に作成され、削除されたアカウントです。 このようなアカウントの作成と短期の削除は、不正なアクターがアカウントを作成し、使用後にアカウントを削除することで、検出を回避しようとしていることを示す可能性があります。
短命なアカウントのパターンは、承認されていない個人またはプロセスが、確立されたプロセスとポリシーから外れたアカウントの作成や削除の権限を持っていることを示す可能性があります。 このような動作により、目に見えるマーカーがディレクトリから削除されます。
アカウントの作成と削除に関するデータの軌跡を迅速に発見できなければ、インシデントの調査に必要な情報が存在しなくなる可能性があります。 たとえば、アカウントが削除された後、ごみ箱から消去される場合があります。 監査ログは 30 日間保持されます。 ただし、ログを Azure Monitor またはセキュリティ情報イベント管理 (SIEM) ソリューションにエクスポートすることで、より長期的に保持することができます。
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 近い期間内のアカウントの作成と削除のイベント。 | 高 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 および アクティビティ: ユーザーの削除 状態 = 成功 |
ユーザー プリンシパル名 (UPN) イベントを検索します。 24 時間以内に作成され、削除されたアカウントを探します。 Microsoft Sentinel テンプレート |
| 承認されていないユーザーまたはプロセスによって作成され、削除されたアカウント。 | 中 | Microsoft Entra 監査ログ | 開始者 (アクター) - ユーザー プリンシパル名 および アクティビティ: ユーザーの追加 状態 = 成功 および - または アクティビティ: ユーザーの削除 状態 = 成功 |
アクターが承認されていないユーザーの場合、アラートを送信するように構成します。 Microsoft Sentinel テンプレート |
| 承認されていないソースからのアカウント。 | 中 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 1 つ以上のターゲット = ユーザー プリンシパル名 |
承認されたドメインからのエントリではない場合、または既知のブロックされたドメインのものである場合、アラートを送信するように構成します。 Microsoft Sentinel テンプレート |
| 特権ロールに割り当てられたアカウント。 | 高 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 および アクティビティ: ユーザーの削除 状態 = 成功 および アクティビティ: ロールへのメンバーの追加 状態 = 成功 |
アカウントが Azure AD ロール、Microsoft Entra ロール、または特権グループ メンバーシップに割り当てられている場合、調査についてアラートを生成し、優先します。 Microsoft Sentinel テンプレート Sigma ルール |
特権アカウントと非特権アカウントの両方を監視し、アラートを生成する必要があります。 ただし、特権アカウントは管理者アクセス許可を持っているため、監視、アラート、対応のプロセスにおいて優先順位を高くする必要があります。
名前付けポリシーに従っていないアカウント
名前付けポリシーに従っていないユーザー アカウントは、組織のポリシーに基づかずに作成された可能性があります。
ベスト プラクティスは、ユーザー オブジェクトに名前付けポリシーを設定することです。 名前付けポリシーを設定することで、管理が容易になり、一貫性を保つことができます。 このポリシーがあると、承認されたプロセス以外でユーザーが作成された場合に検出するのにも役立ちます。 不正なアクターは、名前付け標準を認識していない可能性があり、組織のプロセス以外でプロビジョニングされたアカウントを検出しやすくする可能性があります。
組織には、ユーザー アカウントや特権アカウントの作成に使用される特定の形式や属性が存在する傾向があります。 次に例を示します。
管理者アカウントの UPN = ADM_firstname.lastname@tenant.onmicrosoft.com
ユーザー アカウントの UPN = Firstname.Lastname@contoso.com
ユーザー アカウントには、実際のユーザーを識別するための属性が設定されていることがよくあります。 たとえば、EMPID = XXXNNN などです。 組織の標準を定義するために、およびアカウントが名前付け規則に従わない場合にログ エントリのベースラインを定義するときに、次の提案を使用します。
名前付け規則に従っていないアカウント。 たとえば、
nnnnnnn@contoso.comとfirstname.lastname@contoso.comなどです。標準の属性が設定されていない、または正しい形式ではないアカウント。 たとえば、有効な従業員 ID がない場合などです。
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 想定される属性が定義されていないユーザー アカウント。 | 低 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 |
標準の属性が null 値または誤った形式のアカウントを探します。 たとえば、EmployeeID Microsoft Sentinel テンプレート |
| 誤った名前付け形式で作成されたユーザー アカウント。 | 低 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 |
名前付けポリシーに従わない UPN のアカウントを探します。 Microsoft Sentinel テンプレート |
| 名前付けポリシーに従わない特権アカウント。 | 高 | Azure サブスクリプション | Azure portal を使用して Azure でのロールの割り当てを一覧表示する - Azure RBAC | サブスクリプションのロール割り当てを一覧表示し、サインイン名が組織の形式と一致していない場合にアラートを生成します。 たとえば、プレフィックスとしての ADM_ です。 |
| 名前付けポリシーに従わない特権アカウント。 | 高 | Microsoft Entra ディレクトリ | Microsoft Entra ロールの割り当てを一覧表示する | UPN が組織の形式と一致しない Microsoft Entra ロール アラートのロール割り当てを一覧表示します。 たとえば、プレフィックスとしての ADM_ です。 |
解析の詳細については、以下を参照してください。
Microsoft Entra 監査ログ - Azure Monitor ログのテキスト データの解析
Azure サブスクリプション - Azure PowerShell を使用して Azure でのロールの割り当てを一覧表示する
Microsoft Entra ID - Microsoft Entra ロールの割り当てを一覧表示する
通常のプロセス以外で作成されたアカウント
ユーザーと特権アカウントを作成する標準のプロセスを用意することは、ID のライフサイクルを安全に制御するために重要です。 確立されたプロセス以外でユーザーのプロビジョニングとプロビジョニング解除が行われると、それがセキュリティ リスクになる可能性があります。 また、確立されたプロセス以外での運用によって、ID 管理上の問題が発生する可能性があります。 次のようなリスクが考えられます。
ユーザー アカウントと特権アカウントが、組織のポリシーに従って管理されない可能性があります。 その結果、正しく管理されていないアカウントに対する攻撃対象領域が広がる可能性があります。
不正なアクターが悪意のある目的でアカウントを作成しても、検出することが難しくなります。 確立された手順以外で有効なアカウントが作成されることで、悪意のある目的でアカウントが作成されたり、アクセス許可が変更されたりしても、検出することが難しくなります。
ユーザー アカウントと特権アカウントは、必ず組織のポリシーに従って作成することをお勧めします。 たとえば、正しい名前付け標準、組織の情報、適切な ID ガバナンスのスコープ内でアカウントを作成する必要があります。 ID を作成、管理、および削除する権限を誰が持っているかについて、組織は厳格に管理する必要があります。 このようなアカウントを作成するロールは厳重に管理し、これらのアクセス許可を承認および取得する確立されたワークフローに従った後にのみ、その権限を使用できるようにする必要があります。
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 承認されていないユーザーまたはプロセスによって作成または削除されたユーザー アカウント。 | 中 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 および - または アクティビティ: ユーザーの削除 状態 = 成功 および 開始者 (アクター) - ユーザー プリンシパル名 |
承認されていないユーザーまたはプロセスによって作成されたアカウントについてアラートを生成します。 高い特権を使用して作成されたアカウントを優先します。 Microsoft Sentinel テンプレート |
| 承認されていないソースから作成または削除されたユーザー アカウント。 | 中 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの追加 状態 = 成功 または アクティビティ: ユーザーの削除 状態 = 成功 および 1 つ以上のターゲット = ユーザー プリンシパル名 |
承認されていないドメインまたは既知のブロックされたドメインである場合にアラートを生成します。 |
通常とは異なるサインイン
ユーザー認証に失敗するのは普通のことです。 ただし、失敗のパターンやブロックが見られる場合、ユーザーの ID に何かが起こっている兆候である可能性があります。 たとえば、パスワード スプレーやブルート フォース攻撃の場合、またはユーザー アカウントが侵害された場合などです。 パターンが出現したときに監視し、アラートを生成することが重要です。 これにより、ユーザーと組織のデータを確実に保護することができます。
成功すると、すべてがうまくいっているように見えます。 ただし、それは不正なアクターがサービスへのアクセスに成功したことを意味する可能性があります。 ログインの成功を監視することで、アクセス権を取得しているユーザー アカウントであっても、アクセス権を持つべきユーザー アカウントではない場合を検出することができます。 ユーザー認証の成功は、Microsoft Entra サインイン ログの通常のエントリです。 パターンが出現したときに検出するために、監視とアラートを行うことをお勧めします。 これにより、ユーザー アカウントと組織のデータを確実に保護することができます。
ログの監視とアラートの戦略を策定して運用するとき、Azure Portal で利用できるツールを検討してください。 Microsoft Entra ID 保護は、ID ベースのリスクの検出、保護、修復を自動化できるようにします。 ID 保護は、リスクの検出とユーザーとログインにリスク スコアを割り当てるため、インテリジェンス主導型機械学習とヒューリスティック システムを使用しています。お客様は、アクセスを許可または拒否するタイミングや、ユーザーがリスクから安全に自己修復できるようにするため、リスク レベルに基づいてポリシーを構成することができます。 次の ID 保護のリスク検出は、現在のリスク レベルを通知します。
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 漏えいした資格情報のユーザー リスク検出 | 高 | Microsoft Entra のリスク検出ログ | UX: 漏えいした資格情報 API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| Microsoft Entra 脅威インテリジェンスのユーザー リスク検出 | 高 | Microsoft Entra のリスク検出ログ | UX: Microsoft Entra の脅威インテリジェンス API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 匿名 IP アドレスのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 匿名 IP アドレス API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 通常とは異なる移動のサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 通常とは異なる移動 API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 異常なトークン | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 異常なトークン API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| マルウェアにリンクした IP アドレスのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: マルウェアにリンクした IP アドレス API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 疑わしいブラウザーのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 疑わしいブラウザー API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 見慣れないサインイン プロパティのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 見慣れないサインイン プロパティ API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 悪意のある IP アドレスのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 悪意のある IP アドレス API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 受信トレイに対する疑わしい操作ルールのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 受信トレイに対する疑わしい操作ルール API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| パスワード スプレーのサインイン リスク検出 | 高 | Microsoft Entra のリスク検出ログ | UX: パスワード スプレー API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| あり得ない移動のサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: あり得ない移動 API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 初めての国、または初めてのリージョンのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 新しい国またはリージョン API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 匿名 IP アドレスからのアクティビティのサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 匿名 IP アドレスからのアクティビティ API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| 受信トレイからの疑わしい転送のサインイン リスク検出 | 場合により異なる | Microsoft Entra のリスク検出ログ | UX: 受信トレイからの疑わしい転送 API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
| Microsoft Entra 脅威インテリジェンスのサインイン リスク検出 | 高 | Microsoft Entra のリスク検出ログ | UX: Microsoft Entra の脅威インテリジェンス API: 「riskDetection リソースの種類 - Microsoft Graph」を参照してください |
「リスクとは? Microsoft Entra ID Protection」を参照してください。 Sigma ルール |
詳細については、「ID 保護とは」を参照してください。
注意点
Microsoft Entra サインイン ログ内のデータに対して監視を構成し、アラートが生成され、組織のセキュリティ ポリシーに準拠していることを確認します。 この例を次にいくつか示します。
認証の失敗: 人は誰でも、パスワードをときどき間違えるものです。 ただし、認証に何度も失敗するということは、不正なアクターがアクセスを取得しようとしていることを示す可能性があります。 攻撃の強さはさまざまですが、1 時間に数回の試行から、はるかに高い頻度のものまであります。 たとえば、パスワード スプレーの場合、通常は多数のアカウントに対して簡単なパスワードが試行されるのに対し、ブルート フォースの場合はターゲットのアカウントに対して多数のパスワードが試行されます。
認証の割り込み: Microsoft Entra ID の中断は、認証を満たすプロセスが挿入されたことを表します (条件付きアクセス ポリシーのコントロールを適用する場合など)。 これは通常のイベントであり、アプリケーションが正しく構成されていない場合に発生する可能性があります。 ただし、あるユーザー アカウントに対して多数の割り込みが発生した場合、そのアカウントに何かが発生していることを示す可能性があります。
- たとえば、サインイン ログでユーザーをフィルター処理し、サインインの状態 = 割り込みと条件付きアクセス = 失敗が大量に確認されたとします。 さらに掘り下げると、認証の詳細に、パスワードは正しいが、強力な認証が必要であると示されることがあります。 これは、ユーザーが多要素認証 (MFA) を完了していないことを意味しており、ユーザーのパスワードが漏えいしていて、不正なアクターが MFA を完了できないことを示している可能性があります。
スマート ロックアウト: Microsoft Entra ID には、認証プロセスになじみのある場所となじみのない場所の概念を導入するスマート ロックアウト サービスが用意されています。 なじみのある場所にアクセスしたユーザー アカウントは認証に成功しても、同じ場所になじみのない不正なアクターは数回の試行後にブロックされます。 ロックアウトされたアカウントを探し、さらに調査します。
IP の変更: 異なる IP アドレスから送信されるユーザーが確認されるのは通常のことです。 ただし、ゼロ トラスト状態では、決して信用せず、常に検証します。 大量の IP アドレスとサインインの失敗が確認される場合、侵入の兆候である可能性があります。 複数の IP アドレスから発生する多数の認証失敗のパターンを探します。 仮想プライベート ネットワーク (VPN) 接続は擬陽性を引き起こす可能性があることに注意してください。 課題に関係なく、IP アドレスの変更を監視し、可能であれば Microsoft Entra ID Protection を使用して、これらのリスクを自動的に検出して軽減することをお勧めします。
場所: 一般的に、ユーザー アカウントは地理的に同じ場所にあることを想定します。 また、従業員やビジネス関係者がいる場所からのサインインも想定します。 ユーザー アカウントが海外の異なる場所から、そこまで移動するのにかかる時間よりも短い時間で送信された場合、そのユーザー アカウントは悪用されていることを示す可能性があります。 VPN は擬陽性を引き起こす可能性があるため、地理的に離れた場所からサインインするユーザー アカウントを監視し、可能であれば Microsoft Entra ID Protection を使用して、これらのリスクを自動的に検出して軽減することをお勧めします。
このリスク領域については、標準のユーザー アカウントと特権アカウントを監視しますが、特権アカウントの調査を優先することをお勧めします。 特権アカウントは、どの Microsoft Entra テナントでも最も重要なアカウントです。 特権アカウントに固有のガイダンスについては、セキュリティ運用の特権アカウントに関するページを参照してください。
検出する方法
Microsoft Entra ID 保護と Microsoft Entra のログイン ログを使用し、異常なログインの特徴によって示される脅威を検出に活用します。 詳細については、「Identity 保護とは」を参照してください。 監視とアラートの目的で、Azure Monitor または SIEM にデータをレプリケートすることもできます。 環境の通常を定義し、ベースラインを設定するには、次のことを判断します。
ユーザー ベースで通常と見なされるパラメーター。
ユーザーがサービス デスクに電話するか、セルフサービス パスワード リセットを実行するまでの、ある期間におけるパスワードの平均試行回数。
アラートを生成するまでに許容する失敗試行の回数と、それがユーザー アカウントと特権アカウントで異なるかどうか。
アラートを生成するまでに許容する MFA 試行の回数と、それがユーザー アカウントと特権アカウントで異なるかどうか。
レガシ認証が有効であり、使用を中止するためのロードマップがあるかどうか。
既知のエグレス IP アドレスは組織のものである。
操作を行っているユーザーが所在している国またはリージョン。
ネットワーク上の場所または国やリージョン内に固定されているユーザーのグループがあるかどうか。
組織に固有の、異常なサインインに関するその他のメトリックを特定します。 たとえば、組織が操業していない曜日、時間帯、年などです。
環境のアカウントにとって正常な範囲を指定したら、次のリストを考慮して監視してアラートを出すシナリオを決定し、アラートを微調整します。
Microsoft Entra ID 保護が構成されている場合、監視とアラートを行う必要がありますか?
監視してアラートを出すために使用できる特権アカウントに適用されるより厳しい条件はありますか? たとえば、信頼できる IP アドレスからのみ特権アカウントを使用することを必須にするなどです。
設定したベースラインは積極的すぎませんか。 アラート数が多すぎると、無視または見逃されたりする可能性があります。
ID 保護を構成してセキュリティ ベースライン ポリシーをサポートする保護が確実に実行されるようにします。 たとえば、リスクが「高」の場合にユーザーをブロックするなと。 このリスク レベルは、ユーザー アカウントが侵害されていることを高い確度で示します。 サインイン リスク ポリシーとユーザー リスク ポリシーの設定の詳細については、「ID 保護ポリシー」を参照してください。
次の内容では、エントリの影響と重大度に基づいて重要度の高い順にリストされています。
外部ユーザーのサインインの監視
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 他の Microsoft Entra テナントに対して認証を行うユーザー。 | 低 | Microsoft Entra サインイン ログ | 状態 = 成功 リソースの tenantID != ホーム テナント ID |
ユーザーが自分の組織のテナント内の ID を使用して別の Microsoft Entra テナントに対して正常に認証されたときに検出します。 リソース TenantID がホーム テナント ID と等しくない場合にアラートを生成します Microsoft Sentinel テンプレート Sigma ルール |
| ユーザーの状態が [ゲスト] から [メンバー] に変更された | 中 | Microsoft Entra 監査ログ | アクティビティ: ユーザーの更新 カテゴリ: UserManagement UserType が [ゲスト] から [メンバー] に変更された |
ユーザーの種類の [ゲスト] から [メンバー] への変更を監視し、アラートを生成します。 これは想定されていましたか? Microsoft Sentinel テンプレート Sigma ルール |
| 承認されていない招待元によってテナントに招待されたゲスト ユーザー | 中 | Microsoft Entra 監査ログ | アクティビティ: 外部ユーザーを招待する カテゴリ: UserManagement 開始者 (アクター): ユーザー プリンシパル名 |
外部ユーザーを招待する承認されていないアクターを監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
通常とは異なる失敗したサインインの監視
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 失敗したサインインの試行。 | 中 - 孤立したインシデントの場合 高 - 多数のアカウントで同じパターンまたは VIP が発生している場合。 |
Microsoft Entra サインイン ログ | 状態 = 失敗 および サインイン エラー コード 50126 - 無効なユーザー名またはパスワードにより、資格情報の検証でエラーが発生しました。 |
ベースラインしきい値を定義してから、組織の行動に合わせて監視および調整し、誤ったアラートが生成されないようにします。 Microsoft Sentinel テンプレート Sigma ルール |
| スマート ロックアウト イベント。 | 中 - 孤立したインシデントの場合 高 - 多数のアカウントで同じパターンまたは VIP が発生している場合。 |
Microsoft Entra サインイン ログ | 状態 = 失敗 および サインイン エラー コード = 50053 - IdsLocked |
ベースラインしきい値を定義してから、組織の行動に合わせて監視および調整し、誤ったアラートが生成されないようにします。 Microsoft Sentinel テンプレート Sigma ルール |
| 割り込み | 中 - 孤立したインシデントの場合 高 - 多数のアカウントで同じパターンまたは VIP が発生している場合。 |
Microsoft Entra サインイン ログ | 500121、強力な認証の要求時に、認証に失敗しました。 または 50097、デバイス認証が必要です、または 50074、強力な認証が必要です。 または 50155、DeviceAuthenticationFailed または 50158、ExternalSecurityChallenge - 外部セキュリティ チャレンジが満たされませんでした または 53003 と失敗の理由 = 条件付きアクセスによるブロック |
割り込みについて監視し、アラートを生成します。 ベースラインしきい値を定義してから、組織の行動に合わせて監視および調整し、誤ったアラートが生成されないようにします。 Microsoft Sentinel テンプレート Sigma ルール |
エントリの影響と重大度に基づいて重要度の高い順に一覧表示したものを次に示します。
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 多要素認証 (MFA) の不正アラート。 | 高 | Microsoft Entra サインイン ログ | 状態 = 失敗 および 詳細 = MFA 拒否 |
エントリについて監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
| 事業を行っていない国またはリージョンからの認証の失敗。 | 中 | Microsoft Entra サインイン ログ | 場所 = <未承認の場所> | すべてのエントリについて監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
| レガシ プロトコルまたは使用されていないプロトコルの失敗した認証。 | 中 | Microsoft Entra サインイン ログ | 状態 = 失敗 および クライアント アプリ = その他のクライアント、POP、IMAP、MAPI、SMTP、ActiveSync |
すべてのエントリについて監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
| 条件付きアクセスによってブロックされた失敗。 | 中 | Microsoft Entra サインイン ログ | エラー コード = 53003 および 失敗の理由 = 条件付きアクセスによるブロック |
すべてのエントリについて監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
| 任意の種類の認証失敗の増加。 | 中 | Microsoft Entra サインイン ログ | 全体的な失敗の増加をキャプチャします。 つまり、今日の失敗の合計が、前週の同じ曜日に比べて 10% を超えて増えている場合などです。 | しきい値を設定していない場合は、失敗が 10% 以上増えた場合に監視してアラートを生成します。 Microsoft Sentinel テンプレート |
| 国またはリージョンの通常の業務を行っていない時間帯と曜日に発生した認証。 | 低 | Microsoft Entra サインイン ログ | 通常の業務が行われていない曜日または時間帯に発生した対話型の認証をキャプチャします。 状態 = 成功 および 場所 = <場所> および Day\Time = <通常の作業時間ではありません> |
すべてのエントリについて監視し、アラートを生成します。 Microsoft Sentinel テンプレート |
| アカウントがサインインで無効またはブロックされる | 低 | Microsoft Entra サインイン ログ | 状態 = 失敗 および エラー コード = 50057、ユーザー アカウントは無効になっています。 |
これは、誰かが組織を退職した後にアカウントにアクセスしようとしていることを示している可能性があります。 このアカウントはブロックされていますが、このアクティビティについて記録し、アラートを出すことが重要です。 Microsoft Sentinel テンプレート Sigma ルール |
通常とは異なるサインインの監視
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 想定されるコントロールの範囲外の特権アカウントの認証。 | 高 | Microsoft Entra サインイン ログ | 状態 = 成功 および UserPricipalName = <管理者アカウント> および 場所 = <未承認の場所> および IP アドレス = <未承認の IP> デバイス情報= <承認されていないブラウザー、オペレーティング システム> |
想定されるコントロールの範囲外で特権アカウントの認証が成功した場合に監視し、アラートを生成します。 3 つの一般的なコントロールがあります。 Microsoft Sentinel テンプレート Sigma ルール |
| 単一要素認証のみが必要な場合。 | 低 | Microsoft Entra サインイン ログ | 状態 = 成功 認証要件 = 単一要素認証 |
定期的に監視し、想定される動作であることを確認します。 Sigma ルール |
| MFA に登録されていない特権アカウントを検出します。 | 高 | Azure Graph API | 管理者アカウントの IsMFARegistered eq false のクエリ。 credentialUserRegistrationDetails の一覧表示 - Microsoft Graph ベータ版 |
監査と調査を行って、意図的なのか、見落としなのかを判断します。 |
| 組織が事業を行っていない国またはリージョンからの認証の成功。 | 中 | Microsoft Entra サインイン ログ | 状態 = 成功 場所 = <未承認の国やリージョン> |
指定された市区町村名と等しくないエントリを監視し、アラートを生成します。 Sigma ルール |
| 認証の成功、条件付きアクセスによってブロックされたセッション。 | 中 | Microsoft Entra サインイン ログ | 状態 = 成功 および エラー コード = 53003 - 失敗の理由、条件付きアクセスによるブロック |
認証に成功しても、条件付きアクセスによってセッションがブロックされた場合を監視し、調査します。 Microsoft Sentinel テンプレート Sigma ルール |
| レガシ認証を無効にした後の認証の成功。 | 中 | Microsoft Entra サインイン ログ | 状態 = 成功 および クライアント アプリ = その他のクライアント、POP、IMAP、MAPI、SMTP、ActiveSync |
組織でレガシ認証を無効にした場合は、レガシ認証が成功したときを監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
単一要素認証のみが必要な中事業影響度 (MBI) と高事業影響度 (HBI) のアプリケーションに対する認証を定期的に確認することをお勧めします。 それぞれについて、単一要素認証が想定されていたかどうかを判断する必要があります。 さらに、認証の成功の増加、または場所に基づいて予期しない時刻のときに確認します。
| [What to monitor] (監視対象) | リスク レベル | Where | フィルターまたはサブフィルター | メモ |
|---|---|---|---|---|
| 単一要素認証を使用した MBI および HBI アプリケーションに対する認証。 | 低 | Microsoft Entra サインイン ログ | 状態 = 成功 および アプリケーション ID = <HBI アプリ> および 認証要件 = 単一要素認証 |
この構成が意図的なものであることを確認し、検証します。 Sigma ルール |
| 国またはリージョンにおいて、通常の業務が行われていない曜日、時間帯、年に実施された認証。 | 低 | Microsoft Entra サインイン ログ | 通常の業務が行われていない曜日または時間帯に発生した対話型の認証をキャプチャします。 状態 = 成功 場所 = <場所> Day\Time = <通常の作業時間ではありません> |
国またはリージョンにおいて、通常の業務が行なわれていない曜日、時間帯、年に実施された認証について監視し、アラートを生成します。 Sigma ルール |
| 成功したサインインの測定可能な増加 | 低 | Microsoft Entra サインイン ログ | 全体的な認証の成功数の増加をキャプチャします。 つまり、今日の成功の合計が、前週の同じ曜日に比べて 10% を超えて増えている場合などです。 | しきい値を設定していない場合は、認証の成功が 10% 以上増えた場合に監視し、アラートを生成します。 Microsoft Sentinel テンプレート Sigma ルール |
次のステップ
これらのセキュリティ運用ガイドの記事を参照してください。
Microsoft Entra のセキュリティ オペレーションの概要