監査ログカテゴリー

監査ログカテゴリーは、すべてのイベントを列挙することなく関心のあるイベントを特定するのに役立ちます。audit.3では、以下の表にあるカテゴリーのいずれかのもとにイベントを記録する必要があります。audit.2ログでも同じカテゴリーを使用できますが、これらは強制されず、使用はベストエフォートとされています。audit.2とaudit.3スキーマの違いについては、監査ログの概要を参照してください。

カテゴリーを使用した監査ワークフローの例は以下のとおりです。

1. dataLoadなど、関心のある監査カテゴリーを特定します。
2. FoundryパイプラインまたはSIEMを使用して、これらのイベントを含むすべての監査ログを検索します。疑似コードでは：

// allLogsから特定のカテゴリを含むログをフィルタリングします
allLogs.filter { log -> 
    // interestingCategoriesのいずれかがlog.categoriesに含まれている場合に真を返します
    interestingCategories.any { log.categories.contains(X) } 
}

3. これらのログのそれぞれについて、request_params および result_params は、ユーザーが送信および表示した特定の情報を反映しています。リクエストとレスポンスのパラメーターが分割されているのは、消費者がリクエストによって提供されるパラメーターと、対話の結果としてのレスポンスの一部であるパラメーターを区別できるようにするためです。

たとえば、ログに dataLoad カテゴリーが含まれている場合、request_params および/または result_params には、この対話中にユーザーがロードしたすべてのリソースのリストが含まれます。

以下に、使用可能な監査ログのカテゴリーを示します。