Adobe Experience Manager Assetsのアクセスログで権限付きアクションアラートを調査する

この記事では、Adobe Experience Manager(AEM)で、アセット共有およびセキュリティ検証エージェントに使用されるサービスアカウントを含むアクセスログエントリを解釈する方法について説明します。これにより、正当なアクティビティと疑わしいイベントを区別できます。

説明 description

環境

Adobe Experience Manager(AEM)、すべてのデプロイメントモデルとバージョン。

問題/症状

セキュリティ監視ツールは、サービスアカウントが特権アクションを実行したことを示すアクセスログエントリを検出する場合があります。 一般的に、次のようなエントリがあります。

  • ユーザー:アセット共有サービスアカウント
  • エージェント:セキュリティ検証エージェント
  • パス:アセットナビゲーションエンドポイント (/libs/cq/i18n/foo.assetnavigation.jsonなど)
  • 参照元:アセット共有または検証関連のURL
  • HTTP メソッド:GET
  • HTTP コード:200

原因

これらの検出は、通常、AEM内の正当な承認済み自動セキュリティ検証アクティビティまたはアセット共有機能によってトリガーされます。 サービスアカウントとエージェントは、アセットの共有および検証プロセスに使用され、観察されたリクエストパターンは、これらの操作で期待される動作と一致します。

解決策 resolution

問題を解決するには、次の手順に従います。

  1. アクセスログエントリを確認し、次の特性があることを確認します。

    • ユーザーは、アセット共有に関連付けられているサービスアカウントです。
    • ユーザーエージェントは、セキュリティ検証エージェントとして識別されます。
    • リクエストパスは、アセット共有またはアセットナビゲーションエンドポイントと一致します。
    • リクエストはGET メソッドを使用し、HTTP 200応答を返します。
  2. リクエストを、環境内の想定されるアセット共有または自動検証アクティビティと関連付けます。

  3. 検出チューニングの目的で、このパターンに一致するリクエストを正当な自動アクティビティとして分類します。

  4. これらの値は偽装される可能性があるため、ユーザーアカウント、ユーザーエージェント、リファラー、またはクライアント IP アドレスのみに基づいてアラートを抑制しないでください。

  5. 引き続き、次のアクティビティのアラートを調査して生成します。

    • 予期しないエンドポイントをターゲットにしたリクエスト。
    • POST、PUT、DELETEなど、状態を変更するHTTP メソッドを使用するリクエスト。
    • 認証エラー。
    • リクエスト量が異常です。
    • 非サービスアカウントによって実行されたアクティビティ。
  6. 重大なアクティビティや疑わしいアクティビティを特定した場合は、タイムスタンプを収集し、リクエストの詳細を完了して詳細な分析を行います。

  7. アクティビティが、想定されるアセット共有または自動検証パターンと一致し、不正アクセスを示していないことを確認します。

recommendation-more-help
experience-cloud-kcs-help-kbarticles