英語で読む

次の方法で共有


Essential Eight の管理特権の制限

この記事では、Microsoft ID プラットフォームを使用して管理特権を制限するためのオーストラリアサイバー セキュリティ センター (ACSC) Essential Eight Maturity Model を実現するための方法について詳しくは、こちらの記事をご覧ください。 管理特権の制限に関する ACSC 成熟度モデル ガイドラインは、ACSC Essential8 成熟度モデルに記載されています。

ACSC Essential Eight の管理特権制限ガイドラインを追求する理由

オーストラリアサイバーセキュリティセンター(ACSC)は、サイバーセキュリティの向上に向けたオーストラリア政府の取り組みをリードしています。 ACSC は、オーストラリアのすべての組織に対し、ACSC のサイバー セキュリティ インシデントを軽減するための戦略の基本 8 つの軽減戦略をベースラインとして実装することを推奨しています。 Essential Eight と呼ばれるベースラインは、敵対者がシステムを侵害するのをはるかに困難にする基本的なサイバー セキュリティ対策です。 必須の 8 つの成熟度レベルを使用すると、組織は、今日の相互接続された ICT 環境における一般的な脅威に対するサイバー セキュリティ対策の妥当性を評価できます。

悪意のあるアクターの目標は、特権資格情報 、特にエンタープライズ コントロール プレーンにアクセスできる資格情報にアクセスすることです。 コントロール プレーン アクセスは、エンタープライズ ICT 環境内の価値の高い資産に対する広範なアクセスと制御を提供します。 コントロール プレーン アクセスの例としては、グローバル管理者と、Microsoft Entra ID内の同等の特権、エンタープライズ仮想化インフラストラクチャへの特権アクセスなどがあります。

多層アプローチを使用して特権アクセスを制限すると、敵対者が悪意のあるアクティビティを行うのが難しくなります。 管理特権の制限は、 ACSC のサイバー セキュリティ インシデントを軽減するための戦略に含まれる非常に効果的な制御です。

次の表は、管理特権の制限に関連する ISM コントロールの概要を示しています。

ISM コントロール 2024 年 9 月 成熟度レベル コントロール メジャー
ISM-0445 1, 2, 3 特権ユーザーには、特権アクセスを必要とする職務にのみ使用される専用の特権ユーザー アカウントが割り当てられます。 管理者は、特権タスクと生産性作業に個別のアカウントを使用する必要があります。 Microsoft Entra ID、Azure、Microsoft 365 の高レベルの特権を持つアカウントは、オンプレミスの Active Directory ドメインから同期されたアカウントではなく、クラウド専用アカウントである必要があります。
ISM-1175 1, 2, 3 特権ユーザー アカウント (オンライン サービスへのアクセスが明示的に承認されたものを除く) は、インターネット、電子メール、および Web サービスにアクセスできなくなります。 特権アカウントから Microsoft 365 ライセンスを削除することで、メールOffice 365などの生産性ツールの使用をブロックします。 特権アカウントは、特権アクセス デバイスからクラウド管理ポータルにアクセスする必要があります。 特権アクセス デバイスからのインターネットと電子メールの制御は、ホスト ベースのファイアウォール、クラウド プロキシ、またはデバイスのプロキシ設定を構成することによって実行できます。
ISM-1507 1, 2, 3 システム、アプリケーション、およびデータ リポジトリへの特権アクセスの要求は、最初に要求されたときに検証されます。 特権アクセスにはエンタイトルメント管理プロセスが実施されています。 Microsoft Entraエンタイトルメント管理を使用して、エンタイトルメント管理プロセスを自動化できます。
ISM-1508 3 システム、アプリケーション、およびデータ リポジトリへの特権アクセスは、ユーザーとサービスが職務を遂行するために必要なもののみに制限されます。 ロールベースのアクセス制御は、承認されたユーザーへのアクセスを制限するように構成されています。 Microsoft Entra Privileged Identity Management (PIM) では、Just-In-Time アクセス (タイム バインド) が保証されます。
ISM-1509 2、3 特権アクセス イベントは一元的にログに記録されます。 Microsoft Entra監査ログとサインイン ログは、分析のために Azure Log Analytics ワークスペース (LAW) に送信されます。
ISM-1647 2、3 システム、アプリケーション、およびデータ リポジトリへの特権アクセスは、再検証されない限り、12 か月後に無効になります。 特権アクセスにはエンタイトルメント管理プロセスが実施されています。 Microsoft Entraエンタイトルメント管理を使用して、エンタイトルメント管理プロセスを自動化できます。
ISM-1648 2、3 システムとアプリケーションへの特権アクセスは、非アクティブ状態の 45 日後に無効になります。 Microsoft Graph APIを使用して lastSignInDateTime を評価し、非アクティブな特権アカウントを特定します。
ISM-1650 2、3 特権ユーザー アカウントとセキュリティ グループ管理イベントが一元的にログに記録されます。 Microsoft Entra監査ログとサインイン ログは、分析のために Azure Log Analytics ワークスペース (LAW) に送信されます。
ISM-1380 1, 2, 3 特権ユーザーは、別の特権を持つオペレーティング環境と特権のないオペレーティング環境を使用します。 さまざまな物理ワークステーションを使用することは、システム管理者の特権を持つオペレーティング環境と特権のないオペレーティング環境を分離するための最も安全なアプローチです。 個別の物理ワークステーションを使用して特権と特権のない運用環境を分離できない組織は、リスクベースのアプローチを採用し、多層セキュリティ戦略に従って代替制御を実装する必要があります。
ISM-1688 1, 2, 3 特権のないユーザー アカウントは、特権のあるオペレーティング環境にログオンできません。 特権を持つオペレーティング環境に特権のないユーザー アカウントがログインできないようにするために、ログイン制限とロールベースのアクセス制御が使用されます。
ISM-1689 1, 2, 3 特権ユーザー アカウント (ローカル管理者アカウントを除く) は、特権のないオペレーティング環境にログオンできません。 特権ユーザー アカウントが特権のないオペレーティング環境にログインできないようにするために、ログイン制限とロールベースのアクセス制御が使用されます。
ISM-1883 1, 2, 3 オンライン サービスへのアクセスを明示的に承認された特権ユーザー アカウントは、ユーザーとサービスが職務を遂行するために必要なもののみに厳密に制限されます。 ロールベースのアクセス制御は、承認されたユーザーへのアクセスを制限するように構成されています。 Microsoft Entra Privileged Identity Management (PIM) では、Just-In-Time アクセスが保証されます。これは、タイム バインドです。
ISM-1898 2、3 安全な管理ワークステーションは、管理アクティビティのパフォーマンスに使用されます。 Privileged Access Workstation デバイスは、Microsoft Intuneを使用して管理され、Defender for Endpoint、Windows Hello for Business、Microsoft Entra IDコントロールの組み合わせを使用してセキュリティで保護されます。

管理特権を制限する: Essential8 要件

特権アクセスを使用すると、管理者は、ID サービス、ビジネス システム、ネットワーク デバイス、ユーザー ワークステーション、ユーザー アカウントなどの主要なアプリケーションとインフラストラクチャの構成を変更できます。 特権アクセスまたは資格情報は、多くの場合、ネットワーク内の多くの異なる資産を制御するベアラーを提供するため、"王国のキー" と呼ばれます。

管理特権の制限に関する必須の 8 つの成熟度レベル 3 を達成するには、次のカテゴリのコントロールが必要です。

  • ID ガバナンス: ID ガバナンスは、ユーザー アクセス要件を検証し、不要になったアクセスを削除するプロセスです。
  • 最小特権: 最小特権は、システム、アプリケーション、およびデータ リポジトリへのアクセスを、ユーザーとサービスが職務を遂行するために必要なもののみに制限するアクセス制御のアプローチです。
  • アカウントの制限: アカウントの制限により、特権を持たない環境への特権資格情報の公開が減ります。
  • 管理デバイス: 管理デバイスは、管理アクティビティを実行するために使用されるセキュリティで保護されたオペレーティング環境です。
  • ログ記録と監視: 特権アクティビティのログ記録と監視により、侵害の兆候を検出できます。

ID ガバナンス

Identity Governance は、組織の生産性とセキュリティのバランスを取るのに役立ちます。 ID ライフサイクル管理は ID ガバナンスの基盤であり、大規模な効果的なガバナンスには最新の ID ライフサイクル管理インフラストラクチャが必要です。

エンタイトルメント管理 (ML1)

Essential8 成熟度レベル 1 では、システム、アプリケーション、およびデータ リポジトリへの特権アクセスの要求が最初に要求されたときに検証される必要があります。 特権アクセス要求の検証は、エンタイトルメント管理プロセスの一部です。 エンタイトルメント管理は、権限を持つユーザーのみが一連のリソースにアクセスできるように、権限へのユーザー アクセスを管理するプロセスです。 エンタイトルメント管理プロセス内の主要な手順には、アクセス要求、アクセス レビュー、アクセス プロビジョニング、アクセスの有効期限があります。

Microsoft Entraエンタイトルメント管理は、Azure 内のリソースへのアクセスを管理するプロセスを自動化します。 ユーザーは、リソースのバンドルであるアクセス パッケージを使用して、アクセスを委任できます。 Microsoft Entraエンタイトルメント管理の Access パッケージには、セキュリティ グループ、Microsoft 365 グループ、Teams、エンタープライズ アプリケーション、SharePoint Online サイトMicrosoft Entra含めることができます。 アクセス パッケージには、1 つ以上のポリシーが含まれます。 ポリシーは、パッケージにアクセスするための割り当てのルールまたはガードレールを定義します。 ポリシーを使用すると、適切なユーザーのみがアクセスを要求でき、アクセス要求の承認者が割り当てられ、リソースへのアクセスが制限され、更新されていない場合は期限切れになります。

Microsoft Entraエンタイトルメント管理ライフサイクルを説明する図。

エンタイトルメント管理の詳細については、「エンタイトルメント管理のMicrosoft Entra」を参照してください。

非アクティブなユーザーの管理 (ML2)

Essential8 成熟度レベル 2 では、非アクティブ状態の 45 日後に、システムとアプリケーションへの特権アクセスが自動的に無効になる必要があります。 非アクティブなアカウントは、organizationで不要になったユーザー アカウントまたはシステム アカウントです。 非アクティブなアカウントは通常、サインイン ログを通じて識別できます。これは、長期間サインインに使用されていないことを示します。 最後のサインイン タイムスタンプを使用して、非アクティブなアカウントを検出できます。

最後のサインインは、リソースへのアクセスに対するユーザーの継続的なニーズに関する潜在的な分析情報を提供します。 これは、グループ メンバーシップまたはアプリアクセスがまだ必要かどうか、または削除される可能性があるかどうかを判断するのに役立ちます。 ゲスト ユーザー管理では、ゲスト アカウントがまだテナント内でアクティブであるか、クリーンアップする必要があるかどうかを理解できます。

非アクティブなアカウントを検出するには、Microsoft Graph APIの signInActivity リソースの種類によって公開される lastSignInDateTime プロパティを評価します。 lastSignInDateTime プロパティは、ユーザーが最後にMicrosoft Entra IDへの対話型サインインに成功した時刻を示します。 このプロパティを使用すると、次のシナリオのソリューションを実装できます。

非アクティブなユーザーの管理の詳細については、「非 アクティブなユーザー アカウントの管理」を参照してください。

最小限の特権

最小限の特権では、システムとアプリケーションへのアクセスが、ユーザーとシステムが職務を遂行するために必要なもののみに制限されている必要があります。 ロールベースのアクセス制御 (RBAC)、特権アクセス管理、Just-In-Time (JIT) アクセスなどの制御を使用して、最小特権を実装できます。

管理者用のアカウントを分離する (ML1)

Essential8 成熟度レベル 1 では、特権ユーザーに、特権アクセスを必要とする職務のみに使用する専用の特権ユーザー アカウントが割り当てられている必要があります。 Microsoft Entra ID、Azure、Microsoft 365 の高レベルの特権を持つアカウントは、オンプレミスの Active Directory ドメインから同期されたアカウントではなく、クラウド専用アカウントである必要があります。 管理アカウントは、電子メール (ライセンスの削除) などの生産性ツールの使用Office 365ブロックする必要があります。

管理アクセスの管理の詳細については、「 ハイブリッドおよびクラウドデプロイの特権アクセスのセキュリティ保護」を参照してください。

管理者に条件付きアクセスを適用する (ML1)

Essential8 成熟度レベル 1 では、特権ユーザーが個別の特権と特権のない運用環境を使用する必要があります。 Azure および Microsoft 365 環境への特権アクセスには、通常のユーザーに適用される標準よりも高いセキュリティ標準が必要です。 ゼロ トラスト戦略をサポートするには、シグナルとセキュリティ属性の組み合わせに基づいて特権アクセスを付与する必要があります。 Azure または Microsoft 365 への特権アクセスを持つアカウントが侵害されると、ビジネス プロセスが大幅に中断される可能性があります。 条件付きアクセスでは、Azure 管理ツールへのアクセスを許可する前に、セキュリティの一定の基準を適用することで、侵害のリスクを軽減できます。

Azure portalおよびコマンド ライン管理ツールへの管理アクセスには、次のコントロールを実装することをお勧めします。

  • 多要素認証 (MFA) を要求する
  • Microsoft Identity Protection からの高いサインイン リスク レベルでアクセス試行をブロックする
  • Microsoft Identity Protection からの高いユーザー リスク レベルでのアクセス試行をブロックする
  • Microsoft Entra参加済みデバイスからのアクセスを要求します。これは、デバイスの正常性、更新状態、およびシステム セキュリティの状態に関するIntuneコンプライアンス要件を満たしています

管理者の条件付きアクセスの適用の詳細については、次の記事を参照してください。

ローカル管理者アカウントの管理 (ML2)

Essential 8 成熟度レベル 2 では、ブレーク グラス アカウント、ローカル管理者アカウント、サービス アカウントの資格情報が長く、一意で予測不可能で管理されている必要があります。 Windows ワークステーション上のアクティブなローカル管理者アカウントは、多くの場合、Windows 環境を横方向に走査するために攻撃者によって使用されます。 このため、ドメインに参加しているシステムのローカル管理者アカウントには、次の制御が推奨されます。

Active Directory 参加済みシステム

Microsoft のローカル管理者パスワード ソリューション (LAPS) は、すべてのコンピューターで同じパスワードで共通のローカル アカウントを使用する問題の解決策を提供します。 LAPS では、ドメイン内のすべてのコンピューターでローカル管理者アカウントに対して異なるローテーションされたランダム パスワードを設定することで、この問題を解決します。 パスワードは Active Directory に格納され、制限付きAccess Control Listsによって保護されます。 ローカル管理者パスワードは、対象ユーザーのみが取得またはリセットできます。

Active Directory 参加済みシステムでのローカル管理者アカウントの管理の詳細については、次の記事を参照してください。

Microsoft Entra参加済みシステム

windows デバイスに参加してMicrosoft Entra参加を使用してMicrosoft Entra IDすると、Microsoft Entra IDデバイスのローカル Administrators グループに次のセキュリティ原則が追加されます。

  • Microsoft Entra グローバル管理者ロール
  • Azure AD 参加済みデバイスローカル管理者ロール
  • Microsoft Entra参加を実行しているユーザー

ビジネス要件を満たすために、ローカルの Administrators グループのメンバーシップをカスタマイズできます。 ローカル管理者アクセスをワークステーションに制限し、Azure AD 参加済みデバイス ローカル管理者ロールを使用するために PIM の承認を要求することをお勧めします。

重要

Microsoft では、アクセス許可が可能な限りで少ないロールを使用することをお勧めします。 グローバル管理者ロールを持つユーザーの数を最小限に抑えることで、organizationのセキュリティを向上させることができます。

Azure portalでは、デバイス設定からデバイス管理者ロールを管理できます。

  1. グローバル管理者としてAzure portalにサインインします。
  2. [Microsoft Entra ID > デバイスの設定] >を参照します。
  3. [Manage Additional local administrators on all Microsoft Entra joined devices]\(追加のローカル管理者の管理\) Microsoft Entra選択します。
  4. [ 割り当ての追加] を選択し、追加する他の管理者を選択し、[追加] を選択 します

デバイス管理者ロールを変更するには、参加しているすべてのデバイスで追加のローカル管理者Microsoft Entra構成します

参加済みシステムでのローカル管理者の管理Microsoft Entra詳細については、次の記事を参照してください。

サービス アカウントの管理 (ML2)

開発者にとって一般的な課題は、サービス間の通信をセキュリティで保護するために使用されるシークレット、資格情報、証明書、キーの管理です。 Essential8 成熟度レベル 2 では、サービス アカウントの資格情報が長く、一意で、予測不可能で、管理されている必要があります。

Active Directory 参加済みシステム

グループ管理サービス アカウント (gMSA) は、サービスのセキュリティ保護に役立つドメイン アカウントです。 gMSA は、ネットワーク負荷分散またはインターネット インフォメーション サービス (IIS) サーバーの背後にあるシステムなど、1 つのサーバーまたはサーバー ファームで実行できます。 gMSA プリンシパルを使用するようにサービスを構成すると、アカウント パスワード管理は Windows オペレーティング システム (OS) によって処理されます。

gMSA は、管理オーバーヘッドを減らすのに役立つセキュリティが強化された ID ソリューションです。

  • 強力なパスワードの設定: 240 バイトのランダムに生成されたパスワード: gMSA パスワードの複雑さと長さは、ブルート フォース攻撃や辞書攻撃による侵害の可能性を最小限に抑えます。
  • パスワードを定期的に繰り返す: パスワード管理は Windows OS に移動し、30 日ごとにパスワードが変更されます。 サービス管理者とドメイン管理者は、パスワードの変更をスケジュールしたり、サービスの停止を管理したりする必要はありません。
  • サーバー ファームへのデプロイのサポート: 複数のホストが同じサービスを実行する負荷分散ソリューションをサポートするために、gMSA を複数のサーバーにデプロイします。
  • 簡略化されたサービス プリンシパル名 (SPN) 管理をサポートする - アカウントを作成するときに、PowerShell で SPN を設定します。

Microsoft Entra参加済みシステム

マネージド ID は、Microsoft Entra認証をサポートするリソースに接続するときにアプリケーションが使用するために、Microsoft Entra IDで自動的にマネージド ID を提供します。 アプリケーションでは、マネージド ID を使用して、資格情報を管理することなくMicrosoft Entra トークンを取得できます。

マネージド ID には、次の 2 種類があります。

  • システム割り当て。 サービス プリンシパルは、リソース ID のMicrosoft Entra IDで自動的に作成されます。 サービス プリンシパルは、その Azure リソースのライフサイクルに関連付けられています。 Azure リソースが削除されると、関連付けられているサービス プリンシパルが Azure によって自動的に削除されます。
  • ユーザー割り当て。 サービス プリンシパルは、リソース ID のMicrosoft Entra IDで手動で作成されます。 サービス プリンシパルは、それを使用するリソースとは別に管理されます。

システムとアプリケーションへの Just-In-Time アクセス (ML3)

Azure または Microsoft 365 の高い特権ロールのメンバーであるアカウントに永続的な永続的なアクセス権を割り当てないでください。 攻撃者は、エンタープライズ環境での永続化を維持し、システムに広範な損害を与えるために、永続的な特権を持つアカウントを頻繁にターゲットにします。 一時的な特権により、攻撃者は、ユーザーが特権を昇格するのを待つか、特権の昇格を開始するように強制されます。 特権昇格アクティビティを開始すると、攻撃者が損害を与える前に検出および削除される可能性が高くなります。

重要

Microsoft では、アクセス許可が可能な限りで少ないロールを使用することをお勧めします。 グローバル管理者ロールを持つユーザーの数を最小限に抑えることで、organizationのセキュリティを向上させることができます。

次の方法を使用して、必要に応じてのみ特権を付与します。

  • Just-In-Time アクセス: 特権ロールへのアクセス権を取得するために承認ワークフローを要求するようにMicrosoft Entra Privileged Identity Management (PIM) を構成します。 少なくとも、グローバル管理者、特権認証管理者、特権ロール管理者、条件付きアクセス管理者、Intune管理者の特権Microsoft Entraロールには昇格が必要です。 少なくとも、特権を持つ Azure RBAC ロール (所有者と共同作成者) に昇格が必要です。
  • ガラスアカウントを分割する: 緊急アクセス アカウントは、通常の管理アカウントを使用できない緊急または "ガラスを壊す" シナリオに限定されます。 たとえば、Microsoft Entra テナントからロックアウトされているすべての管理者。 強いパスワードを設定し、緊急時にのみ緊急アクセス アカウントを使用してください。 緊急アクセス アカウントの *.onmicrosoft.com ドメインを使用してクラウド専用アカウントを作成し、サインイン時にアラートを生成するように監視を構成します。

アクセス レビュー (ML3)

Essential8 成熟度レベル 3 では、システムとアプリケーションへの特権アクセスは、ユーザーとサービスが職務を遂行するために必要なもののみに制限されている必要があります。 Azure リソースとMicrosoft Entra ロールへの特権アクセスの必要性は、時間の経過と同時に変化します。 古いロールの割り当てに関連するリスクを軽減するには、定期的にアクセスを確認する必要があります。 Microsoft Entraアクセス レビューを使用すると、組織は RBAC グループ メンバーシップ、エンタープライズ アプリケーションへのアクセス、Microsoft Entraロールの割り当てを効率的に管理できます。 ユーザー アクセスを定期的に確認して、適切なユーザーのみが引き続きアクセス権を持っていることを確認できます。

Microsoft Entraアクセス レビューを使用すると、次のようなユース ケースが有効になります。

  • 過剰なアクセス権の特定
  • グループが新しい目的で使用されるタイミングを識別する
  • ユーザーがチームを移動したり退職したりすると、不要なアクセスが削除されます
  • リソース所有者とのプロアクティブなエンゲージメントを有効にして、リソースへのアクセス権を持つユーザーを定期的に確認できるようにします。

レビューを必要とするアクセスの種類に応じて、Azure portalのさまざまな領域でアクセス レビューを作成する必要があります。 次の表は、アクセス レビューを作成するための特定のツールを示しています。

ユーザーのアクセス権 校閲者は で作成されたレビュー レビュー担当者エクスペリエンス
セキュリティ グループのメンバー
Office グループ メンバー
指定された校閲者
グループ所有者
自己レビュー
アクセス レビュー
Microsoft Entra グループ
アクセス パネル
接続されているアプリに割り当てられている 指定された校閲者
自己レビュー
アクセス レビュー
Microsoft Entra Enterprise Apps (プレビュー段階)
アクセス パネル
Microsoft Entraロール 指定された校閲者
自己レビュー
Privileged Identity Management (PIM) Azure portal
Azure リソース ロール 指定された校閲者
自己レビュー
Privileged Identity Management (PIM) Azure portal
パッケージの割り当てにアクセスする 指定された校閲者
グループ メンバー
自己レビュー
資格管理 アクセス パネル

Microsoft Entraアクセス レビューの詳細については、次の記事を参照してください。

アカウントの制限

アカウントのセキュリティは、特権アクセスをセキュリティで保護するための重要なコンポーネントです。 エンド ツー エンドのゼロ トラストセキュリティでは、セッションで使用されているアカウントが実際には人間の所有者の管理下にあり、攻撃者が偽装していることを確認する必要があります。

ログイン制限 (ML1)

Windows Active Directory (AD) ドメインの管理者権限を持つユーザー、サービス、またはアプリケーション アカウントは、エンタープライズ セキュリティに対して高いリスクを伴います。 多くの場合、これらのアカウントは、サーバー、データベース、アプリケーションへの広範なアクセスを提供するため、攻撃者の対象となります。 管理者がセキュリティ プロファイルが低いシステムにログインすると、特権資格情報がメモリに格納され、資格情報の盗難ツール (Mimikatz など) を使用して抽出できます。

Essential8 成熟度レベル 1 では、特権ユーザー アカウント (ローカル管理者アカウントを除く) が特権のない運用環境にログオンできないことが必要です。 Microsoft 階層管理モデルは、ドメイン参加済みデバイスにログイン制限を適用して、セキュリティ プロファイルが低いデバイスで特権資格情報が公開されないようにします。 Active Directory ドメインへの管理者アクセス権を持つ管理者は、ワークステーションとエンタープライズ アプリケーションを制御する管理者から分離されます。 高い特権を持つアカウントが安全性の低いリソースにログインできないようにするには、ログオン制限を適用する必要があります。 以下に例を示します。

  • Active Directory Enterprise グループと Domain Admins グループのメンバーは、ビジネス アプリケーション サーバーとユーザー ワークステーションにログオンできません。
  • Microsoft Entra Global Admins ロールのメンバーは、参加しているワークステーションMicrosoft Entraログオンできません。

ログオン制限は、グループ ポリシーユーザー権利の割り当てまたはMicrosoft Intune ポリシーで適用できます。 特権アカウントが信頼されていないシステムに資格情報を公開しないように、エンタープライズ サーバーとユーザー ワークステーションで次のポリシーを構成することをお勧めします。

  • ネットワークからこのコンピューターへのアクセスを拒否する
  • バッチ ジョブとしてのログオンを拒否する
  • サービスとしてのログオンを拒否する
  • ローカルでのログオンを拒否する
  • ターミナル サービスを使用してログオンを拒否する

インターネット、電子メール、Web サービスへのアクセスを制限する (ML1)

Essential8 成熟度レベル 1 では、特権アカウント (オンライン サービスへのアクセスを明示的に承認されたアカウントを除く) がインターネット、電子メール、Web サービスにアクセスできないようにする必要があります。 管理アカウントは、電子メール (ライセンスの削除) などの生産性ツールの使用Office 365ブロックする必要があります。 管理アカウントは、特権アクセス デバイスからクラウド管理ポータルにアクセスする必要があります。 特権アクセス デバイスでは、すべての Web サイトを拒否し、許可リストを使用してクラウド管理ポータルへのアクセスを有効にする必要があります。 特権アクセス デバイスからのインターネットと電子メールの制御は、ホスト ベースのファイアウォール、クラウド プロキシ、またはデバイスのプロキシ設定を構成することによって実行できます。

Microsoft Entra 参加済みデバイス

Microsoft Intune構成プロファイルを作成して、特権管理に使用されるデバイスでネットワーク プロキシを構成します。 Azure および Microsoft 365 クラウド サービスの管理に使用される Privileged Access デバイスでは、次の表のプロキシの除外を使用する必要があります。

Section 名前 構成
基本事項 名前 PAW-Intune-Configuration-Proxy-Device-Restrictions
基本事項 プラットフォーム Windows 10 以降
基本事項 プロファイルの種類 デバイスの制限
構成 手動プロキシ サーバーを使用する 許可
構成 Address 127.0.0.2
構成 ポート 8080
構成 プロキシの例外 account.live.com;*.msft.net;*.msauth.net;*.msauthimages.net;*.msftauthimages.net;*.msftauth.net;*.azure.com;*.azure.net;*.azureedge.net;*.azurewebsites.net;*.microsoft.com;microsoft.com;*.windowsupdate.com;*.microsoftonline.com;*.microsoftonline.cn;*.microsoftonline-p.net;*.microsoftonline-p.com;*.windows.net;*.windows.com;*.windowsazure.com;*.windowsazure.cn;*.azure.cn;*.loganalytics.io;*.applicationinsights.io;*.vsassets.io;*.azure-automation.net;*.azure-api.net;*.azure-devices.net;*.visualstudio.com;portal.office.com。config.office.com;*.aspnetcdn.com;*.sharepointonline.com;*.msecnd.net;*.msocdn.com;*.webtrends.com;*.aka.ms;*.digicert.com;*.phonefactor.net;*.nuget.org;*.cloudapp.net;*.trafficmanager.net;login.live.com。clientconfig.passport.net;*.wns.windows.com;*.s-microsoft.com;www.msftconnecttest.com。graph.windows.net;*.manage.microsoft.com;*.aadcdn.microsoftonline-p.com;*.azureafd.net;*.azuredatalakestore.net;*.windows-int.net;*.msocdn.com;*.msecnd.net;*.onestore.ms;*.aspnetcdn.com;*.office.net;*.officeapps.live.com;aka.ms;*.powershellgallery.com;*.azure-apim.net;spoprod-a.akamaihd.net;*.hip.live.com

管理デバイス

システム管理者は、特権を持つオペレーティング環境と特権のないオペレーティング環境を管理するために、個別のデバイスを使用する必要があります。 管理アクティビティは、管理プロセスに関連するすべてのデバイスのクリーンソース原則に従う必要があります。

特権を持つオペレーティング環境と特権のないオペレーティング環境を分離する (ML1)

Essential8 成熟度レベル 1 では、特権ユーザーが個別の特権と特権のない運用環境を使用する必要があります。 さまざまな物理ワークステーションを使用することは、システム管理者の特権を持つオペレーティング環境と特権のないオペレーティング環境を分離するための最も安全なアプローチです。 セキュリティ保証はセッションで強化される可能性があります。これらは常に、元のデバイスの保証の強さによって制限されます。 特権アクセス デバイスを制御する攻撃者は、ユーザーを偽装したり、将来の偽装のためにユーザーの資格情報を盗んだりすることができます。 このリスクは、アカウント、ジャンプ サーバーなどの中継局、およびリソース自体の他の保証を損ないます。

個別の物理ワークステーションを使用して特権と特権のない運用環境を分離できない組織は、リスクベースのアプローチを採用し、多層セキュリティ戦略の防御に従って代替制御を実装する必要があります。 Microsoft では、特権オペレーティング環境を保護するために必要な保証レベルを評価するために、ユーザー ロールと資産を秘密度レベルにマッピングすることをお勧めします。

特権アクセスの秘密度レベルの詳細については、「特権アクセス セキュリティ レベル」を参照してください。

セキュリティで保護された管理 ワークステーション (ML3)

Essential 8 成熟度レベル 3 では、管理アクティビティを実行するために Secure 管理 Workstations を使用する必要があります。 セキュリティで保護された管理 ワークステーション (SAW) は、安全性の低いデバイスでの機密性の高い資格情報の公開に対する効果的な制御です。 特権アカウントを使用して、セキュリティの低いデバイスにサービスをログオンまたは実行すると、資格情報の盗難や特権エスカレーション攻撃のリスクが高まります。 特権資格情報は SAW キーボードにのみ公開し、セキュリティの低いデバイスへのログオンを拒否する必要があります。 SAW は、オンプレミス、Azure、Microsoft 365、サード パーティのクラウド サービスを管理するためのセキュリティで保護されたプラットフォームを提供します。 SAW デバイスは、Microsoft Intuneを使用して管理され、Defender for Endpoint、Windows Hello for Business、Microsoft Entra ID コントロールの組み合わせを使用してセキュリティで保護されます。

次の図は、ソリューション全体と SAW フレームワークを実装するように構成する必要があるさまざまなテクノロジ コンポーネントを含む、高レベルのアーキテクチャを示しています。

Microsoft Secure 管理 Workstation ソリューションを説明する図。

Secure 管理 Workstations の詳細については、次の記事を参照してください。

中継サーバーとジャンプ サーバーをセキュリティで保護する (ML2)

中間サービスのセキュリティは、特権アクセスをセキュリティで保護するための重要なコンポーネントです。 仲介は、管理者のセッションまたはリモート システムまたはアプリケーションへの接続を容易にするために使用されます。 中継の例としては、仮想プライベート ネットワーク (VPN)、ジャンプ サーバー、仮想デスクトップ インフラストラクチャ (Windows 365と Azure Virtual Desktop を含む)、アクセス プロキシを介したアプリケーションの公開などがあります。 攻撃者は、多くの場合、仲介者をターゲットにして、保存されている資格情報を使用して特権をエスカレートしたり、企業ネットワークへのネットワーク リモート アクセスを取得したり、特権アクセス デバイスの信頼を悪用したりします。

中間の種類によって一意の関数が実行されるため、それぞれに異なるセキュリティ アプローチが必要です。 攻撃者は、攻撃面が大きいシステムを簡単にターゲットにできます。 次の一覧には、特権アクセス中継局で使用できるオプションが含まれています。

  • Microsoft Entra Privileged Identity Management (PIM)、Azure Bastion、Microsoft Entra アプリケーション プロキシなどのネイティブ クラウド サービスは、攻撃者に限られた攻撃面を提供します。 パブリック インターネットに公開されている間、顧客 (および攻撃者) は基になるインフラストラクチャにアクセスできなくなります。 SaaS サービスと PaaS サービスの基になるインフラストラクチャは、クラウド プロバイダーによって維持および監視されます。 この小さい攻撃対象領域では、IT 担当者が構成、修正プログラムを適用、監視する必要がある従来のオンプレミス アプリケーションとアプライアンスに対して、使用可能なオプションが制限されます。
  • 仮想プライベート ネットワーク (VPN)、リモート デスクトップ、ジャンプ サーバーは、回復性のあるセキュリティ体制を維持するために継続的なパッチ適用、セキュリティ強化、メンテナンスが必要なサービスであるため、重大な攻撃者の機会を提供します。 ジャンプ サーバーには少数のネットワーク ポートしか公開されていない可能性があります。攻撃者は、攻撃を実行するためにパッチが適用されていない 1 つのサービスにのみアクセスする必要があります。
  • サード パーティ製Privileged Identity Management (PIM) サービスと Privileged Access Management (PAM) サービスは、オンプレミスまたはサービスとしてのインフラストラクチャ (IaaS) 上の VM として頻繁にホストされ、通常はイントラネット ホストでのみ使用できます。 インターネットに直接公開されるわけではありませんが、1 つの資格情報が侵害されると、攻撃者が VPN または別のリモート アクセス メディア経由でサービスにアクセスできる可能性があります。

特権アクセス中継局の詳細については、「 セキュリティで保護された中継局」を参照してください。

エンドポイント特権管理のIntune

Microsoft Intune Endpoint Privilege Management (EPM) を使用すると、organizationのユーザーは標準ユーザー (管理者権限なし) として実行し、管理者特権を必要とするタスクを完了できます。 EPM は、アプリのインストール、デバイス ドライバーの更新、レガシ アプリの管理コンポーネントなど、管理特権を必要とするタスクを実行する標準ユーザーを容易にします。

EPM は、デバイス全体に無制限の管理者特権を提供することなく、特定のユーザーの指定されたプロセスとバイナリの管理者昇格を制御します。 Endpoint Privilege Management では、最小限の特権で実行される広範なユーザー ベースをorganizationで実現しながら、ユーザーがorganizationで許可されたタスクを引き続き実行して生産性を維持できるようにすることで、Essential 8 コンプライアンスがサポートされます。

EPM の詳細については、「 EPM の概要」を参照してください。

EPM を有効にするには、「Microsoft Intuneを使用してエンドポイント特権管理を管理するポリシーを構成する」を参照してください。

Essential Eight コンプライアンスの場合、2 つのポリシーの種類を組み合わせて次のように設定する必要があります。

ポリシーの詳細については、「 EPM Windows 昇格設定ポリシー設定 」および「 EPM Windows 昇格ルール ポリシー」を参照してください。

  • [ 既定の昇格応答] では、[ すべての要求を拒否 する] 設定を保持して、管理者が明示的に許可するプロセスとファイルの昇格のみを許可します。 

  • [検証オプション] で、[ビジネスの正当性] と [Windows 認証] が選択されていることを確認します。これは、それぞれ ISM-1508 と ISM-1507 を満たします。

  • [レポート用の昇格データの送信] で、[レポート用の昇格データの送信] で [はい] を選択します。 この関数は、EPM クライアント コンポーネントの正常性を測定するために使用されます。 使用状況データは、レポートスコープに基づいてorganizationの昇格を表示し、ISM-1509 制御を支援するために使用されます。

  • [ レポートスコープ] では、[診断データ] の 既定 の設定をそのまま 使用し、すべてのエンドポイント昇格 が選択されています。 このオプションは、クライアント コンポーネントの正常性に関する診断データと、エンドポイントで発生するすべての昇格に関するデータを Microsoft に送信し、ISM-1509 制御を支援します。

  • 昇格の種類の場合、大多数 (すべてではない場合) はユーザーが確認されます。これにより、ユーザーは意思決定プロセスを確実に行うことができます。

ISM コントロール 2024 年 9 月 成熟度レベル コントロール メジャー
ISM-1507 1, 2, 3 システム、アプリケーション、およびデータ リポジトリへの特権アクセスの要求は、最初に要求されたときに検証されます。 EPM を使用してアプリケーションのアクセス権を昇格するための特権アクセスのエンタイトルメント管理プロセスが実施されています。
ISM-1508 3 システム、アプリケーション、およびデータ リポジトリへの特権アクセスは、ユーザーとサービスが職務を遂行するために必要なもののみに制限されます。 既定のポリシーは、EPM ポリシーで定義されていないすべての要求を拒否することです。 ポリシーが管理者によって定義されている場合、EPM の昇格オプションはポリシーと、その職務を引き受けるために必要なサービスにバインドされます。
ISM-1509 2、3 特権アクセス イベントは一元的にログに記録されます。 アクセスとイベントは、診断データで既定の設定が維持され 、すべてのエンドポイント昇格 が EPM ポリシーで有効になっていることを確認することによってログに記録されます。

注意

この機能は、Intune アドオンとして使用できます。 詳細については、「Intune Suite アドオン機能を使用する」を参照してください。

ログ記録と監視

特権アクセス イベントのログ記録 (ML2)

特権アカウントによって実行されるサインインとアクティビティのログ記録は、エンタープライズ環境内の異常な動作を検出するために不可欠です。 Microsoft Entra監査ログとサインイン ログは、アプリケーションとサービスへの特権アクセスに関する貴重な分析情報を提供します。

サインイン ログMicrosoft Entra、サインイン パターン、サインイン頻度、サインイン アクティビティの状態に関する分析情報が提供されます。 サインイン アクティビティ レポートは、Microsoft Entra IDのすべてのエディションで使用できます。 Microsoft Entra ID P1 または P2 ライセンスを持つ組織は、Microsoft Graph APIを通じてサインイン アクティビティ レポートにアクセスできます。

Microsoft Entraアクティビティ ログには、Microsoft Entra IDに記録されたすべてのイベントの監査ログが含まれます。 アプリケーション、グループ、ユーザー、ライセンスに対する変更はすべて、Microsoft Entra監査ログにキャプチャされます。 既定では、Microsoft Entra IDはサインイン ログと監査ログを最大 7 日間保持します。 Microsoft Entra IDは、Microsoft Entra ID P1 または P2 ライセンスがテナントに存在する場合、ログを最大 30 日間保持します。 監査ログとサインイン ログMicrosoft Entra、一元的な収集と関連付けを行うために、Azure Log Analytics ワークスペース (LAW) に転送する必要があります。

一元化されたログ記録の詳細については、次の記事を参照してください。

セキュリティ侵害の兆候のイベント ログの監視 (ML3)

Essential8 成熟度レベル 3 では、侵害の兆候がないかイベント ログを監視し、侵害の兆候が検出されたときにアクションを実行する必要があります。 特権アクティビティの監視は、システムの侵害を早期に検出し、悪意のあるアクティビティのスコープを含めるために重要です。

特権アクセス イベントの監視

Microsoft Entraサインイン ログをデータ ソースとして使用して、すべての特権アカウント サインイン アクティビティを監視します。 次のイベントを監視します。

監視対象 リスク レベル 場所 メモ
サインインエラー、パスワードのしきい値が正しくありません 高い サインイン ログのMicrosoft Entra ベースラインのしきい値を定義し、組織の動作に合わせて監視および調整し、誤ったアラートが生成されないように制限します。
条件付きアクセス要件が原因のエラー 高い サインイン ログのMicrosoft Entra このイベントは、攻撃者がアカウントにアクセスしようとしていることを示している可能性があります。
名前付けポリシーに従わない特権アカウント 高い Azure サブスクリプション サブスクリプションのロールの割り当てを一覧表示し、サインイン名がorganizationの形式と一致しない場合にアラートを表示します。 たとえば、プレフィックスとして ADM_ を使用します。
割り込む 高、中 サインインのMicrosoft Entra このイベントは、攻撃者がアカウントのパスワードを持っているが、多要素認証チャレンジに合格できないことを示している可能性があります。
名前付けポリシーに従わない特権アカウント 高い Microsoft Entra ディレクトリ Microsoft Entraロールのロールの割り当てを一覧表示し、UPN がorganizationの形式と一致しない場合にアラートを表示します。 たとえば、プレフィックスとして ADM_ を使用します。
多要素認証に登録されていない特権アカウントを検出する 高い Microsoft Graph API 監査と調査を行って、イベントが意図的か見落としかを判断します。
アカウント ロックアウト 高い サインイン ログのMicrosoft Entra ベースラインのしきい値を定義し、組織の動作に合わせて監視および調整し、誤ったアラートの生成を制限します。
サインインに対してアカウントが無効またはブロックされました 低い サインイン ログのMicrosoft Entra このイベントは、ユーザーがorganizationを離れた後にアカウントにアクセスしようとしていることを示している可能性があります。 アカウントはブロックされていますが、このアクティビティに関するログとアラートは引き続き重要です。
MFA 詐欺のアラートまたはブロック 高い サインイン ログ/Azure Log Analytics のMicrosoft Entra 特権ユーザーは、多要素認証プロンプトを開始していないことを示しています。これは、攻撃者がアカウントのパスワードを持っている可能性があります。
MFA 詐欺のアラートまたはブロック 高い 監査ログ ログ/Azure Log Analytics のMicrosoft Entra 特権ユーザーは、多要素認証プロンプトを開始していないことを示しています。これは、攻撃者がアカウントのパスワードを持っている可能性があります。
想定されるコントロールの外部にある特権アカウント のサインイン 高い サインイン ログのMicrosoft Entra 承認されていないと定義したエントリを監視してアラートします。
通常のサインイン時間以外 高い サインイン ログのMicrosoft Entra 予期した時間外にサインインが発生した場合は、監視してアラートを送信します。 各特権アカウントの通常の作業パターンを見つけ、通常の勤務時間外に計画外の変更が発生した場合にアラートを生成することが重要です。 通常の勤務時間外のサインインは、侵害または内部からの脅威の可能性を示す可能性があります。
ID 保護リスク 高い Identity Protection ログ このイベントは、アカウントのサインインで異常が検出され、アラートが表示されることを示します。
パスワードの変更 高い Microsoft Entra 監査ログ 特にグローバル管理者、ユーザー管理者、サブスクリプション管理者、緊急アクセス アカウントに対して、管理者アカウントのパスワードの変更に関するアラート。 すべての特権アカウントを対象とするクエリを記述します。
レガシ認証プロトコルの変更 高い サインイン ログのMicrosoft Entra 多くの攻撃ではレガシ認証が使用されるため、ユーザーの認証プロトコルに変更がある場合は、攻撃を示す可能性があります。
新しいデバイスまたは場所 高い サインイン ログのMicrosoft Entra ほとんどの管理者アクティビティは、限られた数の場所から、特権アクセス デバイスから行う必要があります。 このため、新しいデバイスまたは場所でアラートを送信します。
監査アラートの設定が変更されました 高い Microsoft Entra 監査ログ コア アラートに対する変更は、予期しない場合に警告する必要があります。
他のMicrosoft Entra テナントに対する認証を行う管理者 サインイン ログのMicrosoft Entra 特権ユーザーのスコープを指定すると、このモニターは、管理者がorganizationのテナント内の ID を持つ別のMicrosoft Entra テナントに正常に認証されたことを検出します。 Resource TenantID がホーム テナント ID と等しくない場合のアラート
管理ユーザーの状態がゲストからメンバーに変更されました Microsoft Entra 監査ログ ゲストからメンバーへのユーザーの種類の変更に関する監視とアラート。 この変更は予想されていましたか?
承認されていない招待者によってテナントに招待されたゲスト ユーザー Microsoft Entra 監査ログ ゲスト ユーザーを招待する、承認されていないアクターを監視およびアラートします。

特権アカウント管理イベントの監視

特権アカウントの認証規則と特権に対する変更を調査します。特に、変更によってより大きな特権が提供される場合や、Microsoft Entra IDでタスクを実行する機能が提供されている場合。

監視対象 リスク レベル 場所 メモ
特権アカウントの作成 Microsoft Entra 監査ログ 特権アカウントの作成を監視します。 アカウントの作成と削除の間の短い期間の相関関係を探します。
認証方法の変更 高い Microsoft Entra 監査ログ この変更は、攻撃者がアカウントに認証方法を追加してアクセスを継続できることを示している可能性があります。
特権アカウントのアクセス許可に対する変更に関するアラート 高い Microsoft Entra 監査ログ このアラートは、特に、既知ではない、または通常の責任の範囲外であるロールが割り当てられているアカウントに対して行われます。
未使用の特権アカウント Microsoft Entra アクセス レビュー 非アクティブな特権ユーザー アカウントの月次レビューを実行します。
条件付きアクセスから除外されるアカウント 高い Azure Monitor ログまたはアクセス レビュー 条件付きアクセスから除外されるアカウントは、セキュリティ制御をバイパスする可能性が最も高く、侵害に対してより脆弱です。 損益分岐のアカウントは免除されます。 この記事の後半で、ブレイクグラス アカウントを監視する方法に関する情報を参照してください。
特権アカウントへの一時アクセス パスの追加 高い Microsoft Entra 監査ログ 特権ユーザーに対して作成されている一時アクセス パスを監視してアラートします。

特権アカウント アクティビティの監視の詳細については、「Microsoft Entra IDの特権アカウントのセキュリティ操作」を参照してください。

未承認の変更と削除からイベント ログを保護する (ML3)

Essential8 成熟度レベル 3 では、イベント ログが未承認の変更と削除から保護されている必要があります。 未承認の変更と削除からイベント ログを保護することで、organizationでセキュリティ インシデントが発生した場合に、ログを信頼できる証拠ソースとして使用できます。 Azure 内では、アプリケーションとサービスへの特権アクセスからのイベント ログを、Log Analytics ワークスペース内に一元的に格納する必要があります。

Azure Monitor は追加専用のデータ プラットフォームですが、コンプライアンスのためにデータを削除するためのプロビジョニングが含まれています。 特権アクティビティからログを収集する Log Analytics ワークスペースは、ロールベースのアクセス制御でセキュリティ保護し、アクティビティの変更と削除を監視する必要があります。

次に、Log Analytics ワークスペースにロックを設定して、データを削除できるすべてのアクティビティ (消去、テーブルの削除、テーブルレベルまたはワークスペース レベルのデータ保持の変更) をブロックします。

イベント ログを完全に改ざん防止するには、Azure Blob Storageの不変ストレージなどの不変ストレージ ソリューションへのログ データの自動エクスポートを構成します。

イベント ログの整合性の保護の詳細については、「 Azure Monitor データ セキュリティ」を参照してください。