8 管理イベントおよびランタイム・イベントの監査
Oracle Fusion Middlewareでは、監査とは、管理イベント、認証イベントおよびランタイム・イベントに関連する特定の情報を確認するために収集するプロセスのことを指します。監査は、ポリシーへの準拠、ユーザー・アクセス制御およびリスク管理手順の評価を支援するもので、"誰が、いつ、何を"という質問に対する説明責任と答えの手段を提供します。
監査データは、ダッシュボードの作成、履歴データの集計、およびリスクの評価に使用できます。記録された監査データを分析すれば、コンプライアンス担当者がコンプライアンス方針を定期的に確認できます。(監査データの分析と使用についてはこの章では取り上げません。)
次の各トピックでは、Oracle Access Managementサービスで監査可能な管理イベントおよびランタイム・イベントと、一般的な監査設定の構成および監査構成の検証について説明します。
8.1 Oracle Fusion Middleware監査の概要
監査は、説明責任の手段を提供し、誰がいつ何を行ったかというデータを記録します。
『Oracle Platform Security Servicesによるアプリケーションの保護』の次の各トピックに関する項を確認し、Oracle Fusion Middlewareの監査および監査フレームワークについて理解してください。
-
監査データベースの配置方法の詳細: Oracle Fusion Middleware監査フレームワークのリファレンス
ノート:
アイデンティティ・コンテキストの監査に関連する固有または個別の事項はありません。特に明記しないかぎり、情報はOracle Access Managementサービスすべてに対して同一です。
8.2 Oracle Access Management監査
現在では多くのビジネスにおいて、アイデンティティ情報や、アプリケーションおよびデバイスへのユーザー・アクセスを監査できることが求められます。
コンプライアンス監査は、企業が法的要件を満たしていることを確認する助けとなります - 例としては、Sarbanes-Oxley ActやHealth Insurance Portability and Accountability Act (HIPAA)の2つがあげられます。
ここでは、次のトピックについて説明します。
8.2.1 Oracle Access Management監査の理解
Oracle Access Managementでは、Oracle Fusion Middlewareの共通監査フレームワークを使用し、大量のユーザー認証ランタイム・イベントおよび認可ランタイム・イベントと、管理イベント(システムへの変更)の監査を支援します。Oracle Fusion Middlewareの共通監査フレームワークを使用すれば、ロギングと例外を一様な形で取り扱い、すべての監査イベントの診断を行うことができます。
監査は、Oracle Access Managementコンソールを使用して設定される構成パラメータに基づいており、1人のユーザーまたは一連のユーザーに対してデータ・キャプチャが有効になります。監査機能は有効または無効のどちらに設定しておくことも可能ですが、本番環境では有効にしておくのが普通です。監査データは、集中管理された1つのOracle Databaseインスタンスや、バスストップ・ファイルと呼ばれるフラット・ファイルに書き込むことができます。
ノート:
Oracle Fusion Middleware共通監査フレームワークのデータベース監査ストアは、Access Managerポリシーやセッション・データを含まず、Oracle Access Managementコンソールからは構成されません。
監査によるパフォーマンスへの影響は最小限に抑えられており、監査によって得られた情報は有用です(業務に不可欠な場合もあります)。監査ログ・ファイルは、監査フレームワークが正常に機能しない場合に監査管理者がエラーを追跡したり問題を診断したりする助けとなります。
8.2.2 Oracle Access Managementの監査構成について
管理者は、Oracle Access Managementコンソールを使用して一定の監査パラメータを制御します。
その他の監査構成は、共通管理フレームワークを通じて設定する必要があります。
ノート:
変更には、Oracle Access ManagementコンソールまたはWebLogic Scripting Tool (WLST)コマンドのみを使用することをお薦めします。「OAM構成の更新」を参照してください
イベント構成(レベルへのイベントのマッピング)は、component_events.xml
ファイルで発生します。監査レコードには、特定の要件を満たすために構成できるアイテムのシーケンスが含まれます。
Oracle Access Managementコンソール内では、ログ・ファイルとログ・ディレクトリの最大サイズを設定できます。監査ポリシー(フィルタ・プリセットと呼ばれます)は、特定のコンポーネントについて監査フレームワークによって取得されるイベントのタイプを宣言します。
Fusion Middleware Controlを使用して監査ポリシーを構成することはできません。Oracle Access Managementは、監査構成でJPSインフラストラクチャを使用しません。監査用のWebLogic Scripting Tool (WLST)コマンドはありません。
関連項目:
8.2.3 監査記録の保存について
監査データは、集中管理された1つのOracle Databaseインスタンスや、バスストップ・ファイルと呼ばれるフラット・ファイルに書き込むことができます。監査データはデフォルトでこのファイルに記録されますが、管理者は、監査データをデータベースに記録するように構成を変更できます。書式は異なりますが、監査データの内容はフラット・ファイルの場合もデータベースの場合も同じです。
-
監査バスストップ: 監査データ・レコードが監査データ・ストアにプッシュされる前に格納されるローカル・ファイルです。監査データ・ストアが構成されていない場合、監査データはこれらのバスストップ・ファイルに残ります。バスストップ・ファイルは、問い合せて特定の監査イベントを簡単に見つけることができるシンプルなテキスト・ファイルです。監査データ・ストアが配備されている場合、バスストップはコンポーネントと監査データ・ストア間の中間的な場所として機能します。これらのローカル・ファイルは、構成可能な時間間隔に基づいて、監査データ・ストアに定期的にアップロードされます。
Javaコンポーネント用のバスストップ・ファイルは、次の場所にあります。
$DOMAIN_HOME/servers/$SERVER_NAME/logs/auditlogs/OAM/audit.log
システム・コンポーネント用のバスストップ・ファイルは、次の場所にあります。
$ORACLE_INSTANCE/auditlogs/OAM/oam_server1/audit.log
-
データベース・ロギング: Oracle Fusion Middlewareの全製品について共通監査フレームワークを実行します。その利点は、プラットフォーム・レベルで監査機能が共通化されることです。
-
データベース監査ストア: 本番環境においては、共通監査フレームワークのスケーラビリティと高可用性を実現するために、データベース監査ストアを使用することをお薦めします。監査データ・ストアの主な利点は、複数のコンポーネントの監査データ(すべてのミドルウェア・コンポーネントやインスタンスにおける認証失敗など)をレポート内で関係付けて結合できる点です。監査データは累積され、時間とともに大きくなるため、監査データ専用のスタンドアロンRDBMSデータベースとし、他のアプリケーションには使用されないようにすることが理想的です。
ノート:
本番環境において望ましいモードは、監査データ専用のスタンドアロンRDBMSデータベースに監査記録を書き込むことです。
監査記録用の恒久的ストアとしてのデータベースに切り替えるには、まず、リポジトリ作成ユーティリティ(RCU)を使用して監査データ用のデータベース・スキーマを作成する必要があります。RCUは、データベースに監査記録を格納するために必要なスキーマを使用して、そのデータベース・ストアをシードします。スキーマ作成後にデータベース監査ストアを構成するには次の操作が必要です。
-
作成した監査スキーマを参照するデータ・ソースの作成
-
そのデータ・ソースを参照する監査ストアの設定
前述のとおり、Oracle Fusion Middleware監査フレームワーク・スキーマはRCUによって提供されます。
図8-1は、サポート対象データベースを使用した監査アーキテクチャの簡略図です。
関連項目:
-
『Oracle Platform Security Servicesによるアプリケーションの保護』の「監査の管理」を参照してください。
-
「監査データベース・ストアの設定」を参照してください。
独立した監査ローダー・プロセスがフラット・ログ・ファイルを読み込んで、Oracleデータベースのログ表にレコードを挿入します。管理者は、監査ストアを使用することにより、Oracle Business Intelligence Publisherのそのまますぐに使用できる各種レポートを使用して監査データを公開できます。
-
8.2.4 監査レポートとBusiness Intelligence Publisherについて
Oracle Access ManagementをOracle Business Intelligence Publisherと統合すると、Oracle Business Intelligence Publisherからあらかじめ設定された一連のコンプライアンス・レポートが提供され、このレポートを介してデータベース監査ストアのデータが公開されます。これらのレポートを使用すれば、ユーザー名、時間範囲、アプリケーション・タイプ、実行コンテキスト識別子(ECID)などの様々な基準に基づいて、監査データをドリルダウンできます。
Oracle Access Managementには、そのまますぐに使用できるサンプル監査レポートがいくつか用意されており、これらのレポートにはOracle Business Intelligence Publisherでアクセスできます。また、Oracle Business Intelligence Publisherを使用してユーザー固有のカスタム監査レポートを作成することもできます。
8.2.5 Oracle BI Enterprise Edition (Oracle BI EE)
Oracle BI Enterprise Edition (Oracle BI EE)は包括的な一連のエンタープライズ・ビジネス・インテリジェンス・ツールおよびインフラストラクチャであり、拡張性のある効率的な問合せおよび分析サーバー、非定型の問合せおよび分析ツール、インタラクティブ・ダッシュボード、プロアクティブ・インテリジェンスとアラート、リアルタイム予測インテリジェンス、エンタープライズ・レポート・エンジンなどが含まれます。
Oracle BI EEのコンポーネントは、共通のサービス指向アーキテクチャ、データ・アクセス・サービス、分析および計算インフラストラクチャ、メタデータ管理サービス、意味的ビジネス・モデル、セキュリティ・モデルやユーザー・プリファレンスおよび管理ツールを共有します。Oracle BI EEは、各データ・ソース向けに最適化された分析生成、最適化されたデータ・アクセス、高度な計算、インテリジェント・キャッシュ・サービスおよびクラスタリングにより、スケーラビリティとパフォーマンスを提供します。
関連項目:
『Oracle Platform Security Servicesによるアプリケーションの保護』の「監査分析と監査レポートの使用」
Oracle Access Managementの監査レポートとともに使用するためにOracle BI EEの準備が必要な場合があります。
「Oracle Business Intelligence Publisher EEの準備」を参照してください。
Oracle BI EEのレポートには、データ・フィールドと一目で内容が理解できるラベルの列挙フィールドが含まれています。このレポートの内容については、表8-1に示します(My Oracle Supportのナレッジ・ベース・ドキュメントID 1495333.1からの引用)。
表8-1 Oracle Business Intelligence Enterprise EditionのOAMに関するレポート
レポートのタイプ | 説明 |
---|---|
アカウント管理 |
ユーザーID | タイムスタンプ | コンポーネント/アプリケーション名 | イベント詳細 |
Authentication_Statistics |
Authentication_statistics 失敗 | ユーザーID | イベント数 AuthenticationFromIPByUser IPアドレス | 個々のユーザー数 | 合計試行回数 | ユーザー AuthenticationPerIP IPアドレス | 個々のユーザー | 合計試行回数 AuthenticationStatisticsPerServer サーバー・インスタンス名 | 成功件数 | 失敗件数 |
Errors_and_Exceptions |
All_Errors_and_Exceptions ユーザーID | タイムスタンプ | コンポーネント/アプリケーション名 | クライアントIPアドレス | メッセージ・イベント | イベント詳細 Authentication_Failures ユーザーID | タイムスタンプ | コンポーネント/アプリケーション名 | クライアントIPアドレス | 認証方式 | メッセージ・イベント詳細 | Authorization_Failures Users_Activities Authentication_History ユーザーID | タイムスタンプ | コンポーネント/アプリケーション名 | クライアントIPアドレス | 認証方式 | メッセージ・イベント詳細 | Authorization_Failures Multiple_Logins_From_Same_IP IPアドレス | 使用ユーザー名 |
次のトピックを参照してください。
8.2.6 監査ログとデータについて
監査ログ・ファイルは、監査フレームワークが正常に機能しない場合に監査管理者がエラーを追跡したり問題を診断したりする助けとなります。監査ログ・ファイルには、Date、Time、Initiator、EventType、EventStatus、MessageText、ECID、RID ContextFields、SessionId、TargetComponentType、ApplicationName、EventCategoryなどを含む(これだけとはかぎりません)いくつかのフィールドが記録されます。
OAM
表IAU_BASE
表
監査が機能するには、OAMおよびOPSSの最新の12c PS3バンドル・パッチを適用しておきます。
関連項目:
『Oracle Platform Security Servicesによるアプリケーションの保護』の「監査の管理」。
8.3 監査可能なAccess Managerイベント
Oracle Access Managementでは、Oracle Fusion Middlewareの共通監査フレームワークを使用し、大量のユーザー認証ランタイム・イベントおよび認可ランタイム・イベントと、管理イベントの監査を支援します。
次の各トピックでは、Access Managerイベントの監査方法について説明します。
8.3.1 監査可能なAccess Manager管理イベント
管理イベントとは、Oracle Access Managementコンソール使用時に作成されるイベントです。
監査可能なAccess Manager固有の管理イベントと、これらのイベントで取得される内容の詳細を表8-2に示します。これらのイベントの定義と構成は、Oracle Platform Security Servicesの監査サービスの一部として実行されます。
ノート:
「監査構成」セクションでフィルタ・プリセットを選択することによって、記録される情報の量とタイプが制御されます。各フィルタ・プリセットの監査可能イベントは、読取専用のcomponent_events.xml
ファイル内に指定されています。このファイルをカスタマイズしたり編集したりすることはできません。
表8-3に、取得される詳細を示します。
表8-2 Access Manager管理監査イベント
管理イベント | 含まれるイベント・データ |
---|---|
Oracle Access Managementコンソールのログインの成功/失敗 |
|
認証ポリシーの作成 |
|
認証ポリシーの変更 |
|
認証ポリシーの削除 |
|
リソースの作成 |
|
リソースの変更 |
|
リソースの削除 |
|
認証スキームの作成 |
|
認証スキームの変更 |
|
認証スキームの削除 |
|
レスポンスの作成 |
|
レスポンスの変更 |
|
レスポンスの削除 |
|
パートナの追加 |
|
パートナの変更 |
|
パートナの削除 |
|
条件の作成 |
|
条件の変更 |
|
条件の削除 |
|
サーバー・ドメインの作成 |
|
サーバー・ドメインの変更 |
|
サーバー・ドメインの削除 |
|
サーバーの構成変更 |
|
8.3.2 監査可能なAccess Managerランタイム・イベント
ランタイム・イベントは、Access Managerのコンポーネント・エンジンが互いに連携動作するときに生成される一部のイベントによって作成されるイベントです。発生時に監査可能なランタイム・イベントです。これらのイベントの定義と構成は、Oracle Platform Security Servicesの監査サービスの一部として実行されます。
ノート:
「監査構成」でフィルタ・プリセットを選択することによって、記録される情報の量とタイプが制御されます。各フィルタ・プリセットの監査可能イベントは、読取専用のcomponent_events.xml
ファイル内に指定されています。このファイルをカスタマイズしたり編集したりすることはできません。
表8-3 Access Managerランタイム監査イベント
ランタイム・イベント | 発生時期 | 含まれるイベント詳細 |
---|---|---|
認証の試行 |
ユーザーが保護されたリソースにアクセスしようとして、SSOサーバーにリクエストが到着した時。このイベントの後には、資格証明の送信と認証の成功または失敗の各イベントが発生します。 |
|
認証の成功 |
クライアントが資格証明を送信して資格証明の検証に成功したとき。 |
|
認証の失敗 |
クライアントが資格証明を送信して資格証明の検証に失敗したとき。 |
|
セッションの作成 |
認証に成功した時。 |
|
セッションの破棄 |
認証に成功した時。 |
|
ログインの成功 |
クライアントがログイン手順を完了して、それがエージェントに転送された時。 |
|
ログインの失敗 |
クライアントがログインに失敗したとき。このイベントは、認められている認証の再試行にすべて失敗した場合、またはアカウントがロックされた場合のみ発生します。 |
|
ログアウトの成功 |
クライアントがログアウト手順を完了して、それがエージェントに転送された時。 |
|
ログアウトの失敗 |
クライアントがログアウトに失敗したとき。 |
|
資格証明コレクション |
クライアントが資格証明コレクション・ページにリダイレクトされた時。 |
|
資格証明の送信 |
クライアントが資格証明を送信したとき。 |
|
認可の成功 |
クライアントがリソースへのアクセスを認可された時。 |
|
認可の失敗 |
クライアントがリソースへのアクセスを認可されなかった時。 |
|
サーバーの起動 |
サーバーが起動したとき。 |
|
サーバーの停止 |
サーバーが停止したとき。 |
|
8.3.3 認証イベントの監査
認証中にイベントを監査することは、管理者がシステム内のセキュリティ上の弱点を精査する助けとなります。
認証時の監査のために管理者が構成できるイベントには次のようなものがあります。
-
認証の成功
-
認証の失敗
-
認証ポリシー・データの作成、変更、削除、または表示
認証されるユーザーに関する情報には次のものが含まれます。
-
IPアドレス
-
ブラウザ・タイプ
-
ユーザーのログインID
-
アクセス時間
ノート:
ユーザー・パスワードなどの取り扱いに注意を要するユーザー属性の監査、ロギング、またはトレースは避けることをお薦めします。
認証を要求しているユーザーやブルート・フォース攻撃に関する情報を、ファイル・システムやバックエンド・データベースに保存することができます。
8.4 監査可能なIdentity Federationイベント
Identity Federationサービスは、監査にFusion Middleware監査フレームワークも使用します。
次のデータは、監査されるイベントまたはイベント・タイプに関係なく、各監査レコードに含まれています。
-
timestamp - 監査イベントが発生したときの日付と時刻
-
initiator - 監査イベントのイニシエータ(一部のイベントでは、この属性は空になる場合があります)
-
ECID - 実行コンテキストID
Fusion Middleware監査フレームワークは、次の監査レベルをサポートしています。
-
なし
-
低
-
中
-
カスタム
イベントは、各種カテゴリおよび監査レベルで監査できます。
表8-4に、イベント・カテゴリを示します。
表8-4 Identity Federationの監査イベントのカテゴリ
カテゴリ | 参照先 ... |
---|---|
セッション管理 |
|
プロトコル・フロー |
|
サーバー構成 |
|
セキュリティ |
8.4.1 Identity Federationのセッション管理イベント
本リリースのIdentity Federationのセッション管理イベントには、以前のリリースの監査可能なイベントのサブセットが含まれています。
表8-5 Identity Federationのセッション管理イベント
監査可能なイベント | このリリースで監査がサポートされていないイベント |
---|---|
CreateUserSession – ログイン成功後のセッションの作成 |
CreateUserFederation – 2つのリモート・サーバー間でのユーザー・フェデレーションの作成 |
DeleteUserSession – ログアウト後のセッションの削除 |
UpdateUserFederation - 2つのリモート・サーバー間でのユーザー・フェデレーションの更新 |
CreateActiveUserFederation – ログイン成功後のアクティブ・フェデレーションの作成 |
DeleteUserFederation – 2つのリモート・サーバー間でのユーザー・フェデレーションの削除 |
CreateActiveUserFederation – ログイン成功後のアクティブ・フェデレーションの作成 |
|
DeleteActiveUserFederation - ログアウト後のアクティブ・フェデレーションの削除 |
|
LocalAuthentication – OIFでのユーザーの認証 |
|
LocalLogout - Identity Federationでのユーザーのログアウト |
8.4.2 Identity Federationのプロトコル・フロー・イベント
本リリースのIdentity Federationのプロトコル・フロー・イベントには、以前のリリースの監査可能なイベントのサブセットが含まれています。
表8-6 Identity Federationのプロトコル・フロー・イベント
監査可能なイベント | このリリースで監査がサポートされていないイベント |
---|---|
IncomingMessage Identity Federationが受信したメッセージ |
AssertionCreation Identity Federationによるアサーションの作成(成功した場合のみ) |
OutgoingMessage Identity Federationが送信したメッセージ(成功した場合のみ) |
|
AssertionConsumption Identity Federationによるアサーションの処理(成功した場合のみ) |
8.4.3 Identity Federationのサーバー構成イベント
本リリースのIdentity Federationの監査可能なサーバー構成イベントには、以前のリリースの監査可能なイベントのサブセットが含まれています。
表8-7 Identity Federationのサーバー構成
監査可能なイベント | このリリースで監査がサポートされていないイベント |
---|---|
CreateConfigProperty 新しい構成プロパティの追加(成功した場合のみ) |
SetDataStoreType データ・ストアのタイプの変更(成功した場合のみ) |
ChangeConfigProperty 既存の構成プロパティ値の変更(成功した場合のみ) |
ChangeDataStore フェデレーション・データ・ストアの設定(成功した場合のみ) |
DeleteConfigProperty 構成プロパティの削除(成功した場合のみ) |
|
CreatePeerProvider 信頼できるプロバイダ・リストへの新しいプロバイダの追加(成功した場合のみ) |
|
UpdatePeerProvider 信頼できるプロバイダ・リストに存在するプロバイダの情報の更新(成功した場合のみ) |
|
DeletePeerProvider 信頼できるプロバイダ・リストからのプロバイダの削除(成功した場合) |
|
LoadMetadata メタデータのロード(成功した場合のみ) |
|
ChangeFederation 信頼できるプロバイダの変更(成功した場合のみ) |
|
ChangeServerProperty サーバー構成プロパティの変更(成功した場合のみ) |
8.4.4 Identity Federationのセキュリティ・イベント
本リリースのIdentity Federationの監査可能なセキュリティ・イベントには、以前のリリースの監査可能なイベントがすべて含まれています。
表8-8 Identity Federationのセキュリティ・イベント
監査可能なイベント | このリリースで監査がサポートされていないイベント |
---|---|
CreateSignature Identity Federationによるデジタル署名の作成 |
n/a |
VerifySignature Identity Federationによるデジタル署名の検証 |
|
EncryptData Identity Federationによるデータの暗号化 |
|
DecryptData Identity Federationによるデータの復号化 |
8.5 Oracle Access Managementの監査の設定
Oracle Access Managementの監査を実行する前に、必ず監査データ・ストアを設定し、監査レポートの発行を設定します。
次の概要には、監査の前に実行しておく必要があるタスクのリストを示します。
-
監査データ・ストアを設定します。
「監査データベース・ストアの設定」を参照してください。
-
監査レポートの発行を設定します。
-
次のトピックの説明に従って、Oracle Access Managementコンソールで監査構成を編集します。
監査構成をテストおよび検証する方法の詳細は、「監査とレポートの検証」を参照してください。
8.5.1 監査データベース・ストアの設定
ここでは、監査データベースを作成し、リポジトリ作成ユーティリティ(RCU)を使用してスキーマを拡張するために必要なタスクの概要を示します。
監査データをデータベースに保存するよう選択した場合、Oracle Access Managementのイベントを監査できるようにするにはこのタスクが必要になります。
関連項目:
-
『Oracle Platform Security Servicesによるアプリケーションの保護』の「監査ストアの管理」。
-
Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド
監査データベース・ストアを作成するには、次のようにします。
8.5.2 Oracle Business Intelligence Publisher EEの準備
Oracle Business Intelligence Publisher Enterprise Edition (EE)をOracle Access Managementの監査レポートとともに使用するには、準備する必要があります。
ここでは、Oracle Business Intelligence Publisher EEを準備する手順を概説します。
関連項目:
-
Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド
-
Oracle Fusion Middleware Developer's Guide for Oracle Business Intelligence Enterprise Edition
-
Oracle Platform Security Servicesによるアプリケーションの保護
Oracle Business Intelligence Publisherを準備するには、次のようにします。
8.5.3 監査構成のためのOracle Access Managementコンソールの使用
Oracle Access Management内では、特定の「監査構成」設定には「システム構成」の「共通設定」でアクセスできます。データベースに対して監査を行なう時は、これらの設定は必要ありません。
図8-2は、「共通設定」ページの「監査構成」セクションを示しています。
「監査中」セクションには、「ログ・ディレクトリ」、「フィルタ設定」、および「監査構成」の「ユーザー」に対する設定が表示されます。
ノート:
実際のログ・ディレクトリは、Oracle Access Managementコンソールを使用して構成できません。これは、共通監査フレームワークの監査ローダーのデフォルト・ディレクトリです。このディレクトリの変更は監査ローダーに影響が及ぶため、サポートされません。
「監査構成」ページの要素を表8-9に示します。
表8-9 監査構成要素
要素 | 説明 |
---|---|
最大ディレクトリ・サイズ |
ノート: 最大ディレクトリ・サイズは使用されないため、このパラメータを設定しても構成に影響はありません。監査出力ファイルが格納されるディレクトリの最大サイズ(MB)。たとえば最大ファイル・サイズが10であるとすると、このパラメータの値を100にした場合はそのディレクトリに最大10個のファイルを格納できることになります。最大ディレクトリ・サイズに達すると、監査ロギングは停止します。 たとえば値を100とすると、ファイル・サイズが10MBの場合は最大10ファイルと指定したことになります。サイズがこの値を超えると、監査ログ・ファイルの作成は停止します。 これは、構成ファイル |
最大ファイル・サイズ |
監査ログ・ファイルの最大サイズ(MB)。ファイルのサイズが最大サイズに達すると、新しいログ・ファイルが作成されます。たとえば値を10に指定すると、ファイル・サイズが10MBに達した時点でファイル・ローテーションが指示されます。 これは、構成ファイル |
フィルタ有効 |
イベント・フィルタリングを有効にするにはこのボックスを選択します。 |
フィルタの事前設定 |
フィルタを有効にしたときにログに記録される情報の量とタイプを定義します。デフォルト値は「低」です。
各フィルタ・プリセットのイベントは、読取専用のcomponent_events.xmlファイル内に指定されています。Oracle Access Managementでは、このファイルの編集やカスタマイズはサポートされていません。指定されたフィルタ・プリセットに監査対象として構成された項目だけが監査可能です。 |
Users |
フィルタが有効になったときだけアクションが含められるユーザーのリストを指定します。特別なユーザーのアクションは、フィルタ・プリセットにかかわらずすべて監査されます。管理者は、この表の特別なユーザーを追加、削除、または編集することができます。 |
8.5.4 監査設定の追加、表示、または編集
管理者は、「OAMサーバー共通プロパティ」ページの「監査構成」タブでフィルタ・プリセットを選択することによって、記録される情報の量とタイプを制御します。
ノート:
各フィルタ・プリセットの監査可能イベントは、読取専用のcomponent_events.xml
ファイル内に指定されています。このファイルをカスタマイズしたり編集したりすることはできません。
次の手順では、OAMサーバー共通監査構成の設定を追加、表示または編集する方法を示します。Fusion Middleware Controlを使用して個々の管理ポリシーを構成することはできません。Oracle Access Managementは、監査構成でJPSインフラストラクチャを使用しません。監査用のWebLogic Scripting Tool (WLST)コマンドはありません。
8.6 監査とレポートの検証
ランタイム・イベントの監査構成をテストできます。
始める前に:
-
監査パラメータを構成します。
「Oracle Access Managementの監査の設定」を参照してください。
-
エージェントとサーバーが稼働していることを確認します。
-
BI EE Publisherを準備します。
-
認証ベントを検証する手順: ここで説明するようにコンソールのログインの成功/失敗を監査するか、管理イベントを監査します。
表8-2を参照してください。
-
Oracle Access Managementコンソールからサインアウトします。
-
無効なユーザー(管理者以外)の資格証明を使用して、Oracle Access Managementコンソールにサインインします。
-
適切な管理者の資格証明を使用して、Oracle Access Managementコンソールにサインインします。
-
ログ・ファイルの確認: 監査ログ・ファイルを開き、最新の管理イベント・エントリを検索します。
$DOMAIN_HOME/servers/$ADMINSERVER_NAME/logs/auditlogs/OAM/audit.log
-
データベース・ログの確認:
-
次のタスクを実行します。
「監査データベース・ストアの設定」を参照してください。
-
ステップ1の説明に従って、認証イベントを生成します。
-
データベースに接続し、データベースに接続してIAU_BASE表の監査イベントを確認します。
-
-
-
ランタイム・イベントを検証する手順: ここで説明するように認可の成功/失敗を監査するか、ランタイム・イベントを監査します。
表8-3を参照してください。
-
ブラウザ・ウィンドウで、自分には権限のない保護されているリソースへのURLを入力します。
-
ログ・ファイルの確認: 監査ログ・ファイルを開き、最新の管理イベント・エントリを検索します。
$DOMAIN_HOME/servers/$ADMINSERVER_NAME/logs/auditlogs/OAM/audit.log
-
データベース・ログの確認:
-
次のタスクを実行します。
「監査データベース・ストアの設定」を参照してください。
-
ステップ1の説明に従って、認証イベントを生成します。
-
データベースに接続し、データベースに接続してIAU_BASE表の監査イベントを確認します。
-
-
-
監査構成の変更を検証するには:
「監査設定の追加、表示、または編集」も参照してください。
-
Oracle Access Managementコンソールの「システム構成」タブから、「共通構成」を展開し、「最大ディレクトリ・サイズ(MB)」と「最大ファイル・サイズ(MB)」のパラメータを変更します。
-
このステップを繰り返し、監査が機能していることを確認します。
-
-
レポートを表示するには:
-
Oracle BI EEにサインインします。たとえば:
http://host:port/xmlpserver
ここで、hostはコンピュータをホストするOracle BI Publisher、portはBI Publisherのリスニング・ポート、xmlpserverはBI Publisherのログイン・ページです。
-
Oracle BI Publisher Enterpriseで、希望するレポートを探します。たとえば:
「共有フォルダ」をクリックして、表示するレポートを含むコンポーネントをクリックし、目的のレポートを選択します。
-
必要に応じて分析を行うか、監査構成の編集を行います。
$MW_HOME/user_projects/domains/base_domain/servers/oam_server1/logs/ auditlogs/OAM/
-
-
自社のポリシーに従って監査ログのアーカイブと管理を行います。