Oracle® Audit Vault and Database Firewall

管理者ガイド

リリース12.1.2

B71711-11(原本部品番号:E27776-24)

2016年12月

Oracle Audit Vault and Database Firewall管理者ガイド, リリース12.1.2

B71711-11

Copyright © 2012, 2016, Oracle and/or its affiliates. All rights reserved.

原本著者: Karthik Shetty

原本協力著者: Janis Greenberg、Gigi Hanna、Pat Huey、Sheila Moore

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

図一覧

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

このリリースでの変更点

- Oracle AVDFリリース12.1.2の変更点

- Oracle AVDFリリース12.1.1の変更点

一般的なタスクのクイック・リファレンス

- このマニュアルについて

- Audit Vault Server

- Database Firewall

- ホスト

- エージェント

- ホスト監視

- セキュア・ターゲット

- BIG-IP ASM統合

- Arcsight統合

- その他の管理者タスク

- 参照情報

第I部 スタート・ガイド

1 Oracle Audit Vault and Database Firewallの概要

- このマニュアルの最新バージョンのダウンロード

- サポートされるプラットフォーム

- システムの機能および概念について

- Audit Vault and Database Firewallの概要

- システム要件

- サポートされるセキュア・ターゲット

- 管理機能

- 監査機能

- サード・パーティ製品との統合

- Oracle AVDFコンポーネント・アーキテクチャの概要

- Oracle AVDFのコンポーネント

- Oracle AVDFコンポーネントの連携

- Audit Vault Server

- Database Firewall

- Audit Vault Agent

- エンタープライズ・アーキテクチャ内でのOracle AVDFの配置

- 高可用性モード

- 管理者のロールについて

- 構成手順の概要

- Oracle AVDFの構成とAudit Vault Agentのデプロイ

- Oracle AVDFの構成とDatabase Firewallのデプロイ

- システム構成の計画

- Oracle AVDF構成の計画に役立つ質問

- ステップ1: Audit Vault Server構成の計画

- ステップ2: Database Firewall構成の計画

- ステップ3: Audit Vault Agentデプロイメントの計画

- ステップ4: 監査証跡構成の計画

- ステップ5: 統合オプションの計画

- ステップ6: 高可用性の計画

- ステップ7: ユーザー・アカウントおよびアクセス権限の計画

- Audit Vault ServerコンソールUIへのログイン

- Audit Vault Serverコンソールへのログイン

- Audit Vault Serverコンソールにおけるタブおよびメニューについて

- UIでのオブジェクト・リストの使用

- Database FirewallコンソールUIへのログイン

- Database FirewallコンソールUIへのログイン

- Database Firewall UIの使用

- AVCLIコマンドライン・インタフェースの使用

- AVDF Enterprise Managerプラグインの使用

2 一般的なセキュリティ・ガイドライン

- 安全なインストールとデータの保護

- 安全なインストール

- データの保護

- セキュリティに関する一般的な推奨事項

- ネットワークベース・ソリューションのデプロイに関する考慮事項

- ネットワーク暗号化の処理

- サーバー側のSQLとコンテキストの構成処理

- 様々なデータベース・アクセス・パスでのOracle AVDFの動作

- 特別な構成に関するセキュリティ上の考慮事項

- Oracle共有サーバー構成とディスパッチャの処理

- クライアントのIPアドレスによるTCP許可ノードへの影響

- 注意が必要なその他の動作

3 Audit Vault Serverの構成

- Audit Vault Serverの構成の概要

- Audit Vault Serverへのログイン

- 初期システム設定およびオプションの指定(必須)

- サーバーの日付、時刻およびキーボード設定の指定

- Audit Vault Serverシステム設定の指定

- Audit Vault Serverネットワーク構成の設定または変更

- Audit Vault Serverサービスの構成または変更

- Audit Vault Serverのsyslog宛先の構成

- 電子メール通知サービスの構成

- Oracle AVDFにおける電子メール通知の概要

- 電子メール通知サービスの構成

- アーカイブの場所および保存ポリシーの構成

- Oracle AVDFでのデータのアーカイブおよびリストアの概要

- アーカイブ場所の定義

- アーカイブ・ポリシーの作成または削除

- アーカイブ(保存)ポリシーの作成

- アーカイブ・ポリシーの削除

- 高可用性のための回復可能なペアの定義

- Audit Vault ServerでのDatabase Firewallの登録

- Audit Vault Serverのシステム操作のテスト

4 Database Firewallの構成

- Database Firewallの構成の概要

- Database Firewallへのログイン

- Database Firewallのネットワークおよびサービス構成の構成

- Database Firewallのネットワーク設定の構成

- Database Firewallのネットワーク・サービスの構成

- Database Firewallでの日付と時刻の設定

- Audit Vault Serverの証明書およびIPアドレスの指定

- ネットワーク上のDatabase Firewallの構成

- ネットワーク上のDatabase Firewallの構成の概要

- トラフィック・ソースの構成

- Database Firewallでのブリッジの構成

- トラフィック・プロキシとしてのDatabase Firewallの構成

- Database Firewallのステータスおよび診断レポートの表示

5 ホストの登録とエージェントのデプロイ

- Audit Vault Serverでのホストの登録

- ホストの登録の概要

- Audit Vault Serverでのホストの登録

- ホスト名の変更

- ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化

- Audit Vault Agentのデプロイの概要

- Audit Vault Agentのデプロイおよびアクティブ化に必要なステップ

- ホストの登録

- ホスト・コンピュータでのAudit Vault Agentのデプロイ

- (Oracle AVDF 12.1.1のみ)エージェント・アクティブ化のリクエスト

- Audit Vault Agentのアクティブ化および起動

- Audit Vault AgentのWindowsサービスとしての登録または登録解除

- Audit Vault AgentのWindowsサービスの概要

- Audit Vault AgentのWindowsサービスとしての登録

- Audit Vault AgentのWindowsサービスとしての登録解除

- エージェントの起動、停止およびその他の操作

- Audit Vault Agentの停止および起動

- Unixホスト上のエージェントの停止および起動

- Windowsホスト上のエージェントの停止および起動

- Audit Vault Agentのロギング・レベルの変更

- Audit Vault Agentの非アクティブ化と削除

- Audit Vault Agentの更新

- プラグインのデプロイとプラグイン・ホストの登録

- プラグインの概要

- セキュア・ターゲットで監査が有効であることの確認

- Audit Vault Serverでのプラグイン・ホストの登録

- プラグインのデプロイおよびアクティブ化

- プラグインのアンデプロイ

- Audit Vault Serverからのホストの削除

6 セキュア・ターゲット、監査証跡および強制ポイントの構成

- セキュア・ターゲットの構成の概要

- セキュア・ターゲットの登録とグループの作成

- Audit Vault Serverでのセキュア・ターゲットの登録または削除

- セキュア・ターゲットの登録

- セキュア・ターゲットの変更

- セキュア・ターゲットの削除

- セキュア・ターゲット・グループの作成または変更

- セキュア・ターゲットおよびセキュア・ターゲット・グループへのアクセスの制御

- 監査データ収集のためのセキュア・ターゲットの準備

- セキュア・ターゲットでのNTPサービスを使用した時刻の設定

- セキュア・ターゲットで監査が有効であることの確認

- セキュア・ターゲットに対するユーザー・アカウント権限の設定

- 監査証跡のクリーンアップのスケジュール

- 監査証跡収集の構成および管理

- Audit Vault Serverでの監査証跡の追加

- Audit Vault Serverでの監査証跡の停止および開始

- Audit Vault Serverでの監査証跡のステータスの確認

- 監査証跡の削除

- (MySQLで必要)XML変換ユーティリティの実行

- (IBM DB2で必要)バイナリDB2監査ファイルのASCII形式への変換

- 強制ポイントの構成

- セキュア・ターゲットの強制ポイントの構成の概要

- 強制ポイントの作成および構成

- 強制ポイントの変更

- 強制ポイントの開始、停止または削除

- 強制ポイントのステータスの表示

- 強制ポイントによって使用されるポート番号の確認方法

- ストアド・プロシージャ監査(SPA)の構成

- データベース問合せの構成および使用

- データベース問合せの概要

- SQL ServerデータベースおよびSQL Anywhereデータベースでのデータベース問合せの使用

- ネットワーク暗号化を使用するOracle Databaseでのデータベース問合せの使用

- SQL ServerおよびSQL Anywhere用のデータベース問合せの構成

- Microsoft SQL Serverデータベースでのデータベース問合せ権限の設定

- Sybase SQL Anywhereデータベースでのデータベース問合せ権限の設定

- ネットワーク暗号化を使用するデータベース用のデータベース問合せの構成

- ステップ1: 指定されたパッチのOracle Databaseへの適用

- ステップ2: Oracle Advance Security統合スクリプトの実行

- ステップ3: Oracle DatabaseへのDatabase Firewall公開鍵の指定

- ステップ4: Oracle Databaseのデータベース問合せの有効化

- データベース問合せの有効化

- データベース問合せの無効化

- データベース・レスポンス・モニタリングの構成および使用

- データベース・レスポンス・モニタリングの概要

- データベース・レスポンス・モニタリングの構成

- データベース・レスポンス・モニタリングの有効化

- ファイアウォール・ポリシーでのログインおよびログアウト・ポリシーの設定

7 ホスト監視の有効化および使用

- ホスト監視の概要

- ホスト監視のインストールおよび有効化

- ホスト監視の前提条件

- ステップ1: ホスト監視を実行するコンピュータの登録

- ステップ2: Audit Vault Agentのデプロイとホスト監視のインストール

- Windowsホストでのエージェントおよびホスト監視のデプロイ

- Linuxホストでのエージェントおよびホスト監視のデプロイ

- ステップ3: ホスト監視対象のデータベース用のセキュア・ターゲットの作成

- ステップ4: DAMモードでの強制ポイントの作成

- ステップ5: NETWORK監査証跡の作成

- ホスト監視の開始、停止およびその他の操作

- ホスト監視の開始

- ホスト監視の停止

- ホスト監視のロギング・レベルの変更

- ホスト監視監査証跡のステータスの確認

- ホスト監視のアンインストール(Linuxホストのみ)

- ホスト監視の更新(Linuxホストのみ)

- ホスト監視における証明書ベース認証の使用

- ファイアウォールへのホスト監視接続に署名済証明書を要求

- Audit Vault Serverからの署名済証明書の取得

8 高可用性の構成

- Oracle AVDFにおける高可用性構成の概要

- Audit Vault Serverの回復可能なペアの構成

- Audit Vault Serverのペア作成の概要

- Audit Vault Serverの回復可能なペアを構成するための前提条件

- ステップ1: セカンダリAudit Vault Serverの構成

- ステップ2: プライマリAudit Vault Serverの構成

- ステップ3: Audit Vault Serverの高可用性ペアの起動

- Audit Vault Serverの高可用性ステータスの確認

- Audit Vault Serverのペア作成後におけるAudit Vault Agentの更新

- Audit Vault Serverペアのフェイルオーバーの処理

- Database Firewallの回復可能なペアの構成

- Database Firewallの回復可能なペアの構成の概要

- Database Firewallの回復可能なペアの構成

- Database Firewallの回復可能なペアでのロールの入替え

- Database Firewallの回復可能なペアの削除(ペア解除)

9 BIG-IP ASMとの統合の構成

- Oracle AVDFとBIG-IP ASMの統合の概要

- 統合による動作

- Oracle AVDFとBIG-IP ASMの統合のデプロイ

- デプロイメントの概要

- システム要件

- F5と連携して機能するためのOracle AVDFの構成

- BIG-IP ASMの構成

- ロギング・プロファイル

- ポリシー設定

- BIG-IP ASM iRuleの開発

- syslogメッセージの必要な形式

- syslog-ng.confの構成

- Oracle AVDFレポートでのF5データの表示

10 ArcSight SIEMとの統合の構成

- Oracle AVDFとHP ArcSight SIEMの統合による動作

- HP ArcSight SIEM統合の有効化

第II部 一般的な管理タスク

11 ユーザー・アカウントおよびアクセス権の管理

- Oracle AVDF管理アカウントの概要

- Audit Vault Serverの管理アカウントの構成

- Oracle AVDFユーザー・アカウントの保護に関するガイドライン

- Audit Vault Serverの管理アカウントの作成

- Audit Vault Serverのユーザー・アカウント・タイプの変更

- Audit Vault Server管理者アカウントの削除

- セキュア・ターゲットまたはセキュア・ターゲット・グループへのユーザー・アクセスの管理

- ユーザー・アクセスの管理の概要

- ユーザーによるアクセス権の制御

- セキュア・ターゲットまたはセキュア・ターゲット・グループによるアクセス権の制御

- Oracle AVDFでのユーザー・パスワードの変更

- 推奨パスワードのガイドライン

- Audit Vault Server管理者ユーザー・パスワードの変更

- Database Firewall管理者パスワードの変更

12 Audit Vault ServerおよびDatabase Firewallの管理

- Audit Vault Serverの設定、ステータスおよびメンテナンス操作の管理

- サーバー・ステータスおよびシステム操作の確認

- Audit Vault Serverの証明書および公開鍵へのアクセス

- サーバー証明書へのアクセス

- サーバー公開鍵へのアクセス

- Audit Vault Serverの再起動および電源オフ

- キーボード・レイアウトの変更

- Audit Vault Serverの診断のダウンロード(AVDF 12.1.2)

- 監査データのアーカイブおよびリストア

- アーカイブ・ジョブの開始

- Oracle AVDF監査データのリストア

- ジョブの監視

- Audit Vault Serverのネットワーク構成またはサービス構成の変更

- 電子メール、syslogおよびArcSight SIEMのサーバー・コネクタの管理

- プラグインの管理

- サーバーの表領域の領域使用量の監視

- サーバーのアーカイブ・ログのディスク領域使用量の監視

- サーバーのフラッシュ・リカバリ領域の監視

- AVCLIコマンドライン・インタフェースのダウンロードおよび使用

- AVCLIコマンドライン・インタフェースの概要

- AVCLIコマンドライン・ユーティリティのダウンロードおよびJAVA_HOMEの設定

- AVCLIの起動

- 対話モードでのAVCLIの起動

- AVCLIスクリプトの実行

- AVCLIのログ・レベルの指定

- AVCLIのヘルプおよびバージョン番号の表示

- Oracle AVDF SDKのダウンロード

- Audit Vault Serverのバックアップとリストア

- Database Firewallの管理

- Database Firewallのネットワーク構成またはサービス構成の変更

- Database Firewallでのネットワーク・トラフィックの表示および取得

- Database Firewallの再起動および電源オフ

- Audit Vault ServerからのDatabase Firewallの削除

- Database Firewallからの更新済証明書のフェッチ

- Database Firewallの診断の表示

13 SANリポジトリの構成(AVDF 12.1.2)

- SANリポジトリの構成の概要

- Oracle AVDFと通信するためのSANサーバーの構成

- Audit Vault ServerでのSANサーバーの登録または削除

- SANサーバーの登録

- SANサーバーの削除

- SANサーバーでのターゲットの検出

- SANのターゲットおよびディスクの概要

- SANサーバーでのターゲットの検出とディスクの有効化

- SANサーバーでのターゲットからのログアウト

- Audit Vault ServerリポジトリでのSANディスクの追加または削除

- Audit Vault Serverリポジトリ内のディスク・グループの概要

- Audit Vault ServerリポジトリへのSANディスクの追加

- Audit Vault ServerリポジトリからのSANディスクの削除

第III部 一般的なリファレンス

A AVCLIコマンド・リファレンス

- AVCLIコマンドの概要

- エージェント・ホストのAVCLIコマンド

- REGISTER HOST

- ALTER HOST

- LIST HOST

- DROP HOST

- ACTIVATE HOST

- DEACTIVATE HOST

- Database FirewallのAVCLIコマンド

- REGISTER FIREWALL

- DROP FIREWALL

- LIST FIREWALL

- REBOOT FIREWALL

- POWEROFF FIREWALL

- CREATE RESILIENT PAIR

- SWAP RESILIENT PAIR

- DROP RESILIENT PAIR

- ALTER FIREWALL

- SHOW STATUS FOR FIREWALL

- 強制ポイントのAVCLIコマンド

- CREATE ENFORCEMENT POINT

- DROP ENFORCEMENT POINT

- LIST ENFORCEMENT POINT

- START ENFORCEMENT POINT

- STOP ENFORCEMENT POINT

- ALTER ENFORCEMENT POINT

- セキュア・ターゲットのAVCLIコマンド

- REGISTER SECURED TARGET

- ALTER SECURED TARGET

- LIST ADDRESS FOR SECURED TARGET

- LIST SECURED TARGET

- LIST SECURED TARGET TYPE

- LIST ATTRIBUTE FOR SECURED TARGET

- LIST METRICS

- DROP SECURED TARGET

- 監査証跡収集のAVCLIコマンド

- START COLLECTION FOR SECURED TARGET

- STOP COLLECTION FOR SECURED TARGET

- LIST TRAIL FOR SECURED TARGET

- DROP TRAIL FOR SECURED TARGET

- SMTP接続のAVCLIコマンド

- REGISTER SMTP SERVER

- ALTER SMTP SERVER

- ALTER SMTP SERVER ENABLE

- ALTER SMTP SERVER DISABLE

- ALTER SMTP SERVER SECURE MODE ON

- ALTER SMTP SERVER SECURE MODE OFF

- TEST SMTP SERVER

- LIST ATTRIBUTE OF SMTP SERVER

- DROP SMTP SERVER

- セキュリティ管理のAVCLIコマンド

- GRANT SUPERADMIN

- REVOKE SUPERADMIN

- GRANT ACCESS

- REVOKE ACCESS

- GRANT ADMIN

- REVOKE ADMIN

- SANストレージのAVCLIコマンド(AVDF 12.1.2)

- REGISTER SAN SERVER

- ALTER SAN SERVER

- LIST TARGET FOR SAN SERVER

- DROP SAN SERVER

- LIST DISK

- ALTER DISKGROUP

- LIST DISKGROUP

- LIST SAN SERVER

- SHOW ISCSI INITIATOR DETAILS FOR SERVER

- リモート・ファイルシステムのAVCLIコマンド(AVDF 12.1.2)

- REGISTER REMOTE FILESYSTEM

- ALTER REMOTE FILESYSTEM

- DROP REMOTE FILESYSTEM

- LIST EXPORT

- LIST REMOTE FILESYSTEM

- SHOW STATUS OF REMOTE FILESYSTEM

- サーバー管理のAVCLIコマンド

- ALTER SYSTEM SET

- SHOW CERTIFICATE

- DOWNLOAD LOG FILE

- AVCLI収集プラグイン・コマンド

- DEPLOY PLUGIN

- LIST PLUGIN FOR SECURED TARGET TYPE

- UNDEPLOY PLUGIN

- 汎用のAVCLIコマンド

- CONNECT

- HELP

- -HELP

- -VERSION

- QUIT

B プラグイン・リファレンス

- Oracle AVDFプラグインの概要

- Oracle AVDFの付属プラグイン

- すぐに使用できるプラグインの一覧

- Oracle Database

- Microsoft SQL Server

- Sybase ASE

- Sybase SQL Anywhere

- IBM DB2 for LUW

- MySQL

- Oracle Solaris

- Oracle Linux

- Microsoft Windows

- Microsoft Active Directory

- Oracle ACFS

- 各監査証跡タイプに対して収集されるデータの概要

- セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト

- Oracle AVDFアカウント権限を設定するためのスクリプトの概要

- Oracle Databaseの設定スクリプト

- Sybase ASEの設定スクリプト

- Sybase ASEの設定スクリプトの概要

- Sybase ASEセキュア・ターゲットの監査データ収集権限の設定

- Sybase ASEセキュア・ターゲットのストアド・プロシージャ監査権限の設定

- Sybase SQL Anywhereの設定スクリプト

- Microsoft SQL Serverの設定スクリプト

- SQL Serverの設定スクリプトの概要

- SQL Serverセキュア・ターゲットの監査データ収集権限の設定

- SQL Serverセキュア・ターゲットのストアド・プロシージャ監査権限の設定

- IBM DB2 for LUWの設定スクリプト

- IBM DB2 for LUWの設定スクリプトの概要

- IBM DB2 for LUWの監査データ収集権限の設定

- IBM DB2 for LUWセキュア・ターゲットのSPA権限の設定

- MySQLの設定スクリプト

- 監査証跡のクリーンアップ

- Oracle Database監査証跡クリーンアップ

- Oracle Databaseセキュア・ターゲット監査証跡のパージの概要

- 自動パージ・ジョブのスケジューリング

- SQL Server監査証跡クリーンアップ

- MySQL監査証跡クリーンアップ

- 手順に関する参照情報: 接続文字列、コレクション属性、監査証跡の場所

- セキュア・ターゲットの場所(接続文字列)

- コレクション属性

- コレクション属性の概要

- Oracle Databaseのコレクション属性

- IBM DB2 for LUWのコレクション属性

- MySQLのコレクション属性

- Oracle ACFSのコレクション属性

- 監査証跡の場所

C REDOログ監査データ収集リファレンス

- REDOログから収集するための推奨設定の概要

- Oracle Database 11g リリース2 (11.2)および12cのセキュア・ターゲット監査パラメータの推奨事項

- Oracle Database 11g リリース1 (11.1)のセキュア・ターゲット監査パラメータの推奨事項

- Oracle Database 10g リリース2 (10.2)のセキュア・ターゲット監査パラメータの推奨事項

D Audit Vault and Database Firewallで使用されるポート

- Database Firewallをセキュア・ターゲット用にデプロイするときに必要となるポート

- Audit Vault Serverによって提供されるサービス用のポート

- Database Firewallによって提供されるサービス用のポート

- Audit Vault Serverによる外部ネットワーク・アクセスのためのポート

- Database Firewallによる外部ネットワーク・アクセスのためのポート

- AVDFの内部TCP通信用ポート

E Oracle Audit Vault and Database Firewallのトラブルシューティング

- トラブルシューティングのヒント

- Database Firewallで監視しているOracle Databaseで、一部またはすべてのトラフィックを確認できない

- RPMアップグレードに失敗する

- エージェントのアクティブ化リクエストで「host is not registered」というエラーが返される

- セカンダリAudit Vault Serverにエージェントをデプロイできない

- ホスト監視の作成またはOracle Database証跡の収集に失敗する

- Windowsマシンで'java -jar agent.jar'に失敗する

- Audit Vault AgentのWindowsサービスをアンインストールできない

- エージェントをWindowsサービスとしてインストールしようとしたときにアクセス拒否エラーが発生する

- コントロール パネルの「サービス」アプレットでエージェントを開始できない

- エージェント開始時のエラー

- ホスト監視の設定時のエラー

- Oracle Databaseセキュア・ターゲットのアラートが長時間トリガーされない

- /var/log/messagesファイルに表示されるInternal capacity exceededメッセージ

F Audit Vaultのエラー・メッセージ

索引

図一覧

- 1-1 Audit Vault and Database Firewallのアーキテクチャ

- 1-2 エンタープライズ・アーキテクチャにおけるOracle AVDF

- 1-3 Audit Vault and Database Firewallの高可用性

- 1-4 「ホーム」タブにおけるダッシュボードの時間範囲の選択

- 6-1 データベース・レスポンス・モニタリング

- 8-1 1つのセキュア・ターゲットを保護するDatabase Firewallの高可用性ペア

- 8-2 高可用性モードのAudit Vault ServerのペアとDatabase Firewallのペア

- 9-1 Oracle AVDFとF5 BIG-IP ASMのデータ・フロー・ユニット

- 13-1 「リポジトリ」ページ

表一覧

- A-1 AVCLIエージェント・ホスト・コマンド

- A-2 ホストの属性(keyの値)

- A-3 LOGLEVELのコンポーネント名

- A-4 LOGLEVELの値

- A-5 Database Firewallコマンド

- A-6 Oracle Database Firewallの属性

- A-7 強制ポイント・コマンド

- A-8 強制ポイントの属性

- A-9 AVCLIセキュア・ターゲット・コマンド

- A-10 セキュア・ターゲットの属性

- A-11 AVCLIセキュア・ターゲット接続コマンド

- A-12 AVCLI SMTPコマンド

- A-13 AVCLIセキュリティ管理コマンド

- A-14 AVCLI SANストレージ・コマンド

- A-15 AVCLIリモート・ファイルシステム・コマンド

- A-16 AVCLIサーバー管理コマンド

- A-17 システム属性

- A-18 LOGLEVELの値

- 表A-19 AVCLI収集プラグイン・コマンド

- A-20 AVCLI HELPコマンドとEXITコマンド

- B-1 Oracle AVDFでサポートされている、すぐに使用できるプラグインおよび機能

- B-2 Oracle Databaseプラグイン

- B-3 Microsoft SQL Serverプラグイン

- B-4 Sybase ASEプラグイン

- B-5 Sybase SQL Anywhereプラグイン

- B-6 IBM DB2 for LUWプラグイン

- B-7 MySQLプラグイン

- B-8 Oracle Solarisプラグイン

- B-9 Oracle Linuxプラグイン

- B-10 Microsoft Windowsプラグイン

- B-11 Microsoft Active Directoryプラグイン

- B-12 Oracle ACFSプラグイン

- B-13 各セキュア・ターゲット・タイプでサポートされる監査証跡タイプの概要

- B-14 セキュア・ターゲットの接続文字列(「セキュア・ターゲットの場所」フィールド用)

- B-15 Oracle DatabaseのDIRECTORY監査証跡用のコレクション属性

- B-16 IBM DB2 for LUWデータベースのコレクション属性

- B-17 MySQLデータベースのコレクション属性

- B-18 Oracle ACFSのコレクション属性

- B-19 セキュア・ターゲットでサポートされる証跡の場所

- C-1 Oracle 11.2または12cセキュア・ターゲット・データベースの初期化パラメータ

- C-2 リリース11.1セキュア・ターゲット・データベースの非表示パラメータ

- C-3 リリース11.1セキュア・ターゲット・データベースの初期化パラメータ

- C-4 リリース10.2セキュア・ターゲット・データベースの非表示パラメータ

- C-5 リリース10.2セキュア・ターゲット・データベースの初期化パラメータ

- D-1 Audit Vault Serverによって提供されるサービス用のポート

- D-2 Database Firewallによって提供されるサービス用のポート

- D-3 Audit Vault Serverによる外部ネットワーク・アクセスのためのポート

- D-4 Database Firewallによる外部ネットワーク・アクセスのためのポート

- D-5 AVDFの内部TCP通信用ポート

はじめに

Oracle Audit Vault and Database Firewall管理者ガイドでは、Audit Vault and Database Firewallインストールの構成方法について説明します。

ここでのトピック

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、セキュリティ管理者、監査管理者、およびOracle Audit Vault and Database Firewallの構成を担当するデータベース管理者(DBA)を対象としています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、次のドキュメントを参照してください。

- 『Oracle Audit Vault and Database Firewallリリース・ノート』

- 『Oracle Audit Vault and Database Firewall監査者ガイド』

- 『Oracle Audit Vault and Database Firewallインストレーション・ガイド』

- 『Oracle Audit Vault and Database Firewall開発者ガイド』

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

このリリースでの変更点

この章では、Oracle Audit Vault and Database Firewall (AVDF)の最新リリースおよびその前のリリースの新機能について説明します。

ここでのトピック

Oracle AVDFリリース12.1.2の変更点

Oracle AVDFリリース12.1.1の変更点

Oracle AVDFリリース12.1.2の変更点

このリリースの新機能は、次のとおりです。

- 外部iSCSI SANサーバーを使用して監査イベント・リポジトリおよびシステム・データを保存するように、Audit Vault Serverを構成できます。

- Audit Vault Serverをアップグレードするかパッチを適用すると、Audit Vault Agentが自動的に更新されます。

- ネットワーク・ファイル共有(NFS)上の場所にアーカイブ・データを保存できます。

- 権限レポートに、Oracle Database 12cに固有のデータが表示されます。

- Audit Vault Serverに組み込まれたOracle Databaseで、Database Vaultが自動的に有効化および構成されます。これにより、管理権限を持つユーザーを含めたすべてのユーザーによるOracle Databaseへの特権アクセスを制限することによってセキュリティがさらに強化されます。

- パスワードのハッシュ化が、より安全な標準にアップグレードされました。より安全なハッシュを利用するには、アップグレード後にパスワードを変更します。

- Audit Vault Agentのデプロイ手順が簡素化されました。Audit Vault Serverでホストを登録すると、エージェント・アクティブ化キーが自動的に生成されるため、エージェント・アクティブ化のリクエスト・ステップが不要になりました。

- Audit Vault Server管理者コンソールUIを使用したセキュア・ターゲットの場所の追加および更新が簡素化されました。

- アラートをsyslogに転送するように設定できます。

- Audit Vault Server UIから診断ログ・ファイルをダウンロードできます。

- 32ビットのLinuxおよびWindowsプラットフォームでAudit Vault Agentがサポートされています。

- Database FirewallでOracle Database 9iがサポートされています。

- Database FirewallでMySQL 5.6がサポートされています。

- Audit Vaultのエラー・メッセージが更新されました。

Oracle AVDFリリース12.1.1の変更点

このリリースの新機能は、次のとおりです。

- 監査データの収集とDatabase Firewall保護が次のセキュア・ターゲットでサポートされるようになりました。

- Oracle Database 12c リリース1(12.1)

- Microsoft SQL Server 2012

- 監査データの収集が次のセキュア・ターゲットでサポートされるようになりました。

- Linux OS

- MySQL

- Oracle ACFS

- Audit Vault AgentがHP-UX Itaniumプラットフォームでサポートされるようになりました。

- ホスト監視が次のホスト・プラットフォームでサポートされるようになりました。

- Solaris

- Windows

- インストールとアップグレードの手順が簡素化されました。
インストール手順が簡素化され、Audit Vault ServerとDatabase Firewallをそれぞれ1枚のディスクでインストールできるようになりました。これまでよりも少ないユーザー操作でインストールできます。

Audit Vault ServerまたはDatabase Firewallのインストールに使用したディスクを使用して、これらのコンポーネントをリリース12.1.1にアップグレードできます。必要な操作はシステムのアップグレードを選択するだけです。

一般的なタスクのクイック・リファレンス

ここでのトピック

- このマニュアルについて

- Audit Vault Server

- Database Firewall

- ホスト

- エージェント

- セキュア・ターゲット

- Database Firewallによる監視

- 監査

- BIG-IP ASM統合

- Arcsight統合

- その他の管理者タスク

- 参照情報

このマニュアルについて

この章は、Oracle Audit Vault and Database Firewall (AVDF)をよく知るユーザーが、一般的なタスクの段階的な作業手順をすばやく見つけることができるようにすることを目的としています。AVDFに詳しくない場合は、入門用の資料を読んでシステムについて理解し、構成を計画することをお薦めします。

Oracle AVDFを構成する際に薦められているワークフローを理解するには、「構成手順の概要」を参照してください。

Audit Vault Server

システム設定

「サーバーの日付、時刻およびキーボード設定の指定」

Audit Vault Serverネットワーク構成の設定または変更

「Audit Vault Serverサービスの構成または変更」

「Audit Vault Serverのsyslog宛先の構成」

「電子メール通知サービスの構成」

「Audit Vault Serverのシステム操作のテスト」

アーカイブおよびリストア

「アーカイブ場所の定義」

「アーカイブ(保存)ポリシーの作成」

「アーカイブ・ポリシーの削除」

「アーカイブ・ジョブの開始」

「Oracle AVDF監査データのリストア」

Audit Vault Serverの高可用性ペア

「ステップ1: セカンダリAudit Vault Serverの構成」

「ステップ2: プライマリAudit Vault Serverの構成」

「ステップ3: Audit Vault Serverの高可用性ペアの起動」

「Audit Vault Serverの高可用性ステータスの確認」

「Audit Vault Serverのペア作成後におけるAudit Vault Agentの更新」

AVCLI (コマンドライン・インタフェース)

「AVCLIコマンドライン・ユーティリティのダウンロードおよびJAVA_HOMEの設定」

「AVCLIの起動」

「AVCLIのヘルプおよびバージョン番号の表示」

「AVCLIスクリプトの実行」

「AVCLIのログ・レベルの指定」

「AVCLIコマンド・リファレンス」

他の操作

「ジョブの監視」

「サーバー・ステータスおよびシステム操作の確認」

「Audit Vault Serverの証明書および公開鍵へのアクセス」

「Audit Vault Serverの再起動および電源オフ」

「キーボード・レイアウトの変更」

「Audit Vault Serverの診断のダウンロード(AVDF 12.1.2)」

Database Firewall

ファイアウォール・システム設定

「Database Firewallのネットワーク設定の構成」

「Database Firewallのネットワーク・サービスの構成」

「Database Firewallでの日付と時刻の設定」

「Audit Vault Serverの証明書およびIPアドレスの指定」

「Database Firewallのステータスおよび診断レポートの表示」

ファイアウォール・ネットワーク構成

「トラフィック・ソースの構成」

「Database Firewallでのブリッジの構成」

「トラフィック・プロキシとしてのDatabase Firewallの構成」

「Database Firewallでのネットワーク・トラフィックの表示および取得」

Audit Vault ServerでのDatabase Firewallの管理

「Audit Vault ServerでのDatabase Firewallの登録」

「Database Firewallの再起動および電源オフ」

「Audit Vault ServerからのDatabase Firewallの削除」

「Database Firewallからの更新済証明書のフェッチ」

Database Firewallの高可用性ペア

「Database Firewallの回復可能なペアの構成」

「Database Firewallの回復可能なペアでのロールの入替え」

「Database Firewallの回復可能なペアの削除(ペア解除)」

ホスト

「Audit Vault Serverでのホストの登録」

「ホスト名の変更」

「Audit Vault Serverからのホストの削除」

「プラグインのデプロイとプラグイン・ホストの登録」

「プラグインのアンデプロイ」

エージェント

エージェントのデプロイメント

「Audit Vault Agentのデプロイおよびアクティブ化に必要なステップ」

「ホスト・コンピュータでのAudit Vault Agentのデプロイ」

「(Oracle AVDF 12.1.1のみ)エージェント・アクティブ化のリクエスト」

「Audit Vault Agentのアクティブ化および起動」

「Audit Vault AgentのWindowsサービスとしての登録」

「Audit Vault AgentのWindowsサービスとしての登録解除」

「Unixホスト上のエージェントの停止および起動」

「Windowsホスト上のエージェントの停止および起動」

「Audit Vault Agentのロギング・レベルの変更」

「Audit Vault Agentの非アクティブ化と削除」

エージェントの更新

「Audit Vault Agentの更新」

ホスト監視

ホスト監視のインストール

「ステップ1: ホスト監視を実行するコンピュータの登録」

「ステップ2: Audit Vault Agentのデプロイとホスト監視のインストール」

「ステップ3: ホスト監視対象のデータベース用のセキュア・ターゲットの作成」

「ステップ4: DAMモードでの強制ポイントの作成」

ホスト監視の操作

「ホスト監視の開始」

「ホスト監視の停止」

「ホスト監視のロギング・レベルの変更」

「ホスト監視監査証跡のステータスの確認」

「ホスト監視のアンインストール(Linuxホストのみ)」

更新

「ホスト監視の更新(Linuxホストのみ)」

ホスト監視のセキュリティ

「ホスト監視における証明書ベース認証の使用」

セキュア・ターゲット

登録および管理

「セキュア・ターゲットの登録」

「セキュア・ターゲットの削除」

「セキュア・ターゲット・グループの作成または変更」

「セキュア・ターゲットまたはグループへのユーザー・アクセスの管理」

監査

監査のための準備

「監査データ収集のためのセキュア・ターゲットの準備」

「セキュア・ターゲットでのNTPサービスを使用した時刻の設定」

「セキュア・ターゲットで監査が有効であることの確認」

「セキュア・ターゲットに対するユーザー・アカウント権限の設定」

「監査証跡のクリーンアップのスケジュール」

監査証跡

「Audit Vault Serverでの監査証跡の追加」

「Audit Vault Serverでの監査証跡の停止および開始」

「Audit Vault Serverでの監査証跡のステータスの確認」

「監査証跡の削除」

「(MySQLで必要)XML変換ユーティリティの実行」

「(IBM DB2で必要)バイナリDB2監査ファイルのASCII形式への変換」

Database Firewallによる監視

強制ポイント

「強制ポイントの作成および構成」

「強制ポイントの変更」

「強制ポイントの開始、停止または削除」

「強制ポイントのステータスの表示」

「強制ポイントによって使用されるポート番号の確認方法」

データベース問合せおよびレスポンス・モニタリング

「データベース問合せの構成および使用」

「SQL ServerおよびSQL Anywhere用のデータベース問合せの構成」

「ネットワーク暗号化を使用するデータベース用のデータベース問合せの構成」

「データベース問合せの有効化」

「データベース問合せの無効化」

「データベース・レスポンス・モニタリングの構成」

関連項目: 「Database Firewall」

BIG-IP ASM統合

「F5と連携して機能するためのOracle AVDFの構成」

「BIG-IP ASMの構成」

「BIG-IP ASM iRuleの開発」

Arcsight統合

「HP ArcSight SIEM統合の有効化」

その他の管理者タスク

「Oracle AVDF SDKのダウンロード」

「サーバーの表領域の領域使用量の監視」

「サーバーのアーカイブ・ログのディスク領域使用量の監視」

「サーバーのフラッシュ・リカバリ領域の監視」

「Audit Vault Serverのバックアップとリストア」

参照情報

プラグイン

「すぐに使用できるプラグインの一覧」

「各監査証跡タイプに対して収集されるデータの概要」

「セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト」

「監査証跡のクリーンアップ」

「セキュア・ターゲットの場所(接続文字列)」

「コレクション属性」

「監査証跡の場所」

その他のリファレンス情報

「AVCLIコマンド・リファレンス」

「REDOログ監査データ収集リファレンス」

「Audit Vault and Database Firewallで使用されるポート」

「Oracle Audit Vault and Database Firewallのトラブルシューティング」

第I部

スタート・ガイド

第I部では、Audit Vault and Database Firewallシステムの基本構成プロセスについて説明します。新規インストールから、相互接続するようにAudit Vault and Database Firewallコンポーネントを構成するプロセスまでを示します。

構成は次のとおりです。

- 第1章「Oracle Audit Vault and Database Firewallの概要」

- 第2章「一般的なセキュリティ・ガイドライン」

- 第3章「Audit Vault Serverの構成」

- 第4章「Database Firewallの構成」

- 第5章「ホストの登録とエージェントのデプロイ」

- 第6章「セキュア・ターゲット、監査証跡および強制ポイントの構成」

- 第7章「ホスト監視の有効化および使用」

- 第8章「高可用性の構成」

- 第9章「BIG-IP ASMとの統合の構成」

- 第10章「ArcSight SIEMとの統合の構成」

1 Oracle Audit Vault and Database Firewallの概要

ここでのトピック

- このマニュアルの最新バージョンのダウンロード

- サポートされるプラットフォーム

- システムの機能および概念について

- Oracle AVDFコンポーネント・アーキテクチャの概要

- 管理者のロールについて

- 構成手順の概要

- システム構成の計画

- Audit Vault ServerコンソールUIへのログイン

- Database FirewallコンソールUIへのログイン

- AVCLIコマンドライン・インタフェースの使用

- AVDF Enterprise Managerプラグインの使用

このマニュアルの最新バージョンのダウンロード

このマニュアルの最新バージョンは、次のWebサイトからダウンロードできます。

http://www.oracle.com/pls/topic/lookup?ctx=avdf121

その他のOracle製品に関するドキュメントは、次のWebサイトで探すことができます。

http://docs.oracle.com

サポートされるプラットフォーム

現在のリリースのプラットフォーム・サポートの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

さらに、前のリリースのプラットフォーム情報は、次のWebサイトにある記事1536380.1で参照できます。

https://support.oracle.com">>

システムの機能および概念について

ここでのトピック

- Audit Vault and Database Firewallの概要

- システム要件

- サポートされるセキュア・ターゲット

- 管理機能

- 監査機能

- サード・パーティ製品との統合

Audit Vault and Database Firewallの概要

Oracle Audit Vault and Database Firewall (AVDF)はデータベースやその他の重要なITインフラストラクチャ・コンポーネント(オペレーティング・システムなど)を、主に次のような方法で保護します。

- ファイアウォール・ポリシーに基づいてネットワーク上のアクティビティの監視またはSQL文のブロック(あるいはその両方)を行うデータベース・ファイアウォールを提供します。

- 監査データを収集し、監査レポートで使用できるようにします。

- カスタマイズ可能な組込みのアクティビティ・レポートやコンプライアンス・レポートを多数提供し、アラートや通知をプロアクティブに構成できるようにします。

この項では、Oracle AVDFの管理機能と監査機能について簡単に説明します。

Oracle AVDFの監査機能の詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

システム要件

ハードウェアおよびソフトウェアの要件は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』の「AVDFのインストール前の要件」を参照してください。

サポートされるセキュア・ターゲット

セキュア・ターゲットは、データベースまたはデータベース以外の製品で、Audit Vault AgentまたはDatabase Firewall(あるいはその両方)を使用して保護されます。セキュア・ターゲットがデータベースの場合、Database Firewallを使用して受信SQLトラフィックを監視またはブロックできます。セキュア・ターゲット(データベースであるかどうかに関係なく)がAudit Vault Agentでサポートされている場合、えそのターゲットのホスト・コンピュータにエージェントをデプロイし、内部監査証跡表およびオペレーティング・システム監査証跡ファイルから監査データを収集できます。

Oracle AVDFには組込みのプラグインが含まれているため、使用直後から各種のセキュア・ターゲット製品に対応できます。プラグインおび現在サポートされているセキュア・ターゲットのバージョンの詳細は、次を参照してください。

- 「プラグインの概要」

- 付録B「プラグイン・リファレンス」: 各プラグインの詳細

- 表B-1: サポートされているセキュア・ターゲット製品およびバージョン

- 表B-13: 収集されるデータと各監査証跡タイプでサポートされるプラットフォーム

また、カスタム・プラグインを作成すると、さらに多くのセキュア・ターゲット・タイプからOracle AVDF SDKを使用して監査証跡を取得できます。SDKの詳細は、『Oracle Audit Vault and Database Firewall開発者ガイド』を参照してください。

Oracle AVDFでは、Oracle Big Data Applianceもセキュア・ターゲットとしてサポートしています。詳細は、『Oracle Big Data Applianceオーナーズ・ガイド』を参照してください。

管理機能

Oracle AVDFの管理機能により、管理者は次のものを構成および管理できます。

- セキュア・ターゲットおよびそのホスト・コンピュータ

- Database Firewall

- 高可用性

- サード・パーティの統合

- Audit Vault Agentデプロイメント

- 監査証跡の収集

- 監査データのライフサイクル、アーカイブおよびパージ

監査機能

Oracle AVDFの監査機能により、監査者は次のものを構成および管理できます。

- ファイアウォール・ポリシー

- Oracle Databaseの監査ポリシー

- レポートおよびレポート・スケジュール

- Oracle Databaseの権限監査

- ストアド・プロシージャ監査

- アラート通知および電子メール通知

これらの監査機能の詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

サード・パーティ製品との統合

Oracle AVDFは次のサード・パーティ製品と統合できます。

- BIG-IP Application Security Manager(ASM): F5 Networks社のこの製品は高度なWebアプリケーション・ファイアウォール(WAF)で、Webベースの様々な攻撃に対してネットワークのエッジで包括的な保護を実現します。これによって、各HTTPおよびHTTPSリクエストが分析され、攻撃がWebアプリケーション・サーバーに達する前に潜在的な攻撃をブロックします。詳細は、第9章「BIG-IP ASMとの統合の構成」を参照してください。

- ArcSight Security Information Event Management (SIEM): この製品は、様々なソースからのsyslogメッセージをログに記録し、分析および管理するための集中管理システムです。詳細は、第10章「ArcSight SIEMとの統合の構成」を参照してください。

Oracle AVDFコンポーネント・アーキテクチャの概要

ここでのトピック

- Oracle AVDFのコンポーネント

- エンタープライズ・アーキテクチャ内でのOracle AVDFの配置

- 高可用性モード

Oracle AVDFのコンポーネント

ここでのトピック

- Oracle AVDFコンポーネントの連携

- Audit Vault Server

- Database Firewall

- Audit Vault Agent

Oracle AVDFコンポーネントの連携

Oracle AVDFには、Audit Vault Server、Database FirewallおよびAudit Vault Agentが含まれます。図1-1は、これらのコンポーネントがどのように連携しているかを概要レベルで示しています。

図1-1 Audit Vault and Database Firewallのアーキテクチャ

Audit Vault and Database Firewallコンポーネントのプロセス・フローは、次のとおりです。

1. セキュア・ターゲットごとに、Audit Vault Agentをデプロイし、必要に応じてDatabase Firewallをネットワークに配置してそのターゲットを保護するように構成します。
エージェントがデプロイされる場合、Oracle AVDFは、セキュア・ターゲットから適切な監査証跡を収集するように構成されます。Database Firewallがターゲットを保護する場合、ファイアウォール・ポリシーがそのターゲットに適用されます。

同じAudit Vault Serverを使用して、様々なデータベース製品ファミリおよびデータベース以外の製品からのセキュア・ターゲットを複数構成できます。

2. Audit Vault Agentは、セキュア・ターゲットから監査データを取得し、そのデータをAudit Vault Serverに送信します。
Database Firewallは、ファイアウォール・ポリシーに従ってデータベース・セキュア・ターゲットに対するSQLトラフィックを監視し、データをAudit Vault Serverに送信します。ファイアウォールは、監視およびアラートの発生のみを構成するか、ポリシーに従ってSQLトラフィックをブロックしてオプションで文を置換するように構成できます。

3. Audit Vault Serverは、Oracle AVDF構成データおよび収集された監査データを内部データウェアハウスに格納します。

4. 監査データがデータ・ウェアハウスにあると、監査者は、Audit Vault Serverでレポートを生成およびカスタマイズできる他、電子メール通知も構成できます。

Audit Vault Server

Audit Vault Serverには、Audit Vault and Database Firewallコンポーネントの構成と、セキュア・ターゲットに対する監査データの収集およびファイアウォール・ポリシーの適用を実行するのに必要なツールがあります。管理者が作成するセキュリティ設定などのすべての設定は、このサーバーに格納されます。

Audit Vault ServerにはOracleデータベースも含まれ、データ・ウェアハウスを介してレポート・ツールでデータベースを利用できます。

この組込みOracle Databaseには、自動的に有効化および構成されたDatabase Vaultがあります。Database Vaultは、管理権限を持つユーザーを含めた任意のユーザーによるOracle Database内の機密エリアへのアクセスを制限することによってセキュリティを強化します。

注意:
Audit Vault Serverに組み込まれたOracle Databaseのパスワード・ポリシーを管理または設定しようとしないでください。

Audit Vault Serverでは、次のサービスが提供されます。

- 監査データの収集およびライフサイクル管理

- Audit Vault Agent管理

- Database Firewall管理

- 監査およびファイアウォール・ポリシー管理

- アラートおよび通知管理

- ユーザー権限監査

- ストアド・プロシージャ監査(SPA)

- レポート作成

- データのアーカイブ

- 高可用性モード

- Oracle Business Intelligence Publisherなどのレポート作成ツールとともに使用して、カスタマイズされたレポートを作成できる公開データ・ウェアハウス・スキーマ

- ユーザー・アクセス管理

- サード・パーティの統合

Database Firewall

Database Firewallは、Database Firewallソフトウェアを実行する専用サーバーです。各Database Firewallは、データベース・クライアントからセキュア・ターゲット・データベースへのネットワーク上のSQLトラフィックを監視します。次にDatabase Firewallは、定義されたファイアウォール・ポリシーに従ってAudit Vault ServerにSQLデータを送信します。Audit Vault Serverは受け取ったデータを分析してレポートに表示します。

Oracle AVDF監査者は、データベース・セキュア・ターゲットに対するSQLトラフィックのDatabase Firewallによる処理方法についてルールを定義するファイアウォール・ポリシーを作成できます。ファイアウォール・ポリシーでは、特定のタイプのSQL文に対応して発生するアラートのタイプや、特定の文をログに記録するタイミングを指定します。また、問題を引き起こす可能性のある文をブロックし、オプションでブロックされた文を害のないSQL文で置換する場合も指定します。このために、Database Firewallを次の2つの監視モードのいずれかで実行できます。

- DPEモード: データベース・ポリシー強制。このモードでは、Database Firewallがファイアウォール・ポリシーのルールを適用して、セキュア・ターゲット・データベースへのSQLトラフィックの監視、アラートの生成、トラフィックのブロック、または潜在的に有害なSQL文の無害なSQL文での置換を行います。

- DAMモード: データベース・アクティビティ監視。このモードの場合、Database Firewallは、問題を引き起こす可能性のあるSQLトラフィックを監視してアラートが発生するファイアウォール・ポリシーのルールをセキュア・ターゲット・データベースに適用しますが、SQL文をブロックまたは置換することはありません。

Database Firewallがデータベース・セキュア・ターゲットを保護する方法を制御するために、セキュア・ターゲットごとに強制ポイントを構成します。強制ポイントでは、ファイアウォールがDPEモードまたはDAMモードのどちらで動作するか、どのファイアウォール・ポリシーをセキュア・ターゲットに適用するかなどの設定を指定します。詳細は、「強制ポイントの構成」を参照してください。

Database Firewallは、様々な方法で(インライン、帯域外またはプロキシとして構成)ネットワーク内に配置できます。詳細は、次のマニュアルを参照してください。

- 「ネットワーク上のDatabase Firewallの構成」

- 「トラフィック・プロキシとしてのDatabase Firewallの構成」

Audit Vault Agent

Audit Vault Agentは、セキュア・ターゲットから監査証跡データを取得し、そのデータをAudit Vault Serverに送信します。Audit Vault Agentが停止しても、セキュア・ターゲット・データベースでは監査証跡が引き続き作成されます(監査が有効になっている場合)。次にAudit Vault Agentを再起動したときに、Audit Vault Agentの停止以降に累積されていた監査データが取得されます。

ホストごとに1つのAudit Vault Agentを、個々のセキュア・ターゲット・データベースに1つ以上の監査証跡を構成します。たとえば、ホストに4つのデータベースがある場合、そのホストに1つのAudit Vault Agentを、4つのデータベースのそれぞれに1つ以上の監査証跡を構成します。構成する監査証跡の数およびタイプは、セキュア・ターゲット・データベース・タイプおよび収集する監査証跡によって異なります。各セキュア・ターゲット・タイプに対して構成できる監査証跡タイプの詳細は、表B-13を参照してください。

あるコンピュータでAudit Vault Agentを作成し、そこからの複数の監査証跡を管理できます。たとえば、2台のサーバー上に2個のセキュア・ターゲット・データベースがあるとします。これらのセキュア・ターゲット・データベースのそれぞれに監査証跡を構成する必要がありますが、2台のサーバーのそれぞれでAudit Vault Agentを構成する必要がありません。かわりに、Audit Vault Agentを1つ作成して2個の監査証跡を管理します。ただしOracle Databasesの場合は、リモートAudit Vault Agentを使用して、SYSDBAまたはSYSOPER権限でログインしているユーザーから監査データを収集することはできません。これは、監査証跡はローカル・ファイル・システムに対して行われるため、ファイル・システムへのアクセスが必要になるからです。

Audit Vault Agentにはホスト監視機能も含まれており、データベース内のSQLトラフィックをAVDFで直接監視できます。これは多数の小規模データベースを中央で監視する場合に便利です。詳細は、「ホスト監視の有効化および使用」を参照してください。

Audit Vault Agentのデプロイの詳細は、「ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化」を参照してください。

注意:
Audit Vault Agentはx86-64、x86-32、x64、HP-UX Itaniumの各プラットフォームでサポートされており、ホスト・コンピュータにJava SE 6または7が必要です。現在のリリースのプラットフォーム・サポートの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。前のリリースでサポートされるプラットフォームの詳細は、Oracle Support Webサイト: https://support.oracle.comの記事1536380.1を参照してください。

エンタープライズ・アーキテクチャ内でのOracle AVDFの配置

Oracle AVDFをデプロイする場合、Audit Vault Serverを設定した後、Audit Vault Agentのみ、Database Firewallのみ、またはその両方のデプロイを選択できます。

図1-2は、エンタープライズ環境におけるAudit Vault and Database Firewallを示しています。この図では、単純にするためにセキュア・ターゲットは1つのみです。一般的なアーキテクチャでは、データベースまたはデータベース以外のセキュア・ターゲットなど、セキュア・ターゲットは多数あります。

図1-2 エンタープライズ・アーキテクチャにおけるOracle AVDF

Audit Vault Agentは、セキュア・ターゲットのホスト・コンピュータにデプロイされます。この場合、セキュア・ターゲットはDatabase Firewallによっても保護されるデータベースです。Database Firewallには2つの接続があり、1つは管理用で、もう1つはデータベース・トラフィックの監視用です。これらは、スイッチで同じように処理されます。

Database Firewallでは、Audit Vault Serverに接続するために様々なネットワーク・ポート(ネットワーク・デバイス、および結果的にネットワーク・パス)が使用されます。この図のネットワーク・スイッチは、各Database Firewallごとに2つずつのポート接続を示しています。

Database Firewallは、3つの方法のいずれかでデータベース・ネットワークに接続できます。

- "スパニング・ポート"を使用して構成されたハブ、タップまたはネットワーク・スイッチの使用: スパニング・ポートは、一部のスイッチで"ミラー・ポート"とも呼ばれます。この方法では、すべてのデータベース・トラフィックのコピーをDatabase Firewallに送信します。この構成により、Database Firewallは帯域外監査および監視システムとして動作し、潜在的な攻撃の警告を作成できるようになりますが、問題を引き起こす可能性があるトラフィックをブロックできません。
ハブ、タップまたはスイッチの接続の詳細は、次のWebサイトを参照してください。

http://www.sans.org/security-resources/idfaq/switched.php

- データベース・クライアントとデータベース間のインライン: この方法を使用すると、Database Firewallは、監査またはモニタリング・システムとして、潜在的な攻撃または動作(あるいはその両方)をブロックできます。

- プロキシとして: この方法では、Database Firewallはトラフィック・プロキシとして機能し、データベース・クライアント・アプリケーションは、Database FirewallのプロキシIPおよびポート・アドレスを使用してデータベースに接続します。

高可用性モード

Database FirewallのペアまたはAudit Vault Serverのペア、あるいはその両方を構成して、高可用性システム・アーキテクチャを提供できます。これらのペアは、回復可能なペアと呼ばれます。回復可能なペアの構成は、データベース・アクティビティ監視(DAM)モードでのみ動作します。DAMモードの詳細は、「Database Firewall」を参照してください。

図1-3に、1つのデータベースの保護に使用されているDatabase FirewallのペアとAudit Vault Serverのペアを示します。

図1-3 Audit Vault and Database Firewallの高可用性

回復可能なペアの構成の詳細は、「高可用性の構成」を参照してください。

管理者のロールについて

Oracle AVDF管理者のタスク

管理者はAudit VaultとDatabase Firewallを構成します。管理者のタスクには、次のものが含まれます。

- Audit Vault Serverでのシステム設定の構成

- Audit Vault Agentがデプロイされているホスト・コンピュータ(通常はセキュア・ターゲットと同じコンピュータ)への接続の構成

- 監視対象のデータベースまたはオペレーティング・システムごとの、Audit Vault Serverでのセキュア・ターゲットの作成

- セキュア・ターゲット・ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化

- Audit Vault Agentで監視するセキュア・ターゲットの監査証跡の構成

- ネットワーク上のDatabase Firewallの構成

- Database Firewallで監視するセキュア・ターゲットの強制ポイントの作成

- 監査データおよび構成データのバックアップおよびアーカイブ

- 管理者ユーザーの作成とアクセス管理(スーパー管理者のみ)

Oracle AVDFにおける管理者ロール

Oracle AVDFでは、2つの管理者ロールがあり、セキュア・ターゲットへのアクセス・レベルがそれぞれ異なります。

- スーパー管理者: このロールは、他の管理者またはスーパー管理者を作成できます。また、すべてのセキュア・ターゲットにアクセスでき、特定のセキュア・ターゲットおよびセキュア・ターゲット・グループへのアクセス権を管理者に付与できます。

- 管理者: 管理者は、スーパー管理者によってアクセス権を付与されているセキュア・ターゲットに関するデータのみ参照できます。

構成手順の概要

Oracle AVDFでは、Audit Vault Agent、Database Firewallまたはこれらの両方をデプロイできます。この項では、次の場合にOracle AVDFシステムを構成するための推奨手順の概要を示します。

- Oracle AVDFの構成とAudit Vault Agentのデプロイ

- Oracle AVDFの構成とDatabase Firewallのデプロイ

Oracle AVDFの構成とAudit Vault Agentのデプロイ

これは、Oracle AVDFを構成してAudit Vault Agentをデプロイするための一般的なワークフローです。

1. Audit Vault Serverを構成します。「Audit Vault Serverの構成」を参照してください。

2. Audit Vault Agentをデプロイするホスト・コンピュータを登録します。次に、これらのホストにAudit Vault Agentをデプロイしてアクティブ化します。「ホストの登録とエージェントのデプロイ」を参照してください。

3. セキュア・ターゲットで、Oracle AVDFで使用するユーザー・アカウントを作成します。「セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト」を参照してください。

4. Audit Vault Serverで、監視するセキュア・ターゲットをエージェントに登録し、これらのセキュア・ターゲットの監査証跡を構成します。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

管理者としてシステムを構成した後に、Oracle AVDF監査者がOracle Databaseセキュア・ターゲットの監査ポリシーを作成してプロビジョニングし、他のセキュア・ターゲット・タイプについて様々なレポートを生成します。

Oracle AVDFの構成とDatabase Firewallのデプロイ

これは、Oracle AVDFを構成してDatabase Firewallをデプロイするための一般的なワークフローです。

1. Audit Vault Serverを構成し、各Database Firewallをこのサーバーと関連付けます。「Audit Vault Serverの構成」を参照してください。

2. Database Firewallの基本設定を構成し、このファイアウォールをAudit Vault Serverと関連付けます。次に、ネットワークのファイアウォールを構成します。「Database Firewallの構成」を参照してください。

3. Audit Vault Serverで、監視するセキュア・ターゲットをDatabase Firewallに登録します。次に、これらのセキュア・ターゲットの強制ポイントを構成します。オプションで、SQLトラフィックに対するデータベース・レスポンスも監視する場合は、スクリプトおよび構成手順を使用して行います。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

管理者としてシステムを構成した後に、Oracle AVDF監査者がファイアウォール・ポリシーを作成して、セキュア・ターゲットに割り当てます。監査者のロールおよびタスクの詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

システム構成の計画

ここでのトピック

- Oracle AVDF構成の計画に役立つ質問

- ステップ1: Audit Vault Server構成の計画

- ステップ2: Database Firewall構成の計画

- ステップ3: Audit Vault Agentデプロイメントの計画

- ステップ4: 監査証跡構成の計画

- ステップ5: 統合オプションの計画

- ステップ6: 高可用性の計画

- ステップ7: ユーザー・アカウントおよびアクセス権限の計画

Oracle AVDF構成の計画に役立つ質問

Oracle AVDFシステム構成を計画するとき、次の質問について考える必要があります。

- どのタイプのターゲットを保護する必要があるか。セキュア・ターゲットには、データベース、オペレーティング・システム、または他のタイプのターゲットがあります。

- 保有するターゲットのタイプを保護するために、Audit Vault Agentをデプロイするか、Database Firewallを使用するか、あるいは両方を使用するか。

- Audit Vault Agentをデプロイする場合、どのタイプの監査証跡を収集する必要があるか。どのような監査設定がセキュア・ターゲットに必要か。

- Database Firewallを使用する場合、いくつ必要で、ネットワークのどこに配置するか。インラインにするか、帯域外(スパン・ポートを使用するなど)にするか、プロキシとして構成するか。

- 高可用性用にシステムを構成する必要があるか。

- 誰をスーパー管理者および管理者にするか。どのセキュア・ターゲットにアクセスできるか。

この項の各ステップでは、計画プロセスに関する情報を示します。

ステップ1: Audit Vault Server構成の計画

このステップでは、サーバーの回復可能なペアを構成するかどうか、インストール時に行ったネットワーク構成設定を変更するかどうか、およびオプションのサービス構成を計画します。

AVDF 12.1.2以降では、特定のアーカイブ・データ転送方法で追加の領域が必要になるため、Audit Vault Serverの初期構成の一部としてアーカイブを構成します。

Audit Vault Server構成設定の詳細は、「Audit Vault Serverの構成」を参照してください。

Audit Vault Serverの回復可能なペアの設定の詳細は、「高可用性の構成」を参照してください。

ステップ2: Database Firewall構成の計画

Database Firewallを使用する場合は、必要になるファイアウォールの数、その保護対象となるセキュア・ターゲット・データベース、ネットワーク内での配置場所、DAMモード(監視のみ)かDPEモード(監視およびブロック)のどちらで動作するか、およびファイアウォールの回復可能なペアを構成するかどうかを計画します。また、インストール時に指定したDatabase Firewallネットワーク構成を変更するかどうかも計画します。

Database Firewall構成設定の詳細は、「Database Firewallの構成」を参照してください。

ファイアウォールの回復可能なペアの設定の詳細は、「高可用性の構成」を参照してください。

ステップ3: Audit Vault Agentデプロイメントの計画

Audit Vault Agentをデプロイする場合は、監査データを収集するセキュア・ターゲットを決定し、そのホスト・コンピュータを特定します。これらのホストをOracle AVDFに登録し、それぞれにAudit Vault Agentをデプロイします。次に、Audit Vault Serverで各セキュア・ターゲットを登録します。

詳細は、次のマニュアルを参照してください。

- 「ホストの登録とエージェントのデプロイ」

- 「セキュア・ターゲットの登録とグループの作成」

ステップ4: 監査証跡構成の計画

Audit Vault Agentをデプロイして監査データを収集する場合は、監査証跡を構成する必要があります。この項では、監査データを抽出するセキュア・ターゲット用に監査証跡構成を計画するためのガイドラインを示します。選択する監査証跡のタイプは、セキュア・ターゲット・タイプによって異なります。Oracle Databaseセキュア・ターゲットの場合は、Oracle Databaseで有効にした監査のタイプです。

セキュア・ターゲットの監査証跡構成を計画する手順は、次のとおりです。

1. セキュア・ターゲットで監査が有効になっていることを確認します。
Oracle Databaseセキュア・ターゲットの場合、Oracle Databaseで使用される監査のタイプを確認します。Oracle Databaseの要件の詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

2. エージェントがセキュア・ターゲットと同じコンピュータにインストールされていることを確認します。
Sybase ASEセキュア・ターゲットの場合、SQL*NetがSybase ASEデータベースと通信できるコンピュータにAudit Vault Agentがインストールされていることを確認します。

詳細は、「ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化」を参照してください。

3. 収集する監査証跡のタイプを決定します。
各セキュア・ターゲット・タイプに対して構成できる監査証跡タイプとサポートされるプラットフォームは、表B-13に記載されています。

4. セキュア・ターゲットの登録手順および監査証跡の構成手順をよく理解します。詳細は、次の各項を参照してください。

- 「セキュア・ターゲットの登録とグループの作成」

- 「監査証跡収集の構成および管理」

5. 監査データをMySQLまたはIBM DB2セキュア・ターゲットから収集している場合は、追加のステップを実行する必要があります。次の項を参照してください。

- 「(MySQLで必要)XML変換ユーティリティの実行」

- 「(IBM DB2で必要)バイナリDB2監査ファイルのASCII形式への変換」

ステップ5: 統合オプションの計画

Oracle AVDFは、次のサード・パーティ製品と統合できます。

- F5 Networks社のBIG-IP Application Security Manager (ASM)。この統合の実装の詳細は、「BIG-IP ASMとの統合の構成」を参照してください。

- ArcSight Security Information Event Management (SIEM)。この統合の実装の詳細は、「ArcSight SIEMとの統合の構成」を参照してください。

ステップ6: 高可用性の計画

このステップでは、「高可用性の構成」で概説されている高可用性のオプションを検討します。

ステップ7: ユーザー・アカウントおよびアクセス権限の計画

スーパー管理者は、他のスーパー管理者および管理者を作成できます。スーパー管理者は、すべてのセキュア・ターゲットを参照および変更できます。管理者は、スーパー管理者がアクセスを許可したセキュア・ターゲットにアクセスできます。この計画ステップでは、アカウントを作成するスーパー管理者および管理者の数と、その管理者がアクセスできるセキュア・ターゲットを決定します。

詳細は、「ユーザー・アカウントおよびアクセス権の管理」を参照してください。

Audit Vault ServerコンソールUIへのログイン

ここでのトピック

- Audit Vault Serverコンソールへのログイン

- Audit Vault Serverコンソールにおけるタブおよびメニューについて

- UIでのオブジェクト・リストの使用

Audit Vault Serverコンソールへのログイン

Audit Vault Serverのインストール後に初めてログインするとき、パスワードを設定する必要があります。インストール後のタスクの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

Audit Vault Serverコンソールにログインする手順は、次のとおりです。

1. ブラウザに、次のURLを入力します。

https://host/

hostは、Audit Vault Serverをインストールしたサーバーです。

次に例を示します。

https://192.0.2.1/

Webサイトのセキュリティ証明書に問題があるというメッセージが表示された場合は、自己署名の証明書が原因である可能性があります。「このサイトの閲覧を続行する」(または、これと類似の)リンクをクリックします。

2. 「ログイン」ページで、ユーザー名とパスワードを入力し、「ログイン」をクリックします。
ダッシュボード・ページが表示されます。

Audit Vault Serverコンソールにおけるタブおよびメニューについて

Audit Vault ServerコンソールUIは、次の5つのタブで構成されます。

- ホーム: 次の概要情報およびステータスを示すダッシュボードを表示します。

- サーバー・スループット

- ディスク使用率

- CPU

- RAM

- ホスト

- Database Firewall

図1-4に示すように、ページ上部で、表示するデータの時間範囲およびリフレッシュ間隔を選択できます。

図1-4 「ホーム」タブにおけるダッシュボードの時間範囲の選択

- セキュア・ターゲット: セキュア・ターゲットの登録、セキュア・ターゲット・グループの管理、アクセス権限の管理、監査証跡および強制ポイントの監視を行うためのメニューがあります。

- ファイアウォール: Audit Vault ServerでDatabase Firewallを登録し、高可用性のためにファイアウォールの回復可能なペアを作成するためのメニューがあります。

- ホスト: (エージェントがデプロイされる)ホスト・コンピュータを登録および管理し、それらのホストでAudit Vault Agentをダウンロードおよびアクティブ化するためのメニューがあります。

- 設定: セキュリティ設定、アーカイブ設定およびシステム設定を管理するためのメニューがあります。また、ここからAVCLIコマンドライン・ユーティリティをダウンロードできます。

UIでのオブジェクト・リストの使用

Audit Vault Server UI全体にわたって、ユーザー、セキュア・ターゲット、監査証跡、強制ポイントなど、オブジェクトのリストが表示されます。Oracle AVDFレポートに対してと同じ方法で、これらのオブジェクトのリストをフィルタ処理およびカスタマイズできます。この項では、オブジェクト・リストのカスタム表示を作成する方法の概要を示します。詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』の「レポート」を参照してください。

Audit Vault Server UIでオブジェクト・リストの表示をフィルタ処理および制御する手順は、次のとおりです。

1. UI上の各リスト(レポート)には検索ボックスと「アクション」メニューがあります。

2. リストでアイテムを探すには、検索ボックスに名前を入力した後、「実行」をクリックします。

3. リストをカスタマイズするには、「アクション」メニューから次のいずれかを選択します。

- 列を選択: 表示する列を選択します。

- フィルタ: 正規表現を使用可能な演算子とともに使用して列または行によってリストをフィルタ処理します。完了したら、「Apply」をクリックします。

- 行/ページ: 1ページ当たりの行数を選択します。

- 書式: 次のオプションから選択してリストを書式設定します。

- ソート

- コントロール・ブレーク

- 強調表示

- 計算

- 集計

- チャート

- グループ化

必要に応じて各オプションの条件を入力し、「適用」をクリックします。

- レポートの保存: リストの現在の表示を保存します。名前および説明を入力して「適用」をクリックします。

- リセット: デフォルト表示にリストをリセットします。

- ヘルプ: オンライン・ヘルプを表示します。

- ダウンロード: リストをダウンロードします。ダウンロード形式(CSVまたはHTML)を選択して「適用」をクリックします。

Database FirewallコンソールUIへのログイン

ここでのトピック

- Database FirewallコンソールUIへのログイン

- Database Firewall UIの使用

Database FirewallコンソールUIへのログイン

Database Firewallのインストール後に初めてログインするとき、パスワードを設定する必要があります。インストール後のタスクの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

Database FirewallコンソールUIにログインするには、次の手順を実行します。

1. ブラウザに、次のURLを入力します。

https://host/

hostは、Database Firewallをインストールしたサーバーです。

次に例を示します。

https://192.0.2.2/

Webサイトのセキュリティ証明書に問題があるというメッセージが表示された場合は、自己署名の証明書が原因である可能性があります。「このサイトの閲覧を続行する」(または、これと類似の)リンクをクリックします。

2. 「ログイン」ページで、ユーザー名とパスワードを入力し、「ログイン」をクリックします。
ダッシュボード・ページが表示されます。

Database Firewall UIの使用

管理者は、Database Firewall UIを使用してDatabase Firewallサーバーでネットワーク設定、サービス設定およびシステム設定を構成し、各ファイアウォールを管理するAudit Vault Serverを特定し、セキュア・ターゲット・データベースへの脅威をそのファイアウォールで監視またはブロックできるように、ネットワーク・トラフィック・ソースを構成します。

Database FirewallコンソールUIを使用したDatabase Firewallの構成の詳細は、「Database Firewallの構成」を参照してください。

AVCLIコマンドライン・インタフェースの使用

Audit Vault ServerコンソールGUIのかわりに、AVCLIコマンドライン・ユーティリティをダウンロードしてOracle AVDFの構成および管理に使用できます。

AVCLIのダウンロードおよび使用の詳細は、「AVCLIコマンドライン・インタフェースのダウンロードおよび使用」を参照してください。

使用可能なコマンドおよび構文の詳細は、「AVCLIコマンド・リファレンス」を参照してください。

AVDF Enterprise Managerプラグインの使用

Oracle Enterprise Manager Cloud Controlをインストールした場合は、Enterprise Managerを通じてOracle AVDFを管理および監視するためにOracle AVDFプラグインをインストールできます。

詳細は、Oracle Enterprise Manager System Monitoring Plug-inインストレーション・ガイドfor Audit Vault and Database Firewallを参照してください。

2 一般的なセキュリティ・ガイドライン

ここでのトピック

- 安全なインストールとデータの保護

- セキュリティに関する一般的な推奨事項

- ネットワークベース・ソリューションのデプロイに関する考慮事項

- 様々なデータベース・アクセス・パスでのOracle AVDFの動作

- 特別な構成に関するセキュリティ上の考慮事項

安全なインストールとデータの保護

ここでのトピック

- 安全なインストール

- データの保護

安全なインストール

Audit Vault Serverは、デフォルトで安全な状態でインストールされます。したがって、デフォルトの設定を変更する場合は安全性が低い状態になることがあるので注意することが重要です。インストールの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

データの保護

データを保護するために次のガイドラインを考慮してください。

- アカウント名とパスワード: Audit Vault ServerコンソールUIであるroot、supportおよびsysアカウントにセキュアなパスワードを使用し、これらのパスワードを安全に保持します。

- 管理者アカウント: Oracle AVDF管理者アカウントは共有できません。これにより、管理者アクティビティの監査の向上が可能になります。

- 強力なパスワード・ポリシー: パスワード・ポリシーを作成してユーザーに強力なパスワードを使用するように強制します。

- インストール済アカウント: Oracle AVDFはターミナル(シェル)アクセス権と組込みデータベース・アカウントとともにインストールされます。このタイプの新規アカウントを追加したり、既存のアカウントをロック解除することは、これらのアカウントがOracle AVDFシステムのデータや操作を改ざんするために使用される可能性があるため避けてください。

- セキュアなアーカイブ: アーカイブ・データがネットワーク上を転送されるため、アーカイブ先とネットワーク・インフラストラクチャが安全なことを確認してください。

- リモート・アクセス: Oracle AVDFでは、Audit Vault Serverコンソール(「設定」タブ)の「サービス」ページでリモート・アクセス権限を設定できます。リモート・アクセスは、コンソール、シェル(ssh)およびSNMPへのWebアクセス用に付与できます。リモート・アクセスを付与するときは、次のガイドラインに従います。

- 特定のタスクに必要である場合にのみアクセス権を付与し、その後、そのタスクが完了したらアクセス権を取り消します。

- IPアドレスによりアクセスを制限します。これはシステムのインストール後すぐに実行します。

- ターミナル(シェル)アクセス権は、パッチ更新の実行時、またはマニュアルもしくはOracleサポートによって求められた場合にのみ付与します。

セキュリティに関する一般的な推奨事項

セキュリティについては、次の推奨事項に従うことをお薦めします。

- Database Firewallを使用して不要なトラフィックをブロックしている場合は、データベース・クライアントとデータベースの間のすべてのデータ・フローがDatabase Firewallを経由するようにします。これには、リクエストとレスポンスの両方が含まれます。

- サイトに適切なセキュリティ対策を使用してAudit Vault ServerおよびDatabase Firewallアプライアンスを実行しているコンピュータへのアクセスを制御します。アクセス権を特定のユーザーにのみ付与します。

- パスワードがベスト・プラクティスに準拠していることを確認します。

- 管理者と監査者のロールをそれぞれ別のユーザーに割り当て、管理者と監査者の業務を分離します。

- Audit Vault Serverのユーザーに適切な管理者ロール、スーパー管理者ロール、監査者ロールおよびスーパー監査者ロールを割り当てます。

ネットワークベース・ソリューションのデプロイに関する考慮事項

ここでのトピック

- ネットワーク暗号化の処理

- サーバー側のSQLとコンテキストの構成処理

ネットワーク暗号化の処理

この項は、Database Firewallに関係があります。

Database Firewallは、データベース層とアプリケーション層の間にデプロイします。Database FirewallではOracleデータベースへのトラフィックおよびOracleデータベースからのトラフィックを復号化できます。Oracle以外のデータベースの場合、データベース層とアプリケーション層の間のSQLトラフィックが暗号化されていると、Database Firewallは、このSQLトラフィックに対する保護ポリシーを理解できず、強制できません。

SSL終了ソリューションを使用して、SQLトラフィックがDatabase Firewallに届く直前にトラフィックを終了できます。

サーバー側のSQLとコンテキストの構成処理

この項は、Database Firewallに関係があります。

Database Firewallポリシー強制は、データベース・クライアントとサーバー間のSQLトラフィックを取得して理解することに依存しています。Database Firewallではアプリケーション層とデータベース・サーバー間のネットワーク・トラフィックのみを分析するため、データベース・サーバー自体から直接起動されるSQLは確認できないことに注意してください。Database Firewallが確認できないSQL文の一般的なタイプには、ストアド・プロシージャやコールアウトから実行されるシステム付属のSQLやユーザー定義のSQL、Oracleデータベース内のDBMS_JOBまたはDBMS_SCHEDULER PL/SQLパッケージによって作成されたSQLなどのバックグラウンド・ジョブから実行されるSQL、DDLや他のSQL文から間接的に実行されるSQLなどがあります。これらのタイプのSQL文はOracle AVDFの監査機能を使用して捕捉できます。

Database Firewallは、その実行コンテキスト全体をネットワーク・トラフィックから取得した情報を使用して作成します。ただし、強制は、サーバー上のコンテキスト情報に基づています。このコンテキストの欠落は、ノベルティ・ポリシーで使用する識別子の解決方法に影響を与えます。

様々なデータベース・アクセス・パスでのOracle AVDFの動作

次のタイプのデータベース・アクセス・パスでのOracle AVDFの動作に注意してください。

- SQL以外のプロトコルのアクセス。データベース・プラットフォームでは、データベースSQLベースのプロトコルの他に様々なネットワーク・プロトコルをサポートしています。たとえば、Oracle Databaseでは、データベースに格納されているデータに対してHTTP、FTP、アドバンスト・キューイング、ダイレクト・パスおよびNFSアクセスがサポートされています。Database Firewallでポリシー強制が適用されるのは、データベースへのSQLベースのアクセスに対してのみです。Database Firewallで理解可能なプロトコルは、Oracle TTC/Net、Microsoft SQL ServerやSybase ASEに使用されるTabular Data Stream (TDS)、およびIBM Distributed Relational Database Architecture (DRDA)です。

- IPv6接続。Oracle AVDFでは、IPv6デプロイメントをサポートしていません。Database Firewallでは、IPv6接続からのすべてのトラフィックは自動的にブロックされます。

- 非TCPベースの接続。Database Firewallでは、TCPベースによるデータベース・サーバーへのネットワーク接続のみをサポートしています。Systems Network Architecture (SNA)、Internetwork Packet Exchange/Sequenced Packet Exchange (IPX/SPX)など、TCPでないプロトコルを使用したデータベース・サーバーへの接続は監視できません。

特別な構成に関するセキュリティ上の考慮事項

ここでのトピック

- Oracle共有サーバー構成とディスパッチャの処理

- クライアントのIPアドレスによるTCP許可ノードへの影響

- 注意が必要なその他の動作

Oracle共有サーバー構成とディスパッチャの処理

この項は、Database Firewallに関係があります。

データベース・サーバーは、共有サーバー・アーキテクチャを使用して、少数のサーバー・プロセスを多数のユーザー・プロセスが共有できるようにしています。ディスパッチャ・プロセスは、受信した複数のネットワーク・セッション・リクエストを共通キューに送信し、次に、これらのセッション・リクエストを共有サーバーで使用可能な次のプロセスにリダイレクトします。デフォルトでは、Oracle DatabaseでTCPプロトコルに対するディスパッチャ・サービスが1つ作成されます。init.oraファイルでは、この設定は次のようにDISPATCHERSパラメータによって制御されます。

dispatchers="(PROTOCOL=tcp)"

デフォルトの構成では、動的ポートは、TCPプロトコルを使用して受信接続をリスニングします。共有サーバー構成では、多数のユーザー・プロセスがこの動的ポートでディスパッチャに接続します。このポートでの接続を監視するようにDatabase Firewallが構成されていない場合は、これらの接続にポリシーを強制することはできません。Database Firewallの接続を簡単に構成するには、DISPATCHERSパラメータにポート番号を明示的に指定してください。次に例を示します。

dispatchers="(PROTOCOL=tcp)(PORT=nnnn)"

nnnnの値を選択し、そのアドレスを通常のリスナー・アドレスとともに保護するようにDatabase Firewallを構成します。

共有サーバーの管理に関する詳細は、『Oracle Database管理者ガイド』も参照してください。DISPATCHERSパラメータに関する詳細は、『Oracle Databaseリファレンス』を参照してください。

クライアントのIPアドレスによるTCP許可ノードへの影響

Database Firewallがデータベース・ポリシー強制(DPE)モードの場合、セキュア・ターゲット・データベースは、Database FirewallのIPアドレス、つまりDatabase Firewallブリッジ(「Database Firewallでのブリッジの構成」を参照)に割り当てられているIPアドレスのみを認識します。保護対象データベースのクライアントのIPアドレスは認識されないため、結果的に、ユーザーはこのデータベースに接続できません。

この問題は、sqlnet.oraファイルのTTC/NetパラメータTCP.INVITED_NODESの設定に、Database FirewallブリッジIPアドレスを指定することで修正できます。データベースへのアクセスが許可されているクライアントのノードは、TCP.INVITED_NODESパラメータで指定します。Database Firewallをデプロイする場合は、ポリシー・プロファイル機能を使用して、TCP.INVITED_NODESによって提供されるネットワーク・アクセス制限と類似したアクセス制限を実装してください。Database Firewallのポリシー・プロファイル機能では、IPアドレス・セット、時刻、ユーザーなどの追加の要因をサポートしています。プロファイルの詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

この項に説明されているように、データベース・サーバーが認識するクライアントIPアドレスは、Database Firewallのブリッジに割り当てられているアドレスです。この機能は、元のクライアントIPアドレスに依存しているデータベース・サーバーの機能に影響を与える可能性があります。クライアントIPアドレスに依存している可能性があるこの機能には、ログオン・トリガー、監査データの分析およびOracle Database Vaultファクタがあります。

注意が必要なその他の動作

- クライアント側のコンテキスト。Database Firewallのポリシーは、クライアント・プログラム名、クライアントOSユーザー名など、クライアント側のコンテキスト情報を使用するように構成できます。クライアントがこの情報をデータベース・サーバーに送信すると、Database Firewallはその情報をネットワークから取得します。Database Firewallでは、クライアント側またはネットワークの整合性が制御または強制されないため、この情報を使用してセキュリティ・ポリシーを定義する場合は、事前に情報の整合性を考慮する必要があります。

- 複数のデータベースと共有リスナーでのサービス。Database Firewallでは、Oracle Databaseサービス名に基づいたポリシーがサポートされます。Oracle以外のデータベースの場合は、IPアドレスとポート番号に基づいたポリシーが強制されます。単一のリスナー・エンドポイント(IP_address:port)が複数のデータベースで共有されている構成では、個々の各データベースに対するトラフィックをDatabase Firewallで区別できません。

3 Audit Vault Serverの構成

ここでのトピック

- Audit Vault Serverの構成の概要

- Audit Vault Serverへのログイン

- 初期システム設定およびオプションの指定(必須)

- 電子メール通知サービスの構成

- アーカイブの場所および保存ポリシーの構成

- 高可用性のための回復可能なペアの定義

- Audit Vault ServerでのDatabase Firewallの登録

- Audit Vault Serverのシステム操作のテスト

Audit Vault Serverの構成の概要

この章では、Audit Vault Serverの初期構成の方法について説明します。

注意:
Audit Vault ServerおよびDatabase Firewallサーバーは、ソフトウェア・アプライアンスです。Oracleの公式ドキュメントまたはOracleサポートから指示があった場合を除き、これらのサーバーでは、コマンドラインからLinuxオペレーティング・システムを変更しないでください。

構成プロセスには、4つの主なステップがあります。

1. Audit Vault Serverで、システム・サービスおよびネットワーク設定の確認や日付と時刻の設定などの初期構成タスクを実行します。

2. (オプション) 高可用性のための回復可能なペアを定義します。

3. (オプション) Audit Vault Serverで、各Database Firewallを追加します。

4. システムが正常に機能していることを確認します。

これらの各ステップを次に説明します。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「構成手順の概要」を参照してください。

注意:
高可用性構成のためのAudit Vault Serverの回復可能なペアを構成する場合は、ペアの両方のAudit Vault Serverに対してこの章で説明する初期構成を実行してください。
詳細は、「Audit Vault Serverの回復可能なペアの構成」を参照してください。

Audit Vault Serverへのログイン

ログインの手順は、「Audit Vault ServerコンソールUIへのログイン」を参照してください。

初期システム設定およびオプションの指定(必須)

ここでのトピック

- サーバーの日付、時刻およびキーボード設定の指定

- Audit Vault Serverシステム設定の指定

- Audit Vault Serverのsyslog宛先の構成

サーバーの日付、時刻およびキーボード設定の指定

スーパー管理者は、Audit Vault Serverで日付、時刻およびキーボードの設定を変更できます。Audit Vault Serverで実行されるイベントは、そのイベントが発生した日時とともにログに記録されるため、サーバーの日付と時刻が正確に設定されていることが重要です。また、アーカイブは、サーバーの時刻の設定に基づいて特定の間隔で発生します。

タイムスタンプについて

Audit Vault Serverでは、すべてのデータがUTCで保存されます。次のようにタイムスタンプが表示されます。

- ユーザーが対話形式(Audit Vault Server UIやAVCLIコマンドラインなど)でデータにアクセスしている場合、タイムスタンプはすべてユーザーのタイムゾーンで表示されます。UIでは、タイムゾーンはブラウザのタイムゾーンから導出されます。AVCLIを使用する場合、タイムゾーンは「シェル」タイムゾーン(通常はTZ環境変数によって設定されます)から導出されます。

- rootまたはsupportとしてAudit Vault Serverにログインする場合、そのセッションのTZ環境変数を変更しないかぎり、タイムスタンプはUTCで表示されます。

- ユーザーがシステム生成されたPDF、XLSレポートまたは電子メールを参照している場合、表示されるタイムスタンプには、Audit Vault Serverの「管理」ページのタイムゾーン・オフセット設定(下の手順を参照)が反映されます。

警告:

Audit Vault Serverのデータベース・タイムゾーンを変更しないでください。また、構成ファイルを使用してタイムゾーンを変更しないでください。これにより、Audit Vault Serverで問題が生じる可能性があります。

- Database Firewall UIを参照している場合、タイムゾーンはすべてUTCで表示されます。詳細は、「Database Firewallでの日付と時刻の設定」を参照してください。

サーバーの日付、時刻およびキーボード設定を設定する手順は、次のとおりです。

1. Audit Vault Serverコンソールにスーパー管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「システム」メニューから、「管理」をクリックします。

4. 「タイムゾーン・オフセット」ドロップダウン・リストから、協定世界時(UTC)から相対的に示したローカル時間を選択します。
たとえば、-5:00は、UTCより5時間遅れていることを示します。同期で時刻が正確に設定されるように、適切な設定を選択する必要があります。

5. 「キーボード」ドロップダウン・リストから、キーボード設定を選択します。

6. 「システム時間」フィールドで、手動で設定またはNTP同期を選択します。
NTP同期を選択すると、「サーバー1」/「サーバー2」/「サーバー3」の各フィールドで指定したタイム・サーバーからリカバリされる時刻の平均と、時刻の同期が維持されます。

7. NTP同期を選択した場合、NTPサーバーの時刻の使用を開始するために、NTP時間同期の有効化を選択します。
この手順で時刻の同期を有効にしなくても、後続の手順でNTPサーバー情報を入力し、後でNTP同期を有効にできます。

8. (オプション)「保存」をクリックしたときに時刻を同期する場合は、「保存後の同期時間」を選択します。

9. 「サーバー1」、「サーバー2」および「サーバー3」のセクションで、デフォルトのサーバー・アドレスを使用するか、希望のタイム・サーバーのIPアドレスまたは名前を入力します。
名前を指定した場合は、「システム」の「サービス」ページで指定したDNSサーバーが名前解決に使用されます。

サーバーから時刻を表示するには、「サーバーのテスト」をクリックします。

このNTPサーバーからAudit Vault Serverの時刻を更新するには、「サーバーの適用」をクリックします。「保存」をクリックするまで、更新は有効になりません。

10. 「保存」をクリックします。

時刻の同期を有効にするには、「Audit Vault Serverネットワーク構成の設定または変更」および「Audit Vault Serverサービスの構成または変更」で説明されているように、デフォルト・ゲートウェイおよびDNSサーバーのIPアドレスの指定が必要な場合もあります。

Audit Vault Serverシステム設定の指定

ここでのトピック

- Audit Vault Serverネットワーク構成の設定または変更

- Audit Vault Serverサービスの構成または変更

Audit Vault Serverネットワーク構成の設定または変更

Oracle AVDFインストーラにより、インストール時にAudit Vault Serverの初期ネットワーク設定が構成されます。このネットワーク設定は、インストール後に変更できます。

Audit Vault Serverのデフォルト・ポート番号のリストは、「Audit Vault and Database Firewallで使用されるポート」を参照してください。

注意:
Audit Vault Serverネットワーク構成を変更する場合は、次の手順の実行も必要になります。

- すべての監査証跡を再開します。

- Database Firewallの回復可能なペアを構成している場合は、ペアを再構成します。「Database Firewallの回復可能なペアの構成」を参照してください。

- Audit Vault ServerのIPアドレスを変更する場合は、Database Firewallでこの情報を更新します。「Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

Audit Vault Serverのネットワーク設定を構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者またはスーパー管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「System」メニューで、「Network」をクリックします。

4. 必要に応じて、次のフィールドを編集し、「保存」をクリックします。

- IPアドレス: Audit Vault ServerのIPアドレス。IPアドレスはAudit Vault Serverのインストール時に設定されていますが、別のアドレスを使用する場合は、ここで変更できます。IPアドレスは静的で、ネットワーク管理者から取得する必要があります。注意: IPアドレスを変更すると、再起動する必要があります。
Audit Vault ServerとDatabase Firewallの間のトラフィックを有効にするには、指定したIPアドレスをルーティング表に追加することが必要な場合があります。

- ネットワーク・マスク: (スーパー管理者のみ) Audit Vault Serverのサブネット・マスク。

- ゲートウェイ: (スーパー管理者のみ) デフォルト・ゲートウェイのIPアドレス(たとえば、別のサブネットから管理インタフェースへのアクセス用)。デフォルト・ゲートウェイは、Audit Vault Serverと同じサブネット上にある必要があります。

- ホスト名: Audit Vault Serverのホスト名を入力します。ホスト名は文字で開始する必要があり、最大24文字で、空白を含めることはできません。
注意: ホスト名を変更すると、再起動する必要があります。「保存」をクリックすると、再起動するか取り消すかの確認を求められます。確認後、システムは再起動し、Audit Vault Serverは数分間使用できなくなります。

- リンクのプロパティ: 自動ネゴシエーションを使用しないようにネットワークが構成されている場合を除き、デフォルト設定を変更しないでください。

Audit Vault Serverサービスの構成または変更

Audit Vault Serverサービスを構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールにスーパー管理者としてログインします。

2. 「システム」タブで、「システム」メニューから、「サービス」をクリックします。

3. フィールドに必要な情報を入力し、「Save」をクリックします。

注意:
Oracle AVDFへのアクセスを許可するときに、セキュリティを保つために適切な予防措置を講じるようにしてください。このステップを完了する前に、「データの保護」で推奨事項のリストを参照してください。

- DNSサーバー1、DNSサーバー2、DNSサーバー3: (オプション)「IPアドレス」を選択し、ネットワーク上にあるDNSサーバーのIPアドレスを最高3つまで入力します。これらのIPアドレスを使用して、Audit Vault Serverで使用されるホスト名を解決します。DNSサーバーがない場合は、このフィールドを無効のままにして、システム・パフォーマンスの低下を防止します。

- Webアクセス: 選択したコンピュータのみにAudit Vault Serverコンソールへのアクセスを許可する場合は、「IPアドレス」を選択して、そのIPアドレスをスペースで区切ってボックスに入力します。デフォルトの「すべて」を使用すると、サイト内のすべてのコンピュータからアクセス可能になります。

- SSHアクセス: リモート・コンソールからAudit Vault ServerにアクセスできるIPアドレスのリストを指定するには、「IPアドレス」を選択して、そのIPアドレスをスペースで区切ってこのフィールドに入力します。値「すべて」を使用すると、サイト内のすべてのコンピュータからアクセス可能になります。値「無効」を使用すると、コンピュータからコンソール・アクセスはできません。

- SNMPアクセス: SNMPを使用してAudit Vault Serverのネットワーク構成にアクセスできるIPアドレスのリストを指定するには、「IPアドレス」を選択して、そのIPアドレスをスペースで区切ってこのフィールドに入力します。「すべて」を選択すると、すべてのコンピュータからアクセス可能になります。デフォルト値「無効」を選択すると、SNMPアクセスはできません。SNMPコミュニティ文字列はgT8@fq+Eです。

Audit Vault Serverのsyslog宛先の構成

次の手順を使用して、Audit Vault Serverから送信するsyslogメッセージのタイプを構成します。メッセージ・カテゴリは、デバッグ、情報またはシステムです。Oracle AVDF 12.1.2以降では、アラート・メッセージを転送することもできます。

注意:
syslog宛先用に指定するIPアドレスがAudit Vault Serverとは異なるホストのものであることを確認します。

1. Audit Vault Serverコンソールに管理者としてログインし、「設定」タブをクリックします。

2. 「システム」メニューから、「コネクタ」をクリックし、「Syslog」セクションまでスクロールします。

3. 必要に応じて、フィールドを指定します。

- Syslog宛先(UDP): Audit Vault Serverからのsyslogメッセージの通信にユーザー・データグラム・プロトコル(UDP)を使用している場合は、このボックスを使用します。syslogメッセージの受信を許可されている各マシンのIPアドレスを空白で区切って入力します。

- Syslog宛先(TCP): Audit Vault Serverからのsyslogメッセージの通信にトランスミッション・コントロール・プロトコル(TCP)を使用している場合は、このボックスを使用します。syslogメッセージの受信を許可されている各サーバーのIPアドレスとポートの組合せを空白で区切って入力します。

- Syslogカテゴリ: 次のように、生成するsyslogメッセージのタイプを選択できます。

- アラート: (AVDF 12.1.2のみ) AVDF監査者が指定するアラート条件に基づくアラート。
AVDFアラートをsyslogに転送するには、AVDF監査者がこの設定に加えてアラート転送を構成する必要があります。詳細な手順およびAVDFのsyslogアラート形式は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

- デバッグ: エンジニアリング・デバッグ・メッセージ(Oracleサポートでのみ使用されます)。

- 情報: Oracle AVDFの一般的なメッセージおよびプロパティの変更(Oracle AVDFのsyslogメッセージID: 1、4および8)。

- システム: Oracle AVDFまたはその他のソフトウェアによって生成される、syslog優先度レベルが少なくとも"INFO"のシステム・メッセージ。

4. 「保存」をクリックします。

2つのAudit Vault Serverを回復可能なペアとして使用している場合は、2つ目のAudit Vault Serverについて「初期システム設定およびオプションの指定(必須)」を繰り返します。

電子メール通知サービスの構成

ここでのトピック

- Oracle AVDFにおける電子メール通知の概要

- 電子メール通知サービスの構成

Oracle AVDFにおける電子メール通知の概要

監査者は、アラートまたはレポートが生成されたときにユーザーに電子メール通知を送信するように、Oracle AVDFを構成できます。管理者は、電子メール通知を有効にするために、SMTPサーバーを構成する必要があります。電子メール通知は、テキスト形式でモバイル機器に送信できます。また、すでにSMSゲートウェイがある場合は、SMSゲートウェイを経由してルーティングできます。

次の点に注意してください。

- 各Oracle AVDFインストールにSMTP (またはESMTP)サーバーを1つ構成できます。

- セキュアでないSMTPサーバーと認証済のセキュアなSMTPサーバーの両方と連携して機能するように、Oracle AVDFを構成できます。

アラートの構成およびレポートの生成の詳細は、『Oracle Audit Vault and Database Firewall 監査者ガイド』を参照してください。

電子メール通知サービスの構成

電子メール通知サービスを構成する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューで「コネクタ」をクリックします。

3. 「SMTPサーバー・アドレス」フィールドに、SMTPサーバーのIPアドレスを入力します。

4. 「SMTPポート」フィールドに、SMTPサーバー・ポートを入力します。

5. 「送信元ユーザー名」フィールドに、電子メールの送信者として使用するユーザー名を入力します。

6. 「送信元アドレス」フィールドに、電子メール通知に表示される送信者のアドレスを入力します。

7. このSMTPサーバーで必要な場合は、「資格証明が必要」を選択した後、「ユーザー名」、「パスワード」および「パスワードの再入力」に値を指定します。

8. このSMTPサーバーで認証が必要な場合は、「セキュアな接続が必要」を選択した後、認証プロトコル(SSLまたはTLS)を選択します。

アーカイブの場所および保存ポリシーの構成

ここでのトピック

- Oracle AVDFでのデータのアーカイブおよびリストアの概要

- アーカイブ場所の定義

- アーカイブ・ポリシーの作成または削除

Oracle AVDFでのデータのアーカイブおよびリストアの概要

Oracle AVDFでは、情報ライフ・サイクル計画の一環として、データ・ファイルをアーカイブできます。そのためには、アーカイブ(保存)ポリシーを作成し、ポリシーに従ってデータを転送するアーカイブの場所を構成する必要があります。企業ポリシーに従って、定期的にアーカイブすることをお薦めします。必要な場合は、セキュア・ターゲットごとに異なるデータ・ファイル・アーカイブを作成できます。

注意: Oracle AVDF 12.1.2以降では、セキュア・コピー(scp)またはWindows File Sharing (SMB)転送方法を使用する場合、追加のアーカイブ領域要件があります。そのため、これらの方法を使用してアーカイブ場所にデータを転送する場合は、Audit Vault Serverの初期構成の一部としてアーカイブを構成します。

様々なデータ・アーカイブ・ポリシーを作成し、Oracle AVDFで監査データをオンラインで保有する月数と、パージするまでにデータをアーカイブで保有する月数を各ポリシーで指定できます。Oracle AVDF監査者は、各セキュア・ターゲットおよびスケジュールされたレポートについて、特定の保存ポリシーを選択できます。監査者がセキュア・ターゲットまたはスケジュールされたレポートに対して保存ポリシーを選択しなかった場合、デフォルトの保存ポリシーが使用されます(12か月のオンライン保存およびパージ前に12か月のアーカイブ)。

指定された保存ポリシーに応じてアーカイブ可能な状態になったものからデータ・ファイルを選択して、アーカイブ・ジョブを開始します。保存期間は、セキュア・ターゲットで監査イベントが発生した時間に基づきます。

データ・ファイルがアーカイブ可能な状態になると、データはレポートに表示されなくなります。管理者がこれらのデータ・ファイルをアーカイブすると、データはAudit Vault Serverから物理的に削除されます。必要に応じて、アーカイブ場所にあるデータはAudit Vault Serverにリストアでき、リストアされるとレポートに表示されるようになります。保存ポリシーに応じてアーカイブ場所からデータを手動でパージするかどうかは管理者が判断します。

特定のセキュア・ターゲットおよび時間範囲のデータをリストアできます。アーカイブおよびリストアの手順は、「監査データのアーカイブおよびリストア」を参照してください。

アーカイブ場所の定義

アーカイブ・ジョブを開始するには、アーカイブ・ファイルの宛先として1つ以上の場所を定義する必要があります。アーカイブ先の定義では、アーカイブ格納場所およびその他の設定を指定します。

アーカイブの場所へのデータの転送にはNFSを使用することをお薦めします。セキュア・コピー(SCP)またはWindows File Sharing (SMB)を使用してアーカイブの場所にデータを転送する場合、データ・ファイルは、最初にAudit Vault Serverのステージング領域にコピーされます。したがって、ファイル・システムに追加の領域があることを確認する必要があります。そうしないと、データ・ファイルのコピーが失敗する可能性があります。SCPまたはSMBで大きいファイルを転送すると時間がかかることに注意してください。

アーカイブ場所を作成する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「アーカイブ中」で「アーカイブの場所の管理」をクリックします。
既存のアーカイブ場所のリストが表示されます。

3. 「作成」ボタンをクリックして、次のフィールドに入力します。

- 転送方法: データをアーカイブするマシンにAudit Vault Serverからデータを転送する方法。

- セキュア・コピー(scp): Linuxマシンでデータをアーカイブする場合に選択します。

- Windows File Sharing (SMB): Windowsマシンでデータをアーカイブする場合に選択します。

- ネットワーク・ファイル・ストレージ(NFS): (AVDF 12.1.2のみ) ネットワーク・ファイル共有またはNASを使用している場合に選択します。

- ロケーション名: アーカイブ先の名前。この名前は、アーカイブを開始するときに、アーカイブ先を選択するために使用します。

- リモート・ファイルシステム: (AVDF 12.1.2のみ) ネットワーク・ファイル・システム(NFS)転送方法を使用する場合、既存のファイルシステムを選択できます。ファイルシステムを選択しなかった場合は、このアーカイブ場所の詳細に基づいてファイルシステムが自動的に作成されます。
ここでファイルシステムを選択できるように、AVCLIユーティリティを使用してリモート・ファイルシステムを登録できます。詳細は、「REGISTER REMOTE FILESYSTEM」を参照してください。

- Address: データをアーカイブするマシンの名前またはIPアドレス。Windows File Sharingが転送方法である場合は、IPアドレスを指定します。

- エクスポート・ディレクトリ: (AVDF 12.1.2のみ) ネットワーク・ファイル・システム(NFS)転送方法を使用する場合、NFSサーバーのエクスポート・ディレクトリを入力します(例: /export_dir)。

- Path: アーカイブ格納場所へのパス。転送方法ごとに次の点に注意しながら、(ファイルではなく)ディレクトリへのパスを入力します。

- セキュア・コピー(scp): 先頭にスラッシュ文字がないと、パスはユーザーのホーム・ディレクトリへの相対パスになります。先頭にスラッシュがあると、パスはrootディレクトリへの相対パスになります。

- Windows File Sharing (SMB): 共有名を入力し、その後にスラッシュとフォルダ名を入力します(例: /sharename/myfolder)。

- ネットワーク・ファイル・システム(NFS): (AVDF 12.1.2のみ) エクスポート・ディレクトリへの相対パスを入力します。たとえば、エクスポート・ディレクトリが/export_dirで、アーカイブ場所として指定するディレクトリへのフルパスが/export_dir/dir1/dir2である場合は、「パス」フィールドに/dir1/dir2と入力します。NFSサーバーのエクスポート・ディレクトリに直接アーカイブを配置する場合は、「パス」に/ (スラッシュ)を入力します。
完了したら、「テスト」ボタンをクリックしてNFSの場所を検証できます。

- Port: これは、データをアーカイブするマシン上のセキュア・コピーまたはWindowsファイル共有サービスで使用されるポート番号です。通常は、デフォルトのポート番号を使用できます。
「転送方法」でWindows File Sharingを選択した場合は、ポート445を使用することをお薦めします。

- Username: アーカイブ・データが転送されるマシンでのアカウント・ユーザー名。

- 認証方式: セキュア・コピー(scp)が転送方法である場合は、「パスワード」を選択してログイン・パスワードを入力できます。Linuxマシンを使用している場合は、「Key Authentication」を選択できます。
鍵認証を使用している場合、リモート・マシンの管理者は、RSA鍵(~/.ssh/authorized_keys)を含むファイルの権限が664に設定されていることを確認する必要があります。

- パスワードおよびパスワードの確認: Windowsファイル共有を使用するか、認証方法として「パスワード」を選択した場合、データをアーカイブするマシンにログインするためのパスワードです。

- 公開鍵: 鍵認証を選択した場合に表示されます。この公開鍵をコピーして、データをアーカイブするマシンの公開鍵ファイルに追加します。たとえば、~/.ssh/authorized_keysに鍵を追加します。

4. 「保存」をクリックします。

アーカイブ・ポリシーの作成または削除

ここでのトピック

- アーカイブ(保存)ポリシーの作成

- アーカイブ・ポリシーの削除

アーカイブ(保存)ポリシーの作成

保存ポリシーを作成したら、Oracle AVDF監査者がその保存ポリシーをセキュア・ターゲットに適用できるようになります。詳細な手順は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

アーカイブ(保存)ポリシーを作成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「アーカイブ中」で、「ポリシーの管理」を選択した後、「作成」ボタンをクリックします。

4. このポリシーの名前を入力します。

5. 「オンラインだった月数」フィールドに、アーカイブ対象のマークが付くまでAudit Vault Serverで監査データを保有する月数を入力します。デフォルト値は1です。
たとえば、「2」と入力すると、この保存ポリシーを使用するセキュア・ターゲットの監査データは、Audit Vault Serverで2か月間オンラインで使用できた後、アーカイブ・ジョブの対象となります。オンライン状態の月数を経過すると、データはレポートに表示されなくなります。

6. 「アーカイブされていた月数」フィールドに、アーカイブ場所で監査データを保有する月数を入力します。デフォルト値は6です。
この値により、データをAudit Vault Serverにリストアできる期間が決定されますが、データがアーカイブ場所からパージされることはありません。たとえば、「4」と入力すると、アーカイブされてから4か月間はデータをアーカイブからリストアできます。

アーカイブ・ポリシーの削除

ユーザー定義のアーカイブ・ポリシーのみを削除できます。

アーカイブ(保存)ポリシーを削除する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「アーカイブ中」で、「ポリシーの管理」をクリックします。

4. 削除するユーザー定義ポリシーを選択して、「削除」をクリックします。

高可用性のための回復可能なペアの定義

Audit Vault ServerまたはDatabase Firewall (あるいはその両方)の回復可能なペアを定義できます。この手順は、「高可用性の構成」を参照してください。

Audit Vault Serverの回復可能なペアを定義する場合は、サーバーへのDatabase Firewallの追加やセキュア・ターゲットの登録などのすべての構成タスクをプライマリAudit Vault Serverで実行します。

Audit Vault ServerでのDatabase Firewallの登録

Database Firewallをデプロイする場合は、二者間での通信を可能にするためにAudit Vault Serverでそれぞれを登録する必要があります。「Database Firewallの構成」の手順に従って、まずDatabase Firewallを構成することをお薦めします。

Database Firewallを高可用性のためにペアとして設定するには、Database FirewallをAudit Vault Serverに登録する必要があります。詳細は、「Database Firewallの回復可能なペアの構成」を参照してください。

Audit Vault ServerでDatabase Firewallを登録する手順は、次のとおりです。

1. まだ実行していない場合は、Audit Vault Serverの証明書およびIPアドレスを登録するDatabase Firewallに指定します。「Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

2. Audit Vault Serverに管理者としてログインします。
Audit Vault Serverの回復可能なペアがある場合は、プライマリ・サーバーにログインします。

3. 「ファイアウォール」タブをクリックします。
「ファイアウォール」ページに、現在登録されているファイアウォールとそのステータスが表示されます。

4. 「登録」をクリックします。

5. Database Firewallの名前を入力し、そのIP アドレスも入力します。

6. 「保存」をクリックします。
証明書に問題があるという内容のメッセージが表示された場合には、Database FirewallとAudit Vault Serverとの間で日付と時刻の設定が一致していることを確認してください。

Audit Vault Serverのシステム操作のテスト

日常的な操作を開始する前に、システムが完全に機能していることを検証する必要があります。

システム操作をテストする手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. Audit Vault Serverの日付と時刻を確認します。

3. 「設定」タブをクリックします。

4. 「システム」メニューで、「ステータス」をクリックします。

5. 「テスト診断」ボタンをクリックし、一連の診断テストを実行して結果を確認します。
この診断には次のテストが含まれます。

- 構成ファイルの存在とアクセス権限

- ファイル・システムのサニティ

- ネットワーク構成

- データベース・サーバー・プロセス、イベント収集プロセス、Javaフレームワーク・プロセス、HTTPサーバー・プロセスなど、システムの実行に必要な各種プロセスのステータス。

6. 「ホーム」タブをクリックし、「Database Firewall」と「ホスト」のステータスを確認します。

4 Database Firewallの構成

この章では、ネットワーク上でDatabase Firewallを構成する方法と、トラフィック・ソース、ブリッジおよびプロキシを構成する方法について説明します。

ここでのトピック

- Database Firewallの構成の概要

- Database Firewallへのログイン

- Database Firewallのネットワークおよびサービス構成の構成

- Database Firewallでの日付と時刻の設定

- Audit Vault Serverの証明書およびIPアドレスの指定

- ネットワーク上のDatabase Firewallの構成

- Database Firewallのステータスおよび診断レポートの表示

Database Firewallの構成の概要

各Database Firewallのシステム設定およびネットワーク設定の構成は、Oracle Audit Vault and Database Firewallのデプロイの計画全体によって異なります。計画手順の概要は、「システム構成の計画」を参照してください。

各ファイアウォールを構成するとき、そのファイアウォールを管理するAudit Vault Serverを特定します。また、Oracle AVDFシステム構成全体の計画に応じて、ファイアウォールのトラフィック・ソースを構成し、ネットワーク・トラフィックに対してインラインにするか帯域外にするかと、プロキシとして使用するかどうかを決定します。

注意:
Audit Vault ServerおよびDatabase Firewallサーバーは、ソフトウェア・アプライアンスです。Oracleの公式ドキュメントまたはOracleサポートから指示があった場合を除き、これらのサーバーでは、コマンドラインからLinuxオペレーティング・システムを変更しないでください。

基本的なファイアウォール構成は、次の4つのステップで構成されます。

1. Database Firewallのネットワークおよびサービス構成の構成

2. Database Firewallでの日付と時刻の設定

3. Audit Vault Serverの証明書およびIPアドレスの指定

4. ネットワーク上のDatabase Firewallの構成

Database Firewallの構成後に、ファイアウォールで保護する各データベース・セキュア・ターゲットの強制ポイントを構成します。その手順の詳細は、「強制ポイントの構成」を参照してください。

オプションで、高可用性環境用にDatabase Firewallの回復可能なペアを設定できます。詳細は、「高可用性の構成」を参照してください。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「構成手順の概要」を参照してください。

Database Firewallへのログイン

ログイン方法の詳細は、「Database FirewallコンソールUIへのログイン」を参照してください。初めてログインする場合は、パスワードを設定する必要があります。

Database Firewallのネットワークおよびサービス構成の構成

ここでのトピック

- Database Firewallのネットワーク設定の構成

- Database Firewallのネットワーク・サービスの構成

Database Firewallのネットワーク設定の構成

インストーラにより、インストール時にDatabase Firewallの初期ネットワーク設定が構成されます。このネットワーク設定は、インストール後に変更できます。

Database Firewallのネットワーク設定を変更する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。

2. 「システム」メニューで、「ネットワーク」を選択します。

3. 「Network Configuration」ページで、「Change」ボタンをクリックします。

4. 「管理インタフェース」セクションで、必要に応じて次のフィールドに入力した後、「保存」をクリックします。

- IP Address: 現在アクセスしているDatabase FirewallのIPアドレス。IPアドレスはインストール時に設定されています。別のアドレスを使用する場合は、ここで変更できます。IPアドレスは静的で、ネットワーク管理者から取得する必要があります。

- ネットワーク・マスク: Database Firewallのサブネット・マスク。

- ゲートウェイ: デフォルト・ゲートウェイのIPアドレス(たとえば、インターネット・アクセス用)。デフォルトのゲートウェイは、ホストと同じサブネット上にある必要があります。

- 名前: このDatabase Firewallの説明的な名前を入力します。名前は英数字で、空白は指定できません。

- リンクのプロパティ: 自動ネゴシエーションを使用しないようにネットワークが構成されている場合を除き、デフォルト設定を変更しないでください。

Database Firewallのネットワーク・サービスの構成

ネットワーク・サービス構成により、Database Firewallへのアクセス方法が決定されます。「データの保護」のガイドラインを参照して、ネットワーク・サービスを構成するときに適切なセキュリティ措置を必ず講じてください。

Database Firewallのネットワーク・サービスを構成する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。

2. 「システム」メニューで、「サービス」をクリックします。

3. 「変更」ボタンをクリックし、「ネットワーク・サービスの構成」ページで、必要に応じて次の情報を編集します。

- DNSサーバー1、DNSサーバー2、DNSサーバー3: ホスト名を変換する必要がある場合、ネットワーク上にある少なくとも1つのDNSサーバーのIPアドレスを入力する必要があります。最高3つまでDNSサーバーのIPアドレスを入力できます。DNSサーバーがない場合は、このフィールドを空白のままにして、システム・パフォーマンスの低下を防止します。

- Webアクセス: 選択したコンピュータにDatabase Firewall管理コンソールへのWebアクセスを許可する場合は、そのIPアドレスをスペースで区切って入力します。「all」を入力すると、サイト内のすべてのコンピュータからアクセス可能になります。

- SSHアクセス: 選択したコンピュータにDatabase Firewall管理コンソールへのセキュアなシェル・アクセスを許可する場合は、そのIPアドレスを空白で区切って入力します。すべてのSSHアクセスをブロックする場合は、「無効」と入力します。無制限アクセスを許可する場合は、「すべて」と入力します。

- SNMPアクセス: SNMPを使用したDatabase Firewallのネットワーク構成へのアクセスを許可する場合は、そのアクセスを許可するIPアドレスのリストを空白で区切って入力します。すべてのSNMPアクセスを制限する場合は、「無効」と入力します。無制限アクセスを許可する場合は、「すべて」と入力します。SNMPコミュニティ文字列はgT8@fq+Eです。

4. 「保存」をクリックします。

Database Firewallでの日付と時刻の設定

Database Firewallの日時を設定する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。

2. 左側の「システム」メニューから「日付と時間」をクリックした後、下方向にスクロールして「変更」ボタンをクリックします。

3. 正しい日付と時刻を協定世界時(UTC)で入力します。

4. (オプション)「Enable NTP Synchronization」を選択します。
「NTP同期の有効化」を選択すると、「サーバー1」、「サーバー2」、「サーバー3」の各フィールド(IPアドレスまたは名前を指定可能)で指定したタイム・サーバーからリカバリされる時刻の平均と、時刻の同期が維持されます。名前を指定した場合は、「System Settings」ページで指定したDNSサーバーが名前解決のために使用されます。

時刻の同期を有効にするには、「Database Firewallのネットワークおよびサービス構成の構成」で説明されているように、デフォルト・ゲートウェイおよびDNSサーバーのIPアドレスも指定する必要があります。

5. (オプション) この3つのサーバー・フィールドで、デフォルトのNTPサーバー・アドレスを使用するか、希望のタイム・サーバーのアドレスを入力します。

注意:
IPアドレスのかわりにホスト名を使用する場合は、あらかじめDNSの構成が必要です。DNSが構成されていないと名前解決が機能しません。「Database Firewallのネットワーク・サービスの構成」を参照してください。

「サーバーのテスト」により、サーバーからの時刻が表示されますが、更新されることはありません。

「保存後の同期時間」を選択すると、「保存」をクリックしたときに、時刻とタイム・サーバーが同期します。

警告:

DPE (ブロッキング)モードでは、「保存後の同期時間」を選択すると、すべての強制ポイントが再開するため、保護対象データベースへの既存の接続は削除されます。そのため、一時的なトラフィック中断が発生します。

6. 「保存」をクリックします。

Audit Vault Serverの証明書およびIPアドレスの指定

サーバーの証明書およびIPアドレスを指定して各Database FirewallとAudit Vault Serverを関連付け、Audit Vault Serverでファイアウォールを管理できるようにする必要があります。高可用性のためにAudit Vault Serverの回復可能なペアを使用している場合は、ファイアウォールを両方のサーバーに関連付ける必要があります。

注意: ファイアウォールをAudit Vault Serverに登録する前に、次の手順に従ってAudit Vault Serverの証明書およびIPアドレスをDatabase Firewallに指定する必要があります。

Audit Vault Serverの証明書およびIPアドレスを指定する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインし、「設定」タブをクリックします。

2. 「セキュリティ」メニューで、「証明書」をクリックします。
サーバーの証明書が表示されます。

3. サーバーの証明書をコピーします。

4. Database Firewall管理コンソールにログインします。

5. 「システム」メニューで、「Audit Vaultサーバー」をクリックします。

6. Audit Vault ServerのIPアドレスを入力します。

7. Audit Vault Serverの証明書を隣のフィールドに貼り付けます。

8. Audit Vault Serverの回復可能なペアを使用している場合は、「2番目のAudit Vaultサーバーの追加」チェック・ボックスを選択し、2つ目のAudit Vault ServerのIPアドレスおよび証明書を入力します。

ヒント:
2つ目のAudit Vault ServerにはコンソールUIがありません。しかし、セカンダリ・サーバーの証明書はプライマリ・サーバーから取得できます。「設定」タブをクリックした後、「システム」メニューから「高可用性」をクリックします。セカンダリ・サーバーの証明書は、「ピア・システム証明書」フィールドに表示されます。

9. 「適用」をクリックします。

重要:
Database FirewallのAudit Vault Serverへの関連付けを完了するには、Audit Vault Serverコンソールで各ファイアウォールを登録する必要があります。「Audit Vault ServerでのDatabase Firewallの登録」を参照してください。

ネットワーク上のDatabase Firewallの構成

ここでのトピック

- ネットワーク上のDatabase Firewallの構成の概要

- トラフィック・ソースの構成

- Database Firewallでのブリッジの構成

- トラフィック・プロキシとしてのDatabase Firewallの構成

ネットワーク上のDatabase Firewallの構成の概要

ネットワーク構成の計画時に、Database Firewallsをセキュア・ターゲット・データベースへのトラフィックに対してインラインに配置するか、帯域外に配置(たとえば、スパニング・ポート(ミラー・ポート)を使用)するかを決定します。また、ファイアウォールをトラフィック・プロキシとして使用することを決定する場合があります。Database Firewallの動作モードがDAM (監視のみ)であるかDPE (ブロック)であるかによって、ネットワークの構成は変わります。これらのモードの詳細は、「Database Firewall」を参照してください。

Database Firewall管理コンソールを使用して、各ファイアウォールのトラフィック・ソースを構成し、ソースをネットワーク・トラフィックに対してインラインにするかどうかと、ファイアウォールがプロキシとして機能できるかどうかを指定します。

ファイアウォールのトラフィック・ソースとプロキシ・ソースを使用して、そのファイアウォールで監視するセキュア・ターゲット・データベースごとに強制ポイントを構成します。詳細は、「強制ポイントの構成」を参照してください。

トラフィック・ソースの構成

トラフィック・ソースは、Database Firewallを通過するトラフィックのIPアドレスとネットワーク・インタフェースの詳細を指定します。トラフィック・ソースは、インストール・プロセス中に自動的に構成され、その構成の詳細は後で変更できます。

トラフィック・ソースの構成を変更する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。

2. 「System」メニューで、「Network」をクリックします。
Database Firewallのネットワーク設定、プロキシ・ポート、トラフィック・ソース、ネットワーク・インタフェースおよび有効なブリッジなど、現在のネットワーク設定が表示されます。

3. 「変更」ボタンをクリックします。

4. 「トラフィック・ソース」セクションまでスクロールし、必要に応じて次の情報を変更します。

- トラフィック・ソースを削除するには、トラフィック・ソース名の横にある「削除」ボタンをクリックします。

- 必要に応じて、「IPアドレス」フィールドまたは「ネットワーク・マスク」フィールドを編集します。

- ブリッジを有効または無効にするには、「ブリッジが有効」ボックスを選択するかその選択を解除します。ブリッジを有効にできるのは、トラフィック・ソースの「デバイス」領域に2つのネットワーク・インタフェースが存在する場合のみです。「Database Firewallでのブリッジの構成」を参照してください。

- トラフィック・ソースからネットワーク・インタフェース(ネットワーク・カード)を削除するには、「デバイス」領域で、デバイスの「削除」ボタンをクリックします。

- ネットワーク・インタフェースをトラフィック・ソースに追加するには、未割当てのネットワーク・デバイス・セクションまでスクロールし、「トラフィック・ソース」ドロップダウン・リストから、そのデバイスを追加するトラフィック・ソースの名前を選択します。

5. 「保存」をクリックします。

Database Firewallでのブリッジの構成

Database Firewallは、可能性のあるSQL攻撃をブロックするためにブロック(DPE)・モードで使用する場合、ネットワーク・トラフィックに対してインラインにする(またはプロキシとして構成する)必要があります。Database Firewallがプロキシ・モードではない場合、データベース・ネットワークに対して一意である追加のIPアドレスを割り当てて、ブリッジを有効にする必要があります。ブリッジIPアドレスは、Database Firewall内でのトラフィックのリダイレクトに使用されます。Database Firewallをプロキシとして使用する場合、このような追加のIPアドレスを割り当てる必要はありません。詳細は、「トラフィック・プロキシとしてのDatabase Firewallの構成」を参照してください。

トラフィック・ソースをブリッジとして有効にするには、そのトラフィック・ソースに2つのネットワーク・インタフェースが必要です。これらのネットワーク・インタフェース・ポートによって、データベースとクライアントの間でDatabase Firewallをインラインで接続する必要があります(データベース・ポリシー強制モードまたはデータベース・アクティビティ監視モードを使用)。

注意:

- ブリッジのIPアドレスは、そのブリッジにDPEモードでデプロイされているすべての保護対象データベースと同じサブネット上にある必要があります。この制限は、DAMモードでデプロイされている保護対象データベースには適用されません。

- Database Firewallの管理インタフェース(コンソールの「ネットワーク」ページで指定)およびブリッジが同一のサブネット上にある物理的に独立したネットワークに接続されている場合、Database Firewallは不正なインタフェースからレスポンスをルーティングする可能性があります。物理的に独立したネットワークが必要な場合は、別々のサブネットを使用してください。

Database FirewallのブリッジIPアドレスを構成する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。

2. 「システム」メニューで「ネットワーク」をクリックした後、「変更」ボタンをクリックします。

3. 「トラフィック・ソース」セクションで、ブリッジとして構成するトラフィック・ソースを探します。
このトラフィック・ソースには2つのネットワーク・インタフェースが必要です。必要に応じて、ページの「未割当てのネットワーク・インタフェース」セクションからインタフェースを追加できます。「トラフィック・ソースの構成」を参照してください。

4. このトラフィック・ソースの「ブリッジが有効」を選択します。

5. 必要に応じて、「IPアドレス」または「ネットワーク・マスク」を編集します。
ブリッジIPアドレスは、Database Firewall内でのトラフィックのリダイレクトに使用されます。

6. 「保存」をクリックします。

トラフィック・プロキシとしてのDatabase Firewallの構成

ネットワーク構成によっては、ネットワーク・トラフィックに対するブリッジ(インライン)ではなくDatabase Firewallでトラフィック・プロキシを構成するほうが望ましい場合があります。この場合、強制ポイントにプロキシを関連付けることができます。異なる強制ポイントに使用するために、プロキシに複数のポートを指定することも可能です。詳細は、「強制ポイントの構成」を参照してください。

Database Firewallをトラフィック・プロキシとして設定すると、データベース・クライアントは、Database FirewallのプロキシIPおよびポートを使用してデータベースに接続します。

トラフィック・プロキシを構成する手順は、次のとおりです。

1. プロキシ・インタフェースのIPアドレスがセキュア・ターゲットと同じサブネット上にあることを確認してください。

2. プロキシとして機能するDatabase Firewallの管理コンソールにログインします。

3. 「システム」メニューで「ネットワーク」をクリックした後、「変更」ボタンをクリックします。

4. ページの「未割当てのネットワーク・インタフェース」セクションで、使用可能なネットワーク・インタフェースを探し、「トラフィック・ソース」ドロップダウン・リストで「トラフィック・プロキシ」を選択します。
追加のネットワーク・インタフェースを解放するには、解放するネットワーク・インタフェースの「削除」ボタンをクリックして、既存のトラフィック・ソースまたはトラフィック・プロキシから削除できます。

5. 「追加」をクリックします。
新しいトラフィック・プロキシが、ページの「Traffic Proxies」領域に表示されます。

6. 新しいプロキシで、「有効」を選択します。

7. 新しいプロキシの「プロキシ・ポート」セクションで、ポート番号を入力して「追加」をクリックします。
1つのプロキシに複数のポートを指定することもでき、その場合は追加のポート番号を入力して「Add」をクリックします。

8. ポート番号の横にある「有効」を選択します。

9. 「保存」をクリックします。
これで、トラフィック・プロキシを強制ポイントで使用できるようになりました。「強制ポイントの構成」を参照してください。

Database Firewallのステータスおよび診断レポートの表示

Database Firewallのステータスまたは診断レポート(あるいはその両方)を表示する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。
「ステータス」ページがデフォルトで表示されます。

2. 必要に応じて、「システム」メニューで「ステータス」をクリックします。
「ステータス」ページに、システム・ステータス、コンポーネント・バージョン、グラマー・パック・バージョン、空き領域および診断ステータスが表示されます。

「診断ステータス」の横にあるテキストは、OKまたはErrorsを示します。

3. 「診断ステータス」フィールドの横で次の項目をクリックできます。

- 「レポートの表示」では、診断ステータスの概要が表示されます。

- 「診断のダウンロード」では、すべての診断ファイルがダウンロードされます。

5 ホストの登録とエージェントのデプロイ

ここでのトピック

- Audit Vault Serverでのホストの登録

- ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化

- エージェントの起動、停止およびその他の操作

- Audit Vault Agentの更新

- プラグインのデプロイとプラグイン・ホストの登録

- Audit Vault Serverからのホストの削除

Audit Vault Serverでのホストの登録

ここでのトピック

- ホストの登録の概要

- Audit Vault Serverでのホストの登録

- ホスト名の変更

ホストの登録の概要

セキュア・ターゲットから監査データを収集するには、Audit Vault Serverと、対象のセキュア・ターゲットのAudit Vault Agentが常駐するホスト・マシン(通常はセキュア・ターゲットと同じコンピュータ)間の接続を構成する必要があります。

ホストの登録後に、Audit Vault Agentをそのホストにデプロイしてアクティブ化する必要があります。「ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化」を参照してください。

この章では、Audit Vault Agentがセキュア・ターゲット・ホストにデプロイされていることを前提として、Audit Vault ServerコンソールUIを使用してホストを登録する手順を説明します。コマンドライン・インタフェースの使用の詳細は、「AVCLIコマンドライン・インタフェースの使用」を参照してください。

ホストを登録してホスト上にAudit Vault Agentをデプロイしたら、監査証跡収集を開始するために、セキュア・ターゲットを登録して監査証跡を構成し、監査証跡収集を手動で開始する必要もあります。これらの手順は、以下で説明しています。

- 「セキュア・ターゲットの登録」

- 「監査証跡収集の構成および管理」

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「構成手順の概要」を参照してください。

Audit Vault Serverでのホストの登録

この章の各項では、各セキュア・ターゲット・タイプに固有の、ホストの構成に関する情報を示します。ただし、Audit Vault Serverでのホスト・マシンの登録手順は同じです。

Audit Vault Serverでホスト・マシンを登録する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックします。
登録されたホストがある場合は、そのリストが「ホスト」ページに表示されます。このリストの表示を制御するには、「UIでのオブジェクト・リストの操作」を参照してください。

3. 「登録」をクリックします。

4. ホスト名とホストIPアドレスを入力します。

5. 「保存」をクリックします。
Oracle AVDFリリース12.1.2を使用している場合は、ホストを登録するときにエージェント・アクティブ化キーが自動的に生成されます。

関連項目:
ホストを登録するコマンドライン構文は、「REGISTER HOST」を参照してください。

ホスト名の変更

登録されたホストの名前を変更すると、名前を変更した後にシステムが自動的に再起動するため、最長で10分間かかる場合があります。

注意:
ホスト名を変更した後にシステムを手動で再起動すると、システムが整合性のない状態になる場合があるため、手動で再起動しないでください。システムが自動的に再起動するまで、最長で10分間待ちます。

登録されたホストの名前を変更するには、次のようにします。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックします。

3. 変更するホストの名前をクリックします。

4. 「ホストの変更」ページで、「ホスト名」フィールドを変更して「保存」をクリックします。

5. システムが自動的に再起動するまで待ちます。
これには最長で10分間かかる場合があります。システムを手動で再起動しないでください。

ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化

ここでのトピック

- Audit Vault Agentのデプロイの概要

- Audit Vault Agentのデプロイおよびアクティブ化に必要なステップ

- ホスト・コンピュータでのAudit Vault Agentのデプロイ

- ホストの登録

- Audit Vault Agentのアクティブ化および起動

- Audit Vault AgentのWindowsサービスとしての登録または登録解除

Audit Vault Agentのデプロイの概要

セキュア・ターゲットから監査証跡を収集するために、Audit Vault Agentをホスト・コンピュータ(通常はセキュア・ターゲットが常駐するコンピュータ)にデプロイする必要があります。Audit Vault Agentには、各セキュア・ターゲット・タイプのプラグイン、およびホスト監視機能が含まれています。

Audit Vault Agentのデプロイに加えて、監査証跡収集を開始するには、各ホストおよびセキュア・ターゲットを登録して監査証跡を構成し、監査証跡収集を手動で開始する必要もあります。これらの手順については、以下を参照してください。

- 「Audit Vault Serverでのホストの登録」

- 「セキュア・ターゲットの登録とグループの作成」

- 「監査証跡収集の構成および管理」

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「構成手順の概要」を参照してください。

Audit Vault Agentのデプロイおよびアクティブ化に必要なステップ

ホスト・マシンでのAudit Vault Agentのデプロイおよびアクティブ化は、次のステップで構成されています。

1. ホストの登録

2. ホスト・コンピュータでのAudit Vault Agentのデプロイ

3. (Oracle AVDF 12.1.1のみ)エージェント・アクティブ化のリクエスト

4. Audit Vault Agentのアクティブ化および起動

ホストの登録

Audit Vault Agentをデプロイしたホストを登録するには、「Audit Vault Serverでのホストの登録」の手順に従います。

ホスト・コンピュータでのAudit Vault Agentのデプロイ

Audit Vault Agentをデプロイするときには、OSのユーザー・アカウントを使用する必要があります。このステップでは、Audit Vault Serverからagent.jarファイルをコピーして、ホスト・マシンにこのファイルをデプロイします。

注意:
Audit Vault AgentはUnix、Windows、HP-UX Itaniumの各プラットフォームでサポートされており、ホスト・コンピュータにJava SE 6または7が必要です。現在のリリースのプラットフォーム・サポートの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。前のリリースでサポートされるプラットフォームの詳細は、Oracle Support Webサイト: https://support.oracle.comの記事1536380.1を参照してください。

Audit Vault Agentをホスト・マシンにコピーしてデプロイするには、次の手順を実行します。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックした後、「ホスト」メニューから「エージェント」をクリックします。
エージェントおよびホスト監視ファイルがリストされます。

3. エージェント・ファイルの横にある「ダウンロード」ボタンをクリックし、agent.jarファイルを選択した場所に保存します。

4. OSのユーザー・アカウントを使用して、agent.jarファイルをセキュア・ターゲットのホスト・コンピュータにコピーします。

5. ホスト・マシンで、JAVA_HOMEをjdk1.6 (または、それ以上)のインストール・ディレクトリに設定し、java実行可能ファイルがこのJAVA_HOMEの設定に対応していることを確認します。
注意: Sybase ASEセキュア・ターゲットの場合、SQL*NetがSybase ASEデータベースと通信できるコンピュータにAudit Vault Agentがインストールされていることを確認します。

6. 「管理者として実行」でコマンド・プロンプトを開始します。

7. agent.jarファイルを格納したディレクトリで、次のコマンドを実行して解凍します。

java -jar agent.jar -d Agent_Home

これにより、Agent_Homeに入力した名前でディレクトリが作成され、そのディレクトリにAudit Vault Agentがインストールされます。

Windowsシステムの場合、このコマンドによりOracleAVAgentという名前のwindowsサービスが自動的に登録されます。

注意:
Audit Vault Agentをデプロイしたら、Oracleサポートから指示がないかぎりAgent_Homeディレクトリを削除しないでください。既存のAudit Vault Agentを更新する場合は、既存のAgent_Homeディレクトリを削除しないでください。

(Oracle AVDF 12.1.1のみ)エージェント・アクティブ化のリクエスト

Oracle AVDF 12.1.2の場合、このステップは必要ありません。

前提条件: このホスト・コンピュータについて、「Audit Vault Serverでのホストの登録」の手順に従います。

リリース12.1.1でAudit Vault Agentのアクティブ化をリクエストする手順は、次のとおりです。

1. ホスト・コンピュータで、次のディレクトリに移動します。
Agent_Home/bin

Agent_Homeは、前述の手順7で作成したディレクトリです。

2. 次のコマンドを実行します。

agentctl activate

これにより、Audit Vault Serverにアクティブ化リクエストが送信されます。

Audit Vault Agentのアクティブ化および起動

このステップでは、エージェント・アクティブ化キーでAudit Vault Agentをアクティブ化して、エージェントを起動します。

前提条件:

- 「Audit Vault Serverでのホストの登録」の手順に従います。

- (Oracle AVDF 12.1.1のみ)「(Oracle AVDF 12.1.1のみ)エージェント・アクティブ化のリクエスト」の手順に従います。

エージェントをアクティブ化して起動する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインし、「ホスト」タブをクリックします。

2. Oracle AVDF 12.1.1のみ: アクティブ化するホストを選択し、「アクティブ化」をクリックします。
これにより、「エージェント・アクティブ化キー」列にアクティブ化キーが生成されます。

AVDFリリース12.1.1では、「(Oracle AVDF 12.1.1のみ)エージェント・アクティブ化のリクエスト」の手順を完了した場合にのみ、ホストをアクティブ化できます。それ以外の場合、そのホストの「エージェント・アクティブ化ステータス」は「リクエストなし」になります。

3. 「ホスト」タブで、このホストのエージェント・アクティブ化キーをメモします。

4. ホスト・マシンで、次のようにディレクトリを変更します。
cd Agent_Home/bin

Agent_Homeは、前述の手順7で作成したディレクトリです。

5. 次のいずれかのコマンドを実行し、エージェント・アクティブ化キーを指定します。

- Oracle AVDF 12.1.2:

agentctl start -k
Enter Activation Key:

プロンプトが表示されたら、アクティブ化キーを入力します。入力の際、このキーは表示されません。

- Oracle AVDF 12.1.1:
agentctl start -k activation_key

注意: -k引数は、初回のagentctl startコマンドの後は不要です。

関連項目:
エージェントがMicrosoft Windowsホスト・コンピュータにデプロイされている場合、Windowsコントロール パネルのWindowsサービス・アプレットでエージェントWindowsサービスを開始または停止できます。「Audit Vault AgentのWindowsサービスとしての登録または登録解除」を参照してください。

関連項目:
エージェントをアクティブ化するコマンドライン構文は、「ACTIVATE HOST」を参照してください。

Audit Vault AgentのWindowsサービスとしての登録または登録解除

ここでのトピック

- Audit Vault AgentのWindowsサービスの概要

- Audit Vault AgentのWindowsサービスとしての登録

- Audit Vault AgentのWindowsサービスとしての登録解除

Audit Vault AgentのWindowsサービスの概要

Audit Vault AgentをMicrosoft Windowsホスト・コンピュータにデプロイすると(「ホスト・コンピュータでのAudit Vault Agentのデプロイ」)、エージェントのデプロイ時にOracleAVAgentというWindowsサービスが自動的に登録されます。また、次のようにagentctlコマンドを使用してエージェント・サービスを登録または登録解除できます。

Audit Vault AgentがWindowsサービスとして登録されると、Windowsコントロール パネルのWindowsサービス・アプレットを使用してサービスを開始または停止できるようになります。

Audit Vault AgentのWindowsサービスとしての登録

注意: Audit Vault AgentをWindowsホストにデプロイすると、agentctlという名前のWindowsサービスが自動的に登録されます。Windowsサービスを再び登録する必要がある場合は、この手順を使用します。

Audit Vault AgentをWindowsサービスとして登録するには、次の手順を実行します。

ホスト・マシンで、Agent_Home\binディレクトリから次のコマンドを実行します。

agentctl registersvc

これにより、Oracle Audit Vault AgentサービスがWindowsサービス・レジストリに追加されます。

重要:
java -jarコマンドを使用してエージェントをデプロイするときに使用したWindows OSユーザー・アカウントの資格証明を使用するように、Audit Vault Agentサービスを設定してください。これは、サービスの「プロパティ」ダイアログで行います。
サービスの「プロパティ」ダイアログでは、「アカウント」フィールドに入力するローカル・ユーザー名の書式に注意してください(たとえば、ユーザー名「jdoe」は「.\jdoe」のように入力する必要があります)。この手順は、Microsoft Windowsのドキュメントを参照してください。

Audit Vault AgentのWindowsサービスとしての登録解除

Audit Vault AgentのWindowsサービスとしての登録を解除するには、次のいずれかの方法を使用します。

- 方法1 (推奨)
ホスト・マシンで、
Agent_Home\binディレクトリから次のコマンドを実行します。

agentctl unregistersvc

これにより、Oracle Audit Vault AgentサービスがWindowsサービス・レジストリから削除されます。

- 方法2
方法1が失敗した場合は、Windowsコマンド・プロンプトから次を実行します(管理者として実行)。

cmd> sc delete OracleAVAgent

Windowsコマンド・プロンプトから次の問合せを実行して(管理者として実行)、Audit Vault Agentが削除されたかどうかを確認できます。

cmd> sc queryex OracleAVAgent

エージェントの起動、停止およびその他の操作

ここでのトピック

- Audit Vault Agentの停止および起動

- Audit Vault Agentのロギング・レベルの変更

- Audit Vault Agentの非アクティブ化と削除

Audit Vault Agentの停止および起動

ここでのトピック

- Unixホスト上のエージェントの停止および起動

- Windowsホスト上のエージェントの停止および起動

Unixホスト上のエージェントの停止および起動

初回のアクティブ化および起動の後に、Audit Vault Agentを停止または起動するには、ホスト・マシンのAgent_Home/binディレクトリから、次のいずれかのコマンドを実行します。

agentctl stop

agentctl start

Windowsホスト上のエージェントの停止および起動

Audit Vault AgentをWindowsホストにデプロイすると、Agentは自動的にWindowsサービスとして登録されます。ユーザーがログアウトした後も引き続き実行されるように、AgentをWindowsサービスとして実行することをお薦めします。

「Audit Vault AgentのWindowsサービスとしての登録または登録解除」も参照してください。

Agent Windowsサービスを停止または起動する手順は、次のとおりです。

次の方法のいずれかを使用します。

- Windows GUI (「コントロール パネル」、「管理ツール」、「サービス」)で、Oracle Audit Vault Agentサービスを探し、右クリックして「開始」または「停止」を選択します。

- ホスト・マシンのAgent_Home\binディレクトリから次のコマンドのいずれかを実行します。
agentctl stopsvc

agentctl startsvc

Windowsサービスが停止していることを確認する手順は、次のとおりです。

次のコマンドを実行します。

cmd>sc queryex OracleAVAgent

エージェントWindowsサービスがSTOPPED状態であることを確認します。

Agentをコンソール・モードで停止または起動する手順は、次のとおりです。

start /b agentctl stop

start /b agentctl start

Audit Vault Agentのロギング・レベルの変更

設定したロギング・レベルは、ログ・ファイルに書き込まれる情報量に影響を与えます。ディスク領域の制限には、これを考慮する必要があります。

ログ・ファイルは、Agent_Home/av/logディレクトリに保存されます。

次に、ログ・ファイルに書き込まれる情報量の順にロギング・レベルを示します。debugが最も多い情報量を提供します。

- error: エラー・メッセージのみ書き込みます。

- warning: (デフォルト) 警告メッセージとエラー・メッセージを書き込みます。

- info: 情報メッセージ、警告メッセージ、エラー・メッセージを書き込みます。

- debug: デバッグのために詳細なメッセージを書き込みます。

Audit Vault Agentのロギング・レベルを変更するには、次の手順を実行します。

1. Audit Vault ServerでAVCLIにログインしていることを確認します。

2. ALTER HOSTコマンドを実行します。
構文は、次のとおりです。

ALTER HOST host_name SET LOGLEVEL=av.agent:log_level

詳細は、次のとおりです。

- host_name: Audit Vault Agentがデプロイされたホストの名前。

- log_level: 値info、warn、debugまたはerrorを入力します。

Audit Vault Agentの非アクティブ化と削除

Audit Vault AgentをWindowsサービスとして登録している場合は、「Audit Vault AgentのWindowsサービスとしての登録または登録解除」でサービス登録解除の方法を確認してください。

それ以外の場合は、Audit Vault Agentを次の手順で非アクティブ化して削除します。

1. Audit Vault Agentによって収集されている監査証跡をすべて停止します。

1. Audit Vault Serverコンソールで、「ホスト」タブをクリックした後、「監査証跡」をクリックします。

2. このAudit Vault Agentによって収集されている監査証跡を選択し、「停止」をクリックします。

2. ホスト・コンピュータで次のコマンドを実行して、Audit Vault Agentを停止します。
agentctl stop

3. ホスト・コンピュータでAudit Vault Agentを非アクティブ化します。

1. Audit Vault Serverコンソールで、「ホスト」タブをクリックします。

2. ホスト名を選択し、「非アクティブ化」をクリックします。

3. オプションで、ホストを選択した後、「削除」をクリックしてホストを削除します。

4. ホスト・コンピュータのAudit Vault Agentホーム・ディレクトリを削除します。

Audit Vault Agentの更新

Oracle AVDF 12.1.1 BP2では、Audit Vault Serverを今後のリリースに更新すると、Audit Vault Agentが自動的に更新されます。

現在使用中のリリースが12.1.1 BP2より前の場合のAudit Vault Agentの更新方法の手順は、アップグレード・ソフトウェアまたはパッチ更新に含まれているREADMEを参照してください。

アップグレード・ソフトウェアのダウンロードに関する詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

プラグインのデプロイとプラグイン・ホストの登録

ここでのトピック

- プラグインの概要

- セキュア・ターゲットで監査が有効であることの確認

- Audit Vault Serverでのプラグイン・ホストの登録

- プラグインのデプロイおよびアクティブ化

- プラグインのアンデプロイ

プラグインの概要

セキュア・ターゲットの各タイプに対応するソフトウェア・プラグインはAudit Vault Serverにあり、これによってAudit Vault Agentで監査データを収集できるようになります。さらに多くのセキュア・ターゲット・タイプから監査データを収集するために、Oracle AVDFの標準プラグインに加えて、別のプラグインをデプロイできます。新しいプラグインは、Oracle Technology Networkまたはサード・パーティから入手できます。プラグイン・デプロイメント・プロセスでは、Audit Vault Serverのagent.jarファイルを更新します。

1つのプラグインでサポートするセキュア・ターゲット・タイプは1つのみです。ただし、開発者からそれぞれ異なるプラグインを取得したり、各プラグインが同じセキュア・ターゲット・タイプについて固有の監査証跡タイプをサポートする場合などは、同じセキュア・ターゲット・タイプに対して複数のプラグインをデプロイできます。監査証跡収集の構成時に、使用する特定のプラグインを選択できます。

プラグインに関連付けられたセキュア・ターゲット・タイプからの監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要もあります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

プラグインのデプロイは、次の3つのステップで構成されています。

1. セキュア・ターゲットで監査が有効であることの確認

2. Audit Vault Serverでのプラグイン・ホストの登録

3. プラグインのデプロイおよびアクティブ化

セキュア・ターゲットで監査が有効であることの確認

セキュア・ターゲットで監査が有効になっていることを確認します。詳細は、セキュア・ターゲットの製品ドキュメントを参照してください。Oracle Databaseのプラグインは、「Oracle Databaseセキュア・ターゲットで監査が有効であることの確認」を参照してください。

Audit Vault Serverでのプラグイン・ホストの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

プラグインのデプロイおよびアクティブ化

プラグインをデプロイしてアクティブ化する手順は、次のとおりです。

1. Audit Vault Serverにプラグイン・アーカイブをコピーし、ファイルの場所を書き留めます。
プラグイン・アーカイブは、Oracle Technology Networkまたはサード・パーティから入手できます。

2. Audit Vault Serverコンソールに管理者としてログインします。

3. 「設定」タブをクリックし、「システム」メニューから「プラグイン」をクリックします。
「プラグイン」ページに、現在デプロイされているプラグインがリストされます。

4. 「デプロイ」をクリックし、「プラグイン・アーカイブ」フィールドにプラグイン・アーカイブの名前を入力するか、参照します。

5. 「プラグインのデプロイ」をクリックします。
新しいプラグインが、「ホスト」タブの「エージェント」ページの「プラグイン」にリスト表示されます。更新されたagent.jarファイルの新しいエージェント生成時間が「エージェント」ページに表示されます。

「ホスト」ページには、登録されたホストごとに「エージェント生成時間」列が表示され、そのホストにあるagent.jarのバージョンを示します。

6. 登録された各ホスト・マシンに更新後のagent.jarファイルをコピーします。
ホスト・マシンを登録していない場合は、「Audit Vault Serverでのホストの登録」を参照してください。

7. ホスト・マシンで、エージェントを抽出します。

java -jar agent.jar

注意:
agent.jarを更新しているため、プラグインのデプロイと同じログイン・セッション中にエージェントをダウンロードすることはできません。だたし、他のセッションのユーザーは、プラグイン・デプロイメント・プロセスが完了し、新しいバージョンが使用可能になるまで、最新バージョンのagent.jarをダウンロードできます。

プラグインのアンデプロイ

プラグインをアンデプロイする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューから「プラグイン」をクリックします。

3. 目的のプラグインを選択し、「アンデプロイ」をクリックします。

Audit Vault Serverからのホストの削除

ホストを削除したときに、監査データの収集のためにAudit Vault Agentの再登録が必要になった場合は、このホストにAudit Vault Agentを再インストールする必要があります。

ホストを削除する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックします。
登録されたホストがある場合は、そのリストが「ホスト」ページに表示されます。このリストの表示を制御するには、「UIでのオブジェクト・リストの操作」を参照してください。

3. 削除するホストを選択し、「削除」をクリックします。

6 セキュア・ターゲット、監査証跡および強制ポイントの構成

ここでのトピック

- セキュア・ターゲットの構成の概要

- セキュア・ターゲットの登録とグループの作成

- 監査データ収集のためのセキュア・ターゲットの準備

- 監査証跡収集の構成および管理

- 強制ポイントの構成

- ストアド・プロシージャ監査(SPA)の構成

- データベース問合せの構成および使用

- データベース・レスポンス・モニタリングの構成および使用

セキュア・ターゲットの構成の概要

セキュア・ターゲットは、Audit Vault and Database Firewallが監視するサポート対象のデータベースまたはオペレーティング・システムです。Audit Vault Agent、Database Firewall、これらの両方のいずれをデプロイするかにかかわらず、Audit Vault Serverですべてのセキュア・ターゲットを登録する必要があります。

セキュア・ターゲットから監査証跡を収集するには、ターゲットごとに監査証跡を構成し、収集を手動で開始する必要があります。

Database Firewallでセキュア・ターゲットを監視するには、そのセキュア・ターゲットの強制ポイントを作成する必要があります。

Database Firewallで監視するセキュア・ターゲット・データベースによっては、データベースに問い合せて特定のデータを収集するようにOracle AVDFを構成できます。そのためには、セキュア・ターゲット・コンピュータでスクリプトを実行し、データベース問合せに必要な権限を構成する必要があります。

Database Firewallを使用している場合は、受信SQLトラフィックに対するセキュア・ターゲット・データベースのレスポンスを監視することもできます。

この項では、上述の構成について詳しく説明します。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、次を参照してください。

- 「Oracle AVDFの構成とAudit Vault Agentのデプロイ」

- 「Oracle AVDFの構成とDatabase Firewallのデプロイ」

セキュア・ターゲットの登録とグループの作成

ここでのトピック

- Audit Vault Serverでのセキュア・ターゲットの登録または削除

- セキュア・ターゲット・グループの作成または変更

- セキュア・ターゲットおよびセキュア・ターゲット・グループへのアクセスの制御

- セキュア・ターゲットの削除

Audit Vault Serverでのセキュア・ターゲットの登録または削除

ここでのトピック

- セキュア・ターゲットの登録

- セキュア・ターゲットの変更

- セキュア・ターゲットの削除

セキュア・ターゲットの登録

Oracle AVDFスーパー管理者は、セキュア・ターゲットを作成し、そのセキュア・ターゲットへのアクセス権を他の管理者に付与できます。Oracle AVDF管理者もセキュア・ターゲットを作成できますが、作成したセキュア・ターゲットにアクセスできるのはその管理者とスーパー管理者のみです。

Oracle Database 12cリリース1セキュア・ターゲットの登録

Oracle Database 12cでマルチテナント・コンテナ・データベース(CDB)を使用しない場合は、以前のバージョンのOracle Databaseと同じように、データベースのセキュア・ターゲットを登録します。CDBを使用する場合は、CDBのセキュア・ターゲットに加え、各プラガブル・データベース(PDB)のセキュア・ターゲットも登録する必要があります。

Audit Vault Serverでセキュア・ターゲットを登録する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。
「セキュア・ターゲット」ページに、アクセス可能な構成済のセキュア・ターゲットがリスト表示されます。ターゲットのリストはソートまたはフィルタ処理できます。「UIでのオブジェクト・リストの使用」を参照してください。

3. 「登録」をクリックし、「セキュア・ターゲットの登録」ページで新しいターゲットの「新規セキュア・ターゲット名」およびオプションの「説明」を入力します。

4. 「セキュア・ターゲット・タイプ」フィールドで、「Oracle Database」などのセキュア・ターゲット・タイプを選択します。

5. (オプション)「セキュア・ターゲットの場所」を入力します。これは、Database Firewallのみのデプロイでは必要ありません。
このセクションはOracle AVDFのリリースによって若干異なります。

- AVDFリリース12.1.2:

「セキュア・ターゲットの場所の追加」セクションで、「ホスト名」または「IPアドレス」、「ポート」、およびOracle Databaseの場合は「サービス名」(または「SID」)を入力します。

正確な接続文字列がわかる場合は、かわりに「詳細」ラジオ・ボタンをクリックして、そこに文字列を入力できます。「セキュア・ターゲットの場所(接続文字列)」を参照してください。

注意: Oracle RACセキュア・ターゲットの場合、SCANホスト名を入力します。

- AVDFリリース12.1.1:

セキュア・ターゲットの接続文字列を入力します。各セキュア・ターゲット・タイプの接続文字列の形式については、「セキュア・ターゲットの場所(接続文字列)」を参照してください。たとえば、Oracle Databaseの場合、文字列は次のようになります。

jdbc:oracle:thin:@//203.0.113.0:1521/hrdb

注意: Oracle RACセキュア・ターゲットの場合、SCANホスト名を入力します。

6. このタイプのセキュア・ターゲットで必要である場合は、「ユーザー名」、「パスワード」、「パスワードの再入力」の各フィールドに、Oracle AVDF用に作成したセキュア・ターゲット・ユーザー・アカウントの資格証明を入力します。
詳細は、「セキュア・ターゲットに対するユーザー・アカウント権限の設定」を参照してください。

7. このセキュア・ターゲットをDatabase Firewallを使用して監視する場合は、「セキュア・ターゲットのアドレスの追加」領域でこのデータベースで使用できる各接続について次の情報を入力し、「追加」をクリックします。

- IPアドレス(またはホスト名)

- ポート番号

- サービス名(オプション、Oracle Databaseの場合のみ)
このフィールドで「SID」を使用することもできます。複数のサービス名またはSID (あるいはその両方)を入力するには、サービス名またはSIDごとに改行を入力し、「追加」をクリックします。

重要: サービス名またはSIDを指定する場合、Database Firewallはリストされているサービス名またはSIDへのトラフィックのみ取得します。この場合、データベース・クライアントがリストされているものとは異なるサービス名またはSIDを使用して接続すると、そのトラフィックはDatabase Firewallによって監視されません。同じデータベース上の異なるサービス名またはSIDに対して異なるDatabase Firewallポリシーを強制する場合、サービス名またはSIDごとに個別のセキュア・ターゲットを作成する必要があります。

8. 必要に応じて、ページ下部にある「属性名」および「属性値」の値を入力し、「追加」をクリックします。
セキュア・ターゲットのタイプによっては、Audit Vault Agentでコレクション属性が必要になります。特定のセキュア・ターゲット・タイプに関する要件を調べるには、「コレクション属性」を参照してください。

9. このセキュア・ターゲットをDatabase Firewallを使用して監視する場合は、次のコレクション属性を追加して、このセキュア・ターゲットに割り当てる処理リソースを増やすことができます。
属性名: MAXIMUM_ENFORCEMENT_POINT_THREADS

属性名: 1～16の数字(デフォルトは1)

これは、このセキュア・ターゲットに関連付けられた強制ポイントに使用できるDatabase Firewallプロセスの最大数(1～16)を定義します。Database Firewallを実行するシステムで利用できる処理コアの数よりも、監視するセキュア・ターゲットの数の方が少ない場合は、これを定義することを検討してください。不必要に値を設定すると、リソースを浪費することになります。

10. 「保存」をクリックします。

セキュア・ターゲットの変更

セキュア・ターゲットを変更する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。
「セキュア・ターゲット」ページに、アクセス可能な構成済のセキュア・ターゲットがリスト表示されます。ターゲットのリストはソートまたはフィルタ処理できます。「UIでのオブジェクト・リストの使用」を参照してください。

3. 変更する対象のセキュア・ターゲットの名前をクリックします。

4. 「セキュア・ターゲットの変更」ページで変更内容を確認し、「保存」をクリックします。
フィールドの説明は、「セキュア・ターゲットの登録.」を参照してください。

注意:
セキュア・ターゲットの名前を変更すると、新しい名前はAudit Vault Agentを再起動するまでOracle AVDFレポートに表示されません。

セキュア・ターゲットの削除

Oracle AVDFに登録されているセキュア・ターゲットが不要になった場合、コンソールまたはコマンドライン・ユーティリティを使用してそのセキュア・ターゲットを削除できます。セキュア・ターゲットをOracle AVDFから削除しても、その監査データは、保存期間内はデータ・ウェアハウスに存在し続けます(アーカイブ・ポリシー)。アーカイブ(保存)ポリシーの詳細は、「アーカイブ・ポリシーの作成または削除」を参照してください。

セキュア・ターゲットを削除しても、その識別データはOracle AVDFに残存するため、削除されたセキュア・ターゲットのレコードは存在します。セキュア・ターゲットを削除するのは、データを収集する必要がなくなった場合または新しいホスト・コンピュータに移動した場合のみです。

セキュア・ターゲットを削除する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックし、削除するセキュア・ターゲットを選択します。

3. 「削除」をクリックします。

セキュア・ターゲット・グループの作成または変更

スーパー管理者は、個別ではなくグループとしてセキュア・ターゲットへのアクセス権を他の管理者に付与するために、セキュア・ターゲット・グループを作成できます。

セキュア・ターゲット・グループを作成する手順は、次のとおりです。

1. Oracle Audit Vault and Database Firewallコンソールにスーパー管理者としてログインし、「セキュア・ターゲット」タブをクリックします。

2. 左側の「グループ」メニューから。
事前構成済のグループが上部ペインに表示され、ユーザー定義のグループが下部ペインにリスト表示されます。

下部ペインのリストの表示方法は、「アクション」メニューから調整できます。「UIでのオブジェクト・リストの使用」を参照してください。

3. 「作成」をクリックし、グループの名前と、オプションで説明を入力します。

4. セキュア・ターゲットをグループに追加するには、そのセキュア・ターゲットを選択して「メンバーの追加」をクリックします。

5. 「保存」をクリックします。
グループ・ページの下部ペインに新しいグループが表示されます。

セキュア・ターゲット・グループを変更する手順は、次のとおりです。

1. Oracle Audit Vault and Database Firewallコンソールにスーパー管理者としてログインし、「セキュア・ターゲット」タブをクリックします。

2. 左側の「グループ」メニューから。
事前構成済のグループが上部ペインに表示され、ユーザー定義のグループが下部ペインにリスト表示されます。

下部ペインのリストの表示方法は、「アクション」メニューから調整できます。「UIでのオブジェクト・リストの使用」を参照してください。

3. グループ名をクリックします。

4. 「セキュア・ターゲットの変更」ページで、追加または削除するセキュア・ターゲットを選択した後、「メンバーの追加」または「メンバーの削除」をクリックします。

5. オプションで、グループの名前または説明を変更できます。

6. 「保存」をクリックします。

セキュア・ターゲットおよびセキュア・ターゲット・グループへのアクセスの制御

Oracle AVDFスーパー管理者は、セキュア・ターゲットまたはセキュア・ターゲット・グループにアクセスできる管理者を制御できます。制御できるのは、個々のユーザーに対するアクセス権、または個々のセキュア・ターゲットまたはセキュア・ターゲット・グループに対するアクセス権です。詳細は、「セキュア・ターゲットまたはセキュア・ターゲット・グループへのユーザー・アクセスの管理」を参照してください。

監査データ収集のためのセキュア・ターゲットの準備

ここでのトピック

- セキュア・ターゲットでのNTPサービスを使用した時刻の設定

- セキュア・ターゲットで監査が有効であることの確認

- セキュア・ターゲットに対するユーザー・アカウント権限の設定

- 監査証跡のクリーンアップのスケジュール

セキュア・ターゲットでのNTPサービスを使用した時刻の設定

セキュア・ターゲットとAudit Vault Serverの両方でNTPサービスを使用することもお薦めします。これは、Audit Vault Serverによって生成されるアラートに関するタイムスタンプの混乱を避けるのに役立ちます。

NTPサーバーを使用したAudit Vault Serverの時刻設定手順は、「サーバーの日付、時刻およびキーボード設定の指定」を参照してください。

セキュア・ターゲットで監査が有効であることの確認

セキュア・ターゲットから監査データを収集するために、そのセキュア・ターゲットで監査が有効になっていることを確認し、該当する場合はセキュア・ターゲットが使用している監査のタイプをメモする必要があります。セキュア・ターゲット・タイプの詳細は、製品のドキュメントを参照してください。

Oracle Databaseセキュア・ターゲットで監査が有効であることの確認

Oracle Databaseセキュア・ターゲットで監査が有効になっているかどうかを確認する手順は、次のとおりです。

1. Oracleデータベースに管理権限を持つユーザーとしてログインします。次に例を示します。

sqlplus trbokuksa
Enter password: password
Connected.

2. 次のコマンドを実行します。

SHOW PARAMETER AUDIT_TRAIL

NAME                                 TYPE        VALUE
------------------------------------ ----------- -------
audit_trail                          string      DB

3. SHOW PARAMETERコマンドの出力がNONEである場合、または変更対象の監査値である場合は、次のようにして設定を変更できます。
たとえば、XMLに変更する場合、サーバー・パラメータ・ファイルを使用しているとき、次のように入力します。

CONNECT SYS/AS SYSDBA
Enter password: password

ALTER SYSTEM SET AUDIT_TRAIL=XML SCOPE=SPFILE;
System altered.

SHUTDOWN
Database closed.
Database dismounted.
ORACLE instance shut down.

STARTUP
ORACLE instance started.

4. 監査証跡設定を書き留めます。
この情報は、Oracle AVDFで監査証跡を構成するときに必要になります。

セキュア・ターゲットに対するユーザー・アカウント権限の設定

一部のセキュア・ターゲット・タイプでは、Oracle AVDFによってアクセスするために資格証明が必要です。セキュア・ターゲットから監査データを収集する場合は、ストアド・プロシージャ監査(SPA)、権限監査を実行するか、データベース問合せを有効にして、セキュア・ターゲットでユーザー・アカウントを作成する必要があります。このユーザー・アカウントには適切な権限を付与し、Oracle AVDFが必要なデータにアクセスできるようにします。

データベース・セキュア・ターゲット用の設定スクリプト: Oracle AVDFで提供されているスクリプトを使用して、データベース・セキュア・ターゲット・タイプ用のユーザー・アカウント権限を構成できます。「セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト」を参照してください。

非データベース・セキュア・ターゲット: 必要な監査証跡にアクセスできる適切な権限を付与されたユーザーを作成する必要があります。たとえばWindowsセキュア・ターゲットの場合、セキュリティ・ログを読み取れるようにするため、このユーザーには管理権限が必要です。

注意:
Oracle AVDFでは、引用符付きのユーザー名を使用できません。たとえば、セキュア・ターゲットのAudit Vault and Database Firewallユーザー・アカウントに対して"JSmith"は有効なユーザー名ではありません。

監査証跡のクリーンアップのスケジュール

Oracle AVDFでは、Oracle Database、Microsoft SQL ServerおよびMySQLの監査証跡クリーンアップがサポートされています。手順は、「監査証跡のクリーンアップ」を参照してください。

監査証跡収集の構成および管理

ここでのトピック

- Audit Vault Serverでの監査証跡の追加

- Audit Vault Serverでの監査証跡の停止および開始

- Audit Vault Serverでの監査証跡のステータスの確認

- (MySQLで必要)XML変換ユーティリティの実行

- (IBM DB2で必要)バイナリDB2監査ファイルのASCII形式への変換

Audit Vault Serverでの監査証跡の追加

監査データの収集を開始するには、Audit Vault Serverでセキュア・ターゲットごとに監査証跡を構成した後、監査証跡収集を手動で開始する必要があります。

この手順では、Audit Vault Agentがセキュア・ターゲットと同じホスト・コンピュータにインストールされていることを前提としています。

前提条件

セキュア・ターゲットの監査証跡を構成する前に、次のことを実行する必要があります。

- Audit Vault Serverでセキュア・ターゲットを追加します。詳細は、「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

- ホスト・マシンを登録します。これは通常、セキュア・ターゲットが存在し、かつAudit Vault Agentがデプロイされているマシンです。「ホストの登録とエージェントのデプロイ」を参照してください。

- ホスト・マシンでAudit Vault Agentをデプロイしてアクティブ化します。「ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化」を参照してください。

- MySQLセキュア・ターゲットの場合は、XML変換ユーティリティを実行します。「(MySQLで必要)XML変換ユーティリティの実行」を参照してください。

- IBM DB2セキュア・ターゲットの場合、監査証跡を開始する前に、バイナリ監査ファイルがASCII形式に変換されていることを確認します。「(IBM DB2で必要)バイナリDB2監査ファイルのASCII形式への変換」を参照してください。

セキュア・ターゲットの監査証跡を構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。

3. 「監視」で「監査証跡」をクリックします。
「監査証跡」ページが表示され、構成済の監査証跡とそのステータスがリスト表示されます。

4. 「監査証跡」ページで、「追加」をクリックします。

5. 「収集ホスト」フィールドで、上向き矢印アイコンをクリックして検索ボックスを表示し、Audit Vault Agentがデプロイされているホスト・コンピュータを検索して選択します。

6. 「セキュア・ターゲット名」フィールドで、上向き矢印アイコンをクリックして検索ボックスを表示し、セキュア・ターゲットを検索して選択します。

7. 「監査証跡のタイプ」ドロップダウン・リストから、次のいずれかを選択します。

- CUSTOM

- DIRECTORY

- EVENT LOG

- NETWORK

- SYSLOG

- TABLE

- TRANSACTION LOG
この監査証跡タイプの場合、セキュア・ターゲット・データベースに完全修飾データベース名があることを確認します。表C-1のGLOBAL_NAMESの設定を参照してください。

特定のセキュア・ターゲット・タイプに対して収集できる監査証跡のタイプの詳細は、表B-13を参照してください。また、収集されるデータの詳細は、「各監査証跡タイプに対して収集されるデータの概要」を参照してください。

8. 「証跡の場所」フィールドに、セキュア・ターゲット・コンピュータ上の監査証跡の場所(sys.aud$など)を入力します。
証跡の場所は、セキュア・ターゲットのタイプによって異なります。サポートされている証跡の場所については、「監査証跡の場所」を参照してください。

注意: 「監査証跡のタイプ」で「DIRECTORY」を選択した場合、証跡の場所はディレクトリ・マスクにする必要があります。

9. このタイプのセキュア・ターゲットのプラグインをデプロイした場合、「収集プラグイン」ドロップダウン・リストでプラグインを選択します。
プラグインの詳細は、「プラグインの概要」を参照してください。

10. 「保存」をクリックします。
監査証跡は「監査証跡」ページのリストに追加されます。収集のステータスに、初期状態で赤の下向き矢印(停止)が表示されます。監査証跡は、追加直後に自動的に開始されます。

Audit Vault Serverでの監査証跡の停止および開始

監査証跡は、追加直後に自動的に開始されます。監査証跡を開始するためには、ホスト・コンピュータでAudit Vault Agentが実行されている必要があります。詳細は、「ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化」を参照してください。

セキュア・ターゲットの監査証跡収集を開始または停止する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。

3. 「監査証跡」をクリックします。

4. 開始または停止する監査証跡を選択して、「停止」または「開始」をクリックします。
Audit Vault Agentの更新中は監査証跡を開始できません。「Audit Vault Agentの更新」を参照してください。

注意:
100万以上の監査ファイルがある場合など、収集する監査ファイルが多い場合は監査証跡の開始までに数分かかることがあります。

Audit Vault Serverでの監査証跡のステータスの確認

監査証跡のステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。

3. 「監査証跡」をクリックします。
「監査証跡」ページに監査証跡がリスト表示され、「収集のステータス」列にそのステータスが表示されます。緑の上向き矢印は、収集が実行中であることを示します。赤の下向き矢印は、収集が停止していることを示します。マウスで上向きまたは下向き矢印アイコンをポイントすると、次の各ステータス値を表示できます。

- アイドル: 証跡は稼働中で、収集する新しい監査データはありません。この状態では、証跡はセキュア・ターゲットによって新しい監査データが生成されるのを待機しています。

- 収集中: 証跡は現在アクティブに監査データを収集しています。

- 停止済: 証跡は現在停止しています。

- リカバリ中: 証跡は監査データのバッチを収集した後、Audit Vault Serverでチェックポイントを設定しています。サーバーの負荷によっては、この処理にしばらく時間がかかることがあります。

- 到達不能: ハートビート・タイムアウトが発生しました。直前の2分間、証跡からハートビート・メッセージを受信しなかったことを意味します。証跡がクラッシュしていなければ、このステータスは一時的です。

監査証跡リストはソートおよびフィルタ処理できます。「UIでのオブジェクト・リストの使用」を参照してください。

監査証跡の削除

関連付けられている監査データを一度も収集していない監査証跡のみ削除できます。

監査証跡を削除する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 監査証跡が停止していることを確認します。「Audit Vault Serverでの監査証跡の停止および開始」を参照してください。

3. 「セキュア・ターゲット」タブをクリックします。

4. 「監査証跡」をクリックします。

5. 削除する監査証跡を選択し、「削除」をクリックします。

(MySQLで必要)XML変換ユーティリティの実行

MySQLセキュア・ターゲットの場合、Oracle AVDFに含まれている変換ユーティリティで、MySQLのXML監査ログ・ファイルを監査データの収集で利用できる形式に変換します。監査証跡を追加する前に、このユーティリティをMySQLホスト・マシンで実行する必要があります。

前提条件

- Audit Vault ServerでMySqlセキュア・ターゲットを登録します。「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

- MySqlホスト・マシンにAudit Vault Agentをデプロイします。「ホスト・コンピュータでのAudit Vault Agentのデプロイ」を参照してください。

XML変換ユーティリティを実行する手順は、次のとおりです。

1. MySQLホスト・コンピュータで、AGENT_HOME/av/plugins/ com.oracle.av.plugin.mysql/bin/ディレクトリに移動します。

2. 次のコマンドを実行します。

MySQLTransformationUtility.bat inputPath=path_to_log_folder
outputPath=path_to_converted_xml agentHome=path_to_AGENT_HOME
interval=interval_in_minutes xslPath=XSL_file_path securedTargetName=registered_secured_target_name

このコマンドには次の変数が含まれています。

- path_to_log_folder - my.iniにリストされているMySQLログ・フォルダへのパス。

- path_to_converted_xml - 変換後のXMLファイルが格納されるフォルダへのパス。このパスは、このMySQLセキュア・ターゲットの監査証跡をAudit Vault Serverで作成する際またはAVCLIコマンドラインを使用して監査証跡収集を開始する際に、証跡の場所として使用します。

- path_to_AGENT_HOME - Audit Vault Agentのインストール・ディレクトリへのパス。

- interval_in_minutes - (オプション) 次の変換処理までの待ち時間(分)。指定しなかった場合のデフォルトは60分です。変換ユーティリティを1回実行するには、この引数に-veを指定します。

- XSL_file_path - (オプション) 変換に使用するXSLファイルへのパス。

- registered_secured_target_name - Audit Vault Serverに登録するMySQLセキュア・ターゲットの名前。

例:

MySQLTransformationUtility.bat inputPath=D:\MySQLLog outputPath=D:\ConvertedXML agentHome=E:\MySQLCollector interval=1 securedTargetName=MYSQL_DEV

(IBM DB2で必要)バイナリDB2監査ファイルのASCII形式への変換

IBM DB2では、監査ログ・ファイルがDB2データベースとは別のバイナリ・ファイル形式で作成されます。IBM DB2セキュア・ターゲットの場合、DB2データベースの監査データを収集する(監査証跡を開始する)たびに、この項で説明するスクリプトを使用して、事前にバイナリ・ファイルをASCIIファイルに変換する必要があります。

原則として、このスクリプトを定期的に実行するようにスケジュールします。DB2監査証跡によってすでに収集されている古いテキスト・ファイルがスクリプトによって検出されると、それらのファイルは削除されます。スクリプトを実行するたびに、タイムスタンプが設定されたASCIIテキスト・ファイルが新しく作成されます。オプションで、出力監査ファイルをパージするスクリプトを設定できます。

注意:
別のディレクトリで各データベースおよび各インスタンスの監査ログ・ファイルを抽出することをお薦めします。Oracle AVDFでは、各データベースおよび各インスタンスに対して別の監査証跡を構成する必要があります。

バイナリのDB2監査ファイルをASCIIファイルに変換する手順は、次のとおりです。

1. db2auditコマンドを実行する権限を持つユーザーを識別します。
このユーザーはバイナリ・ファイルをテキスト・ファイルに抽出します。

2. 手順1で識別したユーザーに、Oracle AVDFディレクトリから変換スクリプトを実行する権限を付与します。スクリプト名は、次のとおりです。

- DB2リリース8.2データベース: DB282ExtractionUtil(Microsoft Windowsでは、このファイルはDB282ExtractionUtil.batになります。)

- DB2 9.5リリース・データベース: DB295ExtractionUtil (Microsoft Windowsでは、このファイルはDB295ExtractionUtil.batになります。)

3. 手順1で識別したユーザーに、$AGENT_HOME/av/atcディレクトリおよびその内容の読取り権限を付与します。

4. IBM DB2データベースをインストールしたサーバーで、SYSADM DB2ユーザーとしてシェルを開きます。

5. 次の変数を設定します。

- AGENT_HOME (これは、Audit Vault Agentインストール・ディレクトリです。)

- DB2AUDIT_HOME(このディレクトリは、db2auditコマンドを含むメイン・ディレクトリを示します。)

6. エージェント・プロセスのOracle AVDF所有者が、抽出ユーティリティで生成される監査テキスト・ファイルの読取り権限を持っていることを確認します。

7. 「IBM DB2 for LUWの設定スクリプト」で指定したDB2ユーザーとしてログインします。

8. インストールしたDB2のバージョンに応じて、次のいずれかのスクリプトを実行します。

- DB2リリース8.2データベースの場合:

DB282ExtractionUtil -extractionpath default_DB2_audit_directory -audittrailcleanup yes/no

- default_DB2_audit_directory: DB2監査ディレクトリの場所へのフル・ディレクトリ・パスを入力します。通常、このディレクトリは次の場所にあります。
UNIX: DB2_HOME/sqlib/security/auditdata

Microsoft Windows: DB2HOME\instance\security\auditdata

- yes/no: yesまたはnoを入力し、監査証跡クリーンアップを有効または無効にします。yesを入力すると、Oracle AVDF DB2監査証跡によって収集された最新の監査レコードまで、IBM DB2監査ファイルが削除されます。この値を省略した場合、デフォルトはnoです。

たとえば、監査ファイルを抽出し、監査証跡クリーンアップを有効にするには、次のように実行します。

DB282ExtractionUtil -extractionpath /home/extract_dir -audittrailcleanup yes

このスクリプトにより、ファイルの作成日時を示す次の書式を使用して、auditdataディレクトリにASCIIテキスト・ファイルが作成されます。

db2audit.instance.log.0.YYYYDDMMHHMMSS.out

- DB2リリース9.5データベースの場合:

DB295ExtractionUtil -archivepath archive_path -extractionpath extraction_path -audittrailcleanup yes/no -databasename database_name

詳細は、次のとおりです。

- archive_path: db2auditユーティリティを使用して構成されるDB2アーカイブ・パスです。

- extraction_path: DB2抽出ユーティリティが変換済のASCIIテキスト・ファイルを配置するディレクトリです。このファイルはdb2audit.instance.log.0.YYYYDDMMHHMMSS.outまたはdb2audit.db.database_name.log.0.20111104015353.outの形式で作成されます。

- yes/no: yesまたはnoを入力し、監査証跡クリーンアップを有効または無効にします。yesを入力すると、Oracle AVDF DB2監査証跡によって収集されたアーカイブ済のIBM DB2監査ファイルが削除されます。この値を省略した場合、デフォルトはnoです。

- database_name: (オプション)監査レコードが格納されているデータベースの名前(複数の場合はスペース区切りの名前)です。
このユーティリティでは、コマンドに名前が指定されたデータベースごとに個別のASCIIファイルが作成されます。このパラメータを省略すると、インスタンスのバイナリがASCIIファイルに変換されます。このパラメータを使用すると、表の作成や削除を取得するオブジェクト・メンテナンス(objmaint)レコードなど、監査レコードのカテゴリを収集できます。

重要: このコマンドに複数のデータベース名を入力した場合は、コマンドを実行した後に、各データベースのASCIIファイルを必ず個別のディレクトリに入れてください。

例1: 次のコマンドでは、TOOLSDBデータベースのASCIIファイルが作成され、/home/extract_dirディレクトリにファイルが置かれて、監査データを収集した後にアーカイブ・ファイルが削除されます。

DB295ExtractionUtil -archivepath /home/archive_dir -extractionpath /home/extract_dir -audittrailcleanup yes -databasename TOOLSDB

例2: 次のコマンドでは、データベース・インスタンスのASCIIファイルが作成され、/home/extract_dirディレクトリにファイルが置かれて、監査データを収集した後にアーカイブ・ファイルが削除されます。

DB295ExtractionUtil -archivepath /home/archive_dir -extractionpath /home/extract_dir -audittrailcleanup yes

スクリプトを自動的に実行するようにスケジュールする場合、次のガイドラインに従ってください。

- UNIX: crontab UNIXユーティリティを使用します。スクリプトを通常どおりに実行するときに前述のパラメータを使用して指定したのと同じ情報を指定します。

- Microsoft Windows: Windows Schedulerを使用します。アーカイブ・ディレクトリ・パス(リリース9.5データベースの場合のみ)、抽出パスおよびセキュア・ターゲット・データベース名をスケジュールしたタスクに指定します。

強制ポイントの構成

ここでのトピック

- セキュア・ターゲットの強制ポイントの構成の概要

- 強制ポイントの作成および構成

- 強制ポイントの変更

- 強制ポイントの開始、停止または削除

- 強制ポイントのステータスの表示

- 強制ポイントによって使用されるポート番号の確認方法

セキュア・ターゲットの強制ポイントの構成の概要

1つのDatabase Firewallで各データベースを監視している場合は、ファイアウォールで監視するすべてのセキュア・ターゲット・データベースに対して1つの強制ポイントを構成する必要があります。強制ポイントの構成では、ファイアウォールの監視モード(監視のみまたはブロック)、監視対象のセキュア・ターゲット・データベース、そのデータベースに対するネットワーク・トラフィック・ソースおよび強制ポイントに使用するDatabase Firewallを指定できます。

強制ポイントを構成する前に、データベース・ファイアウォール構成の一環としてネットワーク・トラフィック・ソースを構成します。詳細は、「ネットワーク上のDatabase Firewallの構成」を参照してください。

強制ポイントの作成および構成

Audit Vault Serverコンソールで各強制ポイントを構成します。Audit Vault Serverの回復可能なペアを構成している場合は、プライマリ・サーバーで強制ポイントを構成する必要があります。

サーバーの回復可能なペアの構成の詳細は、「高可用性の構成」を参照してください。

強制ポイントを構成する手順は、次のとおりです。

1. この強制ポイントに使用する予定のDatabase Firewallにトラフィック・ソースが構成されていることを確認します。
「ネットワーク上のDatabase Firewallの構成」を参照してください。

2. Audit Vault Serverコンソールに管理者としてログインします。

3. 「セキュア・ターゲット」タブをクリックし、「監視」メニューから「強制ポイント」をクリックします。
「強制ポイント」ページに、構成済の強制ポイントとそのステータスのリストが表示されます。

4. 「作成」をクリックします。

5. この強制ポイントの名前を入力します。

6. 監視モードを選択します。

- データベース・ポリシー強制(DPE): SQL文をブロックまたは置換する場合に選択します。

- データベース・アクティビティ監視(DAM): SQL文のログへの記録およびアラートの発生のみを実行する場合に選択します。

これらのモードの詳細は、「Database Firewall」を参照してください。

7. 「監視するセキュア・ターゲットの選択」セクションで、セキュア・ターゲットを選択します。
ここには、指定したファイアウォールを保有するセキュア・ターゲットがリスト表示されます。指定したポリシーにSQLブロック・ルールが含まれているのにDAMモード(監視のみ)を選択した場合、SQL文はブロックされません。そのため、ポリシー・ルールによってSQL文をブロックする場合は、セキュア・ターゲットの"ブロック"・ポリシーと強制ポイントのDPE監視モードの両方を設定する必要があります。

8. 「ファイアウォールの選択」セクションで、この強制ポイントを処理するDatabase Firewallを選択します。
「ファイアウォールの選択」セクションの下に、「トラフィック・ソースの選択」が表示されます。

9. 「ブリッジ・インタフェース」または「プロキシ・インタフェース」領域のいずれかで、トラフィック・ソースを選択します。
トラフィック・ソースの詳細は、次のトピックを参照してください。

- 「トラフィック・ソースの構成」

- 「Database Firewallでのブリッジの構成」

- 「トラフィック・プロキシとしてのDatabase Firewallの構成」

注意: プロキシ・トラフィック・ソースを選択した場合、他のトラフィック・ソースは選択できません。また、プロキシを選択すると、監視モードはDPEになります。「トラフィック・プロキシとしてのDatabase Firewallの構成」を参照してください。

10. 「保存」をクリックします。
新しい強制ポイントが「強制ポイント」リストに表示され、自動的に開始します。

11. 強制ポイントを停止または再開するには、「強制ポイント」リストからその強制ポイントを選択して「停止」または「開始」をクリックします。

注意:
DPEモードでDatabase Firewallを使用する場合、IPアドレスまたはMACアドレスのスプーフィング検出ルールを使用する外部デバイスを正しく構成し、それらのデバイスがDatabase Firewallによって行われたデータベースのIPアドレスまたはMACアドレスの変更を無視するように設定する必要があります。

強制ポイントの変更

作成した強制ポイントは、その設定を変更したり、データベース・レスポンス監視、データベース問合せ、ホスト監視のいずれか(あるいはすべて)を有効にするために変更できます。

強制ポイントにおける詳細設定により、BIG-IP Application Security Manager (ASM)と連携して機能するように、Oracle AVDFを構成できます。詳細は、「F5と連携して機能するためのOracle AVDFの構成」を参照してください。

強制ポイントを変更する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインし、「セキュア・ターゲット」タブをクリックします。

2. 「監視」メニューから「強制ポイント」をクリックした後、変更する強制ポイントの名前をクリックします。

3. 「強制ポイントの変更」ページで、次の設定を変更できます。

- セキュア・ターゲット: 監視する別のセキュア・ターゲットを選択します。

- 監視モード: 代替監視モードを選択します。
注意: DAMモードからDPEモードに切り替える場合、クライアントからセキュア・ターゲット・データベースへの
既存の接続を維持するかどうかを選択します。このオプションを選択した場合、既存の接続は中断されませんが、DPEモードで監視するには、セキュア・ターゲット・データベースに再接続する必要があります。

- トラフィック・ソース: 別のトラフィック・ソースを有効にします。

- データベース・レスポンス: データベース・レスポンス・モニタリングを有効にする場合に選択します。「データベース・レスポンス・モニタリングの構成および使用」を参照してください。

- データベース問合せ: データベース問合せを有効にする場合に選択します。「データベース問合せの構成および使用」を参照してください。

4. 「保存」をクリックします。

強制ポイントの開始、停止または削除

強制ポイントを管理する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックし、「監視」で「強制ポイント」をクリックします。

3. 目的の強制ポイントを選択し、次のボタンのいずれかをクリックします。

- 開始: 強制ポイントを開始する場合

- 停止: 強制ポイントを停止する場合

- 削除: 強制ポイントを削除する場合

強制ポイントのステータスの表示

強制ポイントのステータスを表示する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックし、「監視」で「強制ポイント」をクリックします。
強制ポイントとそのステータスのリストが表示されます。ステータスの値は次のとおりです。

- 稼働中: 強制ポイントは稼働中で、エラーはありません。

- 一時停止: 強制ポイントはユーザーによって停止中で、エラーはありません。

- 停止中: エラーなどが発生したため、強制ポイントが稼働していません。

- 到達不能: Database FirewallとAudit Vault Server間で通信エラーが発生しました。

強制ポイントによって使用されるポート番号の確認方法

強制ポイントによって使用されるポート番号を確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックし、「監視」で「強制ポイント」をクリックします。

3. 目的の強制ポイントを選択し、「強制ポイントの変更」ページで「詳細」をクリックします。
「DBFW TCPポート」の横にポート番号が表示されます。

ストアド・プロシージャ監査(SPA)の構成

ストアド・プロシージャ監査(SPA)を使用すると、Oracle AVDF監査者は、セキュア・ターゲット・データベースのストアド・プロシージャに対する変更を監査できます。Oracle AVDFは、スケジュールされた間隔でデータベース・サーバーに接続し、ストアド・プロシージャに対して行われた変更または追加があればそれを検出します。SPAは、Oracle AVDFでサポートされるすべてのデータベース・セキュア・ターゲットに対してサポートされます。「サポートされるセキュア・ターゲット」を参照してください。

SPAを有効にするには、Oracle AVDFがストアド・プロシージャ監査をセキュア・ターゲットで実行するの必要なユーザー・アカウント権限を構成するだけです。Oracle AVDFには、これらの権限を設定するスクリプトが用意されています。スクリプトの詳細は、「セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト」を参照してください。セキュア・ターゲット・タイプに固有のスクリプトを実行します。

Oracle AVDF監査者は、セキュア・ターゲット構成でストアド・プロシージャ監査を有効にすると、ストアド・プロシージャに対する変更をレポートで確認できます。詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

データベース問合せの構成および使用

ここでのトピック

- データベース問合せの概要

- SQL ServerおよびSQL Anywhere用のデータベース問合せの構成

- ネットワーク暗号化を使用するデータベース用のデータベース問合せの構成

- データベース問合せの有効化

- データベース問合せの無効化

データベース問合せの概要

データベース問合せを使用すると、サポートされるデータベース・セキュア・ターゲットにDatabase Firewallが特定の情報を問い合せることができます。収集される情報は、データベースのタイプによって異なります。この項では、データベース問合せを使用する、次の2つの方法について説明します。

- SQL ServerデータベースおよびSQL Anywhereデータベースでのデータベース問合せの使用

- ネットワーク暗号化を使用するOracle Databaseでのデータベース問合せの使用

SQL ServerデータベースおよびSQL Anywhereデータベースでのデータベース問合せの使用

データベース問合せを使用すると、SQL文を作成したデータベース・ユーザーの名前、オペレーティング・システムおよびクライアント・プログラムの情報をネットワーク・トラフィックから取得できない場合に、Microsoft SQL ServerとSybase SQL Anywhereの監視対象データベースに問い合せて取得できます。この情報は、Audit Vault and Database Firewallのレポートで使用できます。

これら2つのデータベース用にデータベース問合せを構成するには、次のことを実行する必要があります。

- データベースでAVDFデータベース問合せ用のユーザー・アカウントを作成し、そのユーザー・アカウントに特定の権限を付与します。「SQL ServerおよびSQL Anywhere用のデータベース問合せの構成」を参照してください。

- AVDFで、セキュア・ターゲット・データベースを監視する強制ポイントでデータベース問合せを有効にします。「データベース問合せの有効化」を参照してください。

ネットワーク暗号化を使用するOracle Databaseでのデータベース問合せの使用

Database Firewallを使用して、ネットワーク暗号化を使用するOracle Databaseセキュア・ターゲットを監視している場合、そのデータベースに対する送信文および受信レスポンスを復号化して分析できるようにするためにデータベース問合せを使用する必要があります。

構成ステップの詳細は、「ネットワーク暗号化を使用するデータベース用のデータベース問合せの構成」を参照してください。

Oracleデータベースの文の復号化に関する制限

ネットワーク暗号化を使用してトラフィックを復号化するようにAudit Vault and Database Firewallを構成する際には、次の制限があります。

- サポートされるOracle Databaseのバージョンは、10.x、11.1、11.2および12cです。

- ネットワーク暗号化のチェックサムを使用する場合、Audit Vault and Database Firewallで文の置換は行われません。

- ネットワーク暗号化のRC4暗号はサポートされません。

SQL ServerおよびSQL Anywhere用のデータベース問合せの構成

ここでのトピック

- Microsoft SQL Serverデータベースでのデータベース問合せ権限の設定

- Sybase SQL Anywhereデータベースでのデータベース問合せ権限の設定

Microsoft SQL Serverデータベースでのデータベース問合せ権限の設定

Microsoft SQL Server (バージョン2005、2008または2012)データベースのユーザー・アカウントを設定する手順は、次のとおりです。

1. 問い合せるデータベースでAVDFデータベース問合せ用のユーザー・アカウントを作成します(このデータベースはAVDF内でセキュア・ターゲットである必要があります)。
このアカウントのユーザー名およびパスワードをメモします。

2. ステップ1で作成したユーザー・アカウントに次の権限を付与します。

- VIEW ANY DEFINITIONおよびVIEW SERVER STATE(SQL Server 2005以降)

- master.dbo.sysdatabases表に対するSELECT

3. ステップ1で作成した資格証明を使用して、このセキュア・ターゲット・データベースを監視する強制ポイントでデータベース問合せを有効にします。
「データベース問合せの有効化」を参照してください。

Sybase SQL Anywhereデータベースでのデータベース問合せ権限の設定

注意: Sybase SQL Anywhereを使用するには、Linux用のSQL Anywhere ODBCドライバをダウンロードしてインストールする必要があります。

Sybase SQL Anywhereデータベースのデータベース問合せのユーザー権限を設定する手順は、次のとおりです。

1. 問い合せるデータベースでAVDFデータベース問合せ用のユーザー・アカウントを作成します(このデータベースはAVDF内でセキュア・ターゲットである必要があります)。
このアカウントのユーザー名およびパスワードをメモします。

2. ステップ1で作成したユーザー・アカウントに次の権限を付与します。

- CONNECT

- システム表に対するSELECT

sys.sysuser
sys.sysuserauthority
sys.sysremoteuser
sys.sysloginmap
sys.sysgroup

3. ステップ1で作成した資格証明を使用して、このセキュア・ターゲット・データベースを監視する強制ポイントでデータベース問合せを有効にします。
「データベース問合せの有効化」を参照してください。

ネットワーク暗号化を使用するデータベース用のデータベース問合せの構成

ネットワーク暗号化を使用するOracle Database用にデータベース問合せを構成するには、この項のステップに従います。

- ステップ1: 指定されたパッチのOracle Databaseへの適用

- ステップ2: Oracle Advance Security統合スクリプトの実行

- ステップ3: Oracle DatabaseへのDatabase Firewall公開鍵の指定

- ステップ4: Oracle Databaseのデータベース問合せの有効化

ステップ1: 指定されたパッチのOracle Databaseへの適用

重要: このステップは、Oracle Databaseリリース11.2.0.4または12cでは必要ありません。これらのリリースをご使用の場合は、このステップを実行しないでください。

サポートされている他のすべてのOracle Databaseリリースでは、ネットワーク暗号化を使用しているOracle Databaseに、この項で示されたパッチを適用する必要があります。

パッチを適用する手順は、次のとおりです。

1. Oracleデータベースを停止します。

2. バグ番号13051081のパッチを取得します。
パッチ・ファイルはp13051081_OracleVersion_Platform.zipという形式になります。例: p13051081_112030_Linux-x86-64.zip

3. 任意のディレクトリ(以下、Patch_Directory)に、パッチの.zipファイルを解凍します。

4. ディレクトリPatch_Directory/13051081に移動します。

5. 次のコマンドを実行します。
$ opatch apply

6. Oracle Databaseを起動します。

ステップ2: Oracle Advance Security統合スクリプトの実行

ネットワーク暗号化統合スクリプトを実行する手順は、次のとおりです。

1. Oracle AVDFユーティリティ・ファイルavdf-utility.zip (Oracle AVDFソフトウェアを使用してダウンロード)から、パッチを適用するOracle Databaseに接続できる場所にdatabaseディレクトリをコピーします。

2. その場所で、database/ddiディレクトリに移動し、2つのoracle圧縮ファイル(どちらも同じ内容)のいずれかをoracleというディレクトリ(推奨)に解凍します。
これで、このディレクトリには、解凍された
advanced_security_integration.sqlというファイルが格納されます。

3. ユーザーの作成および権限の付与を実行する権限を持つユーザーとして、次のコマンドを実行します。
sqlplus / as sysdba @advanced_security_integration schema password

schemaには、既存のスキーマの名前を使用するか、新しいスキーマの名前を選択します。SYSTEMまたはSYSをターゲット・スキーマとして使用することをお薦めしません。スキーマが存在しない場合、ユーザーおよびスキーマが作成されます。

このコマンドにより、create session権限およびresource権限がスキーマ・ユーザーに付与されます。

スキーマのパスワードは、passwordに設定されます。

ネットワーク暗号化統合をサポートするパッケージがschemaにインストールされます。

ステップ3: Oracle DatabaseへのDatabase Firewall公開鍵の指定

データベース問合せを使用してデータベース・トラフィックを復号化するには、ネットワーク暗号化を使用しているOracle DatabaseにDatabase Firewall公開鍵を指定する必要があります。

Oracle Databaseに公開鍵を指定する手順は、次のとおりです。

1. このOracle Databaseを監視するDatabase Firewallの管理コンソールで、「システム」メニューの「公開鍵」をクリックします。

2. 「Oracle Advanced Security復号化」に表示される公開鍵をコピーし、dbfw_public_key.txtなどのテキスト・ファイルに貼り付けます。
Database Firewallはそれぞれ独自の公開鍵を保持しています。Database Firewallの高可用性または強制ポイントの回復性を設定している場合、複数のDatabase Firewallがこのセキュア・ターゲットを監視しているとき、それぞれのDatabase Firewall公開鍵をコピーしてdbfw_public_key.txtファイルに追加する必要があります。

注意: セキュリティのため、dbfw_public_key.txtファイルにはOracle Databaseサーバー上のsqlnet.oraファイルと同じアクセス権限が必要です。

3. Oracle Databaseのsqlnet.oraファイルを変更して、公開鍵を挿入し、ネットワーク暗号化のネイティブ・トラフィック暗号化を必須にします。

1. 手順2で作成したファイルをOracle Databaseサーバーのsqlnet.oraファイルと同じディレクトリ(推奨)に配置します。

2. sqlnet.oraファイルを開き、次のパラメータを追加します(この例では、公開鍵ファイルはdbfw_public_key.txtです)。

SQLNET.ENCRYPTION_TYPES_SERVER=AES256
SQLNET.DBFW_PUBLIC_KEY="/path_to_file/dbfw_public_key.txt"
SQLNET.EXCRYPTION_SERVER=REQUIRED

注意: sqlntet.oraファイルにオプション・パラメータSQLNET.ENCRYPTION_CLIENTが含まれている場合、その値をREJECTEDにすることはできません。そうしないと、エラーが発生します。

3. sqlnet.oraファイルを保存して閉じます。

ネットワーク暗号化の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

ステップ4: Oracle Databaseのデータベース問合せの有効化

「データベース問合せの有効化」の手順に従って、ネットワーク暗号化を使用するOracle Databaseに対するデータベース問合せの設定を完了します。

データベース問合せの有効化

強制ポイントでデータベース問合せを有効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「強制ポイント」をクリックします。

3. 問合せ対象のセキュア・ターゲットを監視する強制ポイントを探し、その強制ポイントの名前をクリックします。
「強制ポイントの変更」ページが表示されます。

4. ページの「データベース問合せ」セクションで、「データベース問合せの有効化」チェック・ボックスを選択します。
追加の入力フィールドが表示されます。

5. 次の値を入力します。

- データベース・アドレスおよびポート: 問合せ対象のセキュア・ターゲット・データベースのIPアドレスおよびポート番号を入力します。

- データベース名: データベースまたはデータベース・インスタンスの名前を入力します。

- ユーザー名: このセキュア・ターゲット用に設定したデータベース問合せユーザー名を入力します(「SQL ServerおよびSQL Anywhere用のデータベース問合せの構成」を参照してください)。

- パスワードおよびパスワードの再入力: データベース問合せユーザー名のパスワードを入力します。

6. 「保存」をクリックします。

データベース問合せの無効化

データベース問合せを一時的に無効にできます。Audit Vault and Database Firewallでは、作成した構成情報が、次回データベース問合せを有効にするときのために保存されます。

データベース問合せを無効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「強制ポイント」をクリックします。
「強制ポイント」ページが表示され、強制ポイントとそのステータスがリスト表示されます。このリストはソートまたはフィルタ処理できます。「UIでのオブジェクト・リストの使用」を参照してください。

3. データベース問合せを無効にする強制ポイントを探し、その強制ポイントの名前をクリックします。
「強制ポイントの変更」ページが表示されます。

4. ページの「データベース問合せ」セクションで、「データベース問合せの有効化」チェック・ボックスを選択解除します。

5. 「保存」をクリックします。

データベース・レスポンス・モニタリングの構成および使用

ここでのトピック

- データベース・レスポンス・モニタリングの概要

- データベース・レスポンス・モニタリングの構成

データベース・レスポンス・モニタリングの概要

データベース・レスポンス・モニタリング機能を有効にすると、図6-1に示すように、データベース・クライアントから送信されたログイン・リクエスト、ログアウト・リクエストおよびSQL文に対するセキュア・ターゲット・データベースのレスポンスをDatabase Firewallで記録できます。この機能を使用すると、データベースでログイン、ログアウトおよび文が正常に実行されたかどうかを判別でき、監査およびフォレンジック目的の有用な情報を提供できます。

図6-1は、データベース・レスポンス・モニタリングのプロセス・フローを示しています。

図6-1 データベース・レスポンス・モニタリング

Oracle AVDF監査者は、データベース・レスポンスを監査レポートで確認できます。

データベース・レスポンス・モニタリングでは、Database Firewallポリシーによってログに記録されたすべてのSQL文、ログインおよびログアウトに対するデータベース・レスポンスが記録されます。

記録される情報には、Oracle AVDFで解析されるレスポンス(「文の失敗」など)、データベースからの詳細なステータス情報、およびデータベース・レスポンス・テキスト(データベース・クライアントで表示可能)が含まれます。

データベース・レスポンス・モニタリングの構成

ここでのトピック

- データベース・レスポンス・モニタリングの有効化

- ファイアウォール・ポリシーでのログインおよびログアウト・ポリシーの設定

データベース・レスポンス・モニタリングの有効化

セキュア・ターゲットに対してデータベース・レスポンス・モニタリングを有効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「強制ポイント」をクリックします。
「強制ポイント」ページが表示され、強制ポイントとそのステータスがリスト表示されます。このリストはソートまたはフィルタ処理できます。「UIでのオブジェクト・リストの使用」を参照してください。

3. セキュア・ターゲットを監視する強制ポイントを探し、その強制ポイントの名前をクリックします。
「強制ポイントの変更」ページが表示されます。

4. ページの「データベース・レスポンス」セクションで、「データベース・レスポンスの有効化」チェック・ボックスを選択します。
また、フル・エラー・メッセージ注釈を選択すると、データベースで生成された詳細なエラー・メッセージ・テキストがエラー・コードとともにログに記録されます。

5. 「保存」をクリックします。

ファイアウォール・ポリシーでのログインおよびログアウト・ポリシーの設定

ログインおよびログアウトのポリシーは、Audit Vault and Database Firewallに格納され、ファイアウォール・ポリシーで構成する必要があります。詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

7 ホスト監視の有効化および使用

ここでのトピック

- ホスト監視の概要

- ホスト監視のインストールおよび有効化

- ホスト監視の開始、停止およびその他の操作

- ホスト監視の更新(Linuxホストのみ)

- ホスト監視における証明書ベース認証の使用

ホスト監視の概要

ホスト・モニタリングは、分散環境に小規模データベースが多数あり、Oracle AVDFでこれらすべてのデータベースに対するSQLトラフィックを1つのDatabase Firewallを使用して一元的に監視する必要がある状況に対応できるように設計されています。これにより、トラフィックをモニタリングするネットワーク・ポイントを柔軟に選択できます。これは、たとえば、ブリッジを介してトラフィックをルーティングすることや、それをミラー・ポートから取得することが容易でない場合に役立ちます。

ホスト監視は、ネットワーク・カードからSQLトラフィックを取得し、ネットワーク経由でDatabase Firewallに送信します。このSQLデータは、Oracle AVDFで生成されるレポートに利用できます。ホスト・モニタリングは、SQLトラフィックのモニタリングにのみ使用され(DAMモード)、SQL文のブロックまたは置換には使用できません。

ホスト監視を使用するには、ホスト監視をデプロイするホスト・マシン(通常データベースと同じマシン)にAudit Vault Agentをデプロイします。より大規模なデータベースの場合、ホスト監視で取得されるSQLトラフィックにより、ネットワーク・トラフィックは増加します。その場合、ホスト監視ソフトウェアをデータベース・サーバーとは異なるサーバーにインストールできます。その後、スパニング・ポートを使用してこのデータベース・サーバーをホスト監視に使用するサーバーに接続する必要があります。

1つのホスト・モニタリング・インストールを使用した同じホスト上の複数のセキュア・ターゲット・データベースのモニターは、1つのDatabase Firewallを使用して実行できます。これを行うには、DAMモードで強制ポイントを作成し、各セキュア・ターゲットのNETWORK監査証跡を作成します。

セキュア・ターゲットに対するすべてのネットワーク・トラフィックを監視するには、Oracle AVDF監査者が、イベントを記録するファイアウォール・ポリシー(一意のものを記録など)を選択する必要があります。手順は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

ホスト監視は、LinuxプラットフォームとWindowsプラットフォームでサポートされており、Database Firewallがサポートしているデータベースを監視できます。サポートされているデータベースは、表B-1を参照してください。

ホスト監視のインストールおよび有効化

ここでのトピック

- ホスト監視の前提条件

- ステップ1: ホスト監視を実行するコンピュータの登録

- ステップ2: Audit Vault Agentのデプロイとホスト監視のインストール

- ステップ3: ホスト監視対象のデータベース用のセキュア・ターゲットの作成

- ステップ4: DAMモードでの強制ポイントの作成

- ステップ5: NETWORK監査証跡の作成

ホスト監視の前提条件

ホスト監視は、LinuxおよびWindows x86-64プラットフォーム上で動作します。ホスト監視は、32ビット・プラットフォーム上ではサポートされていません。追加情報およびサポートされているプラットフォームの最新マトリックスについては、OracleサポートWebサイトhttps://support.oracle.comに掲載されている記事番号1536380.1を参照してください。

ホスト監視を実行するホスト・マシンには次が必要です(これらは、Linuxシステム上の/usr/lib、/lib、/lib64などのシステム・デフォルト・ディレクトリに存在していることがあります)。

- OpenSSL - 完全版(Light版は不可)。http://www.openssl.org/を参照してください。

- Windowsの場合: OpenSSL 1.0.1c以上

- Linuxの場合: OpenSSL 0.9.8i以上

- Linuxホストの場合: libpcapライブラリ、バージョン0.9.4以上。http://www.tcpdump.org/を参照してください。次のパッケージをホスト・コンピュータにインストールします。

- libpcap

- libpcap-devel

たとえば、Oracle Linuxシステムで、次のコマンドをrootとして実行します。

yum -y install libpcap libpcap-devel

- Windowsホストの場合: wincapライブラリ、バージョン4.1.2以上。http://www.winpcap.org/を参照してください。

ステップ1: ホスト監視を実行するコンピュータの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ2: Audit Vault Agentのデプロイとホスト監視のインストール

ここでのトピック

- Windowsホストでのエージェントおよびホスト監視のデプロイ

- Linuxホストでのエージェントおよびホスト監視のデプロイ

Windowsホストでのエージェントおよびホスト監視のデプロイ

Windowsホストの場合は、Audit Vault Agentのデプロイ時にホスト監視が自動的にインストールされます。「ホスト・コンピュータでのAudit Vault Agentのデプロイ」を参照してください。

「Audit Vault AgentのWindowsサービスとしての登録または登録解除」も参照してください。

Linuxホストでのエージェントおよびホスト監視のデプロイ

インストールされているOracle AVDFのリリースに応じて、次のいずれかの手順に従います。

- Linuxホスト上のOracle AVDF 12.1.2でのホスト監視のインストール

- Linuxホスト上のOracle AVDF 12.1.1でのホスト監視のインストール

Linuxホスト上のOracle AVDF 12.1.2でのホスト監視のインストール

ホスト監視をインストールする手順は、次のとおりです。

1. Audit Vault Agentをまだデプロイしていない場合は、デプロイします。「ホスト・コンピュータでのAudit Vault Agentのデプロイ」を参照してください。

2. rootとしてログインし、ローカル・ハード・ディスク上で、ホスト監視のインストール先となるroot所有ディレクトリ(/usr/localなど)を特定します。

注意: ディレクトリ階層全体がrootによって所有されている必要があり、他のユーザーまたはグループが書込み権限を持つディレクトリが含まれていない必要があります。

3. Audit Vault Serverコンソールに管理者としてログインし、「ホスト」タブをクリックして、「エージェント」をクリックします。

4. Host Monitor (Linux x86-64)の横にある「ダウンロード」ボタンをクリックし、ステップ2で特定した(ローカル・ハード・ディスク上の)root所有ディレクトリ(/usr/localなど)に.zipファイルを保存します。

5. rootユーザーとして、ホスト監視ファイルを解凍します。

これにより、hmという名前のディレクトリが作成されます。これがHM_Homeディレクトリで、この例では/usr/local/hmです。

6. hostmonsetupファイル(hmディレクトリ内)に実行権限があることを確認します。

7. 次のコマンドを実行します。

HM_Home/hostmonsetup install agenthome=Agent_Home agentuser=Agent_Username agentgroup=Agent_Group

- HM_Home - ステップ5で作成したディレクトリです。

- Agent_Home: Audit Vault Agentインストール・ディレクトリを入力します。

- Agent_Username: Audit Vault Agentをインストールしたユーザー(java -jar agent.jarコマンドを実行したユーザー)のユーザー名を入力します。

- Agent_Group: Agent_Usernameが所属するグループを入力します。

Linuxホスト上のOracle AVDF 12.1.1でのホスト監視のインストール

ホスト監視をインストールする手順は、次のとおりです。

1. Audit Vault Agentをまだデプロイしていない場合は、デプロイします。「ホスト・コンピュータでのAudit Vault Agentのデプロイおよびアクティブ化」を参照してください。

2. rootとしてログインし、ローカル・ハード・ディスク上で、ホスト監視のインストール先となるroot所有ディレクトリ(/usr/localなど)を特定します。

3. Agent_Home/stage/pluginsディレクトリから、2つのホスト監視.zipファイルをコピーします。以下はその例です。

agent-linux-x86-64-deps.zip
agent-linux-x86-64-hmon.zip

ファイル名は、使用中のサポートされているLinuxプラットフォームと一致する必要があります。

4. ステップ2で特定した(ローカル・ハード・ディスク上の)root所有ディレクトリに、コピーしたファイルを保存して、解凍します。
これにより、hmという名前のディレクトリが作成されます。これがHM_Homeディレクトリで、この例では/usr/local/hmです。

5. hostmonsetupのファイル権限に実行が含まれていることを確認します。

6. 次のコマンドを実行します。

HM_Home/hostmonsetup install agenthome=Agent_Home

ステップ3: ホスト監視対象のデータベース用のセキュア・ターゲットの作成

セキュア・ターゲットを作成するには、「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

ステップ4: DAMモードでの強制ポイントの作成

ホスト監視を使用してリモートで監視するデータベースごとに、Audit Vault Serverで強制ポイントを作成する必要があります。この強制ポイントは、モニタリング・モードとしてデータベース・アクティビティ監視(DAM)を使用する必要があります。「強制ポイントの構成」を参照してください。

ステップ5: NETWORK監査証跡の作成

以下を指定して、ホスト監視で監視する各セキュア・ターゲットの監査証跡を作成します。

- 「監査証跡のタイプ」で、NETWORKを選択します。

- (AVDF 12.1.1のみ)「証跡の場所」で、NETWORKと入力します。

監査証跡を追加する手順については、「Audit Vault Serverでの監査証跡の追加」を参照してください。

ホスト監視の開始、停止およびその他の操作

ここでのトピック

- ホスト監視の開始

- ホスト監視の停止

- ホスト監視のロギング・レベルの変更

- ホスト監視監査証跡のステータスの確認

- ホスト監視のアンインストール(Linuxホストのみ)

ホスト監視の開始

ホスト監視を開始するには、監視対象のホストでNETWORK監査証跡の収集を開始します。

Audit Vault Serverコンソールからホスト監視を開始するには、次の手順を実行します。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ステップ5: NETWORK監査証跡の作成」でホスト・モニタリング用に作成した監査証跡を開始します。
「Audit Vault Serverでの監査証跡の停止および開始」を参照してください。

ホスト監視の停止

ホスト監視を停止するには、監視中のセキュア・ターゲット用に作成した監査証跡を停止します。「Audit Vault Serverでの監査証跡の停止および開始」を参照してください。

ホスト監視のロギング・レベルの変更

「Audit Vault Agentのロギング・レベルの変更」を参照してください。

ホスト監視監査証跡のステータスの確認

ホスト監視のステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールに監査者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「監査証跡」をクリックします。
ホスト監視監査証跡の収集ステータスが「監査証跡」ページにリストされます。ホスト監視監査証跡の「監査証跡のタイプ」列にNETWORKがあります。

ホスト監視のアンインストール(Linuxホストのみ)

この手順は、Linuxホストのみに適用されます。Windowsホストでは、インストールおよびアンインストールは不要です。

ホスト監視リリース12.1.1 BP2以上のアンインストール

ホスト監視をアンインストールする手順は、次のとおりです。

1. rootとしてホスト・コンピュータにログインします。

2. (ステップ7でホスト監視をインストールした)HM_Homeディレクトリから、次のコマンドを実行します。
hostmonsetup uninstall

ホスト監視リリース12.1.1 BP1以下のアンインストール

ホスト監視をアンインストールする手順は、次のとおりです。

1. rootとしてホスト・コンピュータにログインします。

2. Agent_Home/bin/ディレクトリから、次のコマンドを実行します。
hostmonsetup uninstall

ホスト監視の更新(Linuxホストのみ)

Oracle AVDF 12.1.2では、Audit Vault Serverを今後のリリースに更新すると、ホスト監視が自動的に更新されます。

現在使用中のリリースが12.1.2より前の場合のホスト監視の更新方法の手順は、アップグレード・ソフトウェアまたはパッチ更新に含まれているREADMEを参照してください。

アップグレード・ソフトウェアのダウンロードに関する詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

ホスト監視における証明書ベース認証の使用

デフォルトでは、Database Firewallは、ホストの(送信元)IPアドレスの検証結果に基づいてホスト監視の接続を許可します。

ホスト監視で証明書ベースの認証を使用してセキュリティを強化するには、ホスト監視のインストール後に次の手順を実行します。

- ファイアウォールへのホスト監視接続に署名済証明書を要求

- Audit Vault Serverからの署名済証明書の取得

ファイアウォールへのホスト監視接続に署名済証明書を要求

ホスト監視接続に署名済証明書を要求するには、次の手順を実行します。

1. ホスト監視を停止します(実行している場合)。
「ホスト監視の停止」を参照してください。

2. Database Firewallで、rootとしてログインし、次のコマンドを実行します。

cp /usr/local/dbfw/etc/controller.crt /usr/local/dbfw/etc/fw_ca.crt
chown dbfw:dbfw /usr/local/dbfw/etc/fw_ca.crt
chmod 400 /usr/local/dbfw/etc/fw_ca.crt

3. 次のコマンドを実行して監視プロセスを再起動します。
/etc/init.d/monitor restart

Audit Vault Serverからの署名済証明書の取得

ホスト監視を実行する各ホストで、次の手順を実行します。ホスト監視はすでにインストールされている必要があります。

Audit Vault Serverから署名済証明書を取得するには、次の手順を実行します。

1. Audit Vault Serverにrootとしてログインします。

2. ディレクトリ/usr/local/dbfw/etcに移動します。

3. 次の2つのコマンドを実行します。

openssl genrsa -out hmprivkey.perm 2048
openssl req -new -key hmprivkey.perm -out hmcsr.csr -subj "/CN=Hostmonior_Cert_hostname/"

hostnameは、Audit Vault Agentがインストールされているホスト・マシンの名前です。

4. 署名済証明書を1つ生成するには、次のコマンドを実行します。
/usr/local/dbfw/bin/generate_casigned_hmcert.sh

署名済証明書ファイルhmcert.crtがディレクトリ/usr/local/dbfw/etcに生成されます。

5. Audit Vault Serverから次のファイルを、Audit Vault Agentがインストールされているホスト・マシンのAgent_Home/hmディレクトリにコピーします。

/usr/local/dbfw/etc/hmcert.crt
/usr/local/dbfw/etc/hmprivkey.perm

6. (Linuxホストのみ) rootとして、次のコマンドを実行します。

chown root:root Agent_Home/hm/hmcert.crt Agent_Home/hm/hmprivkey.perm
chmod 400 Agent_Home/hm/hmcert.crt Agent_Home/hm/hmprivkey.perm

7. (Windowsホストのみ)望ましくないユーザー・アクセスを回避するために、ファイルhmcert.crtおよびhmprivkey.permにエージェント・ユーザーの所有権および適切な権限が割り当てられていることを確認します。

8. ホスト監視を開始して、ネットワーク・トラフィックを捕捉します。「ホスト監視の開始」を参照してください。

9. ホスト監視を実行する各ホストで、この手順を繰り返します。

8 高可用性の構成

ここでのトピック

- Oracle AVDFにおける高可用性構成の概要

- Audit Vault Serverの回復可能なペアの構成

- Database Firewallの回復可能なペアの構成

Oracle AVDFにおける高可用性構成の概要

Database FirewallのペアまたはAudit Vault Serverのペア、あるいはその両方を構成して、高可用性システム・アーキテクチャを提供できます。これらは、回復可能なペアと呼ばれます。Database Firewallの場合、この章で説明する回復可能なペアの構成は、データベース・アクティビティ監視(DAM)モードにのみ適用されます。DAMモードとDPE (データベース・ポリシー強制)モードの詳細は、「Database Firewall」を参照してください。

Audit Vault Serverの回復可能なペアでは、プライマリAudit Vault Serverがすべてのサーバー機能を実行します。監査および構成データは、プライマリAudit Vault ServerからセカンダリAudit Vault Serverにコピーされます。セカンダリAudit Vault ServerではUIを使用できないため、セカンダリ・サーバーのUIにアクセスしようとすると、プライマリ・サーバーのUIにリダイレクトされます。

Database Firewallの回復可能なペアでは、プライマリとセカンダリの両方のDatabase Firewallが次の処理を実行します。

- 同じ期間のトラフィックの受信

- 同じ構成の設定(Audit Vault Serverにより同期)。これは、Database Firewallのシステム構成(Database Firewallコンソールのシステム・ページで設定され、同期されません)ではなく、セキュア・ターゲット、強制ポイント、ポリシーおよび他のモニタリング設定の構成です。

- 適用されたポリシーに基づいたログ・ファイルの作成

- Audit Vault Serverへのアラートの送信。その後、Audit Vault ServerはプライマリDatabase Firewallからアラートのみを送信します。

Audit Vault Serverは、トラフィック・ログをプライマリDatabase Firewallから収集します。プライマリDatabase Firewallの再起動などによりプライマリDatabase Firewallからの監査データに空白の時間がある場合、Audit Vault Serverは、トラフィック・ログ・ファイルをセカンダリDatabase Firewallから収集します。その後、Audit Vault Serverは、両方のDatabase Firewallからすべてのトラフィック・ログ・ファイルを削除します。

Audit Vault Serverは、Database Firewallの回復可能なペアの状態を制御します。回復可能なペアのDatabase Firewall間では、通信は行われません。Audit Vault Serverが一定期間プライマリDatabase Firewallに接続できない場合、Audit Vault ServerはセカンダリDatabase Firewallからログ・ファイルを収集し、セカンダリDatabase Firewallをプライマリに格上げします(その結果、新しいプライマリ・ファイアウォールがリアルタイム・アラートの送信を開始します)。

図8-1に、1つのデータベースの保護に使用されているDatabase Firewallのペアを示します。

図8-1 1つのセキュア・ターゲットを保護するDatabase Firewallの高可用性ペア

図8-2に、高可用性モードのAudit Vault ServerのペアとDatabase Firewallのペアを示します。

図8-2 高可用性モードのAudit Vault ServerのペアとDatabase Firewallのペア

Audit Vault Serverの回復可能なペアの構成

ここでのトピック

- Audit Vault Serverのペア作成の概要

- Audit Vault Serverの回復可能なペアを構成するための前提条件

- ステップ1: セカンダリAudit Vault Serverの構成

- ステップ2: プライマリAudit Vault Serverの構成

- ステップ3: Audit Vault Serverの高可用性ペアの起動

- Audit Vault Serverの高可用性ステータスの確認

- Audit Vault Serverのペア作成後におけるAudit Vault Agentの更新

- Audit Vault Serverペアのフェイルオーバーの処理

Audit Vault Serverのペア作成の概要

1つをプライマリ・サーバー、もう1つをセカンダリ・サーバーとして指定して2つのAudit Vault Serverでペアを作成すると、プライマリ・サーバーの(ネットワーク設定を除く)すべてのデータおよび構成が自動的にセカンダリ・サーバーにコピーされ、それ以降、セカンダリ・サーバーと継続的に同期されるようになります。

Audit Vault Serverの回復可能なペアを構成した後、プライマリ・サーバーに対してのみすべての構成タスクを実行します。これには、Audit Vault Agentのデプロイ、セキュア・ターゲットおよびホストの設定、Database Firewallおよび強制ポイントの追加などのタスクがあります。

Database Firewallをデプロイし、Audit Vault Serverの回復可能なペアを構成する場合、プライマリとセカンダリの両方のAudit Vault Serverのサーバー証明書およびIPアドレスを各Database Firewallに指定する必要があります。手順は、「Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

Audit Vault Serverのペアを作成する前にAudit Vault Agentをデプロイした場合は、ペア作成後にそれらのエージェントを手動で更新する必要があります。「Audit Vault Serverのペア作成後におけるAudit Vault Agentの更新」を参照してください。

「Audit Vault Serverペアのフェイルオーバーの処理」も参照してください。

Audit Vault Serverの回復可能なペアを構成するための前提条件

Audit Vault Serverのペアを構成するための前提条件は、次のとおりです。

- プライマリとセカンダリ両方のAudit Vault Serverに同じ容量のディスク領域があることを確認します。

- プライマリとセカンダリ両方のAudit Vault Serverに対して初期システム構成タスクを実行します。「初期システム設定およびオプションの指定(必須)」を参照してください。

ステップ1: セカンダリAudit Vault Serverの構成

この手順では、セカンダリ(スタンバイ)・サーバーをServer2、プライマリ・サーバーをServer1と呼びます。

Server2を構成するには、セカンダリ・サーバーで次のようにします。

1. Server1 (プライマリ)からサーバー証明書をコピーします。

1. Server1に管理者としてログインします。

2. Server1の「設定」タブで、「セキュリティ」メニューから、「証明書」をクリックします。

3. 証明書をコピーします。

2. 別のブラウザ・ウィンドウで、Server2にスーパー管理者としてログインします。

3. Server2のコンソールで、「設定」タブをクリックします。

4. 「システム」メニューから、「高可用性」を選択します。

5. 「ピア・システムIPアドレス」フィールドに、Server1のIPアドレスを入力します。

6. 「ピア・システム証明書」フィールドに、Server1の証明書を貼り付けます。

7. 「保存」をクリックします。

ステップ2: プライマリAudit Vault Serverの構成

この手順では、プライマリ・サーバーをServer1、セカンダリ(スタンバイ)・サーバーをServer2と呼びます。

Server1を構成するには、プライマリ・サーバーで次のようにします。

1. Server2 (セカンダリ)からサーバー証明書をコピーします。

1. Server2に管理者としてログインします。

2. Server1の「設定」タブで、「セキュリティ」メニューから、「証明書」をクリックします。

3. 証明書をコピーします。

2. 別のブラウザ・ウィンドウで、Server1にスーパー管理者としてログインします。

3. Server1のコンソールで、「設定」タブをクリックします。

4. 「システム」メニューから、「高可用性」を選択します。

5. 「このシステムをプライマリ・サーバーとして構成」チェック・ボックスを選択します。

6. 「ピア・システムIPアドレス」フィールドに、Server2のIPアドレスを入力します。

7. 「ピア・システム証明書」フィールドに、Server2の証明書を貼り付けます。

8. 「保存」をクリックします。
Server1とServer2のペアを起動する準備ができたら、「ステップ3: Audit Vault Serverの高可用性ペアの起動」に進みます。

ステップ3: Audit Vault Serverの高可用性ペアの起動

プライマリ・サーバー(Server1)で高可用性ペアを起動します。これには数分かかりますが、完了すると、セカンダリ・サーバーではコンソールUIを使用できなくなります。

注意: この手順を完了した後、プライマリ・サーバーでのみすべての構成タスクを実行します。これには、Audit Vault Agentのデプロイ、セキュア・ターゲットおよびホストの設定、Database Firewallおよび強制ポイントの追加などのタスクがあります。Server2 (スタンバイ)のコンソールUIは使用できなくなるため、Server1にリダイレクトされます。

プライマリ・サーバー(Server1)で高可用性ペアを起動する手順は、次のとおりです。

1. Server1にスーパー管理者としてログインします。

2. Server1のコンソールで、「設定」タブをクリックします。

3. 「システム」メニューから、「高可用性」をクリックします。

4. 「このシステムをプライマリ・サーバーとして構成」チェック・ボックスが選択されていることを確認してください。

5. 「保存」をクリックします。

6. 「プライマリにする」をクリックします。
組み込まれたOracle Databaseが再起動され、コンソールUIは一時的に使用できなくなります。このプロセスが完了すると、このAudit Vault Serverはプライマリ・サーバーになります。

7. この手順を実行する前にAudit Vault Agentをデプロイした場合は、それらのエージェントを手動で更新します。「Audit Vault Serverのペア作成後におけるAudit Vault Agentの更新」を参照してください。
このステップは、フェイルオーバーの発生時にそれらのAudit Vault Agentを認識させるために必要です。

Audit Vault Serverの高可用性ステータスの確認

Audit Vault Serverの高可用性ステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールで、「設定」タブをクリックします。

2. 「システム」メニューから、「ステータス」をクリックします。
「高可用性ステータス」を確認します。値は次のとおりです。

- スタンドアロン: このサーバーにはパートナ・サーバーがありません。

- プライマリ: このサーバーは現在プライマリ・サーバーです。

- ロール競合: このプライマリ・サーバーはフェイルオーバーされ、データ収集に使用できなくなりました。

ペアになっているシステム内の他の(ピア)サーバーのIPアドレスおよび資格証明を表示するには、「システム」メニューで「高可用性」をクリックします。

Audit Vault Serverのペア作成後におけるAudit Vault Agentの更新

Audit Vault Serverの高可用性ペアでは、フェイルオーバーの発生時にセカンダリ・サーバーがプライマリになります。Audit Vault Serverの高可用性ペアを作成する前にAudit Vault Agentをデプロイした場合は、フェイルオーバーの発生後に、新しいプライマリ・サーバーのエージェント・ステータスがUNREACHABLEになります。このシナリオを回避するには、Audit Vault Serverのペアを作成した後に、以前にデプロイしたAudit Vault Agentを手動で更新します。

Audit Vault Serverのペア作成後にAudit Vault Agentを手動で更新する手順は、次のとおりです。

1. ホスト・マシンで、エージェント・プロセスを強制終了します。
kill -9 agent_process_id

2. ディレクトリAgent_Home/av/confのファイルagent.lckを削除します。

3. 新しいagent.jarを新しいプライマリAudit Vault Serverからダウンロードして、ホスト・マシンのAgent_Homeディレクトリにコピーします。

4. Agent_Homeディレクトリで、次のコマンドを実行します。
java-jar agent.jar

5. 監査証跡を再開します。

Audit Vault Serverペアのフェイルオーバーの処理

通常の操作中に、回復可能なペアのプライマリAudit Vault Serverの可用性が定期的にチェックされます。プライマリAudit Vault Serverが使用不可になると、10分遅延の後にセカンダリAudit Vault Serverに自動的にフェイルオーバーされます。遅延により、プライマリ・サーバーの再起動によるフェイルオーバーを防止します。

フェイルオーバー発生時には、セカンダリ・サーバーがスタンドアロンAudit Vault Serverになります。このスタンドアロン・サーバーを構成し、高可用性ペアを繰り返すには、次の手順を実行する必要があります。

1. スタンドアロン・サーバーで、ネットワーク設定およびサービス設定(DNS設定など)を構成します。「Audit Vault Serverのシステム設定の指定」を参照してください。

2. 次のAVCLIコマンドを使用して、アーカイブ場所として定義されているリモート・ファイルシステム(NFS共有)をスタンドアロン・サーバーに手動でマウントします。
ALTER REMOTE FILESYSTEM filesystem_name MOUNT

詳細は「ALTER REMOTE FILESYSTEM」を参照してください。

3. 障害が発生したサーバーの接続を解除してサーバーを置換します。これで、置換されたサーバーを新しいセカンダリ・サーバーとして構成できます。

4. 2つのAudit Vault Serverをペアにするには、構成手順を再び実行します。「Audit Vault Serverの回復可能なペアの構成」を参照してください。

Database Firewallの回復可能なペアの構成

ここでのトピック

- Database Firewallの回復可能なペアの構成

- Database Firewallの回復可能なペアでのロールの入替え

- Database Firewallの回復可能なペアの削除(ペア解除)

Database Firewallの回復可能なペアの構成の概要

ここで説明する手順は、DAMモードのDatabase Firewallにのみ適用されます。

前提条件

- 2つのDatabase Firewallを回復可能なペアとして指定する前に、それぞれに対して初期構成タスクを実行します。「Database Firewallの構成」を参照してください。

- ペアにするDatabase Firewallのいずれにも強制ポイントが構成されていないことを確認してください。回復可能なペアを作成する前に、両方のDatabase Firewallからすべての強制ポイントを削除してください。

Audit Vault Serverの回復可能なペアを構成する場合

Audit Vault Serverの回復可能なペアも構成した場合は、各Audit Vault ServerのIPアドレスおよび証明書をシステム内の各Database Firewallに指定する必要があります。「Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

Database Firewallの回復可能なペアの構成

Database Firewallの回復可能なペアを構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。
Audit Vault Serverの回復可能なペアを定義した場合は、プライマリ・サーバーのコンソールを使用します。

2. 「ファイアウォール」タブを選択します。

3. 「ファイアウォール」メニューで、「回復可能なペア」を選択します。

4. 「プライマリ」フィールドと「セカンダリ」フィールドで、このペアで使用するプライマリ・ファイアウォールとセカンダリ・ファイアウォールを選択します。

Database Firewallの回復可能なペアでのロールの入替え

Database Firewallの回復可能なペアでプライマリとセカンダリのロールを入れ替える必要がある場合は、この手順に従います。

Database Firewallの回復可能なペアのロールを入れ替える手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。
Audit Vault Serverの回復可能なペアを定義した場合は、プライマリ・サーバーのコンソールを使用します。

2. 「ファイアウォール」タブを選択します。

3. 「ファイアウォール」メニューで、「回復可能なペア」を選択します。

4. 回復可能なペアを選択して、「スワップ」をクリックします。

Database Firewallの回復可能なペアの削除(ペア解除)

Database Firewallの回復可能なペアを削除(ペア解除)する必要がある場合は、この手順を使用します。

Database Firewallの回復可能なペアを削除する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。
Audit Vault Serverの回復可能なペアを定義した場合は、プライマリ・サーバーのコンソールを使用します。

2. 「ファイアウォール」タブを選択します。

3. 「ファイアウォール」メニューで、「回復可能なペア」を選択します。

4. 回復可能なペアを選択して、「ブレーク」をクリックします。

9 BIG-IP ASMとの統合の構成

ここでのトピック

- Oracle AVDFとBIG-IP ASMの統合の概要

- 統合による動作

- Oracle AVDFとBIG-IP ASMの統合のデプロイ

- Oracle AVDFレポートでのF5データの表示

Oracle AVDFとBIG-IP ASMの統合の概要

この章では、Audit Vault and Database Firewall (Oracle AVDF)、BIG-IP Application Security Manager (ASM)、WebクライアントおよびWebアプリケーション・サーバーの統合について説明し、統合による動作とその主な利点についても説明します。

F5 Networks社のBIG-IP Application Security Manager (ASM)は高度なWebアプリケーション・ファイアウォール(WAF)で、Webベースの様々な攻撃に対してネットワークのエッジで包括的な保護を実現します。

図9-1に示すように、BIG-IP ASMはWebクライアントとWebアプリケーション・サーバーの間にデプロイされます。これによって、各HTTPおよびHTTPSリクエストが分析され、攻撃がWebアプリケーション・サーバーに達する前に潜在的な攻撃をブロックします。BIG-IP ASMは様々なBIG-IPプラットフォームにインストールできます(「Oracle AVDFとBIG-IP ASMの統合のデプロイ」を参照)。

図9-1 Oracle AVDFとF5 BIG-IP ASMのデータ・フロー・ユニット

Database FirewallはWebアプリケーション・サーバーとデータベースの間にデプロイされます。これによって、データベースに送信されたSQL文の目的が分析され、ネットワーク内外からの攻撃に対してデータベースが保護されます。セキュリティ上の既知の脅威の構文を認識するだけでなく、それまで認知されていなかった攻撃(組織を標的にした攻撃を含む)もブロックします。

BIG-IP ASMとDatabase Firewallの両方を含むデプロイメントによって、両方の製品が持つセキュリティ機能の利点をすべて利用でき、2つのシステムが連携して機能して比類なきレベルのデータ・セキュリティを実現します。

この統合の主な利点は、BIG-IP ASMからDatabase Firewallに、データベースに送信されたSQL文に関する追加情報(SQL文を送信したWebユーザーの名前やIPアドレスを含む)を渡すことができることです。この情報は、Webアプリケーション・サーバーで生成されたSQL文からは通常取得できません。

BIG-IP ASMおよびDatabase Firewallシステム自体から取得された情報は、Database Firewallによって該当する文の属性としてログに記録されます。データがログに記録されるとトラフィック・ログのビューに取り込むことができるため、あらゆる攻撃のソースと特性を完全に視覚化できます。

主な利点の概要

この統合の主な利点は、次のとおりです。

- 2つのシステムが連携することによってセキュリティが向上します。

- Oracle AVDFでは、Webアプリケーション層からのSQL文の作成元と内容に関する詳細情報を提供できます。

- Oracle AVDFは、BIG-IP ASMで生成されたデータのログ・ストアとして機能できます。

- ネットワークのエッジ、およびデータベース周りにおいて階層化されたセキュリティを提供できます。

統合による動作

統合によって、syslogメッセージ・システムを使用してBIG-IP ASMからアラートを配信できます。標準のBIG-IP ASM syslogメッセージは、ASMロギング・プロファイルを使用して有効になり、セキュア・ターゲット・クライアントのIPアドレス、セッションのその他の属性など各アラートの詳細を提供します。

BIG-IP ASM iRule(tm)が設定されるため、ユーザーのログイン中にsyslogメッセージが生成され、Webユーザー名が特定されます。Oracle AVDFにはサンプルのiRuleが用意されていますが、Webアプリケーションの特定のログイン手順に一致するようにカスタマイズする必要があります。「BIG-IP ASM iRuleの開発」を参照してください。

デプロイ手順中に、BIG-IP ASMはすべてのsyslogメッセージをOracle AVDFにルーティングするように設定されます。Oracle AVDFでは、関連する各BIG-IP ASM syslogメッセージと、Webアプリケーション・サーバーで生成された該当するSQL文が照合されます。一致が検出されると、BIG-IP ASM syslogメッセージに含まれている情報が抽出され、ログに記録されたSQL文の属性としてその情報が格納されます。一致が検出されなかった場合は、別のレコードがトラフィック・ログに追加され、syslogメッセージに含まれる属性が格納されます。

このソフトウェアでは、Cookieを使用してSQL文とWebユーザーが照合されます。ユーザーがログインすると、BIG-IP ASMでは一意のCookieがそのユーザーに割り当てられます(通常、Cookieの名前は「TS」で始まります)。そのCookieとユーザー名は、ASM上のiRuleで生成されたsyslogメッセージによってOracle AVDFに送信されます。ユーザーのアクションによってアラートまたは他のイベントが発生した場合、BIG-IP ASMでは同じ識別Cookieを含む追加のsyslogメッセージが生成され、ソフトウェアでそのsyslogメッセージと特定のユーザーを照合できます。Oracle AVDFシステムでもsyslogメッセージとSQL文を照合できるため、潜在的な脅威に関連するSQL文を特定のWebユーザーに結び付けることができます。

Oracle AVDFでは、BIG-IP ASMから受信したすべてのsyslogメッセージを外部のsyslogサーバーに自動的にリレーできます(最大サイズは各2KB)。必要な場合は、Oracle AVDF自体で生成されたsyslogメッセージも同じ宛先にルーティングできます。Oracle AVDFがBIG-IP ASM syslogのトラフィックを変更することはありません。

Oracle AVDFではBIG-IP ASMとの接続の状態を監視し、接続が検出されない場合または接続が失われた場合は、syslogメッセージが2分ごとに生成されます。

Oracle AVDFとBIG-IP ASMの統合のデプロイ

ここでのトピック

- デプロイメントの概要

- システム要件

- F5と連携して機能するためのOracle AVDFの構成

- BIG-IP ASMの構成

- BIG-IP ASM iRuleの開発

デプロイメントの概要

Oracle AVDFを使用してBIG-IP ASMをデプロイするには、両方のシステムで簡単な設定をいくつか構成し、Webアプリケーションの構成に一致するように、iRuleをカスタマイズする必要があります。

システム要件

統合には次の製品が必要です。

- Oracle AVDF

- F5 BIG-IP ASMバージョン9.4.5、バージョン10またはバージョン11。FirePass®、BIG-IP LTM(tm)、BIG-IP GTM(tm)、WebAccelerator(tm)、WANJet®など他のF5製品は、現在サポートされていません。

F5のWebサイト(http://www.f5.com/)でBIG-IP ASMの最新情報を閲覧してください。

F5と連携して機能するためのOracle AVDFの構成

Oracle AVDFは、セキュア・ターゲットの強制ポイントを構成した後にのみ、F5 BIG-IP ASMと連携して動作するように構成できます。

セキュア・ターゲットのF5 BIG-IP ASMと連携して動作するようにOracle AVDFを構成する手順は、次のとおりです。

1. 強制ポイントがこのセキュア・ターゲットに定義されていることを確認します。
「強制ポイントの構成」を参照してください。

2. Audit Vault Serverコンソールに管理者としてログインします。

3. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「強制ポイント」をクリックします。

4. このセキュア・ターゲットを監視する強制ポイントの名前をクリックします。

5. 「詳細」をクリックします。

6. オプションを設定します。

- システム・アドレス: この読取り専用情報は、この強制ポイントに関連付けられたDatabase FirewallのIPアドレスを示します。BIG-IP ASMは、syslogメッセージをこのアドレスとポートに送信する必要があります。

- WAFアドレス: 単語DISABLEDを削除し、syslogメッセージを生成してDatabase Firewallに送信する各BIG-IP ASMシステムのIPアドレスを入力します。各IPアドレスは空白で区切ります。

- WAFアラート転送の無効化: Database Firewallでsyslogメッセージの転送を停止する場合は、このチェック・ボックスを選択します。アラート転送の現在のステータスがこのオプションの下に表示されます。

- 宛先ホストおよび宛先ポート: Database Firewallから転送されたBIG-IP ASM syslogメッセージを受信するsyslogサーバーのIPアドレスとポート番号を指定します。Database Firewallは、これらのメッセージを変更せずにリレーします。
このIPアドレスは、Database Firewall自体で生成されるsyslogメッセージのsyslog宛先と同じである必要はありません。

- WAFログ・データによるレポートの拡張: syslogメッセージから取得したBIG-IP ASM属性(IPアドレス、Webアプリケーション・ユーザーの名前など)をDatabase Firewallで記録できるようにする場合は、このチェック・ボックスを選択します。このチェック・ボックスを選択しない場合、Database FirewallはF5とDatabase Firewall SQLのメッセージの照合を試みません。

- Cookie接頭辞: F5では、Cookieに標準の接頭辞を付けて、提供するページに追加します。必要に応じて、このフィールドでこれらのCookieの接頭辞を変更します。Database Firewallでは、この接頭辞を使用してCookieを検索します。

- Session Idle Timeout: このフィールドに指定した時間の長さだけユーザーのCookieが保存されます。このため、ここで指定した時間が経過すると、同じCookieを別のユーザーが使用できるようになります。

- Exclude Addresses: レポート作成の目的で無視する、Webアプリケーション・サーバーまたは他のSQL生成ソースのIPアドレスのリストを指定できます。たとえば、内部Webアプリケーション・サーバーのIPアドレスを追加できます。

BIG-IP ASMの構成

この項では、ロギング・プロファイルの作成方法とポリシー設定の記述方法について説明します。

- ロギング・プロファイル

- ポリシー設定

ロギング・プロファイル

BIG-IP ASM syslogメッセージをOracle AVDFに送信するように、Webアプリケーションのロギング・プロファイルを構成します。サーバーIPとサーバー・ポート(たとえば、5514)を使用して、Database FirewallのIPアドレス(ファイアウォールの管理コンソールへの接続に使用するIPアドレスと同じ)を指定します。プロトコルは「TCP」を選択します。

「Selected Items」には、次の属性が含まれている必要があります。

- violations

- unit_hostname

- management_ip_address

- policy_name

- policy_apply_date

- x_forwarded_for_header_value

- support_id

- request_blocked (F5バージョン9の場合)またはrequest_status (F5バージョン10およびバージョン11の場合)

- response_code

- method

- protocol

- uri

- query_string

- ip (F5バージョン9の場合)またはip_client (F5バージョン10およびバージョン11の場合)

- web_application_name (F5バージョン11.2の場合はhttp_class_name)

- request

注意:
属性は、ここに示した順序で「Selected Items」ボックスに表示される必要があります。

ポリシー設定

ポリシー設定によって、必要なイベントを有効にしてsyslogを送信します(この方法が不明な場合は、ASMのヘルプを参照してください)。

Oracle AVDFでは、次のイベントが認識されます。

- Evasion technique detected

- Request length exceeds defined buffer size

- Illegal dynamic parameter value

- Illegal meta character in header

- Illegal meta character in parameter value

- Illegal parameter data type

- Illegal parameter numeric value

- Illegal parameter value length

- Illegal query string or POST data

- Illegal static parameter value

- Parameter value does not comply with regular expression

- Attack signature detected

- Illegal HTTP status in response

BIG-IP ASM iRuleの開発

オプションで、iRuleを使用すると、ログイン・ページを監視し、ユーザーがWebアプリケーションにログインするたびにsyslogメッセージを生成できます。syslogメッセージには、Webアプリケーション・ユーザーのユーザー名、およびそのユーザーに関連付けられたCookieが含まれます。メッセージはDatabase Firewallにルーティングされ、Webアプリケーション・サーバーで生成されたSQL文に対してユーザー名がログに記録されます。

Oracle AVDFに用意されているサンプルのiRuleには、syslogメッセージの必要な形式が含まれていますが、使用するWebアプリケーションの特定のログイン要件に合せてカスタマイズする必要があります。

# F5 BIG-IP example iRule
# Description: Capture username and cookies from user login to web application
#
# Global variable definitions and other initialisation logic goes here
when RULE_INIT {
### Customise this to suit your application
# The page that user logins from
set ::login_page "/login.asp"
# The name of the field holding the user name
set ::login_parameter_name "Uname"
# The method of authentiaction which will be sent to  Oracle Database Firewall
set ::auth_method "webforms"
# HTTP protocol methods that is used by the login form
set ::login_method "POST"
### Don't change these
# Limit the length of the HTTP request for safety
set ::max_header_content_length 5242880
# Log iRule trace messages to /var/log/ltm? 1=yes, 0=no
# Must be set to 0 for production systems
set ::payload_debug 0
}
# HTTP request received, check if it's a login request and start assembling the
# data
when HTTP_REQUEST {
# Log the debug message if trace is enabled
if {$::payload_debug}{log local3. "[IP::client_addr]:[TCP::client_port]:
New HTTP
[HTTP::method] request to [HTTP::host][HTTP::uri]"}
# Reset cookies to empty, later used as an indicator of the fact that
# login HTTP
request has been received
set cookie_all ""
# If the request is to the login page populate cookie_all variable with
# all the cookies received
if {[HTTP::path] starts_with $::login_page and [HTTP::method] eq
$::login_method}
{
set cookie_name [HTTP::cookie names]
for {set c 0}{$c < [HTTP::cookie count]}{incr c}{
set cookie_string [split [lindex $cookie_name $c] " "]
set cookie_list $cookie_string=[HTTP::cookie [lindex
$cookie_string 0]]
append cookie_all "," $cookie_list
}
# Log the debug message if trace is enabled
if {$::payload_debug}{log local3. "[IP::client_addr]:[TCP::client_port]:

Matched path and method check"}
# Validate the Content-Length value and set the content_length variable
if {[HTTP::header value Content-Length] > $::max_header_content_length }
{set content_length $::max_header_content_length
} else {
set content_length [HTTP::header value Content-Length]
}
# Get the payload data
if {$content_length > 0}{
HTTP::collect $content_length
# Log the debug message if trace is enabled
if {$::payload_debug}{log local3.
"[IP::client_addr]:[TCP::client_port]: Collecting $content_length
bytes"}
}
}
}
# Got the data, parse them and generate the syslog message
when HTTP_REQUEST_DATA {
# If cookies are present this is a login request, get the user name
if {$cookie_all != "" } {
# Log the debug message if trace is enabled
if {$::payload_debug}{log local3. "[IP::client_addr]:
[TCP::client_port]:
Collected request data: [HTTP::payload]"}
# Reset the error flag to 0
set uname_logged 0
# Find the $::login_parameter_name among the parameters in the request and
extrat its value
set param_value_pairs [split [HTTP::payload] "&"]
for {set i 0} {$i < [llength $param_value_pairs]} {incr i} {
set params [split [lindex $param_value_pairs $i] "="]
if { [lindex $params 0] equals $::login_parameter_name } {
# User name was found, generate the syslog message
# which includes IP, port, all the cookies, user name and
# the auth_method string
set username [lindex $params 1]
log local3. "DBFIREWALL:CLIENT=[IP::client_
addr]:[TCP::client_port]$cookie_all,
USERNAME=$username,AUTHMETHOD=$::auth_method"
# Set the flag so not to trigger the error reporting log
message below
set uname_logged 1
break
}
}
# If user name has not been found in parameters log an error
if {$uname_logged == 0 } {
log local0. "ERROR: iRule failed to extract user name from
page $login_page with parameter $login_parameter_name"
}
}
}

syslogメッセージの必要な形式

カスタムiRuleで生成されるsyslogメッセージの必要な形式は、次のとおりです。

Rule [iRuleName] HTTP_REQUEST_DATA:
DBFIREWALL:CLIENT=[ClientIPAddress]:[ClientPort],[Cookies],
USERNAME=[Name],AUTHMETHOD=[AuthMethod]

詳細は、次のとおりです。

- [iRuleName]は、iRuleの名前です。

- [ClientIPAddress]は、Webクライアントのセキュア・ターゲットIPアドレスです。

- [ClientPort]は、Webクライアントのセキュア・ターゲット・ポート番号です。

- [Cookies]は、BIG-IP ASM HTTPオブジェクトから使用可能なCookieのリストです。

- [Name]は、ユーザー名です。

- [AuthMethod]は、F5 WebサーバーとそのWebクライアントの間で使用される認証の方法で、BIG-IP ASMで設定されます。Oracle AVDFでは、使用される認証方法をレポートするとき以外はこの情報を使用しません。
次に例を示します。

Rule capture_login_rule HTTP_REQUEST_DATA:
DBFIREWALL:CLIENT=192.0.2.1:443,ASPSESSIONIDSASSBSCD=1234,TS10da7b=23545,
USERNAME=FredBloggs,AUTHMETHOD=webforms

syslog-ng.confの構成

iRuleのsyslogメッセージがOracle AVDFに送信されるようにするには、BIG-IPハードウェア・プラットフォームにログインして、以下に示されているご使用のバージョン用のBIG-IP ASMコマンドを実行する必要があります。これにより、/etc/syslog-ng /syslog-ng.confが変更されます(このファイルを直接変更してもシステムの再起動後に変更内容が失われるため、直接変更しないでください)。

BIG-IP ASMバージョン11の場合

syslog-ng.confを構成する手順は、次のとおりです。

1. 次のコマンドを実行します。

modify sys syslog remote-servers add {dbfw_server_name {host dbfw_IP_address remote-port dbfw_port}}

dbfw_server_nameはDatabase Firewallサーバーの名前で、dbfw_IP_addressとdbfw_portはDatabase FirewallのIPアドレスとポート番号です。次に例を示します。

modify sys syslog remote-servers add { d_dbfw {host 192.0.2.181 remote-port 5514}}

2. システム構成を保存します。

save sys config

サポートされている他のすべてのBIG-IP ASMバージョンの場合

syslog-ng.confを構成するには、次のコマンドを実行します。

bigpipe syslog include "destination d_dbfw { tcp(\"dbfw_ip_address\" port(dbfw_port));};log { source(local); filter(f_local3); destination(d_dbfw);};"

dbfw_ip_addressとdbfw_portは、Database FirewallのIPアドレスとポート番号です(手順6のシステム・アドレスに入力した値)。

次に例を示します(IPアドレスとポートは強制ポイントごとに異なります)。

bigpipe syslog include "destination d_dbfw { tcp(\"192.0.2.181\" port(5514));};log { source(local); filter(f_local3); destination(d_dbfw);};"

syslog宛先名(d_dbfw)の2つのインスタンスを変更する必要があるのは、万一宛先名がすでに使用されている場合のみです。

Oracle AVDFレポートでのF5データの表示

Audit Vault Serverコンソールからは、様々なレポートを生成できます。これらのレポートは、『Oracle Audit Vault and Database Firewall監査者ガイド』のDatabase FirewallのF5レポートに関する表を参照してください。

10 ArcSight SIEMとの統合の構成

ここでのトピック

- Oracle AVDFとHP ArcSight SIEMの統合による動作

- HP ArcSight SIEM統合の有効化

Oracle AVDFとHP ArcSight SIEMの統合による動作

HP ArcSight Security Information Event Management (SIEM)システムは、様々なソースからのメッセージを記録、分析および管理するための集中管理システムです。Audit Vault Serverは、Oracle AVDFのAudit Vault ServerコンポーネントとDatabase Firewallコンポーネントの両方からArcSight SIEMにメッセージを転送します。

ArcSight SIEMとOracle AVDFを統合する場合、追加のソフトウェアをインストールする必要はありません。Audit Vault Serverコンソールを使用して統合を構成します。

ArcSight SIEMサーバーに送信されるメッセージは、Oracle AVDFから送信されるその他のメッセージから独立しています。これは、標準のsyslogメッセージを異なる宛先に送信できることを意味します。

Oracle AVDFでは、ArcSight SIEMに送信可能なメッセージがカテゴリ化されます。次の3つのカテゴリがあります。

- システム: Oracle AVDFのAudit Vault ServerコンポーネントおよびDatabase Firewallコンポーネントのサブコンポーネントからのsyslogメッセージ

- 情報: Oracle AVDFのDatabase Firewallコンポーネントからの特定の変更ロギング

- デバッグ: Oracleサポートの指示があった場合にのみ使用するカテゴリ

HP ArcSight SIEM統合の有効化

ArcSight SIEM統合を有効にすると、設定値はすぐに有効になります。Audit Vault Serverを再起動する必要はありません。

ArcSight SIEM統合を有効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールにスーパー管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「システム」メニューから「コネクタ」をクリックし、「HP ArcSight SIEM」セクションまでスクロールします。

4. 次の情報を指定します。

- ArcSightイベント転送の有効化: ArcSight SIEM統合を有効にする場合に、このチェック・ボックスを選択します。

- ArcSight destinations: 使用する通信プロトコルに応じて、「UDP」フィールドにArcSightサーバーのIPアドレスまたはホスト名を入力するか、「TCP」フィールドにArcSightサーバーのIPアドレス、ホスト名およびポートを入力します。この設定を使用すると、syslogログ出力を共通イベント・フォーマット(CEF)でこのArcSightサーバーに送信できます。

- イベント・カテゴリ: ArcSightサーバーで必要なメッセージのタイプに応じて、メッセージ・カテゴリの組合せを選択します。

- メッセージ長の制限: 指定したバイト数にメッセージを制限できます。

- 最大メッセージ長(バイト): 「メッセージ長の制限」を選択した場合、任意の最大長を入力します。許容範囲は1024から1048576文字です。

5. 「保存」をクリックします。

第II部

一般的な管理タスク

第II部では、第I部の手順を完了してAudit Vault and Database Firewallシステムを構成していることを前提としています。ここでは、一般的な管理タスクについて説明します。

構成は次のとおりです。

- 第11章「ユーザー・アカウントおよびアクセス権の管理」

- 第12章「Audit Vault ServerおよびDatabase Firewallの管理」

- 第13章「SANリポジトリの構成(AVDF 12.1.2)」

11 ユーザー・アカウントおよびアクセス権の管理

ここでのトピック

- Oracle AVDF管理アカウントの概要

- Audit Vault Serverの管理アカウントの構成

- セキュア・ターゲットまたはセキュア・ターゲット・グループへのユーザー・アクセスの管理

- Oracle AVDFでのユーザー・パスワードの変更

Oracle AVDF管理アカウントの概要

管理者がOracle Audit Vault and Database Firewallにログインすると、管理機能にのみアクセスできるのに対し、監査者は監査機能にのみアクセスできます。

Oracle AVDFには、次の3つのタイプの管理ユーザー・アカウントがあります。

- Audit Vault Serverスーパー管理者:

- 全システム的な設定を管理します。

- スーパー管理者および管理者のユーザー・アカウントを作成します。

- すべてのセキュア・ターゲットおよびセキュア・ターゲット・グループにアクセスできます。

- セキュア・ターゲットまたはセキュア・ターゲット・グループへのアクセス権を管理者に付与します。

- Audit Vault Server管理者: スーパー管理者によってアクセス権を付与された特定のセキュア・ターゲットまたはセキュア・ターゲット・グループにアクセスできます。管理者は全システム的な設定を管理できません。

- Database Firewall管理者: Database Firewall管理インタフェースにアクセスできます。

Oracle AVDFのインストール後に、「インストール後の構成」ページを使用すると、Audit Vault Server用に1つのスーパー管理者アカウントおよび1つのスーパー監査者アカウントに対するパスワードを、Database Firewall用に1つの管理者アカウントに対するパスワードを作成および指定できます。

それ以降、サーバーに対して、Audit Vault Serverスーパー管理者は他の管理ユーザーを作成でき、スーパー監査者は他の監査ユーザーを作成できます。

Database Firewallに設定できる管理者は1人のみです。インストール後の構成の詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

この章では、Oracle AVDF管理者ユーザー・インタフェース用のユーザー・アカウントおよびパスワードの管理について説明します。監査者アカウントの管理の詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

Audit Vault Serverの管理アカウントの構成

ここでのトピック

- Oracle AVDFユーザー・アカウントの保護に関するガイドライン

- Audit Vault Serverの管理アカウントの作成

- Audit Vault Serverのユーザー・アカウント・タイプの変更

- Audit Vault Server管理者アカウントの削除

Oracle AVDFユーザー・アカウントの保護に関するガイドライン

ベスト・プラクティスとして、インストール済のAudit Vault and Database Firewallユーザー・アカウントのみをバックアップ・アカウントとして使用してください。毎日の
Oracle AVDF操作を担当するユーザー用には、一意のユーザー名およびパスワードの新しいユーザー・アカウントを追加します。

注意:
Audit Vault and Database Firewallでは、引用符付きのユーザー名を使用できません。たとえば、"jsmith"は、Oracle AVDFユーザー・アカウントまたはOracle AVDFで使用するためにセキュア・ターゲットで作成したアカウントとして有効なユーザー名ではありません。

Audit Vault Serverの管理アカウントの作成

Audit Vault Serverスーパー管理者は、スーパー管理者と管理者の両方のユーザー・アカウントを作成できます。

Audit Vault Serverで管理アカウントを作成する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックします。
デフォルトでは、「管理者の管理」ページが表示され、既存のユーザーと、そのユーザーがアクセスできるセキュア・ターゲットまたはセキュア・ターゲット・グループが表示されます。

3. 「作成」をクリックします。

4. ユーザー名とパスワードを入力し、該当するフィールドにパスワードを再入力します。
Oracle AVDFでは、"jsmith"などの引用符付きのユーザー名を使用できません。

5. 「タイプ」ドロップダウン・リストで、「管理者」または「スーパー管理者」を選択します。
これらのロールの詳細は、「Oracle AVDF管理アカウントの概要」を参照してください。

6. 「保存」をクリックします。
新しいユーザーが「管理者の管理」ページにリスト表示されます。

Audit Vault Serverのユーザー・アカウント・タイプの変更

管理アカウント・タイプは、管理者からスーパー管理者に、またはその反対に変更できます。

ユーザーのアカウント・タイプを管理者からスーパー管理者に変更した場合、そのユーザーはすべてのセキュア・ターゲットおよびセキュア・ターゲット・グループにアクセスできます。

Oracle AVDFでユーザー・アカウント・タイプを変更する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックします。
デフォルトでは、「管理者の管理」ページが表示され、既存のユーザーと、そのユーザーがアクセスできるセキュア・ターゲットまたはセキュア・ターゲット・グループが表示されます。

3. 変更するユーザー・アカウントの名前をクリックします。

4. 「管理者の変更」ページの「タイプ」セクションで、「変更」をクリックします。

5. 「タイプ」ドロップダウン・リストで、新しい管理者タイプを選択します。

6. 「スーパー管理者」から「管理者」にタイプを変更した場合、必要に応じて、このユーザーに対するセキュア・ターゲットまたはセキュア・ターゲット・グループへのアクセス権を付与または取り消します。

1. アクセス権を付与または取り消すセキュア・ターゲットまたはセキュア・ターゲット・グループを選択します。

2. 「アクセス権の付与」または「アクセス権の取消し」をクリックします。
チェック・マークは、アクセス権が付与されていることを示します。Xは、アクセス権が取り消されていることを示します。

3. 必要に応じて、手順aおよびbを繰り返します。

7. 「保存」をクリックします。

Audit Vault Server管理者アカウントの削除

Audit Vault Server管理者ユーザー・アカウントを削除する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックします。
デフォルトでは、「管理者の管理」ページが表示され、既存のユーザーと、そのユーザーがアクセスできるセキュア・ターゲットまたはセキュア・ターゲット・グループが表示されます。

3. 削除するユーザーを選択し、「削除」をクリックします。

セキュア・ターゲットまたはセキュア・ターゲット・グループへのユーザー・アクセスの管理

ここでのトピック

- ユーザー・アクセスの管理の概要

- ユーザーによるアクセス権の制御

- セキュア・ターゲットまたはセキュア・ターゲット・グループによるアクセス権の制御

ユーザー・アクセスの管理の概要

スーパー管理者は、すべてのセキュア・ターゲットおよびセキュア・ターゲット・グループにアクセスでき、特定のターゲットおよびグループへのアクセス権を管理者に付与できます。

セキュア・ターゲットまたはセキュア・ターゲット・グループへのアクセス権は、次の2つの方法で制御できます。

- セキュア・ターゲットまたはセキュア・ターゲット・グループを変更して、1人以上のユーザーに対するアクセス権を付与または取り消します。

- ユーザー・アカウントを変更して、1つ以上のセキュア・ターゲットまたはセキュア・ターゲット・グループへのアクセス権を付与または取り消します。

ユーザーによるアクセス権の制御

ユーザーがアクセスできるセキュア・ターゲットまたはセキュア・ターゲット・グループを制御する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックします。
デフォルトでは、「管理者の管理」ページが表示され、既存のユーザーと、そのユーザーがアクセスできるセキュア・ターゲットまたはセキュア・ターゲット・グループが表示されます。

3. 変更するユーザー・アカウントの名前をクリックします。
「管理者の変更」ページが表示されます。

4. 「ターゲットとグループ」セクションで、このユーザーに対するアクセス権を付与または取り消すセキュア・ターゲットまたはセキュア・ターゲット・グループを選択します。

5. 「アクセス権の付与」または「アクセス権の取消し」をクリックします。
チェック・マークは、アクセス権が付与されていることを示します。"x"は、アクセス権が取り消されていることを示します。

6. 必要に応じて、手順4および5を繰り返します。

7. 「保存」をクリックします。

セキュア・ターゲットまたはセキュア・ターゲット・グループによるアクセス権の制御

セキュア・ターゲットまたはセキュア・ターゲット・グループにアクセスできるユーザーを制御する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックした後、「アクセスの管理」をクリックします。

3. アクセス権限を定義するセキュア・ターゲットまたはセキュア・ターゲット・グループの名前をクリックします。
アクセス権限の変更ページが表示され、このセキュア・ターゲットまたはセキュア・ターゲット・グループへのユーザー・アクセス権限がリスト表示されます。スーパー管理者は、デフォルトでアクセス権を持っています。

4. 「アクセス権限の変更」ページで、このセキュア・ターゲットまたはセキュア・ターゲット・グループへのアクセス権を付与または取り消すユーザーを選択します。

5. 「アクセス権の付与」または「アクセス権の取消し」をクリックします。
チェック・マークは、アクセス権が付与されていることを示します。"x"は、アクセス権が取り消されていることを示します。

6. 必要に応じて、手順4および5を繰り返します。

7. 「保存」をクリックします。

Oracle AVDFでのユーザー・パスワードの変更

ここでのトピック

- 推奨パスワードのガイドライン

- Audit Vault Server管理者ユーザー・パスワードの変更

- Database Firewall管理者パスワードの変更

推奨パスワードのガイドライン

Audit Vault and Database Firewallユーザー・アカウントには、パスワード変更ポリシーを適用する必要があります。たとえば、定期的に(120日ごとなど)パスワードを変更することや、簡単に推測されないパスワードを作成することをユーザーに要求します。

パスワードは一意である必要はありませんが、次のようなパスワードをお薦めします。

- 大文字英字、英字、数字、特殊文字(プラス記号、カンマ、ピリオドまたはアンダースコア)がそれぞれ少なくとも1つ含まれるようにします。

- 8文字以上30文字以下にします。

- 次の文字で構成します。

- 小文字: a-z

- 大文字: A-Z

- 数値: 0-9

- 句読点記号: カンマ(,)、ピリオド(.)、プラス記号(+)、コロン(:)およびアンダースコア(_)

- ユーザー名と同じにならないようにします。

- Oracleの予約語は使用できません。

- わかりやすい語(welcome、account、database、userなど)は使用しないでください。

- 連続する文字が含まれないようにします。

Audit Vault Server管理者ユーザー・パスワードの変更

Audit Vault Serverユーザー・パスワードを変更する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックした後、「パスワードの変更」をクリックします。

3. 「現在のパスワード」と「新規パスワード」に値を入力した後、該当するフィールドに新しいパスワードを再入力します。
「推奨パスワードのガイドライン」を確認してください。

4. 「保存」をクリックします。

Database Firewall管理者パスワードの変更

Database Firewall管理者パスワードを変更する手順は、次のとおりです。

1. Database Firewallにログインします。
「Database FirewallコンソールUIへのログイン」を参照してください。

2. 「ユーザー」メニューで、「リスト」をクリックします。

3. 「ユーザー」リストで、パスワードを変更するユーザー名をクリックします。

4. 「パスワード」フィールドと「パスワードの確認」フィールドに新しいパスワードを入力して確認します。

5. ユーザー・パスワード・フィールドに、古いパスワード(変更するパスワード)を入力します。

6. 「保存」をクリックします。

12 Audit Vault ServerおよびDatabase Firewallの管理

この項では、初期構成の完了後における毎日のAudit Vault ServerおよびDatabase Firewallの操作の管理について説明します。

ここでのトピック

- Audit Vault Serverの設定、ステータスおよびメンテナンス操作の管理

- Audit Vault Serverのネットワーク構成またはサービス構成の変更

- 電子メール、syslogおよびArcSight SIEMのサーバー・コネクタの管理

- プラグインの管理

- 監査データのアーカイブおよびリストア

- ジョブの監視

- サーバーの表領域の領域使用量の監視

- サーバーのアーカイブ・ログのディスク領域使用量の監視

- サーバーのフラッシュ・リカバリ領域の監視

- AVCLIコマンドライン・インタフェースのダウンロードおよび使用

- Oracle AVDF SDKのダウンロード

- Audit Vault Serverのバックアップとリストア

- Database Firewallの管理

Audit Vault Serverの設定、ステータスおよびメンテナンス操作の管理

ここでのトピック

- サーバー・ステータスおよびシステム操作の確認

- Audit Vault Serverの証明書および公開鍵へのアクセス

- Audit Vault Serverの再起動および電源オフ

- キーボード・レイアウトの変更

- Audit Vault Serverの診断のダウンロード(AVDF 12.1.2)

サーバー・ステータスおよびシステム操作の確認

Audit Vault Serverのステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「システム」メニューで、「ステータス」をクリックします。
サーバーの統計、プロセス、ネットワーク・サービス、ネットワーク接続が表示されます。

4. オプションで、「テスト診断」ボタンをクリックし、一連の診断チェックを実行します。
この診断には次のテストが含まれます。

- 構成ファイルの存在とアクセス権限

- ファイル・システムのサニティ

- ネットワーク構成

- データベース・サーバー・プロセス、イベント収集プロセス、Javaフレームワーク・プロセス、HTTPサーバー・プロセスなど、システムの実行に必要な各種プロセスのステータス。

診断テストが完了すると、各テストの結果を示すレポートが表示されます。

Audit Vault Serverの証明書および公開鍵へのアクセス

ここでのトピック

- サーバー証明書へのアクセス

- サーバー公開鍵へのアクセス

サーバー証明書へのアクセス

Database Firewallをデプロイしている場合、Audit Vault Serverの証明書およびIPアドレスを各Database Firewallに指定する必要があります。

サーバー証明書にアクセスする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「セキュリティ」メニューで、「証明書」をクリックします。
サーバーの証明書が表示されます。証明書をコピーして、各Database Firewallに指定できます。「Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

サーバー公開鍵へのアクセス

サーバーの公開鍵は、Audit Vault Serverから別のシステムにアーカイブ・ファイルをアップロードするために、そのシステムに指定する必要があります。この公開鍵は、そのシステムのauthorized_keysファイルに追加する必要があります。一般的なLinuxインストールの場合、このファイルは、ユーザーのホーム・ディレクトリの.ssh下にあります。また、権限を0700に設定する必要があります。

サーバー公開鍵にアクセスする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「アーカイブ中」メニューで、「アーカイブの場所の管理」をクリックした後、「作成」をクリックします。
「公開鍵」フィールドに公開鍵が表示されます。この鍵をコピーして、別のシステムの適切なファイルに貼り付けることができます。

Audit Vault Serverの再起動および電源オフ

Audit Vault Serverを再起動または電源オフする手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューで「管理」をクリックします。

3. 「再起動」または「電源オフ」をクリックします。

キーボード・レイアウトの変更

Audit Vault Serverで使用するキーボード・レイアウトを変更する手順は、次のとおりです。

1. Audit Vault Serverコンソールにスーパー管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューで「管理」をクリックします。

3. 「キーボード」ドロップダウン・リストから、目的のキーボードを選択します。

4. 「保存」をクリックします。

Audit Vault Serverの診断のダウンロード(AVDF 12.1.2)

この手順では、Audit Vault Serverの診断をダウンロードできます。データベース・ファイアウォールの診断を表示する場合は、「Database Firewallのステータスおよび診断レポートの表示」を参照してください。

ALTER SYSTEMコマンドを使用して各種サーバー・コンポーネントのLOGLEVELを設定することによって、収集する診断情報の量を調整できます。詳細は、「ALTER SYSTEM SET」を参照してください。

Audit Vault Server診断のログ・ファイルをダウンロードする手順は、次のとおりです。

1. Audit Vault Serverコンソールにスーパー管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューで「ステータス」をクリックします。

3. 「診断のダウンロード」ボタンをクリックし、ファイルの場所を選択して、「保存」をクリックします。
選択した場所に、診断ログ・ファイル(.zip)がダウンロードされます。

「Database Firewallのステータスおよび診断レポートの表示」も参照してください。

監査データのアーカイブおよびリストア

ここでのトピック

- アーカイブ・ジョブの開始

- Oracle AVDF監査データのリストア

アーカイブ・ジョブの開始

Oracle AVDF監査者がセキュア・ターゲットの保存(アーカイブ)ポリシーを選択した場合、保存ポリシーで指定された「オンラインだった月数」に従って、そのセキュア・ターゲットの監査データがアーカイブ・ジョブの対象となります。「オンラインだった月数」の期間が経過すると、データはアーカイブ可能な状態になり、レポートに表示されなくなります。

アーカイブ・ジョブを開始するには、アーカイブ場所を少なくとも1つ構成する必要があります。「アーカイブ場所の定義」を参照してください。

詳細は、「Oracle AVDFでのデータのアーカイブおよびリストアの概要」を参照してください。

アーカイブ・ジョブを開始する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「アーカイブ中」メニューで「アーカイブ」をクリックします。

3. 次のフィールドを指定します。

- ジョブ名: アーカイブ・ジョブの名前を入力します。

- アーカイブの場所: アーカイブ場所を選択します。
アーカイブ場所を作成していない場合は、「アーカイブ場所の定義」を参照してください。

4. アーカイブするファイルを選択します。
リストされるファイルは、セキュア・ターゲットの保存ポリシーに従って「オンラインだった月数」の期間が経過したものです。

5. 「Archive」ボタンをクリックします。

「ジョブ」ページ(「設定」タブの「システム」メニュー)から、アーカイブ・ジョブの進捗を確認できます。「ジョブの監視」を参照してください。

Oracle AVDF監査データのリストア

特定のセキュア・ターゲットおよび時間範囲のデータ・ファイルをリストアできます。セキュア・ターゲット保存(アーカイブ)ポリシーの「アーカイブされていた月数」の値により、どれくらいの期間セキュア・ターゲットのデータをAudit Vault Serverにリストアできるかが決定されます。「アーカイブされていた月数」の期間が経過すると、データはリストアできなくなりますが、その後もアーカイブ場所には存在します。

詳細は、「アーカイブ(保存)ポリシーの作成」および「Oracle AVDFでのデータのアーカイブおよびリストアの概要」を参照してください。

アーカイブからデータ・ファイルをリストアする手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「アーカイブ中」メニューから、「リストア」をクリックします。

3. 「ジョブ名」フィールドに、このリストア・ジョブの名前を入力します。

4. データをリストアするセキュア・ターゲットを選択し、リストアするデータの開始日および終了日を選択します。
開始日および終了日は、イベント時間(イベントが発生した時間)に関連付けられます。

5. 「リストア」ボタンをクリックします。
「ジョブ」ページ(「設定」タブの「システム」メニュー)で、リストア・ジョブのステータスを確認できます。リストアされたデータ・ファイルが使用可能になると、「アーカイブからのリストア」ページの「リストアされたデータファイル」セクションにリスト表示されます。また、データはレポートに表示されるようになります。

6. リストアされたファイルが不要になった場合、そのファイルをパージするには、このページの「リストアされたデータファイル」セクションから、システムからアンロードするファイルを選択した後、「解放」ボタンをクリックします。
正常に解放されると、データはレポートに表示されなくなります。

ジョブの監視

レポートの生成、セキュア・ターゲットからのユーザー権限または監査ポリシーの取得など、Audit Vault Serverで実行される様々なジョブのステータスを確認できます。

Audit Vault Serverでジョブのステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「システム」メニューで、「ジョブ」をクリックします。
ジョブのリストが表示され、ジョブ・タイプ、ID、タイムスタンプ、ステータスおよび関連するユーザー名が表示されます。

4. 個々のジョブの詳細を確認するには、そのジョブの左にあるアイコンをクリックします。

Audit Vault Serverのネットワーク構成またはサービス構成の変更

ネットワーク構成またはサービス構成を設定または変更するには、次の関連する手順に従ってください。

- Audit Vault Serverネットワーク構成の設定または変更

- 「Audit Vault Serverサービスの構成または変更」

電子メール、syslogおよびArcSight SIEMのサーバー・コネクタの管理

コネクタ情報を設定または変更するには、関連する次の手順に従います。

- 「電子メール通知サービスの構成」

- 「Audit Vault Serverのsyslog宛先の構成」

- 「HP ArcSight SIEM統合の有効化」

プラグインの管理

セキュア・ターゲットのタイプをさらにサポートするために追加のプラグインをデプロイしたり、不要になったプラグインをアンデプロイできます。詳細は、「プラグインのデプロイとプラグイン・ホストの登録」を参照してください。

サーバーの表領域の領域使用量の監視

Audit Vault Serverデータベースには、SYSAUX表領域があり、デフォルトでは1つのデータ・ファイルが保持されています。SYSAUX表領域は、自動セグメント領域管理が指定されたローカル管理表領域です。

管理者は、SYSAUX表領域の領域使用量を監視し、必要に応じて保存用の追加のデータファイルを作成する必要があります。

保存用データファイルを追加する場合に使用できるALTER TABLESPACE SQL文の詳細は、『Oracle Database管理者ガイド』を参照してください。表領域を最適化する方法の詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

サーバーのアーカイブ・ログのディスク領域使用量の監視

Audit Vault Serverデータベースでは、デフォルトでARCHIVELOGモードが有効です。ARCHIVELOGモードでは、一杯になったオンラインREDOログがディスクにコピーされます。これにより、データベースをオープンしてユーザーからのアクセスに対応しながらそのデータベースをバックアップすることや、データベースを任意の時点にリカバリすることができます。管理者は、REDOログのディスク領域使用量を監視する必要があります。

LOG_ARCHIVE_DEST_nの場所を変更して、これらのアーカイブ・ログ・ファイルの場所をより大きなディスクに変更する方法の詳細は、『Oracle Database管理者ガイド』を参照してください。アーカイブ・ログのバックアップの詳細は、『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』を参照してください。

サーバーのフラッシュ・リカバリ領域の監視

Audit Vault Serverデータベースには、デフォルトで次の初期化パラメータ設定が含まれます。

- DB_RECOVERY_FILE_DEST_SIZE初期化パラメータは、2GBに設定されています。

- DB_RECOVERY_FILE_DEST初期化パラメータは、デフォルトのフラッシュ・リカバリ領域(通常はORACLE_HOME/flash_recovery_areaディレクトリ)に設定されています。

フラッシュ・リカバリ領域のサイズが、すべてのデータファイルのコピー、すべての増分バックアップ、オンラインREDOログ、テープにバックアップされていないアーカイブREDOログ、制御ファイル、および制御ファイルの自動バックアップの保持に十分な大きさであることを確認してください。この領域は、構成されている監査証跡の数、監査レコードの収集を管理する範囲、実施するバックアップおよびアーカイブ計画によっては、すぐに一杯になる可能性があります。

管理者は、Oracle Enterprise Manager Database Controlを使用して、フラッシュ・リカバリ領域の空き容量を監視できます。「ホーム」ページの「高可用性」セクションの「使用可能なフラッシュ・リカバリ領域」フィールドで、使用可能な領域の割合を監視します。データベース・コンソールのアラート・ログのメッセージを確認します。フラッシュ・リカバリ領域の使用済の領域の割合が85%になると、警告メッセージがアラート・ログに送信されます。フラッシュ・リカバリ領域の使用済の領域の割合が97%になると、クリティカル警告メッセージがアラート・ログに送信されます。

管理者は、データファイルの保存ポリシーを調整して、保持するコピーの部数を減らすか、リカバリ・ウィンドウでファイルを保持する日数を短縮して、フラッシュ・リカバリ領域を管理できます。または、これらのファイルに対応できるようにDB_RECOVERY_FILE_DEST_SIZE初期化パラメータの値を増やし、より多くのディスク領域を使用できるようにDB_RECOVERY_FILE_DEST初期化パラメータの値を設定します。詳細は、『Oracle Database管理者ガイド』および『Oracle Databaseバックアップおよびリカバリ基礎』を参照してください。

AVCLIコマンドライン・インタフェースのダウンロードおよび使用

ここでのトピック

- AVCLIコマンドライン・インタフェースの概要

- AVCLIコマンドライン・ユーティリティのダウンロードおよびJAVA_HOMEの設定

- AVCLIの起動

- AVCLIスクリプトの実行

- AVCLIのログ・レベルの指定

- AVCLIのヘルプおよびバージョン番号の表示

AVCLIコマンドライン・インタフェースの概要

Audit Vault Serverコンソール(Web) UIを使用するかわりに、AVCLIコマンドライン・インタフェースを使用して、セキュア・ターゲットの登録および構成、Audit Vault Serverへの接続など、Oracle AVDFを管理できます。

Audit Vault ServerからAVCLIを実行することも、Audit Vault ServerからAVCLIユーティリティをダウンロードし、別のコンピュータにユーティリティをインストールして実行することもできます。

AVCLIで使用される構文は、SQL*Plusに似ています。たとえば、AVCLI内から、CONNECTコマンドを使用して別のユーザーとしてログインできます。また、AVCLIコマンドでは、大/小文字を区別しません。このマニュアルでは、コマンドは大文字で入力しています。

使用可能なAVCLIコマンドの詳細は、「AVCLIコマンド・リファレンス」を参照してください。

AVCLIコマンドライン・ユーティリティのダウンロードおよびJAVA_HOMEの設定

AVCLIユーティリティはAudit Vault Serverにインストール済です。AVCLIを別のコンピュータで実行する場合は、Audit Vault ServerコンソールからAVCLIをダウンロードして別のコンピュータにインストールする必要があります。

AVCLIコマンドライン・ユーティリティをダウンロードする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューで「管理」をクリックします。

3. 「コマンドライン・ユーティリティのダウンロード」ボタンをクリックし、avcli.jarファイルを保存します。

4. AVCLIを実行するコンピュータにavcli.jarファイルをコピーした後、このコマンドを実行します。

java -jar avcli.jar

AVCLIユーティリティは、必要な権限を持つ現在のディレクトリにインストールされます。別のディレクトリにインストールするには、次のコマンドを使用します。

java -jar avcli.jar -d directory_name

5. JDK 1.6または1.7のインストール・ディレクトリを示すように、JAVA_HOME環境変数を設定します。

AVCLIの起動

ユーザー名を指定してもしなくても、AVCLIを対話モードで起動できます(つまり、パスワードを指定する必要があります)。

注意:
JAVA_HOME環境変数がJDK 1.6または1.7のインストール・ディレクトリを示すように設定する必要があります。

対話モードでのAVCLIの起動

AVCLIを対話モードで起動するには、次の方法のいずれかを使用します。オプションであるいくつかのコマンドを除いて、AVCLIコマンドはすべてセミコロン(;)で終了する必要があります。簡単にするために、このガイドではすべてのAVCLIコマンドにセミコロンを使用します。

ユーザー名を指定した対話型モードの使用

ユーザー名を指定してAVCLIを起動する場合のコマンド構文は、次のとおりです。

avcli -u username
Enter password: password

次に例を示します。

avcli -u psmith
AVCLI : Release 12.1.0.0.0 - Production on timestamp
Copyright (c) 1996, 2012 Oracle.  All Rights Reserved.
Enter password for 'psmith': password

Connected to:
Oracle Audit Vault Server 12.1.0.0.0

AVCLI>

ユーザー名を指定しない対話型モードの使用

ユーザー名を指定せずにAVCLIを起動する場合は、AV_ADMINロールを付与された有効なユーザーとしてAudit Vault Serverに接続する必要があります。ユーザー名を指定してAVCLIを起動する場合のコマンド構文は、次のとおりです。

avcli
AVCLI> CONNECT username;

次に例を示します。

avcli

AVCLI : Release 12.1.2.0.0 - Production on timestamp
Copyright (c) 1996, 2014 Oracle.  All Rights Reserved.

AVCLI> CONNECT psmith
Enter password: password;
Connected.

AVCLIスクリプトの実行

AVCLIスクリプトには一連のAVCLIコマンドが含まれています。シェルからAVCLIスクリプトを実行できます。有効なAVCLIスクリプト名には、.av拡張子が付いています。

AVCLIスクリプトの例を次に示します。

#Here is an AVCLI command
start collection for secured target sample_target1 using host sample_host1 from        table SYS.AUD$;
#More AVCLI commands
#Quit command
quit;

シェルからAVCLIスクリプトを実行するには、次の構文を使用します。

avcli -u username -f scriptname.av

次に例を示します。

avcli -u psmith -f myscript.av
AVCLI : Release 12.1.0.0.0 - Production on timestamp
Copyright (c) 1996, 2012 Oracle.  All Rights Reserved.
Enter password for 'psmith': password

Connected to:
Oracle Audit Vault Server 12.1.0.0.0

AVCLI> the script myscript.av executes

AVCLIのログ・レベルの指定

AVCLIを起動するときに、次のログ・レベルを指定できます。Oracle AVDFにより、Audit Vault Serverの$ORACLE_HOME/av/logディレクトリにログが書き込まれます。

- info: 情報およびエラー・メッセージが記録されます。

- warning: 警告およびエラー・メッセージが記録されます。

- error: エラー・メッセージのみが記録されます(デフォルト)。

- debug: デバッグ、エラー、警告および情報メッセージが記録されます。

ログ・レベルを指定するには、Lオプションを入力します。たとえば、ユーザーpsmithとしてAVCLIを起動し、ログ・レベルをwarningに設定するには、次のようにします。

avcli -l warning -u psmith
AVCLI : Release 12.1.0.0.0 - Production on timestamp
Copyright (c) 1996, 2012 Oracle.  All Rights Reserved.
Enter password for 'psmith': password

Connected to:
Oracle Audit Vault Server 12.1.0.0.0

AVCLI>

スクリプトを使用してAVCLIを起動し、debug警告レベルを指定するには、次のようにします。

avcli -l debug -f myscript.av

AVCLI : Release 12.1.0.0.0 - Production on timestamp
Copyright (c) 1996, 2012 Oracle.  All Rights Reserved.

AVCLI> Connected.

AVCLI> the script myscript.av executes

注意: AV_ADMINロールを付与された有効なユーザーとして接続する必要があります。そのためには、CONNECT username/passwordディレクティブを使用します。

AVCLIのヘルプおよびバージョン番号の表示

AVCLIのヘルプ情報およびバージョン番号を表示する手順は、次のとおりです。

avcli -h

バージョン番号のみを確認する場合は、V引数を使用します。

avcli -v

Oracle AVDF SDKのダウンロード

SDKは、カスタムOracle AVDFプラグインを開発するために使用できます。詳細は、「プラグインの概要」を参照してください。開発者情報は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

SDKをダウンロードする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックし、(「システム」サブセクションにある)「プラグイン」をクリックします。

3. 「SDKのダウンロード」をクリックします。

Audit Vault Serverのバックアップとリストア

Audit Vault Serverのバックアップとリストアに関するナレッジ・ベース記事が用意されています。ドキュメント番号1556200.1を、次のWebサイトから入手してください。

https://support.oracle.com

Database Firewallの管理

ここでのトピック

- Database Firewallのネットワーク構成またはサービス構成の変更

- Database Firewallでのネットワーク・トラフィックの表示および取得

- Database Firewallの再起動および電源オフ

- Audit Vault ServerからのDatabase Firewallの削除

- Database Firewallからの更新済証明書のフェッチ

- Database Firewallの診断の表示

Database Firewallのネットワーク構成またはサービス構成の変更

Database Firewallのネットワーク、トラフィック・ソースまたはサービス構成を変更する必要がある場合、次の項のいずれかを参照してください。

- 「Database Firewallのネットワーク設定の構成」

- 「Database Firewallのネットワーク・サービスの構成」

- 「トラフィック・ソースの構成」

- 「Database Firewallでのブリッジの構成」

- 「トラフィック・プロキシとしてのDatabase Firewallの構成」

Database Firewallでのネットワーク・トラフィックの表示および取得

デバッグの目的でネットワーク・トラフィックを表示したい場合があります。ファイアウォールを通過するライブ・ネットワーク・トラフィックは、表示したり、ダウンロードして分析できるファイル(.pcapファイル・タイプ)に取得できます。

Database Firewallでライブ・ネットワーク・トラフィックを表示する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。
「Database FirewallコンソールUIへのログイン」を参照してください。

2. 「ネットワーク・トラフィック」で、「ライブ取得」をクリックします。

3. 「詳細のレベル」フィールドで、「サマリー」または「パケット・コンテンツ」を選択します。

4. 「期間」フィールドで、ライブ・トラフィックを取得する秒数を選択します。

5. 「ネットワーク」フィールドで、トラフィックを取得するネットワーク・トラフィック・ソースを選択します。

6. 「トラフィックの表示」ボタンをクリックします。
選択した期間のライブ・トラフィックが表示されます。

ネットワーク・トラフィックをファイルに取得する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。
「Database FirewallコンソールUIへのログイン」を参照してください。

2. 「ネットワーク・トラフィック」で、「ファイル取得」をクリックします。

3. 「期間」フィールドで、トラフィックを取得する秒数を選択します。

4. 「ネットワーク」フィールドで、トラフィックを取得するネットワーク・トラフィック・ソースを選択します。

5. 「取得」ボタンをクリックします。
トラフィック・ファイル(.pcap形式)が「ネットワーク・トラフィック・ファイル」リストに表示されます。

6. ダウンロードするファイルの「ダウンロード」をクリックします。

Database Firewallの再起動および電源オフ

Database Firewallを再起動または電源オフする手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「ファイアウォール」タブをクリックした後、再起動または電源オフするファイアウォールを選択します。

3. 「再起動」または「電源オフ」ボタンをクリックします。

Audit Vault ServerからのDatabase Firewallの削除

Audit Vault ServerからDatabase Firewallを削除する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「ファイアウォール」タブをクリックした後、削除するファイアウォールを選択します。

3. 「削除」ボタンをクリックします。

Database Firewallからの更新済証明書のフェッチ

AVDF 12.1.2以降では、Audit Vault ServerコンソールUIを使用して、Audit Vault Serverに保存されているDatabase Firewall証明書を更新できます。ファイアウォールとAudit Vault Server間の通信を保守するためにDatabase Firewallをアップグレードする場合は、この証明書を更新する必要があります。

古いAVDFリリースを使用されている場合は、アップグレードしたDatabase FirewallにAudit Vault Server証明書を手動でコピーする必要があります。「Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

Audit Vault Serverに保存されているDatabase Firewall証明書を更新する手順は、次のとおりです。

1. Database Firewallをアップグレードした後、Audit Vault Serverコンソールに管理者としてログインします。

2. 「ファイアウォール」タブをクリックします。
ファイアウォールのリストが表示されます。

3. 証明書検証失敗ステータスのファイアウォールの名前をクリックします。

4. 「ファイアウォールの変更」ページで、「証明書の更新」をクリックします。

Database Firewallの診断の表示

このDatabase Firewall診断の表示手順「Database Firewallのステータスおよび診断レポートの表示」を参照してください。

13 SANリポジトリの構成(AVDF 12.1.2)

ここでのトピック

- SANリポジトリの構成の概要

- Oracle AVDFと通信するためのSANサーバーの構成

- Audit Vault ServerでのSANサーバーの登録または削除

- SANサーバーでのターゲットの検出

- Audit Vault ServerリポジトリでのSANディスクの追加または削除

SANリポジトリの構成の概要

Oracle AVDF 12.1.2以降では、オプションで次のデータ型のSANストレージ・リポジトリを構成できます。

- イベント・データ: アーカイブ・ポリシーに従って、指定された期間Audit Vault Serverでオンライン上に保持されるデータ。オンライン期間が経過すると、このデータはアーカイブされます。

- システム・データ: Oracle AVDFシステムに固有のデータ。

- リカバリ: Audit Vault Serverリポジトリのリカバリ・データ。

Audit Vault Serverのインストール・プロセス中に、イベント、システム、リカバリの各データを保存するために、サーバー上で設定したディスク・パーティション数で動作する方法でサーバーがパーティション化されます。オプションで、SANサーバーを登録して、このデータの保存用として追加ディスクを使用するようにストレージ・リポジトリを構成できます。インストール情報は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

高可用性環境におけるSANリポジトリの構成の概要

高可用性環境では、コンソールUIまたはAVCLIコマンドを使用して、プライマリAudit Vault ServerからセカンダリAudit Vault Serverのストレージ・リポジトリを構成できます。プライマリAudit Vault ServerとセカンダリAudit Vault Serverによって、同じSANディスクを共有(読取りまたは書込み)することはできません。また、セカンダリ・サーバーの各ディスク・グループにプライマリ・サーバーと少なくとも同じ容量の領域があることを確認する必要があります。

Oracle AVDFと通信するためのSANサーバーの構成

Oracle AVDFは、Linux Open-iSCSIを使用してSANサーバーと通信します。AVDFデータの保存に使用するSANサーバーでiSCSIサービスが有効になっていることを確認し、ストレージ管理者にSANサーバーの構成で使用するAudit Vault ServerのiSCSIイニシエータ名を提供する必要があります。SANサーバーは、このiSCSIイニシエータ名との通信をiSCSIターゲットおよびLUN(論理ユニット番号)に許可する必要があります。ディスクに割り当てるLUN番号は固定することをお薦めします。

重要:
SANストレージ・サーバーの同じディスクに複数のターゲットがマップされていないことを確認してください。

一部のSANサーバーでは、Audit Vault ServerのIPアドレスも必要である場合があります。

Audit Vault ServerのiSCSIイニシエータ名およびIPアドレスを検索する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「SAN」をクリックします。
「SANサーバー」ページの下部に、iSCSIイニシエータ名が表示されます。

高可用性環境では、2つのiSCSIイニシエータ名(プライマリAudit Vault Server用1つとセカンダリAudit Vault Server用1つ)が表示されます。

3. Audit Vault ServerのIPアドレスを検索するには、「設定」タブをクリックして、「ネットワーク」をクリックします。IPアドレスがこのページの上部に表示されます。

重要:
Audit Vault Server上でも、Audit Vault Serverにサービスを提供しているSANサーバー上でも、iSCSIサービスを再起動しないでください。これらのいずれかのサービスを再起動する必要がある場合は、Oracleサポートに連絡してください。

Audit Vault ServerでのSANサーバーの登録または削除

ここでのトピック

- SANサーバーの登録

- SANサーバーの削除

SANサーバーの登録

この手順では、Audit Vault ServerにSANサーバーを登録します。高可用性環境では、この手順を使用して、プライマリAudit Vault ServerまたはセカンダリAudit Vault ServerにSANサーバーを登録できます。プライマリAudit Vault ServerとセカンダリAudit Vault Serverの両方で同じSANサーバーを登録できますが、同じSANディスクを共有(読取りまたは書込み)することはできません。

Audit Vault ServerでSANサーバーを登録する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「SAN」をクリックします。

3. 「登録」をクリックし、次の情報を指定します。

- 登録: (高可用性のみ)プライマリまたはセカンダリAudit Vault Serverを選択します。

- ストレージ名: このSANサーバーの名前。

- IPアドレス: SANサーバーのIPアドレス。

- ポート: SANサーバーのポート。

- 方法: データ転送方法。

- 認証: sendTargetsが転送方法である場合は、認証なしまたはCHAP(一方向)を指定します。CHAP(一方向)を使用すると、Audit Vault ServerがSANサーバーによって認証されます。

4. 「送信」をクリックします。

SANサーバーの削除

Audit Vault Serverリポジトリでどのディスクもストレージとして使用されていない場合は、SANサーバーを削除できます。それ以外の場合は、最初に、各ディスク・グループからこのSANサーバーを使用するディスクを削除する必要があります。「Audit Vault ServerリポジトリからのSANディスクの削除」を参照してください。

Audit Vault ServerからSANサーバーを削除する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「SAN」をクリックします。

3. 削除するSANサーバーを選択して、「削除」をクリックします。

SANサーバーでのターゲットの検出

ここでのトピック

- SANのターゲットおよびディスクの概要

- SANサーバーでのターゲットの検出とディスクの有効化

- SANサーバーでのターゲットからのログアウト

SANのターゲットおよびディスクの概要

Audit Vault ServerでSANサーバーを登録したら、Audit Vault Serverデータの保存用としてSANディスクを使用可能にするために、SANサーバーで使用可能なターゲットを検出してそのターゲットにログインする必要があります。

SANサーバーでターゲットにログインすると、そのターゲットのSANサーバーで使用可能なLUNの数に対応する複数のストレージ・ディスクがAudit Vault Serverに対して使用可能になります。

SANサーバーでのターゲットの検出とディスクの有効化

Audit Vault Serverに登録されているSANサーバーで、ターゲットを検出できます。「SANサーバーの登録」を参照してください。

Audit Vault Serverデータの保存用としてSANサーバー・ディスクを使用可能にするために、SANサーバーでターゲットにログインし、必要に応じてログイン資格証明を指定する必要があります。

SANサーバーでターゲットを検出する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「SAN」をクリックします。

3. 目的のSANサーバーを検索して、対応する「検出」リンクをクリックします。
ターゲットのリストが表示され、各ターゲットのステータスが示されます。

4. 「ログイン」をクリックしてこのSANサーバー上のターゲットにログインし、そのディスクをストレージとして使用可能にします。
ターゲットが資格証明を必要としないようにSANサーバーが構成されている場合は、それらのフィールドを空のままにして、「ログイン」をクリックできます。

SANサーバーでのターゲットからのログアウト

Audit Vault Serverデータの保存用としてどのディスクも使用されていない場合は、ターゲットからログアウトできます。ターゲットのディスクが使用されている場合は、最初にディスクを削除した後、ターゲットからログアウトします。手順は、「Audit Vault ServerリポジトリからのSANディスクの削除」を参照してください。

SANサーバーでターゲットからログアウトする手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「SAN」をクリックします。

3. 目的のSANサーバーを検索して、対応する「検出」リンクをクリックします。
ターゲットのリストが表示され、各ターゲットのステータスが示されます。

4. 目的のターゲットを検索して、アクション列で、対応する「ログアウト」リンクをクリックします。
ターゲットのアクション列にダッシュ文字が表示されている場合、このターゲットのディスクは使用されています。

Audit Vault ServerリポジトリでのSANディスクの追加または削除

ここでのトピック

- Audit Vault Serverリポジトリ内のディスク・グループの概要

- Audit Vault ServerリポジトリへのSANディスクの追加

- Audit Vault ServerリポジトリからのSANディスクの削除

Audit Vault Serverリポジトリ内のディスク・グループの概要

Audit Vault Serverデータの保存には、3つのデータ型に対応する3つのディスク・グループが使用されます。

- EVENTDATA

- SYSTEMDATA

- RECOVERY

必要に応じて、登録されたSANサーバーからEVENTDATA、SYSTEMDATA、RECOVERYの各ディスク・グループにディスクを追加して、各データ・タイプのストレージ容量を増やすことができます。追加しない場合は、これらのデータ型がAudit Vault Server上のディスク・パーティションに保存されます。

これらのディスク・グループへのSANディスクの追加はオプションです。詳細は、「SANリポジトリの構成の概要」を参照してください。

高可用性環境の場合: セカンダリ・サーバーの各ディスク・グループにプライマリ・サーバーと少なくとも同じ容量の領域があることを確認する必要があります。

図13-1に、「設定」→「リポジトリ」ページを示します。ここに示すリポジトリの内容は次のとおりです。

- EVENTDATAディスク・グループでは、追加ストレージとしてSANディスクを使用します。

- SYSTEM DATAおよびRECOVERYディスク・グループでは、ストレージとしてAudit Vault Serverディスク・パーティションのみを使用します。

- EVENTDATA、SYSTEMDATA、RECOVERYのディスク・グループごとに、ローカルAudit Vault Serverパーティション上で使用可能な空き領域の容量も表示されています。

図13-1 「リポジトリ」ページ

高可用性環境における「リポジトリ」ページ

高可用性環境では、プライマリAudit Vault Server用の前述のディスク・グループに続いて、セカンダリAudit Vault Server用の同じディスク・グループが表示されます。セカンダリ・サーバーの各ディスク・グループにプライマリ・サーバーと少なくとも同じ容量の領域があることを確認する必要があります。

Audit Vault ServerリポジトリへのSANディスクの追加

リポジトリ内の任意のディスク・グループに、まだ使用されていないSANディスクを追加できます。

リポジトリ内のディスク・グループにディスクを追加する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「リポジトリ」をクリックします。

3. 目的のディスク・グループに対応する「ディスクの追加」ボタンをクリックします。
ディスク容量および空き領域を含む、使用可能なディスクの詳細が表示されます。

4. このディスク・グループに追加するディスクを選択して、「ディスクの使用」をクリックします。

5. 「OK」をクリックして確定します。
選択したディスクが、指定したディスク・グループに表示されます。

Audit Vault ServerリポジトリからのSANディスクの削除

SANディスクを削除する前に、ディスク・グループ内の残りのディスクに、削除するディスクからデータを移動するのに十分な領域が存在することを確認します。

リポジトリ内のディスク・グループからSANディスクを削除する手順は、次のとおりです。

1. Audit Vault Serverにスーパー管理者としてログインします。

2. 「設定」タブをクリックして、「リポジトリ」をクリックします。

3. いずれかのディスク・グループで削除するディスクを検索し、そのディスクを選択して、「ディスクの削除」をクリックします。

4. 「OK」をクリックして確定します。

第III部

一般的なリファレンス

第III部では、Audit Vault and Database Firewallシステムを管理するための一般的なリファレンス情報を示します。

この部は、次の付録で構成されています。

- 付録A「AVCLIコマンド・リファレンス」

- 付録B「プラグイン・リファレンス」

- 付録C「REDOログ監査データ収集リファレンス」

- 付録D「Audit Vault and Database Firewallで使用されるポート」

- 付録E「Oracle Audit Vault and Database Firewallのトラブルシューティング」

- 付録F「Audit Vaultのエラー・メッセージ」

A AVCLIコマンド・リファレンス

ここでのトピック

- AVCLIコマンドの概要

- エージェント・ホストのAVCLIコマンド

- Database FirewallのAVCLIコマンド

- 強制ポイントのAVCLIコマンド

- セキュア・ターゲットのAVCLIコマンド

- 監査証跡収集のAVCLIコマンド

- SMTP接続のAVCLIコマンド

- セキュリティ管理のAVCLIコマンド

- SANストレージのAVCLIコマンド(AVDF 12.1.2)

- リモート・ファイルシステムのAVCLIコマンド(AVDF 12.1.2)

- サーバー管理のAVCLIコマンド

- AVCLI収集プラグイン・コマンド

- 汎用のAVCLIコマンド

AVCLIコマンドの概要

AVCLIコマンドを使用すると、ホスト接続をコマンドラインから構成できます。これらのコマンドを実行するには、AV_ADMINロールが付与されている必要があります。ただし、この付録では、すべてのAVCLIコマンドを記載していません。Audit Vault and Database Firewall管理者がセキュア・ターゲット接続の構成に必要となるコマンドのみを示します。

すべてのAVCLIコマンドは、セミコロン(;)で終わる必要があります。

関連項目:
AVCLIコマンドライン・インタフェースの一般的な使用方法は、「AVCLIコマンドライン・インタフェースの使用」を参照してください。

JAVA_HOME環境変数の設定

Audit Vault Serverで、JAVA_HOME環境変数がJDK 1.6または1.7のインストール・ディレクトリを示すように設定する必要があります。

エージェント・ホストのAVCLIコマンド

AVCLIホスト・コマンドを使用すると、Audit Vault Agentが存在するホスト・コンピュータを構成できます。

表A-1に、AVCLIエージェント・ホスト・コマンドを示します。

表A-1 AVCLIエージェント・ホスト・コマンド

コマンド

説明

REGISTER HOST

Audit Vault Serverにホストを追加し、エージェントをデプロイできるホストとして特定します。

ALTER HOST

Audit Vault Serverに登録されたホストを変更します。

LIST HOST

現在登録されているエージェント・ホスト・コンピュータの名前をリストします。

DROP HOST

指定されたエージェント・ホストをAudit Vault Serverから削除します。

ACTIVATE HOST

Audit Vault Serverに存在するホストをアクティブ化します。

DEACTIVATE HOST

指定されたホストを非アクティブ化します。

REGISTER HOST

REGISTER HOSTコマンドは、Audit Vault Serverにホストを追加し、エージェントをデプロイできるホストとして特定します。

構文

REGISTER HOST host_name [WITH IP ip_address]

引数

引数

説明

host_name

登録するホスト・コンピュータの名前。
現在登録されているホストの名前を確認するには、「LIST HOST」を参照してください。「LIST ATTRIBUTE FOR SECURED TARGET」も参照してください。

ip_address

オプション。ホストに関連付けられるIPアドレス。

使用上の注意

ホストに関連付けられたIPアドレスを変更するには、"ALTER HOST"コマンドを使用します。

例

avcli> REGISTER HOST sample_host.example.com;

エージェント・プロセスを実行するホストsample_host.example.comをAudit Vault Serverに登録します。

avcli> REGISTER HOST sample_host.example.net with ip 192.0.2.1;

ホストsample_host.example.netを登録し、IPアドレス192.0.2.1と関連付けます。

ALTER HOST

ALTER HOSTコマンドは、Audit Vault Serverに登録されたホストを変更します。

構文

ALTER HOST hostname SET {key=value [,key=value...]}

ALTER HOST hostname SET {key=value [,LOGLEVEL=component_name:loglevel_value...]}

引数

引数

説明

hostname

ホストの名前。

key

変更する属性。サポートされているkeyの値は、表A-2を参照してください。

使用上の注意

このコマンドは、キー/値ペアを使用して、指定されたホストに関連付けられた属性を変更します。1回のコマンド呼出しで複数の属性を変更するには、キー/値ペアをカンマで区切って指定します。

次のホスト名の属性がサポートされています。

表A-2 ホストの属性(keyの値)

パラメータ

説明

NAME

既存のホスト名を置換する新しいホスト名。

IP

既存のIPアドレスを置換する新しいIPアドレス。

LOGLEVEL

このホストで実行されている様々なコード・コンポーネントのログ・レベル。このオプションは、様々なAudit Vault Serverコード・コンポーネントのログ・レベルを動的に変更します。

LOGLEVEL属性は、次のようにコロンで区切られた2部値を取ります。

component_name:loglevel_value

component_nameは、av.agent、av.common、av.serverのいずれかです。

LOGLEVELのコンポーネント名の説明は表A-3、LOGLEVELの値は表A-4を参照してください。

複数のコンポーネントのログ・レベルは、|記号を使用して区切ると変更できます。

LOGLEVEL属性の有効な値は、次のとおりです。

表A-3 LOGLEVELのコンポーネント名

パラメータ

説明

av.agent

エージェント(LOGLEVEL値のcomponent_name)

av.server

Audit Vault Server (LOGLEVEL値のcomponent_name)

av.common

共有サーバーおよびエージェント(LOGLEVEL値のcomponent_name)

表A-4 LOGLEVELの値

ログ・レベルの値

説明

INFO

INFOレベル(LOGLEVEL値のloglevel_value)

WARNING

WARNINGレベル(LOGLEVEL値のloglevel_value)

ERROR

ERRORレベル(LOGLEVEL値のloglevel_value)

DEBUG

DEBUGレベル(LOGLEVEL値のloglevel_value)

例

avcli> ALTER HOST sample_host.example.com SET ip=192.0.2.1;

ホストsample_host.example.comを変更し、関連付けられたIPアドレスを192.0.2.1に変更します。

avcli> ALTER HOST sample_host.example.com SET name=new_sample_host.example.com;

ホストsample_host.example.comをnew_sample_host.example.comに変更します。また、new_sample_host.example.comに対して検索を実行してIPアドレスを更新します。

avcli> ALTER HOST sample_host.example.com SET loglevel=av.agent:info|av.common:debug;

ホストsample_host.example.comで実行されているエージェント・プロセスに組み込まれたav.agentおよびav.commonコード・コンポーネントのログ・レベルを変更します。

LIST HOST

LIST HOSTコマンドは、現在登録されているエージェント・ホスト・コンピュータの名前をリストします。

構文

LIST HOST

例

avcli> LIST HOST;

Audit Vault Serverに登録された様々なアクティブ・ホストがリストされます。

DROP HOST

DROP HOSTコマンドは、host_nameで指定されたホストをAudit Vault Serverから削除し、関連するメタデータを削除します。

ホストを削除した後に、監査データの収集のためにそのホストの再登録が必要になった場合は、そのホストにAudit Vault Agentを再インストールする必要があります。

構文

DROP HOST hostname

引数

引数

説明

hostname

削除するホスト・コンピュータの名前。
現在登録されているホストの名前を確認するには、「LIST HOST」を参照してください。

「LIST ATTRIBUTE FOR SECURED TARGET」も参照してください。

使用上の注意

ホストを削除する前に、このホストのエージェント・プロセスが停止状態であることを確認します。それ以外の状態では、DROP HOSTコマンドは失敗します。

例

avcli> DROP HOST sample_host;

ホストsample_hostおよび関連するメタデータが削除されます。

ACTIVATE HOST

ACTIVATE HOSTコマンドは、hostnameで指定されたホストをアクティブ化します。

構文

ACTIVATE HOST hostname

引数

引数

説明

hostname

ホスト名。

使用上の注意

ホストがアクティブ化されると、アクティブ化キーが表示されます。このキーは、エージェント・プロセスの起動時に、アクティブ化プロセスを完了するために入力する必要があります。

例

avcli> ACTIVATE HOST sample_host.example.com

ホストsample_host.example.comをアクティブ化し、このホストのアクティブ化キーを表示します。

DEACTIVATE HOST

DEACTIVATE HOSTコマンドは、hostnameで指定されたホストを非アクティブ化します。

構文:

DEACTIVATE HOST hostname

引数

引数

説明

hostname

ホスト名。

使用上の注意

ホストが非アクティブ化されると、Audit Vault Serverに接続できない可能性があります。

例

avcli> DEACTIVATE HOST sample_host.example.com;

ホストsample_host.example.comを非アクティブ化します。このホストのエージェント・プロセスは、Audit Vault Serverに接続できない可能性があります。

Database FirewallのAVCLIコマンド

AVCLI Database Firewallコマンドを使用すると、Database Firewallを構成できます。

表A-5に、AVCLI Database Firewallコマンドを示します。

表A-5 Database Firewallコマンド

コマンド

説明

REGISTER FIREWALL

指定されたIPアドレスのDatabase FirewallをAudit Vault Serverに登録します。

DROP FIREWALL

すでに登録されたDatabase FirewallをAudit Vault Serverから削除します。

LIST FIREWALL

Audit Vault Serverに登録されたすべてのDatabase Firewallをリストします。

REBOOT FIREWALL

Audit Vault Serverにすでに登録されている、指定されたDatabase Firewallを起動します。

POWEROFF FIREWALL

Audit Vault Serverにすでに登録されている、指定されたDatabase Firewallの電源を切ります。

CREATE RESILIENT PAIR

高可用性のために、2つのDatabase Firewallで回復可能なペアを作成します。

SWAP RESILIENT PAIR

指定されたDatabase Firewallが含まれる回復可能なペアのDatabase Firewallを入れ替えます。

DROP RESILIENT PAIR

指定されたDatabase Firewallが含まれる回復可能なペアを削除します。

ALTER FIREWALL

Database Firewallの属性を変更します。

SHOW STATUS FOR FIREWALL

特定のDatabase Firewallのステータスを表示します。

REGISTER FIREWALL

REGISTER FIREWALLコマンドは、指定されたIPアドレスのDatabase FirewallをAudit Vault Serverに登録します。

構文

REGISTER FIREWALL firewall_name WITH IP ip_address

引数

引数

説明

firewall_name

Database Firewallの名前。

ip_address

Database FirewallのIPアドレス。

使用上の注意

Database Firewallは、指定したIPアドレスの場所にインストールする必要があります。

空白を含むファイアウォール名を指定するには、文字列全体を引用符で囲みます。

例

avcli> REGISTER FIREWALL sample_fw WITH IP 192.0.2.14;

IPアドレス192.0.2.14にインストールされたDatabase Firewall sample_fwを登録します。

DROP FIREWALL

DROP FIREWALLコマンドは、すでに登録されたDatabase FirewallをAudit Vault Serverから削除します。

構文

DROP FIREWALL firewall_name

引数

引数

説明

firewall_name

Database Firewallの名前。

例

avcli> DROP FIREWALL sample_fw;

Database Firewall sample_fwが削除されます。

LIST FIREWALL

LIST FIREWALLコマンドは、Audit Vault Serverに登録されたすべてのDatabase Firewallをリストします。

構文

LIST FIREWALL

例

avcli> LIST FIREWALL;

Audit Vault Serverに登録されたDatabase Firewallのリストが表示されます。

REBOOT FIREWALL

REBOOT FIREWALLコマンドは、Audit Vault Serverにすでに登録されている、指定されたDatabase Firewallを起動します。

構文

REBOOT FIREWALL firewall_name

引数

引数

説明

firewall_name

Database Firewallの名前。

例

avcli> REBOOT FIREWALL sample_fw;

Database Firewall sample_fwが再起動します。

POWEROFF FIREWALL

POWEROFF FIREWALLコマンドは、Audit Vault Serverにすでに登録されている、指定されたDatabase Firewallの電源を切ります。

構文

POWEROFF FIREWALL firewall_name

引数

引数

説明

firewall_name

Database Firewallの名前。

例

avcli> POWEROFF FIREWALL sample_fw;

Database Firewall sample_fwの電源が切られます。

CREATE RESILIENT PAIR

CREATE RESILIENT PAIRコマンドは、高可用性のために、2つのDatabase Firewallで回復可能なペアを作成します。

構文

CREATE RESILIENT PAIR FOR FIREWALL PRIMARY primary_firewall
SECONDARY secondary_firewall

引数

引数

説明

primary_firewall

プライマリDatabase Firewallの名前。syslogアラートを生成できるのは、このファイアウォールのみです。

secondary_firewall

セカンダリDatabase Firewallの名前。

例

avcli> CREATE RESILIENT PAIR FOR FIREWALL PRIMARY sample_fw1 SECONDARY sample_fw2;

プライマリDatabase Firewall sample_fw1とセカンダリDatabase Firewall sample_fw2の回復可能なペアが作成されます。

SWAP RESILIENT PAIR

SWAP RESILIENT PAIRコマンドは、指定されたDatabase Firewallが含まれる回復可能なペアのDatabase Firewallを入れ替えます。

構文

SWAP RESILIENT PAIR HAVING FIREWALL firewall_name

引数

引数

説明

firewall_name

Database Firewallの名前。

例

avcli> SWAP RESILIENT PAIR HAVING FIREWALL sample_fw1;

既存の回復可能なペアで、Database Firewall sample_fw1がプライマリ・ファイアウォールの場合はセカンダリ・ファイアウォールに、それ以外の場合はその逆に入れ替えられます。

DROP RESILIENT PAIR

DROP RESILIENT PAIRコマンドは、指定されたDatabase Firewallが含まれる回復可能なペアを削除します。

構文

DROP RESILIENT PAIR HAVING FIREWALL firewall_name

引数

引数

説明

firewall_name

Database Firewallの名前。

例

avcli> DROP RESILIENT PAIR HAVING FIREWALL sample_fw1;

Database Firewall sample_fw1が含まれる既存の回復可能なペアが削除されます。

ALTER FIREWALL

ALTER FIREWALLコマンドは、Database Firewallの属性を変更します。

構文

ALTER FIREWALL firewall_name SET attribute=value [, attribute=value]

引数

引数

説明

firewall_name

Database Firewallの名前。

attribute

Database Firewallの属性と新しい値のペア。コマンドラインで、空白によって複数のペアを区切ります。属性のリストは、表A-6を参照してください。

使用上の注意

表A-6に、attribute=value引数に指定できるDatabase Firewallの属性を示します。

表A-6 Oracle Database Firewallの属性

パラメータ

説明

NAME

Database Firewallの新しい名前。

IP

Database FirewallのIPアドレス。

例

avcli> ALTER FIREWALL sample_fw1 SET NAME=sample_newfw1;

Database Firewallの名前がsample_fw1からsample_newfw1に変更されます。

avcli> ALTER FIREWALL sample_fw1 SET IP=192.0.2.169;

Database FirewallのIPアドレスが192.0.2.169に設定されます。

SHOW STATUS FOR FIREWALL

SHOW STATUSコマンドは、特定のDatabase Firewallのステータスを表示します。

構文

SHOW STATUS FOR FIREWALL firewall_name

引数

引数

説明

firewall_name

Database Firewallの名前。

例

avcli> SHOW STATUS FOR FIREWALL sample_fw1;

Database Firewall sample_fw1の稼働情報が表示されます。

強制ポイントのAVCLIコマンド

AVCLI強制ポイント・コマンドを使用すると、Database Firewallを構成できます。

表A-7に、AVCLI強制ポイント・コマンドを示します。

表A-7 強制ポイント・コマンド

コマンド

説明

CREATE ENFORCEMENT POINT

指定された名前で強制ポイントを作成し、DAMモードまたはDPEモードのいずれかを使用してDatabase Firewallを保護します。

DROP ENFORCEMENT POINT

強制ポイントを削除します。

LIST ENFORCEMENT POINT

Database Firewallまたはセキュア・ターゲットに関連付けられたすべての強制ポイントをリストします。

START ENFORCEMENT POINT

以前に一時停止された強制ポイントを開始します。

STOP ENFORCEMENT POINT

セキュア・ターゲットを監視している強制ポイントを停止します。

ALTER ENFORCEMENT POINT

強制ポイントおよび属性を変更します。

CREATE ENFORCEMENT POINT

CREATE ENFORCEMENT POINTコマンドは、指定された名前で強制ポイントを作成し、DAMモードまたはDPEモードのいずれかを使用してDatabase Firewallを保護します。

構文

CREATE ENFORCEMENT POINT enforcement_point_name
FOR SECURED TARGET secured_target_name
USING FIREWALL firewall_name
TRAFFIC SOURCE traffic_source_name
WITH MODE DPE|DAM

引数

引数

説明

enforcement_point_name

強制ポイントの名前。

secured_target_name

セキュア・ターゲットの名前。

firewall_name

Database Firewallの名前。

traffic_source_name

トラフィック・ソースの名前。

例

avcli> CREATE ENFORCEMENT POINT sample_ep FOR SECURED TARGET sample_source USING
FIREWALL sample_fw TRAFFIC SOURCE sample_trafficsource WITH MODE DPE;

セキュア・ターゲットsample_sourceを保護するためにDPEモードを使用して、また、トラフィック・ソースsample_trafficsourceを使用して、Database Firewall sample_fwにsample_epという強制ポイントが作成されます。

DROP ENFORCEMENT POINT

DROP ENFORCEMENT POINTコマンドは、強制ポイントを削除します。

構文

DROP ENFORCEMENT POINT enforcement_point_name

引数

引数

説明

enforcement_point_name

強制ポイントの名前。

例

avcli> DROP ENFORCEMENT POINT sample_ep;

sample_epという名前の強制ポイントがDatabase Firewallから削除されます。

LIST ENFORCEMENT POINT

LIST ENFORCEMENT POINTコマンドは、Database Firewallまたはセキュア・ターゲットに関連付けられたすべての強制ポイントをリストします。

構文

LIST ENFORCEMENT POINT FOR FIREWALL firewall_name

LIST ENFORCEMENT POINT FOR SECURED TARGET secured_target_name

引数

引数

説明

firewall_name

Database Firewallの名前。

secured_target_name

セキュア・ターゲットの名前。

例

avcli> LIST ENFORCEMENT POINT FOR FIREWALL sample_fw;

Database Firewall sample_fwに関連付けられたすべての強制ポイントのリストが表示されます。

avcli> LIST ENFORCEMENT POINT FOR SECURED TARGET sample_source;

セキュア・ターゲットsample_sourceに関連付けられたすべての強制ポイントのリストが表示されます。

START ENFORCEMENT POINT

START ENFORCEMENT POINTコマンドは、以前に一時停止された強制ポイントを開始します。

構文

START ENFORCEMENT POINT enforcement_point_name

引数

引数

説明

enforcement_point_name

強制ポイントの名前。

例

avcli> START ENFORCEMENT POINT sample_ep;

sample_epという名前の強制ポイントが開始します。

STOP ENFORCEMENT POINT

STOP ENFORCEMENT POINTコマンドは、セキュア・ターゲットを監視している強制ポイントを停止します。

構文

STOP ENFORCEMENT POINT enforcement_point_name

引数

引数

説明

enforcement_point_name

強制ポイントの名前。

例

avcli> STOP ENFORCEMENT POINT sample_ep;

sample_epという名前の強制ポイントが停止します。

ALTER ENFORCEMENT POINT

ALTER ENFORCEMENT POINTコマンドは、強制ポイントおよび属性を変更します。

構文

ALTER ENFORCEMENT POINT enforcement_point_name SET attribute=value
[, attribute=value]

引数

引数

説明

enforcement_point_name

強制ポイントの名前。

attribute

変更する強制ポイントの属性と新しい値のペア。コマンドラインで、空白によって複数のペアを区切ります。強制ポイントの属性は、表A-8を参照してください。

使用上の注意

属性は、キー/値ペアのカンマ区切りリストで指定します。次のキー値がサポートされています。

表A-8 強制ポイントの属性

パラメータ

説明

TARGET

アドレスなど、新しいセキュア・ターゲット名。Audit Vault Serverにすでに登録されている必要があります。

MODE

強制ポイントを監視するモード。有効なモードは、DAMまたはDPEです。

PRESERVE_CONNECTION

TrueまたはFalse。Trueは、データベース・ファイアウォールが(DAMから変更されたためまたは再起動されたために) DPEモードで動作を開始したとき、ファイアウォールを通過している既存の接続の継続が許可されることを示します。ファイアウォールはこれらの接続にポリシーを強制できないため、セキュリティより可用性が優先されます。

Falseは、既存の接続がすべて切断されることを示します。そのため、データベース・ファイアウォールは、クライアントの再接続時にポリシーを強制できます。デフォルトの動作です。

TRAFFIC_SOURCE

強制ポイントの新しい有効なトラフィック・ソース。

DATABASE_RESPONSE

TrueまたはFalse。強制ポイントに対するデータベース・レスポンス・モニタリング機能をアクティブ化するかどうかを示します。

FULL_ERROR_MESSAGE

TrueまたはFalseを指定して、このオプションを有効にします。エラー・コードに関連付けられたエラー・メッセージのロギングを開始します。

DATABASE_INTERROGATION

TrueまたはFalseを指定して、このオプションを有効にします。強制ポイントに対するデータベース問合せ機能を起動します。

HOST_MONITOR

TrueまたはFalseを指定して、このオプションを有効にします。リモート・エージェントを有効にする必要があるかどうかを指定します。

HOST_MONITOR_ADDRESS

リモート・エージェントの新しいIPアドレス。

例

avcli> ALTER ENFORCEMENT POINT ep1 SET TARGET=newsource;

新しいセキュア・ターゲットを監視する強制ポイントが変更されます。

avcli> ALTER ENFORCEMENT POINT ep1 SET MODE=dam;

強制ポイントの監視がDAMモードに変更されます。

avcli> ALTER ENFORCEMENT POINT ep1 SET database_response=true,
Full_error_message=true;

強制ポイントが変更され、データベース・レスポンスがアクティブ化され、エラー・コードに関連付けられたエラー・メッセージがログに記録されます。

avcli> ALTER ENFORCEMENT POINT ep1 SET database_interrogation=true;

強制ポイントが変更され、直接データベース問合せがアクティブ化されます。

セキュア・ターゲットのAVCLIコマンド

AVCLIセキュア・ターゲット・コマンドを使用すると、データベースとデータベース以外の両方のセキュア・ターゲットをAudit Vault Server用に構成できます。

表A-9に、AVCLIセキュア・ターゲット・コマンドを示します。

表A-9 AVCLIセキュア・ターゲット・コマンド

コマンド

説明

REGISTER SECURED TARGET

Audit Serverによって監視されるセキュア・ターゲットを登録します。

ALTER SECURED TARGET

セキュア・ターゲットの属性を変更します。

LIST ADDRESS FOR SECURED TARGET

セキュア・ターゲットに登録されたすべてのアドレスをリストします。

LIST SECURED TARGET

Audit Vault Serverに登録されたアクティブな各種セキュア・ターゲットをリストします。

LIST SECURED TARGET TYPE

Audit Vault Serverに現在登録されているセキュア・ターゲット・タイプをリストします。

LIST ATTRIBUTE FOR SECURED TARGET

指定されたセキュア・ターゲットの属性をリストします。

LIST METRICS

各種証跡など、指定されたセキュア・ターゲットのメトリックをリストします。

DROP SECURED TARGET

指定されたセキュア・ターゲットの登録をAudit Vault Serverから削除します。

REGISTER SECURED TARGET

REGISTER SECURED TARGETコマンドは、Audit Vault Serverによって監視されるセキュア・ターゲットを登録します。

構文

REGISTER SECURED TARGET secured_target_name OF SECURED TARGET TYPE
"secured_target_type" [AT location] [AUTHENTICATED BY username/password]

引数

引数

説明

secured_target_name

セキュア・ターゲットの名前。一意である必要があります。

secured_target_type

有効なセキュア・ターゲット・タイプ(Oracleなど)。
サポートされるセキュア・ターゲット・タイプのリストを確認するには、「LIST SECURED TARGET TYPE」を参照してください。

location

セキュア・ターゲット・データベース接続情報。
(Oracle AVDF 12.1.2のオプション)コマンドALTER SECURED TARGETを使用して後から追加できます。

セキュア・ターゲットへの接続方法を指定する不透明文字列で、通常はJDBC接続文字列です。使用する構文は、セキュア・ターゲット・タイプによって異なります。下のデータベース固有の使用上の注意を参照してください。

locationが指定されていない場合、このセキュア・ターゲット・タイプに適用される特定の機能(ユーザー権限の取得、監査設定管理、SPAの取得、監査証跡収集など)が無効になります。

user_name/password

オプション。セキュア・ターゲットに接続するための資格証明。
この引数を入力してREGISTER SECURED TARGETコマンドを実行すると、Audit Vault Serverからセキュア・ターゲット・ユーザー・アカウントのユーザー名およびパスワードが要求されます。セキュア・ターゲット・データベースの場合、このアカウントはセキュア・ターゲット・データベースに存在する必要があります。オプション。

次の項のデータベース固有の使用上の注意を参照してください。

一般的な例

avcli> HELP REGISTER SECURED TARGET;

REGISTER SECURED TARGETコマンドの詳細なヘルプを表示します。

Oracle Databaseの使用上の注意と例

- location引数に、ホスト名、ポート番号およびサービスID (SID)をコロンで区切って入力します。次の構文を使用します。

AT host:port:service

次に例を示します。

Oracle Database: jdbc:oracle:thin:@//host:port/service

この接続情報に確信が持てない場合、セキュア・ターゲット・データベースをインストールしたコンピュータでlsnrctl status listener_nameコマンドを実行します。

- AUTHENTICATED BYコマンドでは、セキュア・ターゲットのユーザー名およびパスワードが要求されます。このユーザー・アカウントはセキュア・ターゲット・データベースに存在する必要があります。
このユーザーを確認するには、SESSION_PRIVSおよびSESSION_ROLESデータ・ディクショナリ・ビューを問い合せます。

Oracle Databaseの例:

avcli> REGISTER SECURED TARGET sample_source OF SECURED TARGET TYPE "Oracle Database"
AT jdbc:oracle:thin:@//anymachinename:1521/example.com
AUTHENTICATED BY system/welcome_1;

セキュア・ターゲット・タイプOracle DatabaseのOracleセキュア・ターゲットsample_sourceを登録します。このセキュア・ターゲットには、接続文字列jdbc:oracle:thin:@//anymachinename: 1521/example.comおよび資格証明system/welcome_1を使用して接続できます。

SQL Serverの例

avcli> REGISTER SECURED TARGET sample_mssqldb OF SECURED TARGET TYPE "Microsoft SQL Server" AT jdbc:av:sqlserver://hostname:port;

IBM DB2の例

avcli> REGISTER SECURED TARGET sample_db2db OF SECURED TARGET TYPE "IBM DB2 LUW" AT   jdbc:av:db2://host:port;

セキュア・ターゲット・タイプIBM DB2 LUWのDB2セキュア・ターゲットsample_db2dbを登録します。このセキュア・ターゲットには、接続文字列jdbc:av:db2://host:portおよび資格証明sa/welcome_1を使用して接続できます。

ALTER SECURED TARGET

ALTER SECURED TARGETコマンドは、セキュア・ターゲットの属性を変更します。

構文

ALTER SECURED TARGET secured_target_name
SET attribute=value [, attribute=value]

ALTER SECURED TARGET secured target name ADD ADDRESS ip:port:[service]

ALTER SECURED TARGET secured target name DROP ADDRESS ip:port:[service]

引数

引数

説明

secured_target_name

変更するセキュア・ターゲット・データベースの名前。この名前は大/小文字が区別されます。
既存のセキュア・ターゲットのリストを確認するには、「LIST SECURED TARGET」を参照してください。

attribute=value

変更するセキュア・ターゲットの属性に対するキー/値ペア。コマンドラインで空白を使用すると、一度に1つ以上のセキュア・ターゲットの属性を変更できます。
セキュア・ターゲットの属性は、表A-10を参照してください。一部のタイプのセキュア・ターゲットではコレクション属性も必要になります。「コレクション属性」を参照してください。

セキュア・ターゲットの属性値のリストを確認するには、「LIST ATTRIBUTE FOR SECURED TARGET」を参照してください。

ip

IPアドレス。

port

ポート番号。

service

Oracle Databaseでのみ必要: サービス名またはSID。

表A-10に、指定できるセキュア・ターゲットの属性を示します。

表A-10 セキュア・ターゲットの属性

属性

説明

NAME

このセキュア・ターゲット・データベース・インスタンスの名前。Audit Vault Serverで別のセキュア・ターゲットにまだ定義されていない必要があります。

LOCATION

セキュア・ターゲットの場所。

CREDENTIALS

セキュア・ターゲットへの接続に使用されるユーザー名とパスワードの新しいセット。スラッシュ(/)で区切られた2部値です。

DESCRIPTION

このセキュア・ターゲット・データベース・インスタンスの説明。

MAXIMUM_ENFORCEMENT_POINT_THREADS

セキュア・ターゲットの強制ポイント・スレッドの最大数。値の範囲は、1から16 (含む)です。デフォルト値は1です。

一般的な使用例:

avcli> ALTER SECURED TARGET sample_source SET name=sample_source2;

セキュア・ターゲット名sample_sourceがsample_source2に変更されます。

avcli> ALTER SECURED TARGET sample_source SET credentials=scott/leopard;

セキュア・ターゲットsample_sourceへの接続に使用される資格証明が変更されます。

avcli> ALTER SECURED TARGET sample_source SET description='This is a new description';

強制ポイント・スレッド数がセキュア・ターゲットsample_sourceに設定されます。

avcli> ALTER SECURED TARGET sample_source SET maximum_enforcement_point_threads=14;

セキュア・ターゲットsample_sourceの説明が変更されます。

avcli> ALTER SECURED TARGET sample_source ADD address 192.0.2.2:1234:srcdb;

新しいセキュア・ターゲット・アドレスがセキュア・ターゲットsample_sourceに登録されます。

avcli> ALTER SECURED TARGET sample_source DROP address 192.0.2.2:1234:srcdb;

以前にセキュア・ターゲットsample_sourceに登録されたセキュア・ターゲット・アドレスが削除されます。

avcli> ALTER SECURED TARGET sample_source set maximum_enforcement_point_threads = 10;

セキュア・ターゲットsample_sourceの強制ポイント・スレッドの最大数が10に設定されます。

Oracleの例:

avcli> ALTER SECURED TARGET secured target sample_source set
location=jdbc:oracle:thin:@//new_sample_host:1521:sample_db;

セキュア・ターゲットsample_sourceの場所が変更されます。

LIST ADDRESS FOR SECURED TARGET

LIST ADDRESS FOR SECURED TARGETコマンドは、セキュア・ターゲットに登録されたすべてのアドレスをリストします。

構文

LIST ADDRESS FOR SECURED TARGET secured_target_name

引数

引数

説明

secured_target_name

セキュア・ターゲットの名前。

例

avcli> LIST ADDRESS FOR SECURED TARGET sample_source;

セキュア・ターゲットsample_sourceのすべてのアドレスが表示されます。

LIST SECURED TARGET

LIST SECURED TARGETコマンドは、Audit Vault Serverに登録されたアクティブなセキュア・ターゲットをリストします。

構文

LIST SECURED TARGET;

Audit Vault Serverに登録されたアクティブなセキュア・ターゲットをリストします。

LIST SECURED TARGET TYPE

LIST SECURED TARGET TYPEコマンドは、Audit Vault Serverで現在サポートされているセキュア・ターゲット・タイプをリストします。

構文

LIST SECURED TARGET TYPE

例

avcli> LIST SECURED TARGET TYPE;

Audit Vault Serverで現在サポートされているセキュア・ターゲット・タイプをリストします。

LIST ATTRIBUTE FOR SECURED TARGET

LIST ATTRIBUTE FOR SECURED TARGETコマンドは、指定されたセキュア・ターゲットの属性をリストします。

構文

LIST ATTRIBUTE FOR SECURED TARGET secured target name;

引数

引数

説明

secured target name

セキュア・ターゲットの名前。すべての登録されたセキュア・ターゲットを確認するには、「LIST SECURED TARGET」を参照してください。

LIST METRICS

LIST METRICSコマンドは、各種証跡など、指定されたセキュア・ターゲットのメトリックをリストします。

構文

LIST METRICS FOR SECURED TARGET secured_target_name

引数

引数

説明

secured_target_name

セキュア・ターゲットの名前。
すべての登録されたセキュア・ターゲットを確認するには、「LIST SECURED TARGET」を参照してください。

使用上の注意

LIST METRICSコマンドの使用方法は、すべてのセキュア・ターゲット・タイプに対して同じです。

例

avcli> LIST METRICS FOR SECURED TARGET sample_source;

セキュア・ターゲットsample_sourceで使用可能なメトリックがリストされます。

DROP SECURED TARGET

DROP SECURED TARGETコマンドは、指定されたセキュア・ターゲットの登録をAudit Vault Serverから削除します。

構文

DROP SECURED TARGET secured_target_name

引数

引数

説明

secured_target_name

セキュア・ターゲットの名前。すべての登録されたセキュア・ターゲットを確認するには、「LIST SECURED TARGET」を参照してください。

使用上の注意

セキュア・ターゲットを削除する前に、このセキュア・ターゲットに関連付けられたすべての証跡が停止状態であることを確認します。それ以外の場合は、DROP SECURED TARGETコマンドは失敗します。アクティブな証跡を停止する方法は、HELP STOP COLLECTIONを参照してください。

セキュア・ターゲットを削除すると、Audit Vault Serverはそのセキュア・ターゲットの監視を停止します。以前に収集された監査データは、Audit Vault Serverリポジトリで使用可能な状態のままです。

例

avcli> DROP SECURED TARGET sample_source;

sample_sourceセキュア・ターゲットを削除します。

監査証跡収集のAVCLIコマンド

AVCLIセキュア・ターゲット監査証跡収集コマンドを使用すると、セキュア・ターゲットの監査証跡収集を管理できます。

表A-11に、AVCLIセキュア・ターゲット接続コマンドを示します。

表A-11 AVCLIセキュア・ターゲット接続コマンド

コマンド

説明

START COLLECTION FOR SECURED TARGET

指定されたセキュア・ターゲットからの指定された監査証跡データの収集を開始します。

STOP COLLECTION FOR SECURED TARGET

監査証跡収集を停止します。

LIST TRAIL FOR SECURED TARGET

START COLLECTIONコマンドで開始された、またはSTOP COLLECTIONコマンドで停止された使用可能な監査証跡をリストします。

DROP TRAIL FOR SECURED TARGET

監査証跡を削除します。

START COLLECTION FOR SECURED TARGET

START COLLECTION FOR SECURED TARGETコマンドは、指定された収集プラグインを必要に応じて使用して、指定されたセキュア・ターゲットからの指定された監査証跡データの収集を開始します。

構文

START COLLECTION FOR SECURED TARGET secured_target_name USING HOST host FROM location
[USING PLUGIN plugin id]

引数

引数

説明

secured_target_name

監査証跡収集を開始するセキュア・ターゲットの名前。
すべての登録されたセキュア・ターゲットを確認するには、「LIST SECURED TARGET」を参照してください。

host

セキュア・ターゲット・エージェントが存在するホストの名前。
構成済のエージェント・ホストのリストを確認するには、「LIST HOST」を参照してください。

セキュア・ターゲットの詳細は、「LIST ATTRIBUTE FOR SECURED TARGET」を参照てください。

location

locationは、次のいずれかです。

- DIRECTORY directory name / mask

- TABLE tablename

- SYSLOG DEFAULT | filename / file mask

- NETWORK

- EVENT LOG eventlog_name

- TRANSACTION LOG

- CUSTOM name

plugin id

使用されている収集プラグインID。使用可能なプラグインが複数存在する場合は必須です。プラグインが1つしかない場合はオプションです。
該当タイプについて既存のプラグインのリストを確認するには、「LIST PLUGIN FOR SECURED TARGET TYPE」を参照してください。

一般的な使用上の注意

証跡を開始するには、証跡を管理するエージェント・プロセスも実行中状態である必要があります。収集プロセスがセキュア・ターゲットに接続する場合、セキュア・ターゲットは稼働中である必要があります。複数のプラグインが1つのセキュア・ターゲットからの監査データを処理できる場合は、オプションのUSING PLUGINディレクティブを使用して収集プロセスを明確にします。

証跡は、START_REQUESTED状態で始まり、開始中状態に遷移した後、実行中状態になります。特定の証跡から処理対象となる未処理の監査データがない場合は、収集プロセスによってアイドル状態に切り替えられます。最新の状態は、LIST TRAILコマンドを使用すると表示できます。

証跡を認証する必要がある場合、Audit Vault ServerではREGISTER SECURED TARGETコマンドのAUTHENTICATED BY引数に指定された資格証明を使用します。(「REGISTER SECURED TARGET」を参照。)

START COLLECTIONコマンドを実行すると、Audit Vault Serverは構成済のセキュア・ターゲットからの監査データの収集を開始します。収集を停止する場合は、STOP COLLECTIONコマンド(「STOP COLLECTION FOR SECURED TARGET」を参照)を実行します。

Windowsシステムの使用上の注意

Windowsシステムでは、ディレクトリおよびファイル名の場所を二重引用符で囲んだ文字列で入力するか、フォワード・スラッシュを使用して引用符で囲まない文字列で入力します。次に例を示します。

... FROM DIRECTORY "c:\app\oracle\product\11.1\av";

... FROM DIRECTORY c:/app/oracle/product/11.1/av;

一般的な例

avcli> START COLLECTION FOR SECURED TARGET sample_source USING HOST foo FROM
directory/opt/audit_trail;

セキュア・ターゲットsample_sourceの証跡/opt/audit_trailからの監査データ収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET sample_source USING HOST foo FROM TABLE sys.aud$;

セキュア・ターゲットsample_sourceの表証跡sys.aud$からの監査データ収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET sample_source USING HOST foo FROM syslog
/usr/syslog/syslog*;

セキュア・ターゲットsample_sourceのsyslog証跡/usr/syslog/syslog*の収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET sample_source USING HOST foo FROM event
log application;

セキュア・ターゲットsample_sourceのアプリケーション・イベント・ログ証跡の収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET sample_source USING HOST foo
FROM transaction log;

セキュア・ターゲットsample_sourceのトランザクション・ログ証跡の収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET sample_source USING HOST foo
FROM TABLE sys.aud$ USING PLUGIN com.sample_plugin;

プラグインcom.sample_pluginを使用して、セキュア・ターゲットsample_sourceの表証跡sys.aud$からの監査データ収集が開始します。

Oracle Databaseセキュア・ターゲットの使用上の注意

監査証跡の設定

監査証跡のオペレーティング・システム・タイプには、次の設定を使用します。

監査証跡のタイプ

trail_type設定

audit_trail設定

オペレーティング・システム・ディレクトリ

DIRECTORY

directory_location

Syslogファイル

SYSLOG

file_name

Windowsイベント・ログ

EVENTLOG

該当なし

SQL Serverセキュア・ターゲットの使用上の注意

監査証跡の設定

SQL Serverの監査証跡は、Windowsイベント・ログ、C2トレース・ファイルまたはサーバー側のトレース・ファイルに書き込めます。FROM trail_type audit_trailの引数は、次のとおりです。

監査証跡のタイプ

trail_type設定

audit_trail設定

Windowsイベント・ログ

EVENTLOG

該当なし

C2トレース・ファイル

DIRECTORY

file_wildcard

サーバー側トレース・ファイル

DIRECTORY

file_wildcard

SQLAUDITファイル

DIRECTORY

file_wildcard

Sybase ASEセキュア・ターゲットの使用上の注意と例

Sybase ASEの監査証跡の場合、trail_type audit_trail設定をTABLE SYSAUDITSに設定します。

Sybase ASEの例

avcli> START COLLECTION FOR SECURED TARGET hr_syb_db USING HOST sybserver
FROM TABLE SYSAUDITS;

MySQLの使用上の注意

証跡のlocationは、実行中のMySQL XML変換ユーティリティによって作成される変換後のXMLファイルが格納されるディレクトリへのパスです。「(MySQLで必要)XML変換ユーティリティの実行」を参照してください。

IBM DB2の使用上の注意と例

IBM DB2の監査証跡の場合、trail_type audit_trail設定をDIRECTORY directory_locationに設定します。

IBM DB2の例

avcli> START COLLECTION FOR SECURED TARGET hr_db2_db USING HOST db2server
FROM DIRECTORY "d:\temp\trace";

Oracle Solarisセキュア・ターゲットの使用上の注意

Oracle Solarisセキュア・ターゲットの場合、このコマンドで使用する証跡のlocationを次の形式にする必要があります。

hostname:path_to_trail

ここで、hostnameは、監査ログ名内(次のような形式)のホスト名と一致します。

timestamp1.timestamp2.hostname

Windowsセキュア・ターゲットの使用上の注意

Windowsセキュア・ターゲットの場合、イベント・ログ監査証跡タイプではWindowsセキュリティ・イベント・ログからデータが収集されます。このコマンドで使用する証跡のlocationはsecurityにする必要があります。

STOP COLLECTION FOR SECURED TARGET

STOP COLLECTION FOR SECURED TARGETコマンドは、監査証跡収集を停止します。

構文

STOP COLLECTION FOR SECURED TARGET secured_target_name USING HOST hostname FROM location
[USING PLUGIN plugin_id]]

引数

引数

説明

secured_target_name

証跡収集を停止するセキュア・ターゲットの名前。
すべての登録されているセキュア・ターゲットのリストを確認するには、「LIST SECURED TARGET」を参照してください。

hostname

セキュア・ターゲット・エージェントが存在するホストの名前。
構成済のエージェント・ホストのリストを確認するには、「LIST HOST」を参照してください。

セキュア・ターゲットの詳細は、「LIST ATTRIBUTE FOR SECURED TARGET」を参照てください。

location

locationは、次のいずれかです。

- DIRECTORY directory name / mask

- TABLE tablename

- SYSLOGDEFAULT | filename / file mask

- NETWORK

- EVENT LOG eventlog name

- TRANSACTION LOG

- CUSTOM name

plugin_id

使用されている収集プラグインID。使用可能なプラグインが複数存在する場合は必須です。プラグインが1つしかない場合はオプションです。
該当タイプについて既存のプラグインのリストを確認するには、「LIST PLUGIN FOR SECURED TARGET TYPE」を参照してください。

一般的な使用上の注意

コマンドは証跡に直接送信されるため、エージェント・プロセスが実行中状態である必要はありません。複数のプラグインが1つのセキュア・ターゲットからの監査データを処理する場合は、オプションのUSING PLUGINディレクティブを使用してそのプロセスを明確にします。

停止すると証跡はSTOP_REQUESTED状態になり、停止中状態に遷移した後、停止状態になります。最新の状態は、LIST TRAIL FOR SECURED TARGETを使用すると表示できます。

Windowsシステムの使用上の注意

Windowsシステムでは、ディレクトリおよびファイル名の場所を二重引用符で囲んだ文字列で入力するか、フォワード・スラッシュを使用して引用符で囲まない文字列で入力します。次に例を示します。

... FROM DIRECTORY "c:\app\oracle\product\11.1\av";

... FROM DIRECTORY c:/app/oracle/product/11.1/av;

一般的な例

avcli> STOP COLLECTION FOR SECURED TARGET sample_source USING HOST sample_host FROM directory /opt/audit_trail;

セキュア・ターゲットsample_sourceの証跡/opt/audit_trailからの監査データ収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET sample_source USING HOST sample_host FROM TABLE sys.aud$;

セキュア・ターゲットsample_sourceの表証跡sys.aud$からの監査データ収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET sample_source USING HOST sample_host FROM syslog
/usr/syslog/syslog*;

セキュア・ターゲットsample_sourceのsyslog証跡/usr/syslog/syslog*の収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET sample_source USING HOST sample_host FROM event log application;

セキュア・ターゲットsample_sourceのアプリケーション・イベント・ログ証跡の収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET sample_source USING HOST sample_host FROM transaction log;

セキュア・ターゲットsample_sourceのトランザクション・ログ証跡の収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET sample_source USING HOST sample_host FROM TABLE sys.aud$ USING PLUGIN com.sample_plugin;

プラグインcom.sample_pluginを使用して、セキュア・ターゲットsample_sourceの表sys.aud$からの監査データ収集が停止します。

Oracle Databaseの使用上の注意と例

監査証跡の設定

監査証跡のオペレーティング・システム・タイプには、次の設定を使用します。

Oracle Databaseの例

オペレーティング・システム・ディレクトリの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST hrdb.example.com
FROM DIRECTORY $ORACLE_HOME/logs;

オペレーティング・システムsyslogファイルの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST hrdb.example.com
FROM SYSLOG /etc/syslog.conf;

オペレーティング・システムWindowsイベント・ログの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST hrdb.example.com
FROM EVENTLOG;

データベース監査証跡の例:

avcli> START COLLECTION FOR SECURED TARGET hr_sql_db USING HOST hrdb.example.com
FROM TABLE sys.aud$;

REDOログの例:

avcli> START COLLECTION FOR SECURED TARGET hr_sql_db USING HOST hrdb.example.com
FROM TRANSACTIONLOOG;

SQL Serverの使用上の注意と例

SQL Serverの監査証跡は、Windowsイベント・ログ、C2トレース・ファイルまたはサーバー側のトレース・ファイル内に存在できます。FROM trail_type audit_trailの引数は、次のとおりです。

監査証跡のタイプ

trail_type設定

audit_trail設定

Windowsイベント・ログ

EVENTLOG

該当なし

C2トレース・ファイル

C2TRACE

file_wildcard

サーバー側トレース・ファイル

SERVERSIDETRACE

file_wildcard

SQL Serverの例

Windowsイベント・ログの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST mssqlserver
FROM EVENTLOG;

C2トレースの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST mssqlserver
FROM DIRECTORY "c:\SQLAuditFile*.trc";

サーバー側のトレースの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST mssqlserver
FROM DIRECTORY "c:\SQLAuditFile*.trc";

Sybase ASEの使用上の注意と例

Sybase ASEの監査証跡の場合、trail_type audit_trail設定をTABLE SYSAUDITSに設定します。

Sybase ASEの例

avcli> STOP COLLECTION FOR SECURED TARGET hr_syb_db USING HOST sybserver
FROM TABLE SYSAUDITS;

MySQLの使用上の注意

証跡のlocationは、実行中のMySQL XML変換ユーティリティによって作成される変換後のXMLファイルが格納されるディレクトリへのパスです。「(MySQLで必要)XML変換ユーティリティの実行」を参照してください。

IBM DB2の使用上の注意と例

IBM DB2の監査証跡の場合、trail_type audit_trail設定をDIRECTORY directory_locationに設定します。

IBM DB2の例

avcli> STOP COLLECTION FOR SECURED TARGET hr_db2_db USING HOST db2server
FROM DIRECTORY "d:\temp\trace";

Oracle Solarisの使用上の注意

Oracle Solarisの場合、証跡の場所を次の形式にする必要があります。

hostname:path_to_trail

ここで、hostnameは、監査ログ名内(次のような形式)のホスト名と一致します。

timestamp1.timestamp2.hostname

Windowsセキュア・ターゲットの使用上の注意

Windowsセキュア・ターゲットの場合、イベント・ログ監査証跡タイプではWindowsセキュリティ・イベント・ログからデータが収集されます。このコマンドで使用する証跡のlocationはsecurityにする必要があります。

LIST TRAIL FOR SECURED TARGET

LIST TRAIL FOR SECURED TARGETコマンドは、START COLLECTIONコマンドで開始された、またはSTOP COLLECTIONコマンドで停止された使用可能な監査証跡をリストします。

構文

LIST TRAIL FOR SECURED TARGET secured_target_name

引数

引数

説明

secured_target_name

セキュア・ターゲットの名前。
既存のセキュア・ターゲットのリストを確認するには、「LIST SECURED TARGET」を参照してください。

使用上の注意

LIST TRAIL FOR SECURED TARGETは、作成されていても、まだ開始または停止されていない監査証跡をリストしません。

例

avcli> LIST TRAIL FOR SECURED TARGET sample_source;

セキュア・ターゲットsample_sourceで使用可能な証跡がリストされます。

DROP TRAIL FOR SECURED TARGET

DROP TRAIL FOR SECURED TARGETは、監視が不要になった証跡を削除します。

注意:
監査証跡を削除するには、監査証跡がSTOPPED状態である必要があります。関連付けられている監査データをすでに収集している証跡は削除できません。

構文

DROP TRAIL FOR SECURED TARGET secured_target_name USING HOST hostname FROM location

引数

引数

説明

secured_target_name

監査証跡を削除するセキュア・ターゲットの名前。
すべての登録されたセキュア・ターゲットを確認するには、「LIST SECURED TARGET」を参照してください。

hostname

セキュア・ターゲット・エージェントが存在するホストの名前。
構成済のエージェント・ホストのリストを確認するには、「LIST HOST」を参照してください。

セキュア・ターゲットの詳細は、「LIST ATTRIBUTE FOR SECURED TARGET」を参照てください。

location

locationは、次のいずれかです。

- DIRECTORY directory name / mask

- TABLE tablename

- SYSLOG DEFAULT | filename / file mask

- NETWORK

- EVENT LOG eventlog name

- TRANSACTION LOG

- CUSTOM name

例

avcli> DROP TRAIL FOR SECURED TARGET sample_source USING HOST foo FROM
DIRECTORY /opt/audit_trail;

セキュア・ターゲットsample_sourceのディレクトリ/opt/audit_trailからの監査証跡が削除されます。

avcli> DROP TRAIL FOR SECURED TARGET sample_source USING HOST foo FROM TABLE sys.aud$;

セキュア・ターゲットsample_sourceの表証跡sys.aud$からの監査証跡が削除されます。

avcli> DROP TRAIL FOR SECURED TARGET sample_source USING HOST foo FROM SYSLOG DEFAULT
/usr/syslog/syslog*;

セキュア・ターゲットsample_sourceのsyslog証跡/usr/syslog/syslog*が削除されます。

avcli> DROP TRAIL FOR SECURED TARGET sample_source USING HOST foo
FROM TRANSACTION LOG;

セキュア・ターゲットsample_sourceのトランザクション・ログ証跡が削除されます。

SMTP接続のAVCLIコマンド

AVCLI SMTPコマンドを使用すると、Audit Vault Serverのレポートおよびアラートに関するSMTP電子メール通知を管理できます。

表A-12に、SMTP固有のAVCLIコマンドを示します。

表A-12 AVCLI SMTPコマンド

コマンド

説明

REGISTER SMTP SERVER

SMTPサーバー構成をAudit Vault Serverに登録します。

ALTER SMTP SERVER

SMTPサーバー構成および状態を変更します。

ALTER SMTP SERVER ENABLE

REGISTER SMTP SERVERコマンドで登録されたサーバーまたはALTER SMTP SERVERコマンドで変更されたサーバーのSMTPサーバー構成を有効にします。

ALTER SMTP SERVER DISABLE

SMTPサーバー構成を無効にします。

ALTER SMTP SERVER SECURE MODE ON

SMTPサーバー構成を有効にし、使用されるセキュア・プロトコル・モードを指定します。

ALTER SMTP SERVER SECURE MODE OFF

既存のセキュアなSMTPサーバーでセキュア・モードを無効にします。

TEST SMTP SERVER

テスト電子メールを送信して、Audit Vault ServerとSMTPの統合をテストします。

LIST ATTRIBUTE OF SMTP SERVER

Audit Vault Serverで使用される現在のSMTP構成の詳細を表示します。

DROP SMTP SERVER

Audit Vault Serverに登録されたSMTPサーバーを登録解除し、関連する構成メタデータを削除します。

REGISTER SMTP SERVER

REGISTER SMTP SERVERコマンドは、SMTPサーバー構成をAudit Vault Serverに登録します。

構文

REGISTER SMTP SERVER AT host:[port] SENDER ID sender_id SENDER EMAIL sender_email
[AUTHENTICATED BY username/password]

引数

引数

説明

host:[port]

名前と、オプションのSMTPサーバーの送信ポート番号。portは、指定されない場合、デフォルトで25に設定されます。

sender_id

電子メールの送信を担当する個人のユーザーID (つまり、Fromの後に表示される電子メール・アドレス)。

sender_email

SENDER IDにIDを入力した個人の、RFC (Request For Comments) 822形式の電子メール・アドレス。

username/password

オプション。受信ユーザーの認証の資格証明。
SMTPサーバーが認証モードで実行され、接続して電子メールを送信するために有効なusername/passwordを必要とする場合、AUTHENTICATED BY句を使用して、その資格証明を指定します。

使用上の注意

- SMTPサーバー構成は、作成するとすぐに有効になり使用できるようになります。

- SMTPサーバーがセキュアなサーバーである場合、REGISTER SMTP SERVERの実行後に、ALTER SYSTEM SMTP SECURE MODE ONコマンド(「ALTER SMTP SERVER SECURE MODE ON」)を実行します。

- 構成をテストするには、TEST SMTP SERVERコマンド(「TEST SMTP SERVER」)を実行します。

- このコマンドは、sender idおよびsender emailをこの構成データに関連付けるため、生成された電子メールはすべてこのsender idおよびsender emailで送信されます。

例

avcli> REGISTER SMTP SERVER AT sample_mail.example.com sender id "do-not-reply";

sample_mail.example.comで未認証モードで実行されているSMTPサーバーについて、すべての電子メールがアドレスdo-not-reply<donotreply@example.com>から生成および送信されます。

avcli> REGISTER SMTP SERVER AT sample_mail.example.com:455 SENDER ID av-alerts  SENDER
EMAIL avalerts@example.com AUTHENTICATED BY smtpuser/smtppass;

sample_mail.example.com、ポート455で認証モードで実行されているSMTPサーバーについて、すべての電子メールがアドレスav-alerts<avalerts@example.com>から生成および送信されます。資格証明smtpuser/smtppassにより、このサーバーに接続して電子メールを送信します。

ALTER SMTP SERVER

ALTER SMTP SERVERコマンドは、SMTPサーバー構成および状態を変更します。

構文

ALTER_SMTP SERVER AT host:[port] [SENDER ID sender_id]|
[SENDER EMAIL sender_email] | [AUTHENTICATED BY username/password]

引数

引数

説明

host:[port]

名前と、オプションのSMTPサーバーの送信ポート番号。portは、デフォルトで25に設定されます。

sender_id

電子メールの送信を担当する個人のユーザーID (つまり、Fromの後に表示される電子メール・アドレス)。

sender_email

SENDER IDにIDを入力した個人の、RFC (Request For Comments) 822形式の電子メール・アドレス。

username/password

オプション。受信ユーザーの認証の資格証明。
SMTPサーバーが認証モードで実行され、接続して電子メールを送信するために有効なusername/passwordを必要とする場合、AUTHENTICATED BY句を使用して、その資格証明を指定します。

使用上の注意

- SMTPサーバー構成は、完了すると有効になり使用できるようになります。

- SMTPサーバーがセキュアなサーバーである場合、REGISTER SMTP SERVERの実行後に、ALTER SYSTEM SMTP SECURE MODE ONコマンド(「ALTER SMTP SERVER SECURE MODE ON」)を実行します。

- 構成をテストするには、TEST SMTP SERVERコマンド(「TEST SMTP SERVER」)を実行します。

- 引数を省略すると、Audit Vault Serverでは、以前に構成された設定が使用されます。

例

avcli> ALTER SMTP SERVER AT new_sample_host:465;

SMTPサーバーのホストおよびポートの構成情報が変更されます。

avcli> ALTER SMTP SERVER SENDER ID new-do-not-reply;

SMTPサーバーの送信者IDの構成情報が変更されます。

avcli> ALTER SMTP SERVER AT new_sample_host:465 sender id new-do-not-reply;

SMTPサーバーのホスト、ポートおよび送信者IDが変更されます。

ALTER SMTP SERVER ENABLE

ALTER SMTP SERVER ENABLEコマンドは、REGISTER SMTP SERVERコマンドで登録されたサーバーまたはALTER SMTP SERVERコマンドで変更されたサーバーのSMTPサーバー構成を有効にします。

構文

ALTER SMTP SERVER ENABLE

使用上の注意

- 構成を有効にすると、Audit Vault Serverでは、SMTP構成を最後に無効にしたときに機能していた構成が使用されます。

- 最新のサービス構成に関する詳細を確認するには、「LIST ATTRIBUTE OF SMTP SERVER」を参照してください。

例

avcli> ALTER SMTP SERVER ENABLE;

SMTP integration is enabled.

Audit Vault ServerとSMTPサーバー間の統合を有効にします。

ALTER SMTP SERVER DISABLE

ALTER SMTP SERVER DISABLEコマンドは、SMTPサーバー構成を無効にします。

構文

ALTER SMTP SERVER DISABLE

使用上の注意

- 構成を無効にすると、Audit Vault Serverでは、最新の構成が保存されます。そのため、構成を再度有効にすると、この構成が再びアクティブになります。

- 最新のサービス構成に関する詳細を確認するには、「LIST ATTRIBUTE OF SMTP SERVER」を参照してください。

- このコマンドは、システム・メンテナンスのためにSMTPサーバーが停止しているときに使用すると便利です。

例

avcli> ALTER SMTP SERVER DISABLE;

SMTP integration is disabled.

Audit Vault ServerとSMTPサーバー間の統合を無効にします。

ALTER SMTP SERVER SECURE MODE ON

ALTER SMTP SERVER SECURE MODE ONコマンドは、SMTPサーバー構成を有効にし、使用されるセキュア・プロトコル・モードを指定します。

構文

ALTER SMTP SERVER SECURE MODE ON PROTOCOL [SSL | TLS ] [TRUSTSTORE location]

引数

引数

説明

PROTOCOL

オプション: 次のタイプのプロトコルのいずれかです。

- SSL: Secure Sockets Layer (デフォルト)

- TLS: Transport Layer Security

location

サーバー証明書の検証に使用されるトラストストア・ファイルへのパス。オプション。

使用上の注意

このコマンドは、REGISTER SMTP SERVER (「REGISTER SMTP SERVER」)またはALTER SMTP SERVER (「ALTER SMTP SERVER」)コマンドの実行後に実行します。

このコマンドを実行するのは、構成しているSMTPサーバーがセキュアなサーバーである場合のみです。

例

avcli> ALTER SMTP SERVER SECURE MODE ON PROTOCOL ssl TRUSTSTORE /sample_tstore;

このコマンドは、Oracle Audit Vault Serverに登録されたSMTPサーバーがセキュア・モードである(SSLまたはTLSをサポートしている)ことを確認し、ファイル
/sample_tstoreを使用して、接続時にSMTPサーバーから取得された証明書を検証します。

avcli> ALTER SMTP SERVER SECURE MODE ON PROTOCOL tls TRUSTSTORE /sample_tstore;

この例では、SSLのかわりにTLSプロトコルを設定しています。

ALTER SMTP SERVER SECURE MODE OFF

ALTER SMTP SERVER SECURE MODE OFFコマンドは、既存のセキュアなSMTPサーバーでセキュア・モードを無効にします。

構文

ALTER SMTP SERVER SECURE MODE OFF

使用上の注意

このコマンドは、REGISTER SMTP SERVER (「REGISTER SMTP SERVER」)またはALTER SMTP SERVER (「ALTER SMTP SERVER」)コマンドの実行後に実行します。

例

avcli> ALTER SMTP SERVER SECURE MODE OFF;

Updated SMTP server configuration to not use secure protocol.

Oracle Audit Serverに登録されたSMTPサーバーを非セキュア・モードに設定します。

TEST SMTP SERVER

TEST SMTP SERVERコマンドは、テスト電子メールを送信して、Audit Vault ServerとSMTPの統合をテストします。

構文

TEST SMTP SERVER SEND EMAIL TO email_address

引数

引数

説明

email_address

テスト電子メール通知の受信者

使用上の注意

- テストが失敗した場合は、LIST ATTRIBUTE OF SMTP SERVER (「LIST ATTRIBUTE OF SMTP SERVER」)コマンドを実行して構成を確認します。

- 構成は、ALTER_SMTP SERVERコマンド(「ALTER SMTP SERVER」)を実行して再作成できます。

- エラーがなかった場合、e-mail address引数で指定されたユーザーのメール・ボックスにテスト電子メールが表示されます。

- このコマンドには、カンマで区切られた電子メール・アドレスのリストを指定できます。

- このコマンドを使用するには、まずSMTPサーバーをAudit Vault Serverに登録する必要があります。「REGISTER SMTP SERVER」を参照してください。

例

avcli> TEST SMTP SERVER SEND EMAIL TO me@example.com

SMTP統合をテストするために、テスト電子メールが電子メール・アドレスme@example.comに送信されます。

avcli> TEST SMTP SERVER SEND EMAIL TO abc@example1.com,xyz@example2.com

SMTP統合をテストするために、テスト電子メールが電子メール・アドレス・リストabc@example1.com,xyz@example2.comに送信されます。

LIST ATTRIBUTE OF SMTP SERVER

LIST ATTRIBUTE OF SMTP SERVERコマンドは、Audit Vault Serverで使用される現在のSMTP構成の詳細を表示します。

構文

LIST ATTRIBUTE OF SMTP SERVER

使用上の注意

SMTPサーバー接続を再構成するには、ALTER SMTP SERVER (「ALTER SMTP SERVER」)コマンドを実行します。

例

avcli> LIST ATTRIBUTE OF SMTP SERVER;

SMTPサーバーの構成データおよび属性が表示されます。

DROP SMTP SERVER

DROP SMTP SERVERコマンドは、Audit Vault Serverに登録されたSMTPサーバーを登録解除し、関連する構成メタデータを削除します。

構文

DROP SMTP SERVER

例

avcli> DROP SMTP SERVER;

SMTP server unregistered successfully.

SMTPサーバーが登録解除され、関連する構成メタデータが削除されます。

セキュリティ管理のAVCLIコマンド

AVCLIセキュリティ管理コマンドを使用すると、様々な管理者権限およびスーパー管理者権限を管理できます。

表A-13 AVCLIセキュリティ管理コマンド

コマンド

説明

GRANT SUPERADMIN

usernameで指定されたユーザーにスーパー管理者権限を付与します。

REVOKE SUPERADMIN

usernameで指定されたユーザーからスーパー管理者権限を取り消します。

GRANT ACCESS

指定されたユーザーにセキュア・ターゲット名またはセキュア・ターゲット・グループ名へのアクセス権を付与します。

REVOKE ACCESS

指定されたユーザーからセキュア・ターゲット名またはセキュア・ターゲット・グループ名へのアクセス権を取り消します。

GRANT ADMIN

指定されたユーザーに管理者権限を付与します。

REVOKE ADMIN

指定されたユーザーから管理者権限を取り消します。

GRANT SUPERADMIN

GRANT SUPERADMINコマンドは、usernameで指定されたユーザーにスーパー管理者権限を付与します。

構文

GRANT SUPERADMIN TO username

引数

引数

説明

username

指定ユーザー。

使用上の注意

このユーザーは、通常の管理者権限も自動的に取得します。

例

avcli> GRANT SUPERADMIN TO scott;

スーパー管理者(および管理者)権限がユーザーscottに付与されます。

REVOKE SUPERADMIN

REVOKE SUPERADMINコマンドは、usernameで指定されたユーザーからスーパー管理者権限を取り消します。

構文:

REVOKE SUPERADMIN FROM username

引数

引数

説明

username

指定ユーザー。

使用上の注意

ユーザーは、通常の管理者権限を引き続き保持します。

例:

avcli> REVOKE SUPERADMIN FROM scott;

スーパー管理者権限がユーザーscottから取り消されます。

GRANT ACCESS

GRANT ACCESSコマンドは、指定されたユーザーにセキュア・ターゲット名またはセキュア・ターゲット・グループ名へのアクセス権を付与します。

構文

GRANT ACCESS ON SECURED TARGET secured_target_name TO username

GRANT ACCESS ON SECURED TARGET GROUP secured_target_group name TO username

引数

引数

説明

username

指定ユーザー。

secured_target_name

セキュア・ターゲットの名前。

secured_target_group_name

セキュア・ターゲット・グループの名前。

例

avcli> GRANT ACCESS ON SECURED TARGET sample_source TO scott;

セキュア・ターゲットsample_sourceへのアクセス権がユーザーscottに付与されます。

avcli> GRANT ACCESS ON SECURED TARGET GROUP hr_db_group TO hr;

グループhr_db_groupで指定されたセキュア・ターゲット・グループへのアクセス権がユーザーhrに付与されます。

REVOKE ACCESS

REVOKE ACCESSコマンドは、指定されたユーザーからセキュア・ターゲット名またはセキュア・ターゲット・グループ名へのアクセス権を取り消します。

構文

REVOKE ACCESS ON SECURED TARGET secured_target_name FROM username

REVOKE ACCESS ON SECURED TARGET GROUP secured_target_group_name FROM username

引数

引数

説明

username

指定ユーザー。

secured_target_name

セキュア・ターゲットの名前。

secured_target_group_name

セキュア・ターゲット・グループの名前。

例

avcli> REVOKE ACCESS ON SECURED TARGET sample_source FROM scott;

セキュア・ターゲットsample_sourceへのアクセス権がユーザーscottから取り消されます。

avcli> REVOKE ACCESS ON SECURED TARGET GROUP hr_db_group FROM hr;

グループhr_db_groupで指定されたセキュア・ターゲット・グループへのアクセス権がユーザーhrから取り消されました。

GRANT ADMIN

GRANT ADMINコマンドは、指定されたユーザーに管理者権限を付与します。

構文

GRANT ADMIN TO username

引数

引数

説明

username

指定ユーザー。

例

avcli> GRANT ADMIN TO scott;

管理者権限がユーザーscottに付与されます。

REVOKE ADMIN

REVOKE ADMINコマンドは、指定されたユーザーから管理者権限を取り消します。

構文:

REVOKE ADMIN FROM username

引数

引数

説明

username

指定ユーザー。

例:

avcli> REVOKE ADMIN FROM scott;

管理者権限がユーザーscottから取り消されます。

SANストレージのAVCLIコマンド(AVDF 12.1.2)

表A-14に、SANストレージのAVCLIコマンドを示します。これらのコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

表A-14 AVCLI SANストレージ・コマンド

コマンド

説明

REGISTER SAN SERVER

指定されたストレージ・タイプのSANサーバーをAudit Vault Serverに登録します。

ALTER SAN SERVER

SANサーバーで使用可能なターゲットに対してログインまたはログアウトすることによって、Audit Vault Serverに登録されているSANサーバーを変更します。

LIST TARGET FOR SAN SERVER

指定されたSANサーバーで使用可能なターゲットの詳細を表示します。

DROP SAN SERVER

Audit Vault Serverに登録されているSANサーバーを削除します。

LIST DISK

システムで使用可能なディスクの詳細を表示します。

ALTER DISKGROUP

ディスクを追加または削除することによって、ディスク・グループを変更します。

LIST DISKGROUP

システムにあるすべてのディスク・グループの詳細を表示します。

LIST SAN SERVER

Audit Vault Serverに登録されているSANサーバーの詳細を表示します。

SHOW ISCSI INITIATOR DETAILS FOR SERVER

Audit Vault ServerのiSCSIイニシエータの詳細を表示します。

REGISTER SAN SERVER

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

REGISTER SAN SERVERコマンドは、SANサーバーをAudit Vault Serverに登録します。

構文:

REGISTER SAN SERVER SAN_server_name OF TYPE storage_type ADDRESS address [PORT port] [METHOD discovery_method] [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

引数

引数

説明

SAN_server_name

SANサーバーの名前。一意である必要があります。

storage_type

ストレージ・タイプ。現在、iSCSIのみがサポートされています(大/小文字は区別しません)。

address

SANサーバーのIPアドレス。

port

オプション。ポート番号。デフォルトは3260です。

discovery_method

オプション。ターゲットの検出に使用する方法。使用可能な値は次のとおりです。

SENDTARGETS [AUTHENTICATED BY username/password]
ISNS

デフォルトはSENDTARGETSです。

例:

avcli> REGISTER SAN SERVER testServer1 OF TYPE iSCSI ADDRESS 192.0.2.1;

アドレス192.0.2.1でストレージ・タイプiSCSIのSANサーバーtestServer1を登録します。デフォルト・ポート番号3260とデフォルト検出方法sendtargetsが使用されます。

avcli> REGISTER SAN SERVER testServer2 Of Type iSCSI ADDRESS 192.0.2.1 METHOD sendtargets AUTHENTICATED BY username2/password2;

検出方法sendtargetsと資格証明username2およびpassword2を使用して、アドレス192.0.2.1でストレージ・タイプiSCSIのSANサーバーtestServer2を登録します。

ALTER SAN SERVER

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

ALTER SAN SERVERコマンドは、SANサーバーで使用可能なターゲットに対してログインまたはログアウトすることによって、Audit Vault Serverに登録されているSANサーバーを変更します。

構文:

ALTER SAN SERVER server_name LOGIN target_name ADDRESS address  [PORT port][AUTHENTICATED BY username/password] [ON SECONDARY]

ALTER SAN SERVER server_name LOGOUT target_name ADDRESS address  [PORT port][AUTHENTICATED BY username/password] [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

引数

引数

説明

server_name

Audit Vault Serverに登録されているSANサーバーの名前。

target_name

SANサーバー上のターゲットの名前。ターゲットのリストを取得するには、コマンドLIST TARGET FOR SAN SERVERを使用します。

address

SANサーバー上のターゲットのIPアドレスまたはホスト名。

port

オプション。デフォルトは3260です。

username/password

ターゲットへのログインに使用する資格証明(必要な場合)。

例:

avcli> ALTER SAN SERVER testServer1 LOGIN target1 ADDRESS sample_target.example.com   AUTHENTICATED BY username1/password1;

資格証明username1およびpassword1を使用して、アドレスsample_target.example.comでtarget1にログインすることによって、SANサーバーtestServer1を変更します。デフォルトのポート番号3260が使用されます。

avcli> ALTER SAN SERVER testServer2 LOGOUT target2 ADDRESS sample_target.example.com

アドレスsample_target.example.comでtarget2からログアウトすることによって、SANサーバーtestServer2を変更します。

LIST TARGET FOR SAN SERVER

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

LIST TARGET FOR SAN SERVERコマンドは、指定されたSANサーバーで使用可能なターゲットの詳細を表示します。

構文:

LIST TARGET FOR SAN SERVER server_name [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

引数

引数

説明

server_name

Audit Vault Serverに登録されているSANサーバーの名前。

例:

avcli> LIST TARGET FOR SAN SERVER testServer1;

SANサーバーtestServer1で使用可能なターゲットの詳細を表示します。

DROP SAN SERVER

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

DROP SAN SERVERコマンドは、Audit Vault Serverに登録されているSANサーバーを削除します。

構文:

DROP SAN SERVER server_name [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

引数

引数

説明

server_name

Audit Vault Serverに登録されているSANサーバーの名前。

例:

avcli> DROP SAN SERVER testServer1;

SANサーバーtestServer1をAudit Vault Serverから削除します。

LIST DISK

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

LIST DISKコマンドは、システムで使用可能なすべてのディスク、または特定のディスク・グループにあるディスクの詳細を表示します。

構文:

LIST DISK [FOR DISKGROUP SYSTEMDATA|EVENTDATA|RECOVERY] [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

例:

avcli> LIST DISK;

システムにあるすべてのディスクの詳細を表示します。

avcli> LIST DISK FOR DISKGROUP SYSTEMDATA;

SYSTEMDATAディスク・グループの詳細を表示します。

ALTER DISKGROUP

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

ALTER DISKGROUPコマンドは、グループのディスクを追加または削除することによってディスク・グループを変更します。

構文:

ALTER DISKGROUP SYSTEMDATA|EVENTDATA|RECOVERY ADD DISK disk_name
[ON SECONDARY]

ALTER DISKGROUP SYSTEMDATA|EVENTDATA|RECOVERY DROP DISK disk_name
[ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

引数

引数

説明

disk_name

追加または削除するディスクの名前。ディスクを追加する場合、ディスクがシステムで使用可能であり、以前にディスク・グループに追加されていない必要があります。システムで使用可能なすべてのディスクを表示するには、コマンドLIST DISKを使用します。

例:

avcli> ALTER DISKGROUP SYSTEMDATA ADD DISK disk1;

disk1をSYSTEMDATAディスク・グループに追加します。

avcli> ALTER DISKGROUP RECOVERY DROP DISK disk2;

disk2をRECOVERYディスク・グループから削除します。

LIST DISKGROUP

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

LIST DISKGROUPコマンドは、Audit Vault Serverにあるディスク・グループの詳細を表示します。

構文:

LIST DISKGROUP [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

例:

avcli> LIST DISKGROUP;

システムにあるすべてのディスク・グループの詳細(名前、合計領域、空き領域など)を表示します。特定のディスク・グループにあるディスクの詳細を表示するには、コマンドLIST DISKを使用します。

LIST SAN SERVER

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

LIST SAN SERVERコマンドは、Audit Vault Serverに登録されているSANサーバーの詳細を表示します。

構文:

LIST SAN SERVER [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

例:

avcli> LIST SAN SERVER;

システムに登録されているSANサーバーの詳細(ストレージ名、ストレージ・タイプなど)を表示します。

SHOW ISCSI INITIATOR DETAILS FOR SERVER

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

SHOW ISCSI INITIATOR DETAILS FOR SERVERコマンドは、Audit Vault ServerのiSCSIイニシエータの詳細を表示します。これらのイニシエータの詳細は、SANサーバー構成でAudit Vault Serverへの接続を許可するために使用されます。

構文:

SHOW ISCSI INITIATOR DETAILS FOR SERVER [ON SECONDARY]

高可用性構成でこのコマンドをセカンダリAudit Vault Serverに適用するには、[ON SECONDARY]オプションを使用します。

例:

avcli> SHOW ISCSI INITIATOR DETAILS FOR SERVER;

Audit Vault ServerのiSCSIイニシエータの詳細を表示します。

リモート・ファイルシステムのAVCLIコマンド(AVDF 12.1.2)

表A-15に、リモート・ファイルシステムのAVCLIコマンドを示します。これらのコマンドは、Oracle AVDF 12.1.2以降で使用できます。現在、アーカイブの場所として使用されるNFSファイルシステムへの接続の登録と管理がサポートされています。

表A-15 AVCLIリモート・ファイルシステム・コマンド

コマンド

説明

REGISTER REMOTE FILESYSTEM

Audit Vault Serverにリモート・ファイルシステムを登録します。

ALTER REMOTE FILESYSTEM

Audit Vault Serverに登録されているリモート・ファイルシステムを変更します。

DROP REMOTE FILESYSTEM

Audit Vault Serverに登録されているリモート・ファイルシステムを削除します。

LIST EXPORT

NFSサーバーで使用可能なエクスポートのリストを表示します。

LIST REMOTE FILESYSTEM

Audit Vault Serverに登録されているすべてのリモート・ファイルシステムをリストします。

SHOW STATUS OF REMOTE FILESYSTEM

Audit Vault Serverに登録されているリモート・ファイルシステムのステータスを表示します。

REGISTER REMOTE FILESYSTEM

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

REGISTER REMOTE FILESYSTEMコマンドは、リモート・ファイルシステムをAudit Vault Serverに登録します。このコマンドは、現在NFSファイルシステムの登録をサポートしています。リモート・ファイルシステムを登録した後、管理者はアーカイブの場所を指定するときにそのリモート・ファイルシステムを選択できます。

構文:

REGISTER REMOTE FILESYSTEM filesystem_name OF TYPE NFS ON HOST NFS_server_address USING EXPORT export [MOUNT]

引数

引数

説明

filesystem_name

リモート・ファイルシステムの一意の名前。

NFS_server_address

NFSサーバーのホスト名またはIPアドレス。

export

NFSサーバー上のエクスポート・ディレクトリの名前。エクスポートは、NFSサーバーで使用可能なエクスポートの1つである必要があります。

例:

avcli> REGISTER REMOTE FILESYSTEM sample_Filesystem OF TYPE NFS ON HOST example_host.example.com USING EXPORT /export/home1;

エクスポート・ディレクトリ/export/home1を使用して、ホストexample_host.example.comにあるsample_FilesystemというリモートNFSファイルシステムを登録します。これにより、登録されているリモート・ファイルシステムがマウントされます。

avcli> REGISTER REMOTE FILESYSTEM sample_Filesystem OF TYPE NFS ON HOST example_host.example.com USING EXPORT /export/home1 MOUNT;

エクスポート・ディレクトリ/export/home1を使用して、ホストexample_host.example.comにあるsample_FilesystemというリモートNFSファイルシステムを登録します。これによっても、登録されているリモート・ファイルシステムがマウントされます。

ALTER REMOTE FILESYSTEM

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

ALTER REMOTE FILESYSTEMコマンドは、Audit Vault Serverに登録されているリモート・ファイルシステムを変更します。

構文:

ALTER REMOTE FILESYSTEM filesystem_name SET {key=value [,key=value...]}

ALTER REMOTE FILESYSTEM filesystem_name MOUNT

ALTER REMOTE FILESYSTEM filesystem_name UNMOUNT [FORCE]

引数

引数

説明

filesystem_name

リモート・ファイルシステムの名前。

key

NFSリモート・ファイルシステムでは、key NAMEがサポートされています。

例:

avcli> ALTER REMOTE FILESYSTEM sample_filesystem SET NAME=newfilesystem;

リモート・ファイルシステムsample_filesystemの名前をnewfilesystemに変更します。

avcli> ALTER REMOTE FILESYSTEM sample_filesystem MOUNT;

リモート・ファイルシステムsample_filesystemをマウントします。

avcli> ALTER REMOTE FILESYSTEM sample_filesystem UNMOUNT

リモート・ファイルシステムsample_filesystemをアンマウントします。

avcli> ALTER REMOTE FILESYSTEM sample_filesystem UNMOUNT FORCE

リモート・ファイルシステムsample_filesystemをアンマウントし、この操作を強制します。

DROP REMOTE FILESYSTEM

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

DROP REMOTE FILESYSTEMコマンドは、Audit Vault Serverに登録されているリモート・ファイルシステムを削除します。

構文:

DROP REMOTE FILESYSTEM file_system_name

引数

引数

説明

filesystem_name

リモート・ファイルシステムの名前。

例:

avcli> DROP REMOTE FILESYSTEM filesystem1;

リモート・ファイルシステムfilesystem1を削除します。

LIST EXPORT

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

LIST EXPORTコマンドは、NFSサーバーで使用可能なエクスポートのリストを表示します。

構文:

LIST EXPORT OF TYPE NFS ON HOST address

引数

引数

説明

address

NFSサーバーのホスト名またはIPアドレス。

例:

avcli> LIST EXPORT OF TYPE NFS ON HOST example_server.example.com;

NFSサーバーexample_server.example.comで使用可能なエクスポートをリストします。

LIST REMOTE FILESYSTEM

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

LIST REMOTE FILESYSTEMコマンドは、Audit Vault Serverに登録されているすべてのリモート・ファイルシステムをリストします。

構文:

LIST REMOTE FILESYSTEM

例:

avcli> LIST REMOTE FILESYSTEM;

Audit Vault Serverに登録されているすべてのリモート・ファイルシステムをリストします。

SHOW STATUS OF REMOTE FILESYSTEM

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

SHOW STATUS OF REMOTE FILESYSTEMコマンドは、指定されたリモート・ファイルシステムのステータスを表示します。

構文:

SHOW STATUS OF REMOTE FILESYSTEM filesystem_name

引数

引数

説明

filesystem_name

リモート・ファイルシステムの名前。

例:

avcli> SHOW STATUS OF REMOTE FILESYSTEM filesystem1;

リモート・ファイルシステムfilesystem1のステータスを表示します。

サーバー管理のAVCLIコマンド

表A-16 AVCLIサーバー管理コマンド

コマンド

説明

ALTER SYSTEM SET

システム構成データを変更します。

SHOW CERTIFICATE

Audit Vault Serverの証明書を表示します。

DOWNLOAD LOG FILE

診断のためにAudit Vault Serverのログ・ファイルをダウンロードします。

ALTER SYSTEM SET

ALTER SYSTEMコマンドは、システム構成データを変更します。

構文:

ALTER SYSTEM SET {attribute=value [,attribute=value...]}

引数

引数

説明

attribute

キー/値ペアのシステム属性。表A-17を参照してください。

使用上の注意

通常、システム構成データは、システム全体のすべてのコンポーネントに影響を与えます。

複数のコンポーネントのログ・レベルは、|記号を使用して区切ると変更できます。

システム構成データを変更するには、データに関連付けられた属性をキー/値ペアを使用して変更します。複数の属性は、ペアをカンマで区切って指定します。

ログ・ファイルは、Audit Vault Serverの$Oracle_Home/av/logディレクトリにあります。

次のattributeがサポートされています。

表A-17 システム属性

パラメータ

説明

LOGLEVEL

このホストで実行されているコンポーネントのログ・レベル。

LOGLEVEL属性は、次のようにコロンで区切られた2部値を取ります。

component_name:loglevel_value

component_nameは、JfwkLog、PolicyLog、ReportLog、AlertLog、PfwkLogおよびGUIlogのいずれかです。

LOGLEVEL属性の値(コンポーネント名とログ・レベル値の組合せ)の説明は表A-18を参照してください。

複数のコンポーネントのログ・レベルは、|記号を使用して区切ると変更できます。

SYS.HEARTBEAT_INTERVAL

システムのハートビート間隔を秒単位の数値に設定します。

表A-18に、LOGLEVEL属性のcomponent_nameおよびloglevel_valueの有効な値を示します。

表A-18 LOGLEVELの値

パラメータ

説明

JfwkLog

LOGLEVEL属性のJfwkLog component_name

PolicyLog

LOGLEVEL属性のPolicyLog component_name

ReportLog

LOGLEVEL属性のReportLog component_name

AlertLog

LOGLEVEL属性のAlertLog component_name

PfwkLog

LOGLEVEL属性のPfwkLog component_name

GUIlog

LOGLEVEL属性のGUIlog component_name

INFO

LOGLEVEL属性のINFO loglevel_value

WARNING

LOGLEVEL属性のWARNING loglevel_value (GUIlogではサポートされていません)

ERROR

LOGLEVEL属性のERROR loglevel_value

DEBUG

LOGLEVEL属性のDEBUG loglevel_value

例

avcli> ALTER SYSTEM SET SYS.HEARTBEAT_INTERVAL=10;

SYS.HEARTBEAT_INTERVALシステム構成設定が10秒に変更されます。

avcli> ALTER SYSTEM SET loglevel=JfwkLog:DEBUG|PfwkLog:INFO;

SHOW CERTIFICATE

SHOW CERTIFICATEコマンドは、Audit Vault Serverの証明書を表示します。

構文

SHOW CERTIFICATE FOR SERVER

例

avcli> SHOW CERTIFICATE FOR SERVER;

Audit Vault Serverの証明書が表示されます。

DOWNLOAD LOG FILE

注意: このコマンドは、Oracle AVDFリリース12.1.2以降で使用できます。

DOWNLOAD LOG FILEコマンドは、診断ログ・ファイルをAudit Vault Serverから(.zipファイルとして)ダウンロードして、次のディレクトリに保存します。

AVCLI_installation_path/av/log

構文

DOWNLOAD LOG FILE FROM SERVER

例

avcli> DOWNLOAD LOG FILE FROM SERVER;

Audit Vault Serverのログ・ファイルがダウンロードされます。

AVCLI収集プラグイン・コマンド

AVCLI収集プラグイン・コマンドを使用すると、収集プラグインのデプロイメントを管理できます。

表A-12に、AVCLI収集プラグイン・コマンドを示します。

表A-19 AVCLI収集プラグイン・コマンド

コマンド

説明

DEPLOY PLUGIN

指定されたアーカイブ・ファイルからAudit Vault Serverホームにプラグインをデプロイします。

LIST PLUGIN FOR SECURED TARGET TYPE

Audit Vault Serverインストール内のすべてのプラグインをリストします。

UNDEPLOY PLUGIN

Audit Vault Serverホームからプラグインをアンデプロイします。

DEPLOY PLUGIN

DEPLOY PLUGINコマンドは、指定されたアーカイブ・ファイルからAudit Vault Serverホームにプラグインをデプロイします。

構文

DEPLOY PLUGIN plugin archive

引数

引数

説明

plugin archive

プラグイン・アーカイブ。
アーカイブ・ファイルの拡張子は.zipです。Audit Vault Serverに機能を追加するためにサード・パーティ・ベンダーまたはパートナが開発するカスタム・プラグインを指定します。

使用上の注意

このコマンドの後に必要なアクションはありません。

DEPLOY PLUGINコマンドは、将来のエージェント・デプロイメントに対するこのプラグインのコンテンツでエージェント・アーカイブを更新します。

新しいバージョンのプラグインが使用可能な場合は、DEPLOY PLUGINコマンドを使用して、プラグインのアーティファクトを更新します。複数のプラグインで1つのセキュア・ターゲット・タイプをサポートできます。

例

avcli> DEPLOY PLUGIN /opt/avplugins/sample_plugin.zip;

/opt/avplugins/sample_plugin.zipにあるプラグインをAudit Vault Serverにデプロイし、プラグインをコンテンツに追加してエージェント・アーカイブを更新します。

LIST PLUGIN FOR SECURED TARGET TYPE

LIST PLUGIN FOR SECURED TARGET TYPEコマンドは、特定のセキュア・ターゲット・タイプをサポートするすべてのプラグインをリストします。

構文

LIST PLUGIN FOR SECURED TARGET TYPE secured target type name

引数

引数

説明

secured target type name

セキュア・ターゲット・タイプの名前

使用上の注意

使用可能なセキュア・ターゲット・タイプのリストを確認するには、「LIST SECURED TARGET TYPE」を参照してください。

例

avcli> LIST PLUGINS FOR SECURED TARGET TYPE "Oracle Database";

セキュア・ターゲット・タイプOracle Databaseをサポートするプラグインがリストされます。

UNDEPLOY PLUGIN

UNDEPLOY PLUGINコマンドは、Audit Vault Serverホームからプラグインを削除します。

構文

UNDEPLOY PLUGIN plugin_id

引数

引数

説明

plugin_id

アンデプロイするプラグインのID

使用上の注意

UNDEPLOY PLUGINは、プラグインを削除する前に、従属するプラグインまたはパッケージを特定しようとします。

このコマンドは、プラグインIDで指定されたプラグインをAudit Vault Serverからアンデプロイします。また、このプラグインを削除してエージェント・アーカイブを更新するため、将来のエージェント・デプロイメントでデプロイされません。

例

avcli> UNDEPLOY PLUGIN com.abc.sample_plugin;

プラグインcom.abc.sample_pluginがOracle Audit Vault Serverからアンデプロイされ、プラグインが削除されてエージェント・アーカイブが更新されます。

汎用のAVCLIコマンド

表A-20に、AVCLI汎用コマンドを示します。

表A-20 AVCLI HELPコマンドとEXITコマンド

コマンド

説明

CONNECT

現行ユーザーを別のユーザーとしてAVCLIに接続します。

HELP

すべてのAVCLIコマンドとそのカテゴリをリストします。

-HELP

AVCLIユーティリティにあるすべてのコマンドのヘルプ情報を表示します。

-VERSION

AVCLIのバージョン番号を表示します。

QUIT

AVCLIを終了します。

CONNECT

CONNECTコマンドを使用すると、別のユーザーとしてAVCLIに接続できます。

構文

CONNECT username

使用上の注意

- ユーザー名およびパスワードを指定せずにAVCLIにログインした場合は、CONNECTコマンドを使用して有効なユーザーとして接続する必要があります。

- AVCLIに接続する他の方法は、「AVCLIコマンドライン・インタフェースの使用」を参照してください。

例

avcli> CONNECT psmith
Enter password: password

Connected.

HELP

HELPコマンドは、使用可能なすべてのAVCLIコマンドとそのカテゴリをリストします。

構文

HELP

例

avcli> HELP;

-HELP

-HELPコマンドは、バージョン番号およびAVCLIコマンドに関するヘルプ情報を表示します。-HELPコマンドは、AVCLIの外から実行します。

構文

avcli -h
avcli -H
avcli -help
avcli -HELP

例

avcli -help:

[oracle@slc02vjp ~]$ avcli -help

AVCLI : Release 12.1.2.0.0 - Production on Thu Nov 8 00:53:54 UTC 2012

Copyright (c) 1996, 2014 Oracle.  All Rights Reserved.

Usage 1: avcli -{h|H} | -{v|V}

-{h|H}             Displays the AVCLI version and the usage help

-{v|V}             Displays the AVCLI version.

Usage 2: avcli [ [<option>] [<logon>] [<start>] ]

<option> is: [-{l|L} <log level>]

-{l|L} <log level>   Sets the log level to the level specified.
Supported log levels: INFO, WARNING, ERROR, DEBUG

<logon> is: -{u|U} <username>
Specifies the database account username for the database
connection

<start> is: -{f|F} <filename>.<ext>
Runs the specified AVCLI script from the local file system
(filename.ext). Valid AVCLI script files should have
their file extension as '.av' (e.g. sample_script.av)

-VERSION

-VERSIONコマンドは、AVCLIのバージョン番号を表示します。-VERSIONコマンドは、AVCLIの外から実行します。

構文

avcli -v
avcli -V
avcli -version
avcli -VERSION

例

avcli -v

AVCLI : Release 12.1.2.0.0 - Production on Tue Apr 26 14:25:31 PDT 2011

Copyright (c) 2014, Oracle.  All Rights Reserved.

QUIT

QUIT;コマンドは、AVCLIを終了します。

構文

QUIT

例

avcli> QUIT;

B プラグイン・リファレンス

ここでのトピック

- Oracle AVDFプラグインの概要

- Oracle AVDFの付属プラグイン

- セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト

- 監査証跡のクリーンアップ

- 手順に関する参照情報: 接続文字列、コレクション属性、監査証跡の場所

Oracle AVDFプラグインの概要

Oracle AVDFでは、セキュア・ターゲット・タイプごとにプラグインを提供して、様々なセキュア・ターゲット・タイプをサポートしています。Oracle AVDFには、すぐに使用できるプラグインのセットが付属しています。これらのプラグインは、Audit Vault Serverとともにパッケージ化されてデプロイされます。

独自のプラグインを開発するか新たに使用可能になったプラグインを取得して、Oracle AVDFインストールに追加することもできます。このトピックの詳細は、「プラグインのデプロイとプラグイン・ホストの登録」を参照してください。

この付録には、Oracle AVDFに付属している各プラグインについての概要データが記載されています。付録には、セキュア・ターゲットの登録手順および監査証跡の構成手順を完了するときに必要となる参照情報も記載されています。これらの手順は、この付録内の関連する項に直接リンクしています。

注意:
Oracle AVDFでは、Oracle Big Data Applianceもセキュア・ターゲットとしてサポートしています。詳細は、『Oracle Big Data Applianceオーナーズ・ガイド』を参照してください。

Oracle AVDFの付属プラグイン

この項では、Oracle AVDFに付属している各プラグインについて説明します。

現在のリリースの最新のプラットフォーム・サポートの詳細は、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

さらに、前のリリースのプラットフォーム情報は、Webサイト: https://support.oracle.com">>にある記事1536380.1で参照できます。

ここでのトピック

- すぐに使用できるプラグインの一覧

- Oracle Database

- Microsoft SQL Server

- Sybase ASE

- Sybase SQL Anywhere

- IBM DB2 for LUW

- MySQL

- Oracle Solaris

- Oracle Linux

- Microsoft Windows

- Microsoft Active Directory

- Oracle ACFS

- 各監査証跡タイプに対して収集されるデータの概要

すぐに使用できるプラグインの一覧

すぐに使用できるOracle AVDFプラグインは、表B-1にリストされているバージョンのセキュア・ターゲットをサポートしています。各セキュア・ターゲットのリンクをクリックすると、詳細情報にアクセスできます。

表B-1 Oracle AVDFでサポートされている、すぐに使用できるプラグインおよび機能

セキュア・ターゲットのバージョン

監査証跡の収集

監査ポリシーの作成、権限監査

ストアド・プロシージャ監査

監査証跡のクリーンアップ

Database Firewall

ホスト監視

データベース問合せ

Oracle Database

9i

可能

Oracle Database

10g、11g、12c

可能

可能
(統合監査ポリシーを除く)

可能

可能

可能

可能

可能

Microsoft SQL Server

2000

可能

可能

可能

可能

Microsoft SQL Server

2005

可能

可能

可能

可能

可能(Windows 2008)

可能

Microsoft SQL Server

2008、2008 R2

可能

可能

可能

可能

可能(Windows 2008、2008 R2)

可能

Microsoft SQL Server

2012

可能

可能

可能

可能

Sybase ASE

12.5.4～15.7

可能

可能

可能

可能

Sybase SQL Anywhere

10.0.1

可能

可能

可能

可能

IBM DB2 for LUW

9.x

可能

可能

可能

可能

MySQL

5.0、5.1

可能

可能

可能

MySQL

5.5, 5.6

可能
バージョン
5.5.29から5.6.12

可能

可能

可能

可能

Oracle Solaris

バージョン10および11、SPARC64およびx86-64プラットフォーム上

可能

Oracle Solaris - その他のバージョン。後述の「注意」を参照。

可能

Oracle Linux - バージョン5

auditdパッケージ1.8を含むバージョンOL 5.8(監査パッケージのバージョンを確認するにはrpm -q auditを実行)

可能

Oracle Linux - バージョン6

auditdパッケージ2.0を含むバージョンOL 6.0(監査パッケージのバージョンを確認するにはrpm -q auditを実行)

可能

Oracle Linux - バージョン6

auditdパッケージ2.2.2を含むバージョンOL 6.1～OL 6.4(監査パッケージのバージョンを確認するにはrpm -q auditを実行)

可能

Microsoft Windows

Microsoft Windows Server 2008および2008 R2、x86-64上

可能

Microsoft Active Directory

バージョン2008および2008 R2 (64ビット上)

可能

Oracle ACFS

12c リリース1 (12.1)

可能

注意:
Solarisバージョン2.3以上からの監査データの収集も可能です(Oracle Supportに相談してください)。

Oracle Database

表B-2に、Oracle Databaseプラグインの機能を示します。

表B-2 Oracle Databaseプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.oracle

セキュア・ターゲットのバージョン

Oracle 10g、11g、12c リリース1 (12.1)

セキュア・ターゲットのプラットフォーム

Linux/x86-64

Solaris /x86-64

Solaris /SPARC64

AIX/Power64

Windows /86-64

HP-UX Itanium

設定スクリプト

あり。手順は、「Oracle Databaseの設定スクリプト」を参照してください。

セキュア・ターゲットの場所(接続文字列)

jdbc:oracle:thin:@//hostname:port/service

コレクション属性

ORCLCOLL.NLS_LANGUAGE
ORCLCOLL.NLS_TERRITORY
ORCLCOLL.NLS_TERRITORY
ORCLCOLL.MAX_PROCESS_TIME
ORCLCOLL.MAX_PROCESS_RECORDS
ORCLCOLL.RAC_INSTANCE_ID
ORCLCOLL.HEARTBEAT_INTERVAL
ORCLCOLL.HEARTBEAT_INTERVAL

詳細は、表B-15を参照してください。

AVDF監査証跡タイプ

TABLE

DIRECTORY

TRANSACTION LOG

SYSLOG (Linuxのみ)

EVENT LOG (Windowsのみ)

NETWORK

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

TABLE監査証跡: sys.aud$、Sys.fga_log$、dvsys.audit_trail$、v$unified_audit_trail。

DIRECTORY監査証跡: AUDファイルまたはXMLファイルを含むディレクトリへのフルパス。

SYSLOG監査証跡: syslogファイルを含むディレクトリへのフルパス。

TRANSACTION LOG、EVENT LOGおよびNETWORK監査証跡: 証跡の場所は不要です。

監査証跡のクリーンアップのサポート

あり。手順は、「Oracle Database監査証跡クリーンアップ」を参照してください。

Microsoft SQL Server

表B-3に、Microsoft SQL Serverプラグインの機能を示します。

表B-3 Microsoft SQL Serverプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME\av\plugins\com.oracle.av.plugin.mssql

セキュア・ターゲットのバージョン

2000、2005、2008、2008 R2、2012

セキュア・ターゲットのプラットフォーム

Windows/x86-64

設定スクリプト

あり。手順は、「Microsoft SQL Serverの設定スクリプト」を参照してください。

セキュア・ターゲットの場所(接続文字列)

jdbc:av:sqlserver://hostname:port

コレクション属性

なし

AVDF監査証跡タイプ

DIRECTORY

EVENT LOG

NETWORK

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

DIRECTORY監査証跡: *.sqlauditファイルまたは*.trc (トレース)ファイル。例:

directory_path\*.sqlaudit

directory_path\prefix*.sqlaudit

directory_path\prefix*.trc

prefixには、.trcまたは*.sqlauditファイル用の任意の接頭辞を使用できます。

#C2_DYNAMICおよび#TRACE_DYNAMICはSQL Server 2000、2005および2008バージョンでのみサポートされます。

EVENT LOG監査証跡:

- application

- security (SQL Server 2008および2012のみ)

監査証跡のクリーンアップのサポート

あり。手順は、「SQL Server監査証跡クリーンアップ」を参照してください。

Sybase ASE

表B-4に、Sybase ASEプラグインの機能を示します。

表B-4 Sybase ASEプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.sybase

セキュア・ターゲットのバージョン

12.5.4～15.7

セキュア・ターゲットのプラットフォーム

すべてのプラットフォーム

設定スクリプト

あり。手順は、「Sybase ASEの設定スクリプト」を参照してください。

セキュア・ターゲットの場所(接続文字列)

jdbc:av:sybase://hostname:port

コレクション属性

なし

AVDF監査証跡タイプ

TABLE

NETWORK

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

SYSAUDITS

監査証跡のクリーンアップのサポート

不要

Sybase SQL Anywhere

表B-5に、Sybase SQL Anywhereプラグインの機能を示します。

表B-5 Sybase SQL Anywhereプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.sqlanywhere

セキュア・ターゲットのバージョン

10.0.1

セキュア・ターゲットのプラットフォーム

すべてのプラットフォーム

設定スクリプト

あり。手順は、「Sybase SQL Anywhereの設定スクリプト」を参照してください。

セキュア・ターゲットの場所(接続文字列)

jdbc:av:sybase://hostname:port

コレクション属性

なし

AVDF監査証跡タイプ

NETWORK (ホスト監視のみで使用)

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

不要

監査証跡のクリーンアップのサポート

不要

IBM DB2 for LUW

表B-6に、IBM DB2 for LUWプラグインの機能を示します。

表B-6 IBM DB2 for LUWプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.db2

セキュア・ターゲットのバージョン

9.x

セキュア・ターゲットのプラットフォーム

すべてのプラットフォーム

設定スクリプト

あり。手順は、「IBM DB2 for LUWの設定スクリプト」を参照してください。

セキュア・ターゲットの場所(接続文字列)

jdbc:av:db2://hostname:port

コレクション属性

av.collector.databasename (大文字小文字の区別あり) - (必須) IBM DB2 for LUWデータベース名を指定します。

AVDF監査証跡タイプ

DIRECTORY

NETWORK

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

ディレクトリへのパス(例: d:\temp\trace)

監査証跡のクリーンアップのサポート

不要

MySQL

表B-7に、MySQLプラグインの機能を示します。

表B-7 MySQLプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.mysql

セキュア・ターゲットのバージョン

Database Firewall: 5.0、5.1、5.5、5.6

監査データ収集: 5.5.29～5.6.12

セキュア・ターゲットのプラットフォーム

Linux/x86-64

Windows 2008、2008 R2 64ビット

設定スクリプト

あり。「MySQLの設定スクリプト」を参照してください。

セキュア・ターゲットの場所(接続文字列)

jdbc:av:mysql://hostname:port/mysql

コレクション属性

av.collector.securedTargetVersion - (必須) MySQLバージョンを指定します。

av.collector.AtcTimeInterval - (オプション) 監査証跡クリーンアップのファイル更新の時間間隔を分単位で指定します。デフォルトは20です。

AVDF監査証跡タイプ

DIRECTORY

NETWORK

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

MySQL XML変換ユーティリティを実行したときに変換後のXMLファイルが生成されるディレクトリへのパス。「(MySQLで必要)XML変換ユーティリティの実行」を参照してください。

監査証跡のクリーンアップのサポート

あり。手順は、「MySQL監査証跡クリーンアップ」を参照してください。

Oracle Solaris

表B-8に、Oracle Solarisプラグインの機能を示します。

表B-8 Oracle Solarisプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.solaris

セキュア・ターゲットのバージョン

バージョン10アップデート6以上、バージョン11 (SPARC64プラットフォームおよびx86-64プラットフォーム上)

セキュア・ターゲットのプラットフォーム

Solaris/x86-64

Solaris/SPARC64

設定スクリプト

不要

セキュア・ターゲットの場所(接続文字列)

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

なし

AVDF監査証跡タイプ

DIRECTORY

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

hostname:path_to_trail

hostnameは、監査ログ名内(次のような形式)のホスト名と一致します。

timestamp1.timestamp2.hostname

監査証跡のクリーンアップのサポート

不要

Oracle Linux

表B-9に、Oracle Linuxプラグインの機能を示します。

表B-9 Oracle Linuxプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.linux

セキュア・ターゲットのバージョン

- auditdパッケージ2.2.2を含むOL 6.1～6.4

- auditdパッケージ2.0を含むOL 6.0

- auditdパッケージ1.8を含むOL 5.8

監査パッケージのバージョンを確認するにはrpm -q auditを実行します。

セキュア・ターゲットのプラットフォーム

Linux/x86-64

設定スクリプト

不要。ただし、Linux監査証跡を開始するには、次のユーザー/グループ・アクセス権限が必要です。

エージェント・プロセスがrootユーザーで開始される場合、アクセス権限を変更する必要はありません。

エージェント・プロセスがroot以外のユーザーで開始される場合は、次の手順を実行します。

1. エージェント・ユーザー(エージェント・プロセスを開始するユーザー)のグループ名を、/etc/audit/auditd.confファイルのlog_groupパラメータに割り当てます。

2. エージェント・ユーザーおよびグループには、audit.logファイルが格納されているフォルダ(デフォルト・フォルダは/var/log/audit)に対するreadおよびexecute権限が必要です。

3. 前述の変更を加えた後、Linux監査サービスを再起動します。

セキュア・ターゲットの場所(接続文字列)

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

なし

AVDF監査証跡タイプ

DIRECTORY

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

audit.logのデフォルトの場所(/var/log/audit/audit*.log)または/etc/audit/auditd.confファイルで構成したカスタムの場所

監査証跡のクリーンアップのサポート

不要

Microsoft Windows

表B-10に、Microsoft Windowsプラグインの機能を示します。

表B-10 Microsoft Windowsプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME\av\plugins\com.oracle.av.plugin.winos

セキュア・ターゲットのバージョン

Microsoft Windows Server 2008および2008 R2

セキュア・ターゲットのプラットフォーム

Windows/x86-64

設定スクリプト

不要

セキュア・ターゲットの場所(接続文字列)

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

なし

AVDF監査証跡タイプ

EVENT LOG

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

security (大文字小文字の区別あり)

監査証跡のクリーンアップのサポート

不要

Microsoft Active Directory

表B-11に、Microsoft Active Directoryプラグインの機能を示します。

表B-11 Microsoft Active Directoryプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME\av\plugins\com.oracle.av.plugin.msad

セキュア・ターゲットのバージョン

2008および2008 R2 (64ビット上)

セキュア・ターゲットのプラットフォーム

Windows/x86-64

設定スクリプト

不要

セキュア・ターゲットの場所(接続文字列)

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

なし

AVDF監査証跡タイプ

EVENT LOG

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

directory serviceまたはsecurity (大文字小文字の区別あり)

監査証跡のクリーンアップのサポート

不要

Oracle ACFS

表B-12に、Oracle ACFSプラグインの機能を示します。

表B-12 Oracle ACFSプラグイン

プラグインの仕様

説明

プラグイン・ディレクトリ

AGENT_HOME/av/plugins/com.oracle.av.plugin.acfs

セキュア・ターゲットのバージョン

12c リリース1 (12.1)

セキュア・ターゲットのプラットフォーム

Linux/x86-64

Solaris/x86-64

Solaris/SPARC64

Windows 2008、2008 R2 64ビット

設定スクリプト

不要

セキュア・ターゲットの場所(接続文字列)

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

av.collector.securedtargetversion - (必須) Oracle ACFSバージョンを指定します。

AVDF監査証跡タイプ

DIRECTORY

監査証跡タイプの説明は、表B-13を参照してください。

監査証跡の場所

XML監査ファイルが含まれているディレクトリへのパス。たとえば、$MOUNT_POINTにマウントされているファイル・システムの場合、監査証跡の場所は次のようになります。

$MOUNT_POINT/.Security/audit/

監査証跡のクリーンアップのサポート

不要

各監査証跡タイプに対して収集されるデータの概要

セキュア・ターゲットの監査証跡を構成するときに、「監査証跡のタイプ」フィールドで監査証跡タイプを選択します。監査証跡タイプは、セキュア・ターゲット・タイプによって異なります。表B-13に、各セキュア・ターゲット・タイプに対して構成できる監査証跡タイプを示します。

セキュア・ターゲット・タイプの監査機能および機能性の詳細は、製品のドキュメントを参照してください。次のOracle製品のドキュメントを参照してください。

- Oracle Database 12c リリース1 (12.1): 『Oracle Databaseセキュリティ・ガイド』

- Oracle Database 11g リリース2 (11.2): 『Oracle Databaseセキュリティ・ガイド』

- Oracle Solaris 11.1: http://docs.oracle.com/cd/E26502_01/html/E29015/audittm-1.html#scrolltoc

- Oracle Solaris 10.6: http://docs.oracle.com/cd/E26505_01/html/E27224/audittm-1.html#scrolltoc

- Oracle ACFS 12c リリース1 (12.1): 『Oracle Automatic Storage Management管理者ガイド』

表B-13 各セキュア・ターゲット・タイプでサポートされる監査証跡タイプの概要

セキュア・ターゲット・タイプ

証跡タイプ

説明

Oracle Database

TABLE

リリース10.1.x、10.2.x、11.xおよび12c

次の監査証跡から収集します。

- Oracle Database監査証跡。SYS.AUD$ディクショナリ表に標準の監査イベントが書き込まれます。

- Oracle Databaseファイングレイン監査証跡。SYS.FGA_LOG$ディクショナリ表に監査イベントが書き込まれます。

- Oracle Database Vault監査証跡。DVSYS.AUDIT_TRAIL$ディクショナリ表に監査イベントが書き込まれます。

- Oracle Database 12c統合監査証跡。v$unified_audit_trailに監査イベントが書き込まれます。

Oracle Database

DIRECTORY

リリース10.1.x、10.2.x、11.xおよび12c

次の監査証跡からデータを収集します。

- LinuxおよびUNIXプラットフォーム: オペレーティング・システム・ファイル(.audおよび .xml)に書き込まれたOracle Database監査ファイル

- Windowsプラットフォーム: オペレーティング・システムのWindowsイベント・ログおよびオペレーティング・システムのログ(監査ログ) XML (.xml)ファイル

Oracle Database

TRANSACTION LOG

Enterprise Editionリリース10.2.0.3以上、11.1.0.6以上

11.2(REDO接続用)

REDOログの論理変更レコード(LCR)から監査データを収集します。この監査証跡タイプを使用する場合、TRANSACTION LOG証跡タイプが監査情報を取得する元となる表に対して取得ルールを作成することで、監査対象データを定義できます。詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

注意: Oracle Database 12cの場合で、PDB/CDBを使用していない場合はトランザクション・ログ監査証跡のみがサポートされます。

Oracle Database

SYSLOG

LinuxプラットフォームおよびUNIXプラットフォーム上のsyslogファイルのみからOracle監査レコードを収集します。

Oracle Database

EVENT LOG

Windowsプラットフォーム上のMicrosoft Windowsイベント・ログのみからOracle監査レコードを収集します。

Oracle Database

NETWORK

ネットワーク・トラフィックを収集します(TCP接続を使用するすべてのデータベース操作)。ホスト監視に使用されます。

Microsoft SQL Server

DIRECTORY

C2監査ログ、サーバー側のトレース・ログおよびsqlauditログ・ファイルから監査データを収集します。

Microsoft SQL Server

EVENT LOG

Windowsイベント・ログから監査データを収集します。Microsoft SQL Server 2008および2012の場合、セキュリティ・イベント・ログからの収集もサポートされます。

Microsoft SQL Server

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

Sybase ASE

TABLE

sybsecurityデータベースのシステム監査表(sysaudits_01からsysaudits_08)から監査データを収集します。

Sybase ASE

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

Sybase SQL Anywhere

NETWORK

(ホスト監視の場合のみ)ネットワーク・トラフィック(TCP接続を使用したすべてのデータベース操作)を収集します。

IBM DB2 for LUW

DIRECTORY

バイナリ監査ログ(db2audit.log)から抽出されたASCIIテキスト・ファイルから監査データを収集します。これらのファイルは、DB2データベース・インスタンスのsecurityサブディレクトリに存在します。

IBM DB2 for LUW

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

MySQL

DIRECTORY

指定された場所からXMLベースの監査データを収集します。

MySQL

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

Oracle Solaris

DIRECTORY

Solaris監査のaudit_binfileプラグインで生成されるSolaris監査レコード(バージョン2)を収集します。

Linux

DIRECTORY

audit.logから監査データを収集します。

Windows OS

EVENT LOG

Windowsセキュリティ・イベント・ログから監査データを収集します。

Microsoft Active Directory

EVENT LOG

Windowsディレクトリ・サービスおよびセキュリティ・イベント・ログから監査データを収集します。

Oracle ACFS

DIRECTORY

ACFS暗号化ソースおよびACFSセキュリティ・ソースから監査データを収集します。

セキュア・ターゲットに対するOracle AVDFアカウント権限用のスクリプト

ここでのトピック

- Oracle AVDFアカウント権限を設定するためのスクリプトの概要

- Oracle Databaseの設定スクリプト

- Sybase ASEの設定スクリプト

- Sybase SQL Anywhereの設定スクリプト

- Microsoft SQL Serverの設定スクリプト

- IBM DB2 for LUWの設定スクリプト

- MySQLの設定スクリプト

Oracle AVDFアカウント権限を設定するためのスクリプトの概要

Oracle AVDFで監査データの監視および収集に関連する機能の実行で使用するための、各セキュア・ターゲットに対する適切な権限を持つユーザー・アカウントを設定する必要があります。Oracle AVDFでは、データベース・セキュア・ターゲットの設定スクリプトが提供されています。セキュア・ターゲットのタイプに応じて、スクリプトにより、Oracle AVDFで次の機能を実行できるユーザー権限が設定されます。

- 監査データ収集

- 監査ポリシー管理

- ストアド・プロシージャ監査

- ユーザー権限監査

- データベース問合せ

- 監査証跡のクリーンアップ(一部のセキュア・ターゲットが対象)

ホスト・コンピュータ(通常はセキュア・ターゲットと同じコンピュータ)にAudit Vault Agentをデプロイした場合、Oracle AVDFに対するユーザー権限を作成するための設定スクリプトは、次のディレクトリにあります(次の例はLinuxの場合)。

$AGENT_HOME/av/plugins/com.oracle.av.plugin.secured_target_type/config/

Oracle Databaseの設定スクリプト

Oracle Databaseセキュア・ターゲット用のOracle AVDF設定スクリプト
oracle_user_setup.sqlおよびoracle_drop_db_permissions.sqlは、次のディレクトリにあります(次の例はLinuxの場合)。

$AGENT_HOME/av/plugins/com.oracle.av.plugin.oracle/config/

これらのスクリプトは、Oracle AVDFで次の機能を実行するための、Oracle Databaseに対するユーザー権限を設定または取り消すために使用します。

- 監査データ収集

- 監査ポリシー管理

- ストアド・プロシージャ監査(SPA)

- ユーザー権限監査

Oracle Databaseセキュア・ターゲットに対するOracle AVDFユーザー権限を設定または取り消す手順は、次のとおりです。

1. Oracle DatabaseでOracle AVDFのユーザー・アカウントを作成します。次に例を示します。
SQL> CREATE USER username IDENTIFIED BY password

Audit Vault ServerでこのOracle Databaseをセキュア・ターゲットとして登録するときに、このユーザー名およびパスワードを使用します。

2. SYSDBA権限を持つSYSユーザーとして接続します。次に例を示します。
SQL> CONNECT SYS / AS SYSDBA

3. Oracle AVDFユーザー権限を設定するには、次のようにして設定スクリプトを実行します。
SQL> @oracle_user_setup.sql username mode

- username: 手順1で作成したユーザーの名前を入力します。

- mode: 次のいずれかを入力します。

- SETUP: Oracle AVDFからOracle Database監査ポリシーを管理するための権限と、REDOログ以外の監査証跡タイプからデータを収集するための権限を設定する場合。たとえば、このモードは、Oracle AVDFでのTABLE監査証跡に使用します。

- REDO_COLL: REDOログから監査データを収集するための権限を設定する場合。このモードは、Oracle AVDFでのTRANSACTION LOG監査証跡にのみ使用します。

- SPA: このデータベースに対してストアド・プロシージャ監査を有効にする場合

- ENTITLEMENT: このデータベースに対してユーザー権限監査を有効にする場合

4. Oracle DatabaseでDatabase Vaultがインストールされて有効化されている場合は、DV_OWNERロールが付与されたユーザーとしてログインし、次の手順を実行します。

1. Oracle AVDFユーザーに、このOracle Databaseに対するDV_SECANALYSTロールを付与します。次に例を示します。

SQL> GRANT DV_SECANALYST TO username;

usernameには、手順1で作成したユーザーの名前を入力します。

DV_SECANALYSTロールにより、Oracle AVDFでOracle Database Vaultの監査証跡データを監視および収集したり、Oracle Database Vaultレポートを実行できます。

2. REDO_COLLモード(TRANSACTION LOG監査証跡)の場合にのみ、Oracle Databaseバージョンに応じて次のいずれかの手順を実行します。
Oracle Database 12cの場合:

SQL> GRANT DV_STREAMS_ADMIN TO username;

usernameには、手順1で作成したユーザーの名前を入力します。

サポートされている他のすべてのOracle Databaseリリースの場合:

SQL> EXEC DBMS_MACADM.ADD_AUTH_TO_REALM('Oracle Data Dictionary', 'username', null, dbms_macutl.g_realm_auth_participant);
SQL> COMMIT;

usernameには、手順1で作成したユーザーの名前を入力します。

5. Oracle AVDFユーザー権限を取り消すには、このデータベースにSYSDBA権限を持つSYSとして接続し、次のスクリプトを実行します。
SQL> @oracle_drop_db_permissions.sql username mode

- username: 手順1で作成したユーザーの名前を入力します。

- mode: 次のいずれかを入力します。

- SETUP: Oracle AVDFからOracle Database監査ポリシーを管理するための権限と、REDOログ以外の監査証跡タイプからデータを収集するための権限を取り消す場合。

- REDO_COLL: REDOログから監査データを収集するための権限を取り消す場合。

- SPA: このデータベースに対してストアド・プロシージャ監査を無効にする場合

- ENTITLEMENT: このデータベースに対してユーザー権限監査を無効にする場合

Sybase ASEの設定スクリプト

ここでのトピック

- Sybase ASEの設定スクリプトの概要

- Sybase ASEセキュア・ターゲットの監査データ収集権限の設定

- Sybase ASEセキュア・ターゲットのストアド・プロシージャ監査権限の設定

Sybase ASEの設定スクリプトの概要

Sybase ASEセキュア・ターゲットでOracle AVDFに必要なユーザー権限を構成するために、次のスクリプトが提供されています。

sybase_auditcoll_user_setup.sql
sybase_auditcoll_drop_db_permissions.sql
sybase_spa_user_setup.sql
sybase_spa_drop_db_permissions.sql

このスクリプトは次のディレクトリにあります(次の例はLinuxの場合)。

$AGENT_HOME/av/plugins/com.oracle.av.plugin.sybase/config/

これらのスクリプトにより、Oracle AVDFでSybase ASEに対して次の機能を実行できます。

- 監査データ収集

- ストアド・プロシージャ監査(SPA)

Sybase ASEセキュア・ターゲットの監査データ収集権限の設定

Sybase ASEセキュア・ターゲットに対する監査データ収集権限を設定または取り消す手順は、次のとおりです。

1. Sybase ASEでOracle AVDFのユーザー・アカウントを
avdf_sybuserというユーザー名で作成します。次に例を示します。
sp_addlogin avdf_sybuser, password

Audit Vault ServerでこのSybase ASEデータベースをセキュア・ターゲットとして登録するときに、ユーザー名av_sybuserおよびパスワードを使用します。

2. 次のようにしてsybase_auditcoll_user_setup.sql設定スクリプトを実行します。

isql -S server_name -U sa -i sybase_auditcoll_user_setup.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

3. パスワードを要求されたら、システム管理者のパスワードを入力します。

4. Oracle AVDFユーザー権限を取り消すには、次のようにしてsybase_auditcoll_drop_db_permissions.sqlスクリプトを実行します。

isql -S server_name -U sa -i sybase_auditcoll_drop_db_permissions.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- パスワードを要求されたら、システム管理者のパスワードを入力します。

Sybase ASEセキュア・ターゲットのストアド・プロシージャ監査権限の設定

Sybase ASEセキュア・ターゲットに対するストアド・プロシージャ監査権限を設定または取り消す手順は、次のとおりです。

1. Sybase ASEでOracle AVDFのユーザー・アカウントをavdf_sybuserというユーザー名で作成します(まだ行っていない場合)。次に例を示します。
sp_addlogin avdf_sybuser, password

Audit Vault ServerでこのSybase ASEデータベースをセキュア・ターゲットとして登録するときに、ユーザー名av_sybuserおよびパスワードを使用します。

2. 次のようにしてsybase_spa_user_setup.sqlスクリプトを実行します。

isql -S server_name -U sa -i sybase_spa_user_setup.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

3. パスワードを要求されたら、システム管理者のパスワードを入力します。

4. SPAユーザー権限を取り消すには、次のようにしてsybase_spa_drop_db_permissions.sqlスクリプトを実行します。

isql -S server_name -U sa -i sybase_spa_drop_db_permissions.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- パスワードを要求されたら、システム管理者のパスワードを入力します。

Sybase SQL Anywhereの設定スクリプト

Sybase SQL Anywhereセキュア・ターゲット用のOracle AVDF設定スクリプト
sqlanywhere_spa_user_setup.sqlおよびsqlanywhere_spa_drop_db_permissions.sqlは、次のディレクトリにあります(次の例はLinuxの場合)。

$AGENT_HOME/av/plugins/com.oracle.av.plugin.sqlanywhere/config/

これらのスクリプトは、Oracle AVDFでストアド・プロシージャ監査(SPA)を実行するための、SQL Anywhereデータベースに対するユーザー権限を設定または取り消すために使用します。

SQL Anywhereセキュア・ターゲットに対するストアド・プロシージャ監査を設定または取り消す手順は、次のとおりです。

1. ユーザーを作成してユーザー権限を設定する権限を持つユーザーとしてデータベースにログインします。

2. 次のようにしてsqlanywhere_spa_user_setup.sqlスクリプトを実行します。

isql -S server_name -U sa -i sqlanywhere_spa_user_setup.sql -v username="username" password="password"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- username: Oracle AVDFでSPAに使用するために作成するユーザーの名前を入力します。このユーザー名は二重引用符で囲みます。

- password: 作成しているOracle AVDF SPAユーザーのパスワードを入力します。パスワードは二重引用符で囲みます。

スクリプトを実行すると、SPA用の権限を持つユーザーが作成されます。

3. パスワードを要求されたら、システム管理者のパスワードを入力します。

4. これらの権限を取り消し、このユーザーをデータベースから削除するには、次のようにして
sqlanywhere_spa_drop_db_permissions.sqlを実行します。

isql -S server_name -U sa -i sqlanywhere_spa_drop_db_permissions.sql -v username="username"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- username: Oracle AVDFでSPAに使用するために作成するユーザーの名前を入力します。このユーザー名は二重引用符で囲みます。

- パスワードを要求されたら、システム管理者のパスワードを入力します。

Microsoft SQL Serverの設定スクリプト

ここでのトピック

- SQL Serverの設定スクリプトの概要

- SQL Serverセキュア・ターゲットの監査データ収集権限の設定

- SQL Serverセキュア・ターゲットのストアド・プロシージャ監査権限の設定

SQL Serverの設定スクリプトの概要

Microsoft SQL Serverセキュア・ターゲット用のOracle AVDF設定スクリプト
mssql_user_setup.sqlおよびmssql_drop_db_permissions.sqlは、次のディレクトリにあります。

AGENT_HOME\av\plugins\com.oracle.av.plugin.mssql\config\

このスクリプトにより、Oracle AVDFでSQL Serverに対して次の機能を実行するためのユーザー権限が設定または取り消されます。

- 監査データ収集

- ストアド・プロシージャ監査(SPA)

SQL Serverセキュア・ターゲットの監査データ収集権限の設定

監査データ収集用のOracle AVDFユーザー権限を設定または取り消す手順は、次のとおりです。

1. SQL ServerでOracle AVDFのユーザー・アカウントを作成します。次に例を示します。
SQL Server 2000の場合:

exec sp_addlogin 'username', 'password'

SQL Server 2005、2008、2012の場合:

exec sp_executesql N'create login username with password = ''password'',
check_policy= off'

exec sp_executesql N'create user username for login username'

Audit Vault ServerでこのSQL Serverデータベースをセキュア・ターゲットとして登録するときに、このユーザー名およびパスワードを使用します。

2. 次のようにしてmssql_user_setup.sqlスクリプトを実行します。

sqlcmd -S server_name -U sa -i mssql_user_setup.sql -v username="username" mode="AUDIT_COLL" all_databases="NA" database="NA"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- username: 手順1で作成したユーザーの名前を入力します。

3. パスワードを要求されたら、システム管理者のパスワードを入力します。

4. 監査データ収集権限を取り消すには、次のようにして
mssql_drop_db_permissions.sqlスクリプトを実行します。

sqlcmd -S server_name -U sa -i mssql_drop_db_permissions.sql -v username="username" mode="AUDIT_COLL" all_databases="NA" database="NA"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- username: 手順1で作成したユーザーの名前を入力します。

- パスワードを要求されたら、システム管理者のパスワードを入力します。

SQL Serverセキュア・ターゲットのストアド・プロシージャ監査権限の設定

ストアド・プロシージャ監査用のOracle AVDFユーザー権限を設定または取り消す手順は、次のとおりです。

1. SQL ServerでOracle AVDFのユーザー・アカウントを作成します(まだ行っていない場合)。次に例を示します。
SQL Server 2000の場合:

exec sp_addlogin 'username', 'password'

SQL Server 2005および2008の場合:

exec sp_executesql N'create login username with password = ''password'',
check_policy= off'

exec sp_executesql N'create user username for login username'

Audit Vault ServerでこのSQL Serverデータベースをセキュア・ターゲットとして登録するときに、このユーザー名およびパスワードを使用します。

2. 次のようにしてmssql_user_setup.sqlスクリプトを実行します。

sqlcmd -S server_name -U sa -i mssql_user_setup.sql -v username="username" mode="SPA" all_databases="Y/N"
database="NA/database_name"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- username: 手順1で作成したユーザーの名前を入力します。

- Y/N: ストアド・プロシージャに対してすべてのデータベースを監査する場合は、Yを入力します。databaseパラメータに1つのデータベース名を指定する場合は、Nを入力します。

- NA/database_name: all_databasesにYを入力した場合は、NAを入力します。all_databasesにNを入力した場合は、ストアド・プロシージャに対して監査するデータベース名を入力します。

3. パスワードを要求されたら、システム管理者のパスワードを入力します。

4. SPA権限を取り消すには、次のようにしてmssql_drop_db_permissions.sqlスクリプトを実行します。

sqlcmd -S server_name -U sa -i mssql_drop_db_permissions.sql -v username="username" mode="SPA" all_databases="Y/N"
database="NA/database_name"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- Y/N: すべてのデータベースについてSPA権限を取り消す場合は、Yを入力します。databaseパラメータに1つのデータベース名を指定する場合は、Nを入力します。

- NA/database_name: all_databasesにYを入力した場合は、NAを入力します。all_databasesにNを入力した場合は、SPA権限を取り消すデータベース名を入力します。

- パスワードを要求されたら、ステップ1で作成したユーザーの名前を入力します。

IBM DB2 for LUWの設定スクリプト

ここでのトピック

- IBM DB2 for LUWの設定スクリプトの概要

- IBM DB2 for LUWの監査データ収集権限の設定

- IBM DB2 for LUWセキュア・ターゲットのSPA権限の設定

IBM DB2 for LUWの設定スクリプトの概要

DB2セキュア・ターゲット用のOracle AVDF設定スクリプト
db2_auditcoll_user_setup.sqlおよびdb2_spa_user_setup.sqlは、次のディレクトリにあります(次の例はLinuxの場合)。

$AGENT_HOME/av/plugins/com.oracle.av.plugin.db2/config/

これらのスクリプトは、Oracle AVDFで次の機能を実行するための、DB2データベースに対するユーザー権限を設定または取り消すために使用します。

- 監査データ収集

- ストアド・プロシージャ監査(SPA)

IBM DB2 for LUWの監査データ収集権限の設定

監査データ収集用のOracle AVDFユーザー権限を設定または取り消す手順は、次のとおりです。

1. Oracle AVDFで監査データ収集に使用されるDB2で、新しいユーザー・アカウントを作成します。
Audit Vault ServerでこのDB2データベースをセキュア・ターゲットとして登録するときに、このユーザー名およびパスワードを使用します。

2. $AGENT_HOME/av/plugins/com.oracle.av.plugin.db2/config/ディレクトリでdb2_auditcoll_user_setup.sqlスクリプトを探し、編集のために開きます。

3. スクリプトで、手順1のアカウントのユーザー名をgrant文に入れ、変更後のスクリプトを保存します。

4. 次のようにして変更後のスクリプトを実行します。
$> db2 -tvf db2_auditcoll_user_setup.sql

5. 監査収集権限を取り消すには、次のようにします。

1. 前述の手順3のように、db2_auditcoll_drop_db_permissions.sqlスクリプトを変更します。

2. スクリプトを次のように実行します。
$> db2 -tvf db2_auditcoll_drop_db_permissions.sql

IBM DB2 for LUWセキュア・ターゲットのSPA権限の設定

ストアド・プロシージャ監査用のOracle AVDFユーザー権限を設定または取り消す手順は、次のとおりです。

1. Oracle AVDFでストアド・プロシージャ監査に使用されるDB2で、新しいユーザー・アカウントを作成します。
Audit Vault ServerでこのDB2データベースをセキュア・ターゲットとして登録するときに、このユーザー名およびパスワードを使用します。

2. $AGENT_HOME/av/plugins/com.oracle.av.plugin.db2/config/ディレクトリでdb2_spa_user_setup.sqlスクリプトを探し、編集のために開きます。

3. スクリプトで、手順1のアカウントのユーザー名をgrant文に入れ、変更後のスクリプトを保存します。

4. 次のようにして変更後のスクリプトを実行します。
$> db2 -tvf db2_spa_user_setup.sql

5. SPA権限を取り消すには、次のようにします。

1. 前述の手順3のように、db2_spa_drop_db_permissions.sqlスクリプトを変更します。

2. スクリプトを次のように実行します。
$> db2 -tvf db2_spa_drop_db_permissions.sql

MySQLの設定スクリプト

MySQLセキュア・ターゲット用のOracle AVDF設定スクリプト
mysql_spa_user_setup.sqlおよびmysql_spa_drop_db_permissions.sqlは、次のディレクトリにあります(次の例はLinuxの場合)。

$AGENT_HOME/av/plugins/com.oracle.av.plugin.mysql/config/

これらのスクリプトは、Oracle AVDFでストアド・プロシージャ監査(SPA)を実行するための、MySQLデータベースに対するユーザー権限を設定または取り消すために使用します。

MySQLセキュア・ターゲットに対するストアド・プロシージャ監査を設定または取り消す手順は、次のとおりです。

1. ユーザーを作成してユーザー権限を設定できるユーザーとしてMySQLにログインします。

2. ストアド・プロシージャ監査用のユーザーを作成します。次に例を示します。
create user 'username'@'hostname' identified by 'password'

Audit Vault ServerでこのMySQLデータベースをセキュア・ターゲットとして登録するときに、このユーザー名およびパスワードを使用します。

3. $AGENT_HOME/av/plugins/com.oracle.av.plugin.mysql/config/ディレクトリでmysql_spa_user_setup.sqlスクリプトを探し、編集のために開きます。

4. スクリプトを変更して、手順1で使用したのと同じ値をusername、hostnameおよびpasswordに指定します。

5. mysql_spa_user_setup.sqlスクリプトを実行します。

6. SPA権限を取り消すには、次のようにします。

1. 前述の手順4のように、mysql_spa_drop_db_permissions.sqlスクリプトを変更します。

2. mysql_spa_drop_db_permissions.sqlスクリプトを実行します。

監査証跡のクリーンアップ

一部のOracle AVDFプラグインは、監査証跡のクリーンアップをサポートしています。この項では、使用可能な監査証跡クリーンアップ(ATC)ユーティリティについて説明します。

- Oracle Database監査証跡クリーンアップ

- SQL Server監査証跡クリーンアップ

- MySQL監査証跡クリーンアップ

Oracle Database監査証跡クリーンアップ

ここでのトピック

- Oracle Databaseセキュア・ターゲット監査証跡のパージの概要

- 自動パージ・ジョブのスケジューリング

Oracle Databaseセキュア・ターゲット監査証跡のパージの概要

DBMS_AUDIT_MGMT PL/SQLパッケージを使用してデータベース監査証跡をパージできます。

DBMS_AUDIT_MGMTパッケージを使用すると、パージ・ジョブのスケジュール、別の表領域への監査証跡の移動、監査証跡でのアーカイブ・タイムスタンプの設定など、監査証跡のクリーンアップ・タスクを実行できます。DBMS_AUDIT_MGMTを使用するには、そのEXECUTE権限が必要です。

Oracle Database 11g リリース2 (11.2)以上には、DBMS_AUDIT_MGMTパッケージとその関連データ・ディクショナリ・ビューが同梱されており、デフォルトでインストールされます。セキュア・ターゲット・データベースにこのパッケージがインストールされていない場合は、次のMy Oracle SupportのWebサイトからパッケージとデータ・ディクショナリ・ビューをダウンロードできます。

https://support.oracle.com

記事ID 731908.1を検索してください。

DBMS_AUDIT_MGMT PL/SQLパッケージおよびビューの使用方法は、次のOracle Database 11g リリース2 (11.2)ドキュメントを参照してください。

- 概念および手順は、『Oracle Databaseセキュリティ・ガイド』の監査証跡レコードのパージに関する項を参照してください。

- DBMS_AUDIT_MGMT PL/SQLパッケージに関するリファレンス情報は、『Oracle Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。

- DBA_AUDIT_MGMT_*データ・ディクショナリ・ビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

自動パージ・ジョブのスケジューリング

Oracle AVDFは、Oracle DatabaseのDBMS_AUDIT_MGMTパッケージと統合されています。この統合により、Audit Vault Serverリポジトリに正常に挿入された後、AUD$ファイルおよびFGA_LOG$ファイル、オペレーティング・システムの.audファイルおよび.xmlファイルから監査レコードをパージすることが自動化されます。

パージの完了後、Audit Vault Agentは、収集された監査データにタイムスタンプを自動的に設定します。そのため、USE_LAST_ARCH_TIMESTAMPプロパティをTRUEに設定し、確実に適切な監査レコード・セットがパージされるようにする必要があります。パージ・ジョブの間隔を手動で設定する必要はありません。

Oracle Databaseセキュア・ターゲット用の自動パージ・ジョブをスケジュールする手順は、次のとおりです。

1. セキュア・ターゲット・データベースでSQL*Plusに、DBMS_AUDIT_MGMT PL/SQLパッケージに対するEXECUTE権限が付与されたユーザーとしてログインします。
次に例を示します。

sqlplus tjones
Enter password: password

2. 監査証跡をクリーン・アップ操作用に初期化します。
次の例では、DEFAULT_CLEANUP_INTERVAL設定により、2時間ごとにジョブが実行されます。

BEGIN
DBMS_AUDIT_MGMT.INIT_CLEANUP(
AUDIT_TRAIL_TYPE            => DBMS_AUDIT_MGMT.AUDIT_TRAIL_ALL,
DEFAULT_CLEANUP_INTERVAL    => 2 );
END;
/

3. 監査証跡がクリーンアップのために初期化されることを確認します。
次に例を示します。

SET SERVEROUTPUT ON
BEGIN
IF
DBMS_AUDIT_MGMT.IS_CLEANUP_INITIALIZED(DBMS_AUDIT_MGMT.AUDIT_TRAIL_ALL)
THEN
DBMS_OUTPUT.PUT_LINE('Database and OS audit are initialized for cleanup');
ELSE
DBMS_OUTPUT.PUT_LINE('Database and OS audit are not initialized for cleanup.');
END IF;
END;
/

4. DBMS_AUDIT_MGMT.CREATE_PURGE_JOBプロシージャを使用してパージ・ジョブを作成し、スケジュールします。
このプロシージャで、USE_LAST_ARCH_TIMESTAMPプロパティをTRUEに設定し、タイムスタンプより古いすべてのレコードを削除できるようにします。

次のプロシージャにより、CLEANUP_OS_DB_AUDIT_RECORDSという名前のパージ・ジョブが作成されます。このジョブは、2時間ごとに実行され、監査レコードがパージされます。

BEGIN
DBMS_AUDIT_MGMT.CREATE_PURGE_JOB (
AUDIT_TRAIL_TYPE            => DBMS_AUDIT_MGMT.AUDIT_TRAIL_ALL,
AUDIT_TRAIL_PURGE_INTERVAL  => 2,
AUDIT_TRAIL_PURGE_NAME      => 'CLEANUP_OS_DB_AUDIT_RECORDS',
USE_LAST_ARCH_TIMESTAMP     => TRUE );
END;
/

SQL Server監査証跡クリーンアップ

SQL Server監査証跡にトレース・ファイルまたはsqlauditファイルから収集されたデータがあり、そのファイルが非アクティブである場合、このファイルをクリーンアップできます。SQL Server監査証跡により、SQL Server監査テキスト・ファイルの名前が、拡張子.atcのプレーン・テキスト・ファイルに書き込まれます。.atcファイルは、エージェントがインストールされているコンピュータのAGENT_HOME\av\atcディレクトリにあります。

Oracle AVDFによる監査レコードの抽出が完了したファイルを手動でクリーンアップする手順は、次のとおりです。

1. Audit Vault AgentがインストールされているコンピュータのAGENT_HOME\av\plugins\com.oracle.av.plugin.mssql\binディレクトリに移動します。
AGENT_HOME環境変数がagent.jarファイルが抽出されているディレクトリ・パスに正しく設定されていることを確認します。

2. 次のユーティリティを実行します。

SQLServerCleanupHandler secured_target_name

次に例を示します。

SQLServerCleanupHandler mssqldb4

AGENT_HOME環境変数を設定しない場合は、次の構文を使用してコマンドラインでエージェントのホーム場所を指定できます。

SQLServerCleanupHandler -securedtargetname secured_target_name agent_home_location

次に例を示します。

SQLServerCleanupHandler mssqldb4 c:\AV_agent_installation

重要: Audit Vault Agentのインストール・ディレクトリの名前にスペースが含まれている場合は、名前を二重引用符で囲んでください(例:"C:\Agent Directory")。

SQL Serverトレース・ファイルのクリーンアップを自動化するために、Windows Schedulerを使用できます。

注意:
SQL Serverトレース定義を再定義または再初期化する場合は、トレース・ファイルのファイル名が以前に作成したトレース・ファイルと重複しないようにする必要があります。
たとえば、トレース・ファイル名で次の形式が使用されるトレース定義を使用して、SQL Serverを起動するとします。

c:\serversidetraces.trc
c:\serversidetraces_1.trc
c:\serversidetraces_2.trc
...
c:\serversidetraces_259.trc

その後、新しいトレース定義を使用してSQL Serverを再起動します。この新しいトレース定義では、現在のトレース・ファイル(たとえば、現在のファイル名はc:\serversidetraces.trc)とは異なるファイル名を使用する必要があります。異なるファイル名を使用しないと、監査証跡をパージするときに、古いトレース・ファイルと同じ名前の新しいトレース・ファイルは削除されます。

MySQL監査証跡クリーンアップ

MySQL監査証跡クリーンアップ・ユーティリティを実行するには、次の手順を実行します。

1. ホスト・マシンで、
AGENT_HOME\av\plugins\com.oracle.av.plugin.mysql\binディレクトリに移動します。

2. 次のコマンドを実行します。
MySQLServerCleanupHandler.bat secured_target_name AGENT_HOME

このコマンドには次の変数が含まれています。

- secured_target_name - MySQLセキュア・ターゲットの名前

- AGENT_HOME - Audit Vault Agentがデプロイされたディレクトリへのパス

手順に関する参照情報: 接続文字列、コレクション属性、監査証跡の場所

この項には、このマニュアル内にあるセキュア・ターゲットの登録手順および監査証跡の構成手順を完了するときに必要となる参照情報が記載されています。手順には、この項の内容へのリンクが含まれます。

ここでのトピック

- セキュア・ターゲットの場所(接続文字列)

- コレクション属性

- 監査証跡の場所

セキュア・ターゲットの場所(接続文字列)

Audit Vault Serverコンソールでセキュア・ターゲットを登録する際、「セキュア・ターゲットの場所」フィールドに接続文字列を入力します(「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください)。セキュア・ターゲットのタイプに応じて、表B-14の接続文字列形式を使用します。

注意: 接続文字列は、Database Firewallのみのデプロイでは必要ありません。

表B-14 セキュア・ターゲットの接続文字列(「セキュア・ターゲットの場所」フィールド用)

セキュア・ターゲット・タイプ

接続文字列

Oracle Database

jdbc:oracle:thin:@//hostname:port/service

Sybase ASE

jdbc:av:sybase://hostname:port

Sybase SQL Anywhere

jdbc:av:sybase://hostname:port

Microsoft SQL Server

jdbc:av:sqlserver://hostname:port

IBM DB2 for LUW

jdbc:av:db2://hostname:port

MySQL

jdbc:av:mysql://hostname:port/mysql

Oracle Solaris

hostname (完全修飾マシン名またはIPアドレス)

Oracle Linux

hostname (完全修飾マシン名またはIPアドレス)

Microsoft Windows

hostname (完全修飾マシン名またはIPアドレス)

Microsoft Active Directory Server

hostname (完全修飾マシン名またはIPアドレス)

Oracle ACFS

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

ここでのトピック

- コレクション属性の概要

- Oracle Databaseのコレクション属性

- IBM DB2 for LUWのコレクション属性

- MySQLのコレクション属性

- Oracle ACFSのコレクション属性

コレクション属性の概要

一部のセキュア・ターゲットのタイプには、オプションまたは必須の監査証跡コレクション属性があります。セキュア・ターゲットの登録または変更時には、コレクション属性の各フィールドでコレクション属性を指定できます。「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

次のセキュア・ターゲット・タイプではコレクション属性は必要ありません。

- Microsoft SQL Server

- Sybase ASE

- Oracle Solaris

- Windows

- Linux

- Microsoft Active Directory Server

Oracle Databaseのコレクション属性

Oracle DatabaseではDIRECTORY監査証跡のコレクション属性を指定できます。表B-15に、Oracle AVDFでOracle Databaseセキュア・ターゲットを登録するときに、監査証跡タイプとしてDIRECTORYを選択した場合に使用できるコレクション属性を示します。

表B-15 Oracle DatabaseのDIRECTORY監査証跡用のコレクション属性

属性名および説明

必須

デフォルト

備考

ORCLCOLL.NLS_LANGUAGE

データ・ソースのNLS言語。

必須: 開始された監査証跡がOracleセキュア・ターゲットへの接続を確立できない場合(例: セキュア・ターゲットが実行されていない)

不要: 開始された監査証跡がOracleセキュア・ターゲットに接続でき、これらのパラメータ値をセキュア・ターゲットから取得できる場合(例: 証跡の開始時にセキュア・ターゲットが実行されている)

該当なし

値の大/小文字は区別されません。

ORCLCOLL.NLS_TERRITORY

データ・ソースのNLS地域。

必須: 開始された監査証跡がOracleセキュア・ターゲットへの接続を確立できない場合(例: セキュア・ターゲットが実行されていない)

不要: 開始された監査証跡がOracleセキュア・ターゲットに接続でき、これらのパラメータ値をセキュア・ターゲットから取得できる場合(例: 証跡の開始時にセキュア・ターゲットが実行されている)

該当なし

値の大/小文字は区別されません。

ORCLCOLL.NLS_CHARSET

データ・ソースのNLSキャラクタ・セット。

必須: 開始された監査証跡がOracleセキュア・ターゲットへの接続を確立できない場合(例: セキュア・ターゲットが実行されていない)

不要: 開始された監査証跡がOracleセキュア・ターゲットに接続でき、これらのパラメータ値をセキュア・ターゲットから取得できる場合(例: 証跡の開始時にセキュア・ターゲットが実行されている)

該当なし

値の大/小文字は区別されません。

ORCLCOLL.MAX_PROCESS_TIME

各コールによる監査証跡の処理に要する最大処理時間(センチ秒)

不要

600

有効な値は10から10000の整数値です。実行時に再構成することはできません。

Audit Vault Serverにレコードのバッチを送信するまでに、レコードを収集処理する最大時間を示します。値が小さすぎる場合、パフォーマンスに影響する可能性があります。値が大きすぎると、監査証跡を停止するまでの時間が長くなります。

ORCLCOLL.MAX_PROCESS_RECORDS

各コールによる監査証跡の処理中に処理されるレコードの最大数

不要

1000

有効な値は10から10000の整数値です。

実行時に再構成することはできません。

Audit Vault Serverにレコードのバッチを送信するまでに、処理されるレコードの最大数を示します。値が小さすぎる場合、パフォーマンスに影響する可能性があります。値が大きすぎると、監査証跡を停止するまでの時間が長くなります。

ORCLCOLL.RAC_INSTANCE_ID

Oracle RAC環境のインスタンスID。

不要

1

ORCLCOLL.HEARTBEAT_INTERVAL

メトリック情報を保存する間隔(秒)

不要

60

実行時に再構成することはできません。

この間隔はメトリック情報の更新頻度を示します。値が小さすぎると、メトリックをAudit Vault Serverに送信するときのオーバーヘッドが生じます。値が大きすぎると、平均メトリック情報の正確性に影響を及ぼします。

ORCLCOLL.NT_ORACLE_SID

Microsoft WindowsシステムでのOracle SID名

不要

デフォルトなし

値の大/小文字は区別されません。値を指定しない場合、監査証跡にはセキュア・ターゲットからの値が必要です。

IBM DB2 for LUWのコレクション属性

表B-16に、Oracle AVDFでIBM DB2 for LUWセキュア・ターゲットを登録するときに必要なコレクション属性を示します。

表B-16 IBM DB2 for LUWデータベースのコレクション属性

属性名および説明

必須

デフォルト

備考

av.collector.databasename

IBM DB2 for LUWデータベース名

必須

該当なし

このパラメータは、大/小文字を区別します。

MySQLのコレクション属性

表B-17に、Oracle AVDFでMySQLセキュア・ターゲットを登録するときに必要なコレクション属性とオプションのコレクション属性を示します。

表B-17 MySQLデータベースのコレクション属性

属性名および説明

必須

デフォルト

備考

av.collector.securedTargetVersion

MySQLデータベースのバージョン

必須

該当なし

av.collector.AtcTimeInterval

監査証跡クリーンアップ時間を更新する時間間隔(分単位)を指定します。

不要

20

例: この値が20である場合、監査証跡クリーンアップ時間は20分ごとに更新されます。タイムスタンプが監査証跡クリーンアップ時間よりも前である監査ログ・ファイルは、監査証跡クリーンアップ・ユーティリティを実行したときにソース・フォルダからクリーンアップされます。「MySQL監査証跡クリーンアップ」も参照してください。

Oracle ACFSのコレクション属性

表B-18に、Oracle AVDFでOracle ACFSセキュア・ターゲットを登録するときに必要なコレクション属性を示します。

表B-18 Oracle ACFSのコレクション属性

属性名および説明

必須

デフォルト

備考

av.collector.securedtargetversion

Oracle ACFSのバージョン番号

必須

該当なし

ドット区切りの5つの整数値(例: 12.1.0.0.0)

監査証跡の場所

Audit Vault Serverでセキュア・ターゲットの監査証跡を構成するときに、証跡の場所を指定する必要があります(「Audit Vault Serverでの監査証跡の追加」を参照してください)。証跡の場所は、セキュア・ターゲットのタイプによって異なります。セキュア・ターゲットのタイプに応じて次の形式を使用します。

重要: 証跡の場所は大文字と小文字が区別されます。データ収集の重複を防ぐため、監査証跡の場所を指定するときには大文字のみまたは小文字のみで統一することをお薦めします。

注意: 「監査証跡のタイプ」で「DIRECTORY」を選択した場合、証跡の場所はディレクトリ・マスクにする必要があります。

表B-19 セキュア・ターゲットでサポートされる証跡の場所

セキュア・ターゲット・タイプ

サポートされる証跡の場所

Oracle Database

TABLE監査証跡: sys.aud$、Sys.fga_log$、
dvsys.audit_trail$、v$unified_audit_trail。

DIRECTORY監査証跡: AUDファイルまたはXMLファイルを含むディレクトリへのフルパス。

SYSLOG監査証跡: syslogファイルを含むディレクトリへのフルパス。

TRANSACTION LOG、EVENT LOGおよびNETWORK監査証跡: 証跡の場所は不要です。

Microsoft SQL Server

DIRECTORY監査証跡: *.sqlauditファイルまたは*.trc (トレース)ファイル。例:

directory_path\*.sqlaudit

directory_path\prefix*.sqlaudit

directory_path\prefix*.trc

prefixには、.trcまたは*.sqlauditファイル用の任意の接頭辞を使用できます。

#C2_DYNAMICおよび#TRACE_DYNAMICは、SQL Server 2000、2005、2008、2012でのみサポートされます。

EVENT LOG監査証跡:

- application

- security (SQL Server 2008および2012のみ)

Sybase ASE

SYSAUDITS

IBM DB2 for LUW

ディレクトリへのパス(例: d:\temp\trace)

MySQL

MySQL XML変換ユーティリティを実行したときに変換後のXMLファイルが生成されるディレクトリへのパス。「(MySQLで必要)XML変換ユーティリティの実行」を参照してください。

Oracle Solaris

hostname:path_to_trail

hostnameは、監査ログ名内(次のような形式)のホスト名と一致します。

timestamp1.timestamp2.hostname

Microsoft Windows

security (大文字小文字の区別なし)

securityには大文字小文字の任意の組合せを使用できます。ただし、大文字小文字の特定の組合せを使用して証跡の収集を開始した後は、後続の収集で同じ組合せを使用する必要があります。そうしないと、新しい監査証跡によりセキュリティ・イベント・ログの最初からレコードの収集が開始されます。

Microsoft Active Directory Server

directory serviceまたはsecurity (大文字小文字の区別なし)

directory serviceまたはsecurityには大文字小文字の任意の組合せを使用できます。ただし、大文字小文字の特定の組合せを使用して証跡の収集を開始した後は、後続の収集で同じ組合せを使用する必要があります。そうしないと、新しい監査証跡によりセキュリティ・イベント・ログの最初からレコードの収集が開始されます。

Oracle ACFS

XML監査ファイルが含まれているディレクトリへのパス。たとえば、$MOUNT_POINTにマウントされているファイル・システムの場合、監査証跡の場所は次のようになります。

$MOUNT_POINT/.Security/audit/

Linux

audit.logのデフォルトの場所(/var/log/audit/audit*.log)または/etc/audit/auditd.confファイルで構成したカスタムの場所

C REDOログ監査データ収集リファレンス

ここでのトピック

- REDOログから収集するための推奨設定の概要

- Oracle Database 11g リリース2 (11.2)および12cのセキュア・ターゲット監査パラメータの推奨事項

- Oracle Database 11g リリース1 (11.1)のセキュア・ターゲット監査パラメータの推奨事項

- Oracle Database 10g リリース2 (10.2)のセキュア・ターゲット監査パラメータの推奨事項

REDOログから収集するための推奨設定の概要

この章では、TRANSACTION LOG監査証跡タイプを使用してOracle Databaseセキュア・ターゲットのREDOログから監査データを収集する場合に、初期化パラメータを設定するための推奨事項について説明します。次の各項で説明される初期化パラメータを変更したら、TRANSACTION LOG監査証跡を構成して監査データを収集する前に、セキュア・ターゲット・データベースを再起動する必要があります。

関連項目:

- REDOログから監査データを収集するための権限をOracle Databaseで設定する手順は、「Oracle Databaseの設定スクリプト」を参照してください。

- REDOログ・ファイルの取得ルールの作成の詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

Oracle Database 11g リリース2 (11.2)および12cのセキュア・ターゲット監査パラメータの推奨事項

REDO収集環境で最善の結果を得るには、各関連データベースでCOMPATIBLE、GLOBAL_NAMES、_job_queue_interval、SGA_TARGETおよびSTREAMS_POOL_SIZE初期化パラメータを設定します。

注意:
Oracle AVDFはOracle 12cプラガブル・データベース(PDB)またはマルチテナント・コンテナ・データベース(CDB)をサポートしていません。

表C-1に、TRANSACTION LOG監査証跡を使用するセキュア・ターゲット・データベースごとに構成する必要がある初期化パラメータを示します。

表C-1 Oracle 11.2または12cセキュア・ターゲット・データベースの初期化パラメータ

パラメータ

必須または推奨パラメータ

デフォルト値

説明

COMPATIBLE

必須

デフォルト: 11.2.0

範囲: 10.0.0からデフォルト・リリースの間

変更:不可

このパラメータでは、Oracleサーバーとの互換性を保つ必要があるリリースを指定します。互換レベルが異なるOracleサーバーと相互運用できます。

Oracle Database 11gリリース2で導入されたOracle Streamsの新機能を使用するには、このパラメータを11.2.0以上に設定する必要があります。

GLOBAL_NAMES

推奨

デフォルト: false

範囲: TRUEまたはFALSE

変更:可能

データベース・リンクの名前を接続先のデータベースと同じ名前にする必要があるかどうかを指定します。推奨値はTRUEです。

セキュア・ターゲット・データベースのグローバル名が完全修飾名(orcl.example.comなど)であることを確認します。グローバル・データベースを変更する必要がある場合は、SQL*Plusで次のALTER文を実行します。

ALTER DATABASE RENAME GLOBAL_NAME TO new_name;

Oracle Streamsを使用してデータベース間で情報を共有するには、Oracle Streams環境の各データベースで、このパラメータをTRUEに設定します。

LOG_ARCHIVE_CONFIG

推奨

デフォルト: 'SEND, RECEIVE, NODG_CONFIG'

範囲: 次の値

- SEND

- NOSEND

- RECEIVE

- NORECEIVE

- DG_CONFIG

- NODG_CONFIG

変更:可能

リモートの接続先へのREDOログの送信およびリモートのREDOログの受信を有効または無効にし、Data Guard構成の各データベースに一意のデータベース名(DB_UNIQUE_NAME)を指定します。

ダウンストリーム取得を使用し、REDO転送サービスによってREDOデータをダウンストリーム・データベースにコピーするには、DG_CONFIG属性を使用してセキュア・ターゲット・データベースとダウンストリーム・データベースのDB_UNIQUE_NAMEを指定します。このパラメータは、セキュア・ターゲット・データベースとダウンストリーム・データベースの両方で設定する必要があります。

LOG_ARCHIVE_DEST_n

推奨

デフォルト: なし

範囲: なし

変更:可能

ログ・アーカイブの宛先を31個まで定義します。ここで、nは、1、2、3、...31です。

ダウンストリーム取得を使用し、REDO転送サービスによってREDOデータをダウンストリーム・データベースにコピーするには、ダウンストリーム取得プロセスを実行するサイトでログのアーカイブ先を1つ以上設定する必要があります。

LOG_ARCHIVE_DEST_STATE_n

推奨

デフォルト: enable

範囲: 次のいずれか

- alternate

- defer

- enable

変更:可能

対応するアーカイブ先の可用性の状態を指定します。パラメータの接尾辞(1から31)では、対応するLOG_ARCHIVE_DEST_n宛先パラメータのいずれかを指定します。

ダウンストリーム取得を使用し、REDO転送サービスによってREDOデータをダウンストリーム・データベースにコピーするには、ダウンストリーム・データベースのLOG_ARCHIVE_DEST_nアーカイブ先に対応するアーカイブ先をenableに設定してください。

LOG_BUFFER

推奨

デフォルト: 構成に応じて5MBから32MB

範囲: オペレーティング・システム依存の値

変更:不可

REDOエントリをREDOログ・ファイルにバッファするときに使用されるメモリー量(バイト単位)を指定します。REDOログ・エントリには、データベース・ブロック・バッファに加えられた変更の記録が含まれています。

データベースでOracle Streams取得プロセスが実行されている場合は、このパラメータを適切に設定して、取得プロセスがハード・ディスクではなくREDOログ・バッファからREDOログ・レコードを読み取るようにしてください。

MEMORY_MAX_TARGET

推奨

デフォルト: 0

範囲: 0(ゼロ)からOracle Databaseで使用可能な物理メモリー・サイズの間

変更:不可

システム全体でOracle Database用に使用可能な最大メモリーを指定します。

MEMORY_TARGETパラメータが0(ゼロ)以外の値に設定されており、Oracle Databaseの最大メモリー使用量を指定する必要がある場合は、このパラメータを0以外の大きい値に設定します。

MEMORY_TARGET

推奨

デフォルト: 0

範囲: 152MBからMEMORY_MAX_TARGET設定の間

変更:可能

システム全体でOracle Database用に使用可能なメモリーを指定します。

MEMORY_TARGETを0以外の大きい値に設定して、Oracle Databaseのメモリー使用量の自動チューニングを有効にすることをお薦めします(このパラメータがプラットフォームでサポートされている場合)。

OPEN_LINKS

推奨

デフォルト: 4

範囲: 0から255

変更:不可

1つのセッションでリモート・データベースに対して同時にオープンできる接続の最大数を指定します。これらの接続には、それぞれ別のプロセスを使用する外部プロシージャやカートリッジだけでなく、データベース・リンクも含まれます。

Oracle Streams環境では、このパラメータをデフォルト値の4以上に設定してください。

PROCESSES

推奨

デフォルト: 100

範囲: 6からオペレーティング・システム依存の値の間

変更:不可

Oracleに同時に接続できるオペレーティング・システム・ユーザー・プロセスの最大数を指定します。

このパラメータの値で、ロックやスレーブ・プロセスなどのすべてのバックグラウンド・プロセスを使用できるようにしてください。Oracle Streamsでは、取得プロセス、適用プロセス、XStreamインバウンド・サーバーおよびXStreamアウトバウンド・サーバーでバックグラウンド・プロセスが使用されます。伝播では、取得と適用の複合構成でバックグラウンド・プロセスが使用されます。取得と適用の複合を使用しない構成の伝播では、Oracle Schedulerスレーブ・プロセスが使用されます。

SESSIONS

推奨

デフォルト: 次の式から導出

(1.1 * PROCESSES) + 5

範囲: 1から2^31

変更:不可

システムで作成できるセッションの最大数を指定します。

データベースで1つ以上の取得プロセス、適用プロセスを、XStreamアウトバウンド・サーバーまたはXStreamインバウンド・サーバーを実行するには、このパラメータのサイズを大きくする必要がある場合があります。データベースのバックグラウンド・プロセスごとにセッションが必要になります。

SGA_MAX_SIZE

必須

デフォルト: 起動時のSGAの初期サイズ

範囲: 0からオペレーティング・システム依存の値の間

変更:不可

データベース・インスタンスの存続期間に対するシステム・グローバル領域(SGA)の最大サイズを指定します。

SGA_TARGETパラメータが0(ゼロ)以外の値に設定されており、SGAサイズを指定する必要がある場合は、このパラメータを0(ゼロ)以外の大きい値に設定します。

SGA_TARGET

必須

デフォルト: 0(SGAの自動チューニングが無効になっている)

範囲: 64MBからオペレーティング・システム依存の値

変更:可能

すべてのシステム・グローバル領域(SGA)コンポーネントの合計サイズを指定します。

MEMORY_MAX_TARGETおよびMEMORY_TARGETが0(ゼロ)に設定されている場合は、SGA_TARGETを0以外の大きい値に設定して、SGAメモリーの自動チューニングを有効にすることをお薦めします。

このパラメータを0(ゼロ)以外の値に設定すると、Oracle Streamsプールのサイズは自動共有メモリー管理で管理されます。

SHARED_POOL_SIZE

推奨

デフォルト:

SGA_TARGETが0(ゼロ)以外の値に設定されている場合： パラメータを指定しないと、デフォルト値は0(ゼロ)になります(Oracle Databaseで内部的に決定されます)。パラメータを指定すると、ユーザー指定の値が共有メモリー・プールの最小値を示します。

32ビット・プラットフォームでSGA_TARGETが設定されていない場合は、64MBになります(最も近いグラニュル・サイズに切り上げられます)。64ビット・プラットフォームでSGA_TARGETが設定されていない場合は、128MBになります(最も近いグラニュル・サイズに切り上げられます)。

範囲: グラニュル・サイズからオペレーティング・システム依存の値の間

変更:可能

共有プールのサイズ(バイト単位)を指定します。共有プールには、共有カーソル、ストアド・プロシージャおよび制御構造などの構造が含まれます。

MEMORY_MAX_TARGET、MEMORY_TARGET、SGA_TARGETおよびSTREAMS_POOL_SIZE初期化パラメータが0(ゼロ)に設定されている場合、Oracle Streamsでは共有プールの10%と同等の量がバッファ・キャッシュからOracle Streamsプールに転送されます。

STREAMS_POOL_SIZE

必須

デフォルト: 0

範囲: 0(ゼロ)からオペレーティング・システム依存の制限値の間

変更:可能

Oracle Streamsプールのサイズ(バイト単位)を指定します。Oracle Streamsプールには、バッファ・キュー・メッセージが含まれています。また、Oracle Streamsプールは、パラレル取得時およびパラレル適用時の内部通信にも使用されます。

MEMORY_TARGETまたはMEMORY_MAX_TARGET初期化パラメータが0(ゼロ)以外の値に設定されている場合、Oracle Streamsプールのサイズは自動メモリー管理によって設定され、STREAMS_POOL_SIZEで最小サイズが指定されます。

SGA_TARGET初期化パラメータが0(ゼロ)以外の値に設定されている場合、Oracle Streamsプールのサイズは自動共有メモリー管理によって設定され、STREAMS_POOL_SIZEで最小サイズが指定されます。

このパラメータは変更可能です。インスタンスの実行中にこのパラメータを0(ゼロ)まで小さくすると、Oracle Streamsのプロセスとジョブが実行されない場合があります。

Oracle Streamsコンポーネントに対応するための十分なメモリーがあることを確認してください。最低要件は次のとおりです。

- 各取得プロセスの並列性を確保するために15MB。

- 各バッファ・キューに10MB以上。バッファ・キューは、バッファ・メッセージの格納場所です。

- 各適用プロセスの並列性を確保するために1MB。

- XStreamアウトバウンド・サーバーごとに1MB。

- 各XStreamインバウンド・サーバーの並列性を確保するために1MB。

たとえば、取得プロセスの並列性を3に設定する場合、その取得プロセスには少なくとも45MB必要です。データベースに2つのバッファ・キューが存在する場合、それらのバッファ・キューには20MB以上が必要です。適用プロセスの並列性を4に設定する場合、その適用プロセスには少なくとも4MB必要です。

V$STREAMS_POOL_ADVICE動的パフォーマンス・ビューを使用して、このパラメータの適切な設定を判断できます。

TIMED_STATISTICS

推奨

デフォルト:

STATISTICS_LEVELがTYPICALまたはALLに設定されている場合はTRUEです。

STATISTICS_LEVELがBASICに設定されている場合はFALSEです。

STATISTICS_LEVELのデフォルト値はTYPICALです。

範囲: TRUEまたはFALSE

変更:可能

時間に関連する統計を収集するかどうかを指定します。

Oracle Streamsに関連する動的パフォーマンス・ビューで経過時間の統計を収集するには、このパラメータをTRUEに設定します。経過時間の統計を含むビューには、V$STREAMS_CAPTURE、V$STREAMS_APPLY_COORDINATOR、V$STREAMS_APPLY_READER、V$STREAMS_APPLY_SERVERなどがあります。

UNDO_RETENTION

推奨

デフォルト: 900

範囲: 0から2^32 - 1

変更:可能

コミットされたUNDO情報をデータベース内に保存する期間(秒単位)を指定します。

1つ以上の取得プロセスを実行しているデータベースでは、このパラメータを設定して適切なUNDO保存期間を指定してください。

1つ以上の取得プロセスを実行していて、適切な設定がわからない場合は、このパラメータを3600以上に設定してください。「スナップショットが古すぎます」というエラーが発生した場合は、これらのエラーが発生しなくなるまで、このパラメータの設定を大きくます。また、UNDO表領域にUNDO_RETENTION設定を適用するための十分な領域があることを確認してください。

Oracle Database 11g リリース1 (11.1)のセキュア・ターゲット監査パラメータの推奨事項

REDO収集環境で最善の結果を得るには、各関連データベースでcompatible、GLOBAL_NAMES、_job_queue_interval、SGA_TARGETおよびSTREAMS_POOL_SIZE初期化パラメータを設定します。

表C-2に、TRANSACTION LOG監査証跡を使用するセキュア・ターゲット・データベースごとに構成する必要がある非表示パラメータを示します。

表C-2 リリース11.1セキュア・ターゲット・データベースの非表示初期化パラメータ

パラメータ名および推奨事項

必須または推奨パラメータ

デフォルト値

説明

_job_queue_interval=1

推奨

5

ジョブ・キューのスキャン率の間隔(秒)。

表C-3に、TRANSACTION LOG監査証跡を使用するセキュア・ターゲット・データベースごとに構成する必要がある初期化パラメータを示します。SGA_TARGETをゼロ以外の大きな値に設定することで、SGA内の様々なプールの自動チューニングを有効化します。STREAMS_POOL_SIZEの値は0のままにします。これら2つのパラメータの組合せにより、SGAの自動チューニングが有効化され、ワークロード要件に一致するようStreamsプール・サイズが自動的に調整されます。

表C-3 リリース11.1セキュア・ターゲット・データベースの初期化パラメータ

パラメータ名および推奨事項

必須または推奨パラメータ

デフォルト値

説明

COMPATIBLE= 11.1.0

必須

デフォルト: 11.1.0

範囲: 10.1.0から現行リリース番号まで

変更:不可

このパラメータでは、Oracleサーバーとの互換性を保つ必要があるリリースを指定します。互換レベルが異なるOracleサーバーと相互運用できます。

Oracle Database 10gリリース1で導入されたStreamsの新機能を使用するには、このパラメータを10.1.0以上に設定する必要があります。ダウンストリーム・キャプチャを使用するには、セキュア・ターゲット・データベースおよびダウンストリーム・データベースの両方で、このパラメータを10.1.0以上に設定する必要があります。

Oracle Database 10gリリース2で導入されたStreamsの新機能を使用するには、このパラメータを10.2.0以上に設定する必要があります。

Oracle Database 11gリリース1で導入されたStreamsの新機能を使用するには、このパラメータを11.1.0以上に設定する必要があります。

GLOBAL_NAMES=true

推奨

デフォルト: false

範囲: trueまたはfalse 変更:可能

データベース・リンクの名前を接続先のデータベースと同じ名前にする必要があるかどうかを指定します。

データベース間の情報を共有するためにStreamsを使用する場合は、Streams環境に関連する各データベースでこのパラメータをtrueに設定します。

JOB_QUEUE_PROCESSES=4

必須

デフォルト: 0

範囲: 0から1000

変更:可能

各インスタンスのJnnnジョブ・キュー・プロセスの数を指定します(J000 ... J999)。ジョブ・キュー・プロセスは、DBMS_JOBによって作成されるリクエストを処理します。

このパラメータは、Streams環境でイベントを伝播している各データベースで少なくとも2に設定する必要があります。また、同時に実行できるジョブの最大数に2を足した数と同じ値に設定する必要があります。

LOG_ARCHIVE_DEST_n

推奨

デフォルト: なし

範囲: なし

変更:可能

最大10までのログ・アーカイブ先を定義します。nは1、2、3、... 10です。

ダウンストリーム・キャプチャを使用し、ログ転送サービスを利用してREDOログ・ファイルをダウンストリーム・データベースにコピーするには、ダウンストリーム・キャプチャ・プロセスが実行されているサイトにログ・アーカイブ先が少なくとも1つは存在する必要があります。

関連項目: 『Oracle Data Guard概要および管理』

LOG_ARCHIVE_DEST_STATE_n

推奨

デフォルト: enable

範囲: 次のいずれか: alternate

reset

defer

enable

変更:可能

対応するアーカイブ先の可用性の状態を指定します。パラメータの接尾辞(1から10)で、LOG_ARCHIVE_DEST_nの対応する10の宛先パラメータの1つを指定します。

ダウンストリーム・キャプチャを使用し、ログ転送サービスを利用してREDOログ・ファイルをダウンストリーム・データベースにコピーするには、ダウンストリーム・データベースのLOG_ARCHIVE_DEST_nの宛先に対応する宛先をenableに設定します。

OPEN_LINKS

推奨

デフォルト: 4

範囲: 0から255

変更:不可

1つのセッションでリモート・データベースに対して同時にオープンできる接続の最大数を指定します。これらの接続には、それぞれ別のプロセスを使用する外部プロシージャやカートリッジだけでなく、データベース・リンクも含まれます。

Streams環境では、このパラメータをデフォルト値である4以上に設定してください。

PROCESSES

推奨

デフォルト: PARALLEL_MAX_SERVERSから導出

範囲: 6からオペレーティング・システム依存の制限値

変更:不可

Oracleに同時に接続できるオペレーティング・システム・ユーザー・プロセスの最大数を指定します。

このパラメータの値が、ロック、ジョブ・キュー・プロセスおよびパラレル実行プロセスなど、すべてのバックグラウンド・プロセスを許可するようにします。Streamsでは、取得プロセスおよび適用プロセスでバックグラウンド・プロセスとパラレル実行プロセスが使用され、伝播ジョブでジョブ・キュー・プロセスが使用されます。

SESSIONS

推奨

デフォルト: 次の式から導出: (1.1 * PROCESSES) + 5

範囲: 1から231

変更:不可

システムで作成できるセッションの最大数を指定します。

データベースで1つ以上の取得プロセスまたは適用プロセスを実行するには、このパラメータのサイズを増やす必要があります。データベースのバックグラウンド・プロセスごとにセッションが必要になります。

SGA_MAX_SIZE

少なくとも200Mまで増やします。

必須

デフォルト: 起動時のSGAの初期サイズ

範囲: 0からオペレーティング・システム依存の制限値

変更:不可

データベース・インスタンスの存続期間に対するSGAの最大サイズを指定します。

単一のデータベースで複数の取得プロセスを実行するには、このパラメータのサイズを増やす必要があります。

詳細は、STREAMS_POOL_SIZE初期化パラメータを参照してください。

SGA_TARGET >0

少なくとも200Mまでこのパラメータを増やします。

必須

デフォルト: 0 (SGA自動チューニングは無効)

範囲: 64からオペレーティング・システム依存の値

変更:可能

すべてのシステム・グローバル領域(SGA)コンポーネントの合計サイズを指定します。

このパラメータがゼロ以外の値に設定されている場合、Streamsプールのサイズは自動共有メモリー管理によって管理されます。

詳細は、STREAMS_POOL_SIZE初期化パラメータを参照してください。

SHARED_POOL_SIZE=0

推奨

デフォルト: 32ビット・プラットフォーム: 32MB(最も近いグラニュル・サイズに切上げ)

64ビット・プラットフォーム: 84MB(最も近いグラニュル・サイズに切上げ)

範囲: 最小値: グラニュル・サイズ

最大値: オペレーティング・システム依存の値

変更:可能

共有プールのサイズ(バイト単位)を指定します。共有プールには、共有カーソル、ストアド・プロシージャおよび制御構造などの構造が含まれます。

SGA_TARGETおよびSTREAMS_POOL_SIZE初期化パラメータがゼロに設定されている場合、Streamsでは、共有プールの10%相当の量をバッファ・キャッシュからStreamsプールに転送します。

STREAMS_POOL_SIZE初期化パラメータを200MBに設定し、必要に応じて、SGA_TARGETおよびSGA_MAX初期化パラメータを適切に増やします。たとえば、SGA_TARGET初期化パラメータがすでに2GBに設定されている場合は、STREAMS_POOL_SIZEを200MBに設定するときに、SGA_TARGET初期化パラメータを増やす必要はありません。ただし、SGA_TARGET初期化パラメータが600MBに設定されている場合は、STREAMS_POOL_SIZE初期化パラメータを200MBに増加するときに、SGA_TARGET初期化パラメータの値も相応に増やすことをお薦めします。

STREAMS_POOL_SIZE=200

必須

デフォルト: 0

範囲: 最小値: 0 最大値: オペレーティング・システム依存の値

変更:可能

Streamsプールのサイズを指定します(バイト単位)。Streamsプールには取得イベントが含まれます。また、Streamsプールは、パラレル取得およびパラレル適用中の内部通信に使用されます。

SGA_TARGET初期化パラメータがゼロ以外の値に設定されている場合、Streamsプールのサイズは自動共有メモリー管理によって設定され、STREAMS_POOL_SIZEに最小サイズが指定されます。

このパラメータは変更可能です。インスタンスの実行中にこのパラメータをゼロに下げると、Streamsプロセスおよびジョブは実行されません。

次のそれぞれのファクタのStreamsプールのサイズを増やす必要があります。

各取得プロセスの並列性に10MB。

各バッファ・キューに10MB以上。バッファ・キューは、論理変更レコード(LCR)が格納される場所です。

各適用プロセスの並列性を確保するために1MB。

V$STREAMS_POOL_ADVICE動的パフォーマンス・ビューを使用して、このパラメータの適切な設定を判断できます。

たとえば、取得プロセスの並列性が3に設定されている場合には、Streamsプールを30MBまで増やします。適用プロセスの並列性が5に設定されている場合には、Streamsプールを5MBまで増やします。

TIMED_STATISTICS

推奨

デフォルト: STATISTICS_LEVELがTYPICALまたはALLに設定されている場合はtrue

STATISTICS_LEVELがBASICに設定されている場合はFALSEです。

STATISTICS_LEVELのデフォルト値はTYPICALです。

範囲: TRUEまたはFALSE

変更:可能

時間に関連する統計を収集するかどうかを指定します。

Streamsに関連するデータ・ディクショナリ・ビューに経過時間統計を収集するには、このパラメータをtrueに設定します。経過時間統計を含むビューは、次のとおりです。

V$STREAMS_CAPTURE

V$STREAMS_APPLY_COORDINATOR

V$STREAMS_APPLY_READER

V$STREAMS_APPLY_SERVER

UNDO_RETENTION=3600

推奨

デフォルト: 900

範囲: 0から2^32-1 (32ビットで表される最大値)

変更:可能

コミットされたUNDO情報をデータベース内に保存する期間(秒単位)を指定します。

1つ以上の取得プロセスを実行しているデータベースでは、このパラメータを設定して適切なUNDO保存期間を指定してください。

1つ以上の取得プロセスを実行しているが、適切な設定が不明な場合は、このパラメータを少なくとも3600に設定してみてください。「スナップショットが古すぎます」というエラーが発生した場合は、これらのエラーが発生しなくなるまで、このパラメータの設定を大きくます。また、UNDO表領域にUNDO_RETENTION設定を適用するための十分な領域があることを確認してください。

関連項目: UNDO_RETENTIONパラメータの詳細は、『Oracle Database管理者ガイド』を参照してください。

Oracle Database 10g リリース2 (10.2)のセキュア・ターゲット監査パラメータの推奨事項

REDO収集環境で最善の結果を得るには、各関連データベースでCOMPATIBLE、GLOBAL_NAMES、_job_queue_interval、SGA_TARGETおよびSTREAMS_POOL_SIZE初期化パラメータを設定します。

表C-4に、TRANSACTION LOG監査証跡を使用するセキュア・ターゲット・データベースごとに構成する必要がある非表示パラメータを示します。

表C-4 リリース10.2セキュア・ターゲット・データベースの非表示パラメータ

パラメータ名および推奨事項

必須または推奨パラメータ

デフォルト値

説明

_job_queue_interval=1

推奨

5

ジョブ・キューのスキャン率の間隔(秒)。

表C-5に、セキュア・ターゲット・データベースごとに構成する必要がある初期化パラメータを示します。SGA_TARGETをゼロ以外の大きな値に設定することで、SGA内の様々なプールの自動チューニングを有効化します。STREAMS_POOL_SIZEの値は0のままにします。これら2つのパラメータの組合せにより、SGAの自動チューニングが有効化され、ワークロード要件に一致するようStreamsプール・サイズが自動的に調整されます。

表C-5 リリース10.2セキュア・ターゲット・データベースの初期化パラメータ

パラメータ名および推奨事項

必須または推奨パラメータ

デフォルト値

説明

COMPATIBLE= 10.2.0

必須

デフォルト: 10.0.0

範囲: 10.0.0から現在のリリース番号まで

変更:不可

このパラメータでは、Oracleデータベースで互換性を維持する必要のあるリリースを指定します。互換性レベルの異なるOracleデータベースを相互運用できます。

Oracle Database 10gリリース1で導入されたStreamsの新機能を使用するには、このパラメータを10.1.0以上に設定します。ダウンストリーム・キャプチャを使用するには、セキュア・ターゲット・データベースおよびダウンストリーム・データベースの両方で、このパラメータを10.1.0以上に設定します。

Oracle Database 10gリリース2で導入されたStreamsの新機能を使用するには、このパラメータを10.2.0以上に設定します。

GLOBAL_NAMES=true

推奨

デフォルト: false

範囲: trueまたはfalse 変更:可能

データベース・リンクの名前を接続先のデータベースと同じ名前にする必要があるかどうかを指定します。

データベース間の情報を共有するためにStreamsを使用する場合は、Streams環境に関連する各データベースでこのパラメータをtrueに設定します。

JOB_QUEUE_PROCESSES=4

必須

デフォルト: 0

範囲: 0から1000

変更:可能

各インスタンスのジョブ・キュー・プロセスの数を指定します(J000 ... J999)。ジョブ・キュー・プロセスは、DBMS_JOB PL/SQLパッケージによって作成されるリクエストを処理します。

このパラメータは、Streams環境でイベントを伝播している各データベースで少なくとも2に設定します。また、同時に実行できるジョブの最大数に2を足した数と同じ値に設定します。

LOG_ARCHIVE_DEST_n

推奨

デフォルト: なし

範囲: なし

変更:可能

最大10までのログ・アーカイブ先を定義します。nは1、2、3、... 10です。

ダウンストリーム・キャプチャを使用し、ログ転送サービスを利用してREDOログ・ファイルをダウンストリーム・データベースにコピーするには、ダウンストリーム・キャプチャ・プロセスが実行されているサイトにログ・アーカイブ先が少なくとも1つは存在する必要があります。

関連項目: 『Oracle Data Guard概要および管理』

LOG_ARCHIVE_DEST_STATE_n

推奨

デフォルト: enable

範囲: 次のいずれか: alternate

reset

defer

enable

変更:可能

対応するアーカイブ先の可用性の状態を指定します。パラメータの接尾辞(1から10)で、LOG_ARCHIVE_DEST_nの対応する10の宛先パラメータの1つを指定します。

ダウンストリーム・キャプチャを使用し、ログ転送サービスを利用してREDOログ・ファイルをダウンストリーム・データベースにコピーするには、ダウンストリーム・データベースのLOG_ARCHIVE_DEST_nの宛先に対応する宛先をenableに設定します。

OPEN_LINKS

推奨

デフォルト: 4

範囲: 0から255

変更:不可

1つのセッションでリモート・データベースに対して同時にオープンできる接続の最大数を指定します。これらの接続には、それぞれ別のプロセスを使用するデータベース・リンク、外部プロシージャおよびカートリッジが含まれます。

Streams環境では、このパラメータをデフォルト値である4以上に設定してください。

PARALLEL_MAX_SERVERS

このパラメータは少なくとも20に設定します。

必須

デフォルト: 次のパラメータ値から導出: CPU_COUNT

PARALLEL_ADAPTIVE_MULTI_USER

PARALLEL_AUTOMATIC_TUNING

範囲: 0から3599

変更:可能

1インスタンスに対するパラレル実行プロセスとパラレル・リカバリ・プロセスの最大数が指定されます。需要が増加するにつれて、インスタンスの起動時に作成された数からこの値までプロセス数が増加します。

Streams環境では、各取得プロセスおよび適用プロセスで複数のパラレル実行サーバーが使用される場合があります。十分な数のパラレル実行サーバーが確実に存在するよう、この初期化パラメータを適切な値に設定します。

PROCESSES

推奨

デフォルト: PARALLEL_MAX_SERVERSから導出

範囲: 6からオペレーティング・システム依存の制限値

変更:不可

Oracle Databaseに同時に接続できるオペレーティング・システムのユーザー・プロセスの最大数を指定します。

このパラメータの値が、ロック、ジョブ・キュー・プロセスおよびパラレル実行プロセスなど、すべてのバックグラウンド・プロセスを許可するようにします。Streamsでは、取得プロセスおよび適用プロセスでバックグラウンド・プロセスとパラレル実行プロセスが使用され、伝播ジョブでジョブ・キュー・プロセスが使用されます。

SESSIONS

推奨

デフォルト: 次の式から導出: (1.1 * PROCESSES) + 5

範囲: 1から231

変更:不可

システムで作成できるセッションの最大数を指定します。

データベースで1つ以上の取得プロセスまたは適用プロセスを実行するには、このパラメータのサイズを増やす必要があります。データベースのバックグラウンド・プロセスごとにセッションが必要になります。

SGA_MAX_SIZE

少なくとも200Mまで増やします。

必須

デフォルト: 起動時のSGAの初期サイズ

範囲: 0からオペレーティング・システム依存の制限値

変更:不可

データベース・インスタンスの存続期間に対するSGAの最大サイズを指定します。

単一のデータベースで複数の取得プロセスを実行するには、このパラメータのサイズを増やす必要があります。

詳細は、STREAMS_POOL_SIZE初期化パラメータを参照してください。

SGA_TARGET >0

少なくとも200Mまでこのパラメータを増やします。

必須

デフォルト: 0 (SGA自動チューニングは無効)

範囲: 64からオペレーティング・システム依存の値

変更:可能

すべてのシステム・グローバル領域(SGA)コンポーネントの合計サイズを指定します。

このパラメータをゼロ以外の値に設定すると、Streamsプールのサイズは自動共有メモリー管理によって管理されます。

詳細は、STREAMS_POOL_SIZE初期化パラメータを参照してください。

SHARED_POOL_SIZE=0

推奨

デフォルト: 32ビット・プラットフォーム: 32MB(最も近いグラニュル・サイズに切上げ)

64ビット・プラットフォーム: 84MB(最も近いグラニュル・サイズに切上げ)

範囲: 最小値: グラニュル・サイズ

最大値: オペレーティング・システム依存の値

変更:可能

共有プールのサイズ(バイト単位)を指定します。共有プールには、共有カーソル、ストアド・プロシージャおよび制御構造などの構造が含まれます。

SGA_TARGETおよびSTREAMS_POOL_SIZE初期化パラメータをゼロに設定すると、Streamsでは、共有プールの10%相当の量がバッファ・キャッシュからStreamsプールに転送されます。

STREAMS_POOL_SIZE=200

必須

デフォルト: 0

範囲: 最小値: 0 最大値: オペレーティング・システム依存の値

変更:可能

Streamsプールのサイズを指定します(バイト単位)。Streamsプールには取得イベントが含まれます。また、Streamsプールは、Oracle Databaseでパラレル取得およびパラレル適用中の内部通信に使用されます。

SGA_TARGET初期化パラメータをゼロ以外の値に設定すると、Streamsプールのサイズは自動共有メモリー管理によって設定され、STREAMS_POOL_SIZEに最小サイズが指定されます。

STREAMS_POOL_SIZE初期化パラメータを200MBに設定し、必要に応じて、SGA_TARGETおよびSGA_MAX初期化パラメータを適切に増やします。たとえば、SGA_TARGET初期化パラメータがすでに2GBに設定されている場合は、STREAMS_POOL_SIZEを200MBに設定するときに、SGA_TARGET初期化パラメータ設定を増やす必要はありません。ただし、SGA_TARGET初期化パラメータが600MBに設定されている場合は、STREAMS_POOL_SIZE初期化パラメータを200MBに増加するときに、SGA_TARGET初期化パラメータの値も相応に増やす必要があります。

このパラメータは変更可能です。インスタンスの実行中にこのパラメータ設定をゼロに下げると、Streamsプロセスおよびジョブは実行されません。

次のそれぞれのファクタのStreamsプールのサイズを増やす必要があります。

- 各取得プロセスの並列性に10MB。

- 各バッファ・キューに10MB以上。バッファ・キューは、論理変更レコード(LCR)が格納される場所です。

- 各適用プロセスの並列性を確保するために1MB。

V$STREAMS_POOL_ADVICE動的パフォーマンス・ビューを使用して、このパラメータの適切な設定を判断できます。

たとえば、取得プロセスの並列性を3に設定した場合、Streamsプールを30MB増やします。適用プロセスの並列性を5に設定した場合、Streamsプールを5MB増やします。

TIMED_STATISTICS

推奨

デフォルト: STATISTICS_LEVELがTYPICALまたはALLに設定されている場合はtrue

STATISTICS_LEVELがBASICに設定されている場合はFALSEです。

STATISTICS_LEVELのデフォルト値はTYPICALです。

範囲: TRUEまたはFALSE

変更:可能

時間に関連する統計を収集するかどうかを指定します。

Streamsに関連するデータ・ディクショナリ・ビューに経過時間統計を収集するには、このパラメータをtrueに設定します。経過時間統計を含むビューは、次のとおりです。

V$STREAMS_CAPTURE

V$STREAMS_APPLY_COORDINATOR

V$STREAMS_APPLY_READER

V$STREAMS_APPLY_SERVER

UNDO_RETENTION=3600

推奨

デフォルト: 900

範囲: 0から2^32-1 (32ビットで表される最大値)

変更:可能

コミットされたUNDO情報をデータベース内に保存する期間(秒単位)を指定します。

1つ以上の取得プロセスが実行されているデータベースでは、このパラメータを設定して適切なUNDO保存期間を指定します。

1つ以上の取得プロセスを実行しているが、適切な設定が不明な場合は、このパラメータを少なくとも3600に設定してみてください。「スナップショットが古すぎます」というエラーが発生した場合は、これらのエラーが発生しなくなるまで、このパラメータの設定を大きくます。また、UNDO表領域にUNDO_RETENTION設定を適用するための十分な領域があることを確認してください。

関連項目: UNDO_RETENTIONパラメータの詳細は、『Oracle Database管理者ガイド』を参照してください。

D Audit Vault and Database Firewallで使用されるポート

この付録では、Oracle Audit Vault and Database Firewallで使用されるTCPポートおよびUDPポートを示します。

ここでのトピック

- Database Firewallをセキュア・ターゲット用にデプロイするときに必要となるポート

- Audit Vault Serverによって提供されるサービス用のポート

- Database Firewallによって提供されるサービス用のポート

- Audit Vault Serverによる外部ネットワーク・アクセスのためのポート

- Database Firewallによる外部ネットワーク・アクセスのためのポート

- AVDFの内部TCP通信用ポート

Database Firewallをセキュア・ターゲット用にデプロイするときに必要となるポート

Database Firewallのデプロイメントによっては、外部ネットワーク・ファイアウォールで次の2つのクラスのポートを開いておく必要があります。

- Database Firewallでセキュア・ターゲット・データベースを保護する構成にする場合は、データベースに向かうトラフィックが外部ネットワーク・ファイアウォールを通過してDatabase Firewallに到達できる必要があります。Audit Vault Serverのセキュア・ターゲットのページで必要なポートを構成します(『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください)。

- プロキシ接続を許可してそれらの接続をデータベースに渡すように、Database Firewallを構成できます。プロキシ接続に必要なポートはDatabase Firewallの「Network Configuration」ページで構成します(『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください)。

これらのポートを変更しないことをお薦めします。

Audit Vault Serverによって提供されるサービス用のポート

表D-1に、Audit Vault Serverによって提供されるサービス用のポートを示します。これらのサービスはシステムの外部ユーザーによって使用され、ほとんどのサービスへのアクセスはAVDFシステム内で制御できます。外部ネットワーク・ファイアウォールが使用されている場合、これらのサービスのユーザー(クライアント)からAudit Vault Serverへの接続を許可するため、これらのポートは開いている必要があります。

表D-1 Audit Vault Serverによって提供されるサービス用のポート

ポート

プロトコル・ファミリ

プロトコル

用途

注意

22

TCP

SSH

システムへのコマンドライン・アクセス

デフォルトでは無効です。

161

UDP

SNMP

SNMPアクセス

デフォルトでは無効です。

443

TCP

HTTPS

管理コンソール(Webインタフェース)

1521

1522

TCP

Oracle Database

Audit Vaultエージェントのためのアクセス、Oracle Databaseへのアクセス(レポート用)

Database Firewallによって提供されるサービス用のポート

表D-2に、Database Firewallによって提供される一般サービス用のポートを示します。これらのサービスはシステムの外部ユーザーによって使用され、すべてのサービスへのアクセスをAVDFシステム内で制御できます。外部ネットワーク・ファイアウォールが使用されている場合、これらのサービスのユーザー(クライアント)からAVDFシステム内のDatabase Firewallへの接続を許可するため、これらのポートは開いている必要があります。

表D-2 Database Firewallによって提供されるサービス用のポート

ポート

プロトコル・ファミリ

プロトコル

用途

注意

22

TCP

SSH

システムへのコマンドライン・アクセス

デフォルトでは無効です。

161

UDP

SNMP

SNMPアクセス

デフォルトでは無効です。

443

TCP

HTTPS

管理コンソール(Webインタフェース)

2050 - 5100

TCP

AVDF内部プロトコル

ホスト監視から取得される受信トラフィック

2050 - 5100

TCP

Syslog

受信WAF(F5)違反アラート

強制ポイントで使用されるポート番号は、強制ポイントの「Advanced」設定ページで確認できます。『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください。

Audit Vault Serverによる外部ネットワーク・アクセスのためのポート

表D-3に、Audit Vault Serverが使用する可能性のある外部サービス用のポートを示します。外部ネットワーク・ファイアウォールが使用されている場合、Audit Vault Serverでこれらのサービスをクライアントとして使用できるよう、関連ポートを開いておく必要があります。

表D-3 Audit Vault Serverによる外部ネットワーク・アクセスのためのポート

ポート

プロトコル・ファミリ

プロトコル

用途

注意

25

TCP

SMTP

電子メール配信

53

UDP

DNS

ドメイン名サービス

123

UDPおよびTCP

NTP

時間の同期

514

UDP、またはTCPとして構成

Syslog

syslogアラート

syslogサーバーへのTCPトランスポート接続の場合、Audit Vault Serverコンソールでポートを構成する必要があります。『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください。

514

UDP、またはTCPとして構成

syslogトランスポートにおける特許を持つArcSightプロトコル

アラート

ArcSightサーバーへのTCPトランスポート接続の場合、Audit Vault Serverコンソールでポートを構成する必要があります。『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください。

3260

TCP

ソフトウェアiSCSI

SANサーバー通信

このポートは、SANサーバーの登録時にAudit Vault Serverコンソールで構成できます。「SANサーバーの登録」を参照してください。

Database Firewallによる外部ネットワーク・アクセスのためのポート

表D-4では、Database Firewallで使用できる外部サービス用のポートを示しています。外部ネットワーク・ファイアウォールが使用されている場合、Database Firewallでこれらのサービスをクライアントとして使用できるよう、関連ポートを開いておく必要があります。

表D-4 Database Firewallによる外部ネットワーク・アクセスのためのポート

ポート

プロトコル・ファミリ

プロトコル

用途

注意

53

UDP

DNS

ドメイン名サービス

123

UDPおよびTCP

NTP

時間の同期

514

UDP、またはTCPとして構成

Syslog

syslogアラート

syslogサーバーへのTCPトランスポート接続の場合、Audit Vault Serverコンソールでポートを構成する必要があります。『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください。

514

TCP

WAF (F5)アラート

WAF (F5)アラート

ポートはAudit Vault Serverコンソールで変更できます。『Oracle Audit Vault and Database Firewall管理者ガイド』を参照してください。

AVDFの内部TCP通信用ポート

表D-5に、Database FirewallとAudit Vault Server間で使用されるサービス用のポートを示します。外部ネットワーク・ファイアウォールがこれらのシステムの間に配置されている場合、関連ポートが開いている必要があります。

表D-5 AVDFの内部TCP通信用ポート

ポート

プロトコル・ファミリ

プロトコル

方向

注意

443

TCP

HTTPS

Database FirewallがAudit Vault Serverからの接続を受け入れる

コマンド・インタフェース

1514

TCP

SSL

Audit Vault ServerがDatabase Firewallからの接続を受け入れる

イベントのレポートおよび監視

E Oracle Audit Vault and Database Firewallのトラブルシューティング

ここでのトピック

- トラブルシューティングのヒント

トラブルシューティングのヒント

- Database Firewallで監視しているOracle Databaseで、一部またはすべてのトラフィックを確認できない

- RPMアップグレードに失敗する

- エージェントのアクティブ化リクエストで「host is not registered」というエラーが返される

- セカンダリAudit Vault Serverにエージェントをデプロイできない

- ホスト監視の作成またはOracle Database証跡の収集に失敗する

- Windowsマシンで'java -jar agent.jar'に失敗する

- Audit Vault AgentのWindowsサービスをアンインストールできない

- エージェントをWindowsサービスとしてインストールしようとしたときにアクセス拒否エラーが発生する

- コントロール パネルの「サービス」アプレットでエージェントを開始できない

- エージェント開始時のエラー

- ホスト監視の設定時のエラー

- Oracle Databaseセキュア・ターゲットのアラートが長時間トリガーされない

- /var/log/messagesファイルに表示されるInternal capacity exceededメッセージ

Database Firewallで監視しているOracle Databaseで、一部またはすべてのトラフィックを確認できない

問題

Database Firewallで監視しているOracle Databaseのレポートで、すべてまたは一部のトラフィックを確認できません。

解決方法

次の手順を実行し、問題の原因を確認してください。

1. Audit Vault Serverで、時間帯を含め、レポート・フィルタが正しく設定されていることを確認します。

2. Database Firewallのシステム時間が、Audit Vault Serverおよびセキュア・ターゲット・システムの時間と同期していることを確認します。

3. ファイアウォールのライブ取得ユーティリティを使用して、セキュア・ターゲットのネットワーク・トラフィックをDatabase Firewallが認識できていることを確認します。「Database Firewallでのネットワーク・トラフィックの表示および取得」を参照してください。

4. Oracle Databaseサービス名またはSIDが正しく使用されていることを確認します。このセキュア・ターゲットの強制ポイントの設定にOracle Databaseサービス名を使用した場合は、そのサービス名のトラフィックのみ表示されます。すべてのトラフィックを表示するには、強制ポイントの設定からサービス名を削除します。
強制ポイントにサービス名を入力している場合で、トラフィックが一切表示されない場合は、強制ポイントの設定に正しくサービス名が入力されていることを確認します。

DAMモードを使用するように設定した強制ポイントでは、データベースへの既存のクライアント接続のトラフィックがDatabase Firewallにより監視されることがあります。このような接続はDatabase Firewallをデプロイする前から存在しているため、強制ポイントで指定したサービス名を検出できません。この場合、データベースへのクライアント接続を再起動します。

強制ポイントの詳細は、「強制ポイントの構成」を参照してください。

5. 適切なDatabase Firewallポリシーがデプロイされていることを確認します。ファイアウォール・ポリシーの編集およびデプロイの詳細は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

RPMアップグレードに失敗する

問題

RPMアップグレードが次のエラーで失敗します。

error: %post(dbfw-mgmtsvr-###) scriptlet failed, exit status 1

解決方法

1. 少なくとも10MBの空き容量が/tmpにあることを確認します。

2. 新しいRPMを削除します。
rpm -e dbfw-mgmtsvr-###

3. アップグレードを再試行します。

エージェントのアクティブ化リクエストで「host is not registered」というエラーが返される

問題

次の2つのコマンドを使用して、Audit Vault Agentのホスト・コンピュータ(エージェントのデプロイ先)を登録し、Audit Vault Agentのアクティブ化を要求しようとしました。

Audit Vault Serverから:

avcli> register host 'host_name'

ホスト・コンピュータから:

agentctl activate

しかし、agentctl activateコマンドから、Agent host is not registeredというメッセージが返されます。

解決方法

エージェント・ホストがマルチホームである可能性があります。この場合、エージェントのホスト名からIPアドレスへの解決で、そのエージェントがAVサーバーへの接続時に使用していないNIC/IPに解決されることがあります。この問題を解決するには、with ipオプションを使用してエージェント・ホストを登録し、エージェントのアクティブ化を再試行します。

Audit Vault Serverで次のコマンドを使用します。

avcli> register host 'host_name' with ip 'host_ip_address'

問題が継続する場合は、エージェント・ホストからAudit Vaultサーバーに接続する際のデータベース・セッションで使用されているIPアドレスを、次のコマンドを使用して確認します。

sqlplus username/password@"(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=Audit_Vault_Server_IP)(PORT=1521))(CONNECT_DATA= (SERVICE_NAME=dbfwdb)))"

sqlplus> select SYS_CONTEXT('USERENV','IP_ADDRESS') from dual;

この問合せで得たIPアドレスを使用してホストを登録します。

セカンダリAudit Vault Serverにエージェントをデプロイできない

問題

高可用性ペアのセカンダリAudit Vault ServerにAudit Vault Agentをデプロイしようとすると、ホストが登録されていないというエラーが発生します。

原因

高可用性のために2つのAudit Vault Serverをペアにした後、Audit Vault Agentデプロイメントを含むペアのプライマリ・サーバーに対してのみすべての構成を実行します。「ステップ3: Audit Vault Serverの高可用性ペアの起動」を参照してください。

ホスト監視の作成またはOracle Database証跡の収集に失敗する

問題

この問題は次のような様々な症状で現れます。

- ホスト監視を作成しようとしたときに、操作に失敗するか、正しいバイナリが見つかりません。

- Oracle Databaseセキュア・ターゲットから監査データを収集しようとしたときに、操作に失敗します。

- Audit Vault AgentからAudit Vault Serverに接続できません。

- 監査証跡が開始しません。

解決方法

1. 次を除くすべての環境変数の設定を解除します。

- PATH

- TERM

- PS1

- LANG

- LC_*

- JAVA_HOME

その後、ホスト・マシンでjava -jar agent.jarコマンドを再実行します。手順は、「ホスト・コンピュータでのAudit Vault Agentのデプロイ」を参照してください。

2. Linux環境にAudit Vault Agentをデプロイした場合、ホスト・マシン名が/etc/hostsファイルに存在することを確認します。

Windowsマシンで'java -jar agent.jar'に失敗する

問題

Windowsセキュア・ターゲット・マシンでコマンドjava -jar agent.jarに失敗し、Audit Vault Agentサービスのインストール/アンインストールに失敗したことがログ・ファイルに記録されます。

解決方法

1. エージェントの登録解除の手順は、「Audit Vault AgentのWindowsサービスとしての登録または登録解除」を参照してください。
方法1に失敗した場合は、方法2を試します。

2. java -jar agent.jarコマンドを再実行します。

Audit Vault AgentのWindowsサービスをアンインストールできない

エージェントの登録解除の手順は、「Audit Vault AgentのWindowsサービスとしての登録または登録解除」を参照してください。

方法1に失敗した場合は、方法2を試します。

エージェントをWindowsサービスとしてインストールしようとしたときにアクセス拒否エラーが発生する

問題

Audit Vault AgentをWindowsにインストールしようとしたときにエラーが発生し、AGENT_HOME\av\log\av.agent.prunsvrログ・ファイルに次のエラーが記録されます。

[2013-05-02 11:55:53] [info] Commons Daemon procrun (1.0.6.0 32-bit) started
[2013-05-02 11:55:53] [error] Unable to open the Service Manager
[2013-05-02 11:55:53] [error] Access is denied.
[2013-05-02 11:55:53] [error] Commons Daemon procrun failed with exit value:
7 (Failed to )
[2013-05-02 11:55:53] [error] Access is denied.

解決方法

このメッセージはログイン・ユーザーにAudit Vault AgentをWindowsサービスとしてインストールする権限がないことを意味しています。このメッセージが表示された場合は、「管理者として実行」オプションを指定してコマンド・シェルを起動し、そのコマンド・シェルでjava -jar agent.jarを実行します。

コントロール パネルの「サービス」アプレットでエージェントを開始できない

問題

次を実行しました。

1. java -jar agent.jarコマンドを使用してAudit Vault Agentをインストールしました。

2. Audit Vault Agentをアクティブ化しました。

3. agentctl start -k keyコマンドを使用してAudit Vault Agentを開始しました。
エージェントが起動し、RUNNING状態になりました。

4. Audit Vault Agentを停止しました。

5. Windowsコントロール パネルの「サービス」アプレットでAudit Vault Agentを開始しようとしました。
Audit Vault Agentでエラーが発生しました。

解決方法

これは、Audit Vault Agentが使用しているWindowsアカウントに、Audit Vault Serverへの接続権限がないことを意味しています。

次の手順を実行してください。

1. 「コントロール パネル」、「サービス」アプレットに移動します。

2. Oracle Audit Vault Agentサービスを選択します。

3. 右クリックして「プロパティ」メニューを選択します。

4. 「ログオン」タブをクリックします。

5. 「アカウント:」を選択し、有効なアカウント名とパスワードを入力します。

6. 保存して終了します。

7. 「サービス」アプレットからAudit Vault Agentを開始します。

エージェント開始時のエラー

問題

Audit Vault Agentのインストール後、OracleAVAgent Windowsサービスのプロパティの「ログオン」タブでユーザー名とパスワードを設定しました。OracleAVAgentサービスを開始しようとすると、
Agent_Home\av\log\av.agent.prunsvr.date.logファイルに次のエラーが記録されます。

[info]  Commons Daemon procrun (1.0.6.0 32-bit) started
[info]  Running 'OracleAVAgent' Service...
[info]  Starting service...
[error] Failed creating java
[error] ServiceStart returned 1
[info]  Run service finished.
[info]  Commons Daemon procrun finished

解決方法

これは、OracleAVAgentサービスがJavaプロセスを起動できないことを意味しています。次の方法を試してみてください。

1. システムからすべてのJDKまたはJRE(あるいはその両方)をアンインストールします。

2. JDK SEまたはJREを再インストールし、OracleAVAgentサービスを開始します。

3. 問題が解決しない場合は、32ビットのJDK SEまたはJREをインストールし、OracleAVAgentサービスを開始します。

ホスト監視の設定時のエラー

問題

ホスト監視を設定しています。コマンドbin/hostmonsetup installを実行すると、次のエラーが表示されます。

[root@dbsec1 av]# bin/hostmonsetup install
/usr/bin/ld: cannot find -lpcap
collect2: ld returned 1 exit status
make: *** [hostmonitor] Error 1
Line 105: Failed to generate executables for Host monitor.

解決方法

これは、ホスト監視に必要なライブラリがホスト・コンピュータにないことを意味しています。「ホスト監視の前提条件」に記載されている必須ライブラリをインストールします。

Oracle Databaseセキュア・ターゲットのアラートが長時間トリガーされない

問題

Oracle Databaseセキュア・ターゲットをXMLファイルに監査するように構成し、Oracle AVDFでタイプDIRECTORYの監査証跡を構成し、アラートを特定のイベントでトリガーされるように構成しました。長時間経過しましたが、アラートがトリガーされません。

解決方法

この問題は、Oracle Databaseセキュア・ターゲットが監査レコードをファイルにすぐにフラッシュしない場合に発生することがあります。サポート・ノート「1358183.1 Audit Files Are Not Immediately Flushed To Disk」にアクセスするため、Oracleサポートに連絡してください。

/var/log/messagesファイルに表示されるInternal capacity exceededメッセージ

問題

想定されるトラフィックの一部がDBFWによって取得または記録されず、"Internal capacity exceeded"というテキストを含むエラー・メッセージが/var/log/messagesファイルに表示されます。

解決策1

MAXIMUM_ENFORCEMENT_POINT_THREADSコレクション属性の設定によって、問題が発生するセキュア・ターゲットの使用可能な処理リソースを増やします。詳細は、セキュア・ターゲットの登録を参照してください。

解決策2

DBFWのプロセス間通信に使用されるバッファのサイズを増やして、スループットを向上させることができます。ただし、関連するプロセスによって割り当てられるメモリー量も増加します。この設定はMB単位で行うことに注意してください。デフォルト値は16です。この値の構成を変更するには、次の手順を実行します。

1. rootユーザーとしてDBFWコンソールにログインします。

2. /usr/local/dbfw/etc/dbfw.confファイルを編集します。キーIPC_PRIMARY_BUF_SIZE_MBを持つエントリを探します。存在する場合は、その行を変更します。存在しない場合は、IPC_PRIMARY_BUF_SIZE_MBで始まる新しい行を追加します。

3. IPC_PRIMARY_BUF_SIZE_MB行を変更して、必要なバッファ・サイズを反映します。たとえば、バッファ・サイズを24MBに変更する場合、構成行はIPC_PRIMARY_BUF_SIZE_MB="24"になります。変更を保存します。

4. 新しい設定が使用されるように、コマンドライン/etc/init.d/dbfw restartを使用してDBFWプロセスを再起動します。

プロセス間通信バッファの最大サイズを変更するために使用できる2つ目の設定もあります。単位はMB、デフォルト値は64MBです。この値の構成を変更するには、次の手順を実行します。

1. rootユーザーとしてDBFWコンソールにログインします。

2. /var/dbfw/va/N/etc/appliance.confファイルを編集します(Nは該当する強制ポイントの番号です)。キーIPC_BUF_SIZ_MBを持つエントリを探します。存在する場合は、その行を変更します。存在しない場合は、IPC_BUF_SIZ_MBで始まる新しい行を追加します。

3. IPC_BUF_SIZ_MBを変更して、目的の最大バッファ・サイズを反映します。たとえば、バッファ・サイズを80MBに変更する場合、構成行はIPC_BUF_SIZ_MB="80"になります。変更を保存します。

4. 新しい設定が使用されるように、コマンドライン/etc/init.d/dbfw restartを使用してDBFWプロセスを再起動します。

問題が解決せず、前述の設定を変更した後もInternal capacity exceededエラーが発生する場合は、サポートによる詳細な調査が必要です。次の手順を実行します。

1. rootユーザーとしてDBFWコンソールにログインします。

2. /usr/local/dbfw/etc/logging.confファイルを編集します

3. log4j.logger.com.oracle.dbfw.Metrics=ERROR行を見つけます

4. log4j.logger.com.oracle.dbfw.Metrics=ERROR行の先頭に#文字を入力して、この行をコメントアウトします。変更を保存します。

5. 新しい設定が使用されるように、コマンドライン/etc/init.d/dbfw restartを使用してDBFWプロセスを再起動します

6. Internal capacity exceededエラーが発生しても、負荷がかかった状態でDBFWを数時間実行したままにします。

7. この期間の後、MOSノートAudit Vault Serverから診断ログを収集する方法(Doc ID 2144813.1)の説明に従ってDBFWの診断出力を取得します。診断出力を詳しく分析するためにサポートに提供します。

F Audit Vaultのエラー・メッセージ

この項では、Oracle Audit Vaultのエラー・メッセージをリストします。

46501: stringが無効です。

原因: 無効な値が指定されています。

処置: NULL以外の有効な値を有効な長さで指定します。

46502: stringにNULLがあります

原因: NULL値が指定されています。

処理: NULL以外の値を指定します。

46503: オブジェクトstringはすでに存在します

原因: 指定されたオブジェクトがすでにシステムに存在します。

処置: 別の値を指定します。

46504: stringが重複しています

原因: 入力で値が繰り返されています。

処理: 重複を削除します。

46505: オブジェクトstringは存在しません

原因: 指定されたオブジェクトがシステムに存在しませんでした。

処置: 別の値を指定します。

46506: 属性stringは、stringに存在します

原因: 指定された属性がすでに存在していました。

処理: 別の属性を指定します。

46507: 属性stringのデータまたはタイプ名が無効です

原因: 指定された値のデータ型が、属性のタイプ名と異なっていました。

処置: 属性のタイプ名または値の型を変更します。

46508: タイプstringに指定された属性が多すぎます

原因: このタイプの指定された属性の数が、サポートされている最大数を超えていました。

処置: このタイプの属性に現在よりも少ない数を指定します。

46509: オフセット"string"のフォーマットが正しくありません

原因: 指定されたオフセット値が+/-hh:mmのフォーマットになっていません

処置: オフセットを正しい+/-hh:mmのフォーマットで指定します。

46510: 指定された監査証跡は2つ以上のプラグインによって収集されている可能性があります。USING PLUGIN句を使用してプラグインを明示的に指定し、競合を解決してください

原因: この監査証跡から収集できる複数のプラグインが登録されています

処置: USING PLUGIN句を使用してプラグインIDを明示的に指定します

46511: ホスト"string"上のエージェントに証跡用のプラグインが存在しません

原因: 指定されたホストのエージェントに証跡を処理するためのプラグインがありません

処置: この証跡を処理できるサーバーにプラグインをデプロイし、エージェントとこのプラグインをホストにデプロイします

46512: ホスト"string"でエージェントが実行されていません

原因: 指定されたホストのエージェントが実行されていない可能性があります

処置: agentctl startコマンドを使用してエージェントを起動し、操作を再試行します

46513: 権限が不足しています

原因: 十分な権限を持たないユーザーが操作を実行しました

処置: ユーザーの権限を確認し、操作を再試行します

46514: 構文"string"が無効です。ヘルプを参照するには、HELP stringを実行してください。

原因: 無効なコマンドが入力されました

処置: 構文を確認し、正しい構文でコマンドを再試行します

46515: ホスト属性"string"が無効です。ヘルプを参照するには、HELP stringを実行してください。

原因: ホストを無効な属性に変更しようとしました

処置: 構文を確認し、正しい構文でコマンドを再試行します

46516: 指定した証跡"string"から監査データを収集中です。証跡を削除できません。

原因: 現在アクティブな証跡を削除しようとしました

処置: STOP COLLECTIONコマンドを使用して証跡を停止してからコマンドを再試行します

46517: セキュア・ターゲット"string"の"string"でタイプ"string"の証跡を削除できません。監査証跡が存在しません。

原因: 存在しない証跡を削除しようとしました

処置: 存在しない証跡は削除できません

46518: プラグインに対する収集の開始に失敗しました: "string"。プラグインが存在しません。

原因: 存在しないプラグインを使用してセキュア・ターゲットの収集を開始しようとしました

処置: コマンドで指定したプラグインを確認し、有効なプラグインを使用してコマンドを再試行します

46519: 収集の開始に失敗しました。ホスト"string"がAudit Vault Serverに登録されていません

原因: Audit Vault Serverに登録されていないホストを使用して収集を開始しようとしました

処置: ホストをAudit Vault Serverに登録し、アクティブ化してからコマンドを再試行します。

46520: IPアドレス"string"のホストがAudit Vault Serverにすでに登録されています

原因: 既存のホストですでに登録されているIPアドレスを使用してホストを登録しようとしました

処置: 同じIPアドレスを使用して2つのホストを登録することはできません

46521: NULL値が必須属性に渡されました

原因: 必須属性がNULL値に設定されていました。

処置: 必須属性にはNULL以外の値を指定します。

46522: 入力に、必須属性stringがありません

原因: 属性値リストに必須属性名がありませんでした。

処理: 必須属性に値を指定します。

46523: アクティブなイベントを含むイベント・カテゴリを削除しようとしています

原因: 指定されたイベント・カテゴリにアクティブなイベントがありました。

処置: このイベント・カテゴリを削除する前にアクティブなイベントを削除します。

46524: 少なくとも1つの監査証跡がセキュア・ターゲットに対して収集されています

原因: 指定されたセキュア・ターゲットにアクティブな証跡がありました。

処置: 指定したセキュア・ターゲットのすべてのアクティブな証跡を停止します。

46525: カテゴリのソースタイプ固有の拡張子が、すでに存在します

原因: 指定されたソース・タイプの形式拡張子がすでに存在するイベント・カテゴリが指定されました。

処置: ソース・タイプ固有の拡張子が存在しないイベント・カテゴリを指定します。

46526: 使用中のイベント・マッピングを削除しようとしています

原因: 指定されたイベント・マッピングは使用中でした。

処置: 使用されていないイベント・マッピングを指定します。

46527: 不変の属性を変更しようとしています

原因: 不変の属性が指定されました。

処理: 可変の属性を指定します。

46528: システム定義のイベントを削除しようとしています

原因: システム定義のイベントが指定されました。

処置: ユーザー定義のイベントを指定します。

46529: アクティブなマッピングを持つイベントを削除しようとしています

原因: 指定されたイベントにアクティブなイベント・マッピングがありました。

処置: このイベントを削除する前にアクティブなマッピングを削除します。

46530: アクティブなソースを持つソースタイプを削除しようとしています

原因: 指定されたソース・タイプにアクティブなソースがありました。

処置: このソース・タイプを削除する前にアクティブなソースを削除します。

46531: ソースのバージョンがサポートされていません

原因: ソースに指定されたバージョンがサポートされていません。

処置: 対応するソース・タイプのサポートされている最低バージョン以上のソース・バージョンを指定します。

46532: 属性'string'は、セキュア・ターゲット'string'に設定されていません。

原因: 指定された属性がセキュア・ターゲットに設定されていません。

処置: 指定された属性をセキュア・ターゲットに設定します。

46533: 無効なロック・タイプ'string'が指定されました。

原因: 無効なプラグイン・ロック・タイプが指定されました。

処置: 有効なプラグイン・ロック・タイプは'DEPLOY'および'UNDEPLOY'です。

46534: プラグインのデプロイ/アンデプロイ操作はすでに進行中です。

原因: プラグインのデプロイまたは削除操作がすでに進行中で、対応するロックがすでに存在します。

処置: 別のプラグインをデプロイまたは削除しようとする前に、現在の操作が終了するまで待機します。

46535: セキュア・ターゲット・アドレスの追加に失敗しました: 重複したセキュア・ターゲット・アドレスです

原因: セキュア・ターゲットに重複するアドレスを追加しようとしました

処置: セキュア・ターゲットの既存のアドレスを確認します

46536: ファイアウォールは自分自身とペアにすることはできません

原因: ファイアウォールをそれ自身とペアにしようとしました

処置: 別のファイアウォールを選択して再試行します

46537: ファイアウォールstringはAudit Vault Serverに登録されていません

原因: 存在しないファイアウォールを使用して回復可能なペアを作成しようとしました

処置: ファイアウォールを登録してから再試行します

46538: 強制ポイント属性"string"が無効です。ヘルプを参照するには、HELP stringを実行してください。

原因: 強制ポイントを無効な属性に変更しようとしました

処置: 構文を確認し、正しい構文でコマンドを再試行します

46539: セキュア・ターゲット名が長すぎます。

原因: セキュア・ターゲット名の長さ検証チェックに失敗しました。

処置: 有効なセキュア・ターゲット名を指定します。

46540: セキュア・ターゲットの説明が長すぎます。

原因: セキュア・ターゲットの説明の長さ検証チェックに失敗しました。

処置: 有効なセキュア・ターゲットの説明を指定します。

46541: アクティブなコレクタを含むコレクタ・タイプを削除しようとしています

原因: このコレクタ・タイプの1つ以上のコレクタがアクティブでした。

処置: このコレクタ・タイプのアクティブなコレクタをすべて削除します。

46542: アクティブなコレクタを含むエージェントを削除しようとしています

原因: このエージェントの1つ以上のコレクタがアクティブでした。

処置: このエージェントのアクティブなコレクタをすべて削除します。

46543: 収集を無効化する前にコレクタを削除しようとしています

原因: 指定されたコレクタの収集が無効化されていませんでした。

処置: コレクタを削除する前に収集を無効化します。

46544: エージェントを無効化する前に削除しようとしています

原因: 指定されたエージェントが無効化されていませんでした。

処置: 削除する前にエージェントを無効化します。

46545: 収集の開始に失敗しました。証跡はすでに収集されています。

原因: すでに開始されていた証跡を開始しようとしました

処置: 証跡を開始する前に、そのステータスを確認します

46546: ホストの削除に失敗しました。ホストに関連付けられた1つ以上の監査証跡が収集されています。

原因: アクティブな証跡が関連付けられているホストを削除しようとしました

処置: このホストに関連付けられているアクティブな証跡を停止してから再試行します

46547: セキュア・ターゲットの場所を有効化するには、ユーザー名およびパスワードの設定が必要になります。ユーザー名およびパスワードをセキュア・ターゲットの場所とともに指定してください。

原因: ユーザー名とパスワードを設定せずにセキュア・ターゲットの場所を設定しようとしました

処置: セキュア・ターゲットの場所とともにユーザー名とパスワードを設定します

46548: セキュア・ターゲット位置文字列を生成できませんでした。

原因: セキュア・ターゲット位置文字列の正しいコンポーネントを指定しませんでした

処置: セキュア・ターゲット位置文字列の正しいコンポーネントを指定してから再試行します

46549: NTPサーバーが指定されていません。

原因: NTP同期を有効化するように選択されましたが、NTPサーバーが選択されませんでした

処置: NTPサーバーを指定して再試行します

46550: このセキュア・ターゲットを登録するには、セキュア・ターゲットの場所が必要です。

原因: セキュア・ターゲットへの接続に必要なセキュア・ターゲットの場所を指定せずに、セキュア・ターゲットを登録しようとしました

処置: セキュア・ターゲットの場所を指定して再試行します

46551: 現在使用中の属性のタイプを変更しようとしています

原因: 指定された属性は使用中でした。

処理: 使用されていない属性を指定します。

46552: 現在使用中の属性を削除しようとしています

原因: 指定された属性は使用中でした。

処理: 使用されていない属性を指定します。

46553: 新しいデフォルト値を指定せずに属性のタイプを変更しようとしています

原因: デフォルト値の現在のタイプが指定された新しいタイプと一致しませんでした。

処理: 属性に新しいデフォルト値を指定します。

46554: セキュア・ターゲットの場所が長すぎます。

原因: セキュア・ターゲットの場所の長さ検証チェックに失敗しました。

処置: 有効なセキュア・ターゲットの場所を指定します。

46555: ユーザー名が長すぎます。

原因: ユーザー名の長さ検証チェックに失敗しました。

処置: 有効なユーザー名を指定します。

46556: 一重引用符および二重引用符はユーザー名に使用できません。

原因: ユーザー名に不正な文字が指定されました。

処置: ユーザー名から一重引用符および二重引用符を削除します。

46557: パスワードには8文字以上30文字以下を含める必要があります。

原因: パスワードの長さ検証チェックに失敗しました。

処置: 有効なパスワードを指定します。

46558: セキュア・ターゲット属性名が長すぎます。

原因: セキュア・ターゲット属性名の長さ検証チェックに失敗しました。

処置: 有効なセキュア・ターゲット属性名を指定します。

46559: セキュア・ターゲット属性値が長すぎます。

原因: セキュア・ターゲット属性値の長さ検証チェックに失敗しました。

処置: 有効なセキュア・ターゲット属性値を指定します。

46560: ユーザー名およびパスワードを設定するには、セキュア・ターゲットの場所を有効化する必要があります。セキュア・ターゲットの場所をユーザー名およびパスワードとともに指定してください。

原因: セキュア・ターゲットの場所を有効化せずにユーザー名とパスワードを設定しようとしました

処置: ユーザー名とパスワードとともにセキュア・ターゲットの場所を設定します

46561: ソースのタイプおよびカテゴリにフォーマットが定義されていません

原因: 指定されたソース・タイプおよびカテゴリのペアのフォーマットがシステムに存在しませんでした。

処置: すでにフォーマットが定義されているソース・タイプおよびカテゴリのペアを指定します。

46562: アラート条件にエラーがあります

原因: 無効なアラート条件が指定されました。

処置: アラート条件を修正します。

46563: アラートの'string'の削除を試行しましたが失敗しました。

原因: 所有していないアラートを削除しようとしています。

処置: アラートの所有者に削除を依頼します。

46564: アラートしきい値をstringに設定できませんでした。

原因: アラートしきい値に無効な値が指定されました。

処置: 有効な範囲( > 1)のアラートしきい値を指定します。

46565: 権限不足のため、アラート'string'を更新できませんでした。

原因: 所有していないアラートを更新しようとしています。

処置: アラートの所有者に更新を依頼します。

46566: 変更が指定されていません

原因: アラートの変更を試行しましたが、変更が指定されませんでした。

処置: 処置は必要ありません。

46567: 組込みアラートを変更できないか、または削除できません

原因: 組込みアラートを変更または削除しようとしました。

処置: 処置は必要ありません。

46568: アラート期間の値をstringに設定できませんでした。

原因: アラート期間に無効な値が指定されました。

処置: 有効な範囲( >= 0)のアラート期間を指定します。

46581: 通知プロファイル"string"はすでに存在します

原因: 通知プロファイルはすでに存在します。

処置: 別の名前の通知プロファイルを作成してください。

46582: 通知プロファイル"string"はアラート定義で使用されているため、削除できません

原因: 通知プロファイルはアラート定義で使用されています。

処置: この通知プロファイルを削除する前に、アラート定義で別の通知プロファイル名を使用するように変更してください。

46583: 通知プロファイル"string"は存在しません

原因: 通知プロファイルは存在しません。

処置: 有効な通知プロファイル名を指定してください。

46584: "string"は、正しい形式の電子メール・アドレス・リストではありません

原因: 指定された電子メール・アドレス・リストの形式が正しくありませんでした。

処置: 正しい形式の電子メール・アドレス・リストを指定してください。

46585: 通知テンプレート"string"はすでに存在します

原因: 通知テンプレートはすでに存在します。

処置: 別の名前の通知テンプレートを作成してください。

46586: "string"は正しい形式の電子メール・アドレスではありません

原因: 指定された電子メール・アドレスの形式が正しくありませんでした。

処置: 正しい形式の電子メール・アドレスを指定してください。

46587: Remedy stringのトラブル・チケット・テンプレート"string"はすでに存在します

原因: トラブル・チケット・テンプレートはすでに存在します。

処置: 別の名前のテンプレートを作成してください。

46588: stringはstringの値に含まれていません

原因: 指定された値は、このエンティティの予期される値のリストに含まれていません。

処置: 値リストから選択してください。

46589: 警告レベル・アラートとクリティカル・レベル・アラートは、Remedyの同じ緊急度レベルにマップできません

原因: 警告アラートとクリティカル・アラートが同じRemedy緊急度レベルにマップされています。

処置: Remedyの別の緊急度レベルにマップしてください。

46591: セキュア・ターゲットに強制ポイントが構成されていません。

原因: 強制ポイントが構成されていないセキュア・ターゲットに対してネットワーク・タイプの収集を開始しようとしました

処置: セキュア・ターゲットに強制ポイントを構成してから再試行します

46592: stringという名前のファイアウォールまたはIPアドレスstring (あるいはその両方)はすでに存在します。

原因: すでに存在するファイアウォールを登録しようとしました

処置: ファイアウォールの名前またはIP (あるいはその両方)を確認してから再試行します

46593: セキュア・ターゲット・アドレスが存在しません。セキュア・ターゲット・アドレスを削除できません。

原因: 存在しないセキュア・ターゲット・アドレスを削除しようとしました

処置: セキュア・ターゲット・アドレスを確認してから再試行します

46594: ホストstringを解決できません

原因: ホストの登録時にIPアドレスが指定されなかったため、ホスト名を解決できません

処置: 有効なIPアドレスまたは解決可能なホスト名を指定します

46595: ホストstringの削除に失敗しました。エージェント・プロセスは実行中の可能性があるため、削除する前にまず停止する必要があります。エージェントをすでに停止している場合は、エージェントが完全に停止するまで待ってください。

原因: エージェント・プロセスが実行中であるか、エージェントが完全に停止していないホストを削除しようとしました

処置: エージェント・プロセスを停止してから再試行します

46596: ホストstringはすでにアクティブ化されています。

原因: すでにアクティブ化されているホストをアクティブ化しようとしました

処置: ホストの現在のステータスを確認します

46597: ホストstringの保留中のアクティブ化リクエストはありません。

原因: ホストのエージェントに対するアクティブ化リクエストが見つかりませんでした。

処置: エージェントのアクティブ化をリクエストします。

46598: プラグインに対する収集の停止に失敗しました: "string"。プラグインが存在しません。

原因: 存在しないプラグインを使用してセキュア・ターゲットの収集を停止しようとしました

処置: コマンドで指定したプラグインを確認し、有効なプラグインを使用してコマンドを再試行します

46599: 内部エラーstring string string string string

原因: Audit Vaultで内部エラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46601: 認証済のユーザーが監査ソースで認可されません

原因: ユーザーは、この監査ソースのかわりに監査データを送信することを認可されていません。

処理: ソースに関連付けられているユーザーとして接続します。または、ソースのプロパティを変更して、このユーザーに適切な認可を付与します。

46602: RADSパーティションが一杯のため、監査レコードの挿入でエラーが発生しました

原因: RADSパーティション表がいっぱいです。

処理: アーカイブを介してRADSパーティション表をパージします。

46603: RADS_INVALID表が一杯のため、監査レコードの挿入でエラーが発生しました

原因: RADS_INVALID表がいっぱいです。

処理: RADS_INVALID表をパージするか、サイズを大きくする必要があります。

46604: エラー表が一杯のため、挿入でエラーが発生しました

原因: エラー表がいっぱいです。

処理: エラー表をパージする必要があります。

46605: 最大メンバーを返すことのできるより多くのリカバリ・エントリがあります

原因: このコレクタのリカバリ・エントリが多すぎます。

処理: リカバリ表から古いエントリをパージする必要があります。

46606: 指定された名前のリカバリ・エントリがありません

原因: 指定された名前に一致するリカバリ・コンテキストがありませんでした。

処理: 名前が正しいかどうか、またはリカバリ・コンテキストがこの名前で保存されているかどうかを確認する必要があります。

46607: 最大メンバーを返すことのできるより多くの構成エントリがあります

原因: このコレクタの構成エントリが多すぎます。

処理: このコレクタの構成エントリを減らす必要があります。

46608: セキュア・ターゲットの削除に失敗しました。ストアド・プロシージャ監査の収集が進行中です。

原因: SPAジョブの実行中にセキュア・ターゲットを削除しようとしました

処置: SPAジョブが完了するのを待って、再試行します

46620: データ・ウェアハウス期間の間隔stringが無効です。正数である必要があります

原因: データ・ウェアハウス期間に無効な間隔が指定されました。

処理: 有効な間隔を指定します。間隔は正数にする必要があります。

46621: データ・ウェアハウス操作の開始日stringが無効です。stringより小さい値である必要があります

原因: データ・ウェアハウスのロード/パージ操作に無効な開始日が指定されました。

処理 - 有効な開始日を指定します。開始日はウェアハウス期間である現在の日付より小さい値である必要があります。

46622: データ・ウェアハウス操作の日数stringが無効です。0より大きい値である必要があります

原因: データ・ウェアハウスのロード/パージ操作に無効な日数が指定されました。

処理: 有効な日数を指定します。日数は正数にする必要があります。

46623: ウェアハウス操作を実行できません。現在別の操作を実行中です

原因: 別の操作の実行中にウェアハウス操作が実行されました。

処理: コマンドを再発行する前に、操作が完了するまで待機します。

46624: データ・ウェアハウス・リフレッシュ・スケジュールのスケジュールstringが無効です

原因: データ・ウェアハウス・リフレッシュに無効なスケジュールが指定されました。

処理: 有効なNULL以外のスケジュールを指定します。

46625: データ・ウェアハウス・リフレッシュ・スケジュールの繰返し間隔stringが無効です

原因: データ・ウェアハウス・リフレッシュに無効なスケジュールが指定されました。

処理: 有効なNULL以外の繰返し間隔を指定します。

46626: 監査データ保存期間の年数string正数である必要があります

原因: 監査データ保存に無効な年数が指定されました。

処置: 有効な年数を指定します。年数は正数にする必要があります。

46640: 指定されたソース名stringは見つかりませんでした

原因: 無効なソース名が指定されました。

処理: 有効なソース名を指定します。

46641: アーカイブが存在しません

原因: 無効なアーカイブidが指定されました。

処理: 有効なアーカイブIDを指定します。

46642: データベース監査タイプが無効です

原因: 無効なデータベース監査タイプが指定されました。

処理: データベース監査タイプは、標準の場合はS、FGAの場合はFである必要があります。

46643: 監査頻度が無効です

原因: 無効な監査頻度が指定されました。

処理: 監査頻度は、アクセスごとの場合はA、セッションごとの場合はSである必要があります。

46644: 戻り型が無効です

原因: 戻り型が無効でした。

処理: 戻り型は成功の場合はS、失敗の場合はF、両方の場合はBである必要があります。

46645: 権限フラグが無効です

原因: 権限フラグが無効でした。

処理: 権限フラグは、YまたはNである必要があります。

46646: 指定されたエージェント名stringは見つかりませんでした

原因: 無効なエージェント名が指定されました。

処理: 有効なエージェント名を指定します。

46647: 強制ポイントが存在しません

原因: 存在しない強制ポイントを開始/停止/削除しようとしました

処置: 強制ポイントが実際に作成されているかどうかを確認してから再試行します

46648: 強制ポイントはすでに一時停止されています

原因: すでに停止している強制ポイントを停止しようとしました

処置: すでに停止している強制ポイントは停止できません

46649: 強制ポイントは再開状態です

原因: すでに開始している強制ポイントを開始しようとしました

処置: すでに開始している強制ポイントは開始できません

46650: 少なくとも1つの強制ポイントがセキュア・ターゲットstringをモニターしています。

原因: 強制ポイントがモニターしているセキュア・ターゲットを削除しようとしました

処置: 強制ポイントを停止して再試行します

46651: 保存ポリシーstringが使用中です。

原因: 保存ポリシーが使用中であるため、操作が失敗しました。

処置: この保存ポリシーのセキュア・ターゲットへの割当てを削除し、再試行します。

46652: 組込み保存ポリシーを削除できません。

原因: 組込み保存ポリシーを削除できません。

処置: 処置は必要ありません

46661: サービス名が長すぎます。

原因: サービス名の長さ検証チェックに失敗しました。

処置: 有効なサービス名を指定します。

46671: 高可用性が構成されていません。

原因: システムがHA用に構成されていないため、操作を実行できません。

処置: HAを構成して再試行してください。

46672: ダウンロード用の診断ファイル"string"をステージングできません

原因: ダウンロード用の診断ファイルのステージング中にファイルのコピー操作が失敗しました。

処置: /tmpの使用可能なディスク領域を確認し、/usr/local/dbfw/tmpフォルダに診断ファイルが存在しているかどうかを確認します。

46673: IPアドレス'string'は、ネットワーク内ですでに使用されています。

原因: IPアドレスはネットワーク上ですでに使用されています。

処置: 別のIPアドレスを指定して再試行してください。

46674: パスワードに不正な文字が指定されました。パスワードにa-z、A-Z、0-9および . , + : _以外の文字を含むことはできません

原因: パスワードに不正な文字が指定されました。パスワードにa-z、A-Z、0-9、ドット、カンマ、プラス、コロンおよびアンダースコア以外の文字を含むことはできません。

処置: 有効な文字を指定して再試行します。

46675: 現在のパスワードが正しくありません。

原因: 認証用に指定された現在のパスワードが正しくありません。

処置: アカウントに関連付けられている正しいパスワードを指定する必要があります。

46676: ユーザー'string'はすでにシステムに存在します。

原因: その名前のユーザーはすでにシステムに存在します。

処置: 別のユーザー名を指定して再試行してください。

46677: ユーザー名'string'は内部使用向けに予約されています。

原因: 指定された名前は内部使用向けに予約されています。

処置: 別のユーザー名を指定して再試行してください。

46800: 正常に完了しました

原因: 正常に終了しました。

処置: 処置は必要ありません

46801: メモリー不足です

原因: プロセスでメモリーが不足しています。

処置: システムのメモリー量を増やしてください。

46821: 一般CSDKエラー(number行目)

原因: CSDKで一般的なエラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46822: コレクタstringのコレクタ詳細がありません

原因: AV表でコレクタが適切に設定されていません。

処置: コレクタを構成します。

46823: カテゴリの属性stringが無効です

原因: コレクタにより、無効な属性の設定が試行されました。

処理: コレクタの所有者に連絡します。

46824: 属性stringのタイプが無効です

原因: コレクタにより、属性に対して不適切なタイプの値の設定が試行されました。

処理: コレクタの所有者に連絡します。

46825: 無効なレコード

原因: コレクタにより、無効なレコードが渡されそうになりました。

処理: コレクタの所有者に連絡します。

46826: 無効なパラメータstring (number行目)

原因: コレクタにより、無効なパラメータが渡されそうになりました。

処理: コレクタの所有者に連絡します。

46827: 無効なコンテキスト

原因: コレクタにより、無効なコンテキストが渡されそうになりました。

処理: コレクタの所有者に連絡します。

46828: OCIレイヤー・エラーnumber

原因: OCIレイヤーでエラーが戻されました。

処理: コレクタの所有者に連絡します。

46829: カテゴリstringが不明です

原因: コレクタにより、AVに構成されていないカテゴリが渡されそうになりました。

処理: コレクタの所有者に連絡します。

46830: NULLポインタ(number行目)

原因: コレクタにより、NULLポインタが渡されそうになりました。

処理: コレクタの所有者に連絡します。

46831: 無効なソース・イベントid (string)

原因: コレクタにより、カテゴリに適さないソース・イベントidが渡されました。

処理: コレクタの所有者に連絡します。

46832: 内部エラー(number行目)、追加情報number

原因: CSDKで内部エラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46833: エラー・レコードが無効です

原因: コレクタにより、無効なエラー・レコードが渡されそうになりました。

処理: コレクタの所有者に連絡します。

46834: エラー・レコードの属性がありません

原因: エラー・レコードの1つ以上の属性がありません。

処理: コレクタの所有者に連絡します。

46835: エラー属性が重複しています

原因: コレクタにより、すでに設定されている属性の設定が試行されました。

処理: コレクタの所有者に連絡します。

46836: エラー・レコードは使用中です

原因: 前のエラー・レコードを送信または削除する前に、新しいエラー・レコードの作成が試行されました。

処理: コレクタの所有者に連絡します。

46837: 監査レコードのeventid属性がありません

原因: 監査レコードのイベントID属性がありません。

処理: コレクタの所有者に連絡します。

46838: 内部エラー: stringをstringハッシュ表に挿入できませんでした

原因: コア・ハッシュ表の挿入関数が失敗しました。

処理: コレクタの所有者に連絡します。

46840: SMTPサーバーが登録されていません

原因: SMTPサーバーが登録されていません。

処置: まず、avca register_smtpを使用してSMTPサーバーを登録してください。

46841: SMTPサーバーはすでに登録されています

原因: SMTPサーバーはすでに登録されています。

処置: まず、avca register_smtp -removeを使用してSMTPサーバーの登録を解除するか、avca alter_smtpを使用してSMTPパラメータを更新してください。

46842: stringコマンドにはstringパラメータが必要です

原因: 必須パラメータがありません

処置: コマンドの必須パラメータをすべて指定してください。

46843: 無効な値"string"がパラメータstringに指定されました

原因: パラメータに無効または不正な値が指定されました。

処置: 指定されたパラメータに正しい値を指定してください。

46844: "string"(パラメータstring)に値が指定されていません

原因: メイン・パラメータのサブパラメータに値が指定されませんでした。

処置: 指定されたパラメータに正しい値を指定してください。

46845: 入力値"string"は最大許容長stringを超えています

原因: 入力値が最大許容長を超えています。

処置: 許容長制限内の値を入力してください。

46846: 入力値"string"(パラメータstring)は数値ではありません

原因: ポート番号の入力値は数値である必要があります。

処置: ポート番号に数値を入力してください。

46847: 入力値"string"(パラメータstring)は有効な電子メール・アドレスではありません

原因: 入力値が有効な電子メール・アドレスではない可能性があります。

処置: user@domainの形式の有効な電子メール・アドレスを入力してください。

46848: SMTPサーバーは、プロトコル"string"を使用するセキュア・モードですでに構成されています

原因: 指定されたSMTPサーバー構成は、指定されたプロトコルを使用してすでに保護されています。

処置: avca alter_smtpを使用してプロトコルの設定を変更してください。

46849: SMTPサーバーは、セキュアなプロトコルを使用するように構成されていません

原因: 指定されたSMTPサーバーは、セキュアなプロトコルを使用するように構成されていません。

処置: まず、avca secure_smtpを使用してセキュアなSMTPプロトコルを指定してください。

46850: ファイル"string"は存在しません

原因: 指定したファイルが存在しません。

処置: 有効なファイルを指定してください。

46851: SMTP統合はすでに有効化されています

原因: Audit Vaultに登録されているSMTP構成はすでに有効状態です。

処置: 処置は必要ありません

46852: SMTP統合はすでに無効化されています

原因: Audit Vaultに登録されているSMTP構成はすでに無効状態です。

処置: 処置は必要ありません

46853: パラメータ"string"と"string"は同時に指定できません

原因: 相互に排他的な2つのパラメータを指定しました

処置: 2つのうち1つのパラメータを指定してください

46854: サポートされていないRemedyバージョンです: "string"

原因: サポートされていないRemedyバージョンを指定しました。

処置: remedy.versionに6または7を指定してください。

46855: Remedyサーバーはすでに登録されています

原因: Remedyサーバーはすでに登録されています。

処置: まずavca register_remedy -removeを使用してremedyサーバーの登録を解除するか、avca alter_remedyを使用してremedyパラメータを更新してください。

46856: Remedyサーバーが登録されていません

原因: Remedyサーバーが登録されていません。

処置: まず、avca register_remedyを使用してRemedyサーバーを登録してください。

46857: Remedy統合はすでに有効化されています

原因: Audit Vaultに登録されているRemedy構成はすでに有効状態です。

処置: 処置は必要ありません

46858: Remedy統合はすでに無効化されています

原因: Audit Vaultに登録されているRemedy構成はすでに無効状態です。

処置: 処置は必要ありません

46859: Remedyサーバーは、プロトコル"string"を使用するセキュア・モードですでに構成されています

原因: 指定されたRemedyサーバー構成は、指定されたプロトコルを使用してすでに保護されています。

処置: 処置は必要ありません

46860: Remedyサーバーは、セキュアなプロトコルを使用するように構成されていません

原因: 指定されたRemedyサーバーは、セキュアなプロトコルを使用するように構成されていません。

処置: まず、avca secure_remedyを使用してセキュアなRemedyプロトコルを指定してください。

46861: 指定したチケットID"string"がRemedyサーバー・データベースに存在しません

原因: 指定されたチケットはRemedyサーバーに存在しません。

処置: Remedyサーバーに存在するチケットIDを指定してください。

46862: 電子メール・テンプレート名が長すぎます。

原因: 電子メール・テンプレート名の長さ検証チェックに失敗しました。

処置: 有効な電子メール・テンプレート名を指定します。

46863: 電子メール・テンプレートの説明が長すぎます。

原因: 電子メール・テンプレートの説明の長さ検証チェックに失敗しました。

処置: 有効な電子メール・テンプレートの説明を指定します。

46864: 電子メール・テンプレートの件名が長すぎます。

原因: 電子メール・テンプレートの件名の長さ検証チェックに失敗しました。

処置: 有効な電子メール・テンプレートの件名を指定します。

46901: 内部エラーが発生しました、string

原因: OS監査コレクタの一般的な内部例外が発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46902: プロセスを開始できませんでした。引数が正しくありません

原因: 引数の数が不適切であるか、無効な構文が使用されました。

処理: 必要な引数がすべて指定されていることを確認してください。必要な引数は、ホスト名、ソース名、コレクタ名およびコマンドです。

46903: プロセスを開始できませんでした。オペレーティング・システム・エラー

原因: オペレーティング・システム・エラーが原因でプロセスを生成できませんでした。

処理: ログ・ファイルで、詳細なオペレーティング・システム・エラーを参照してください。

46904: コレクタstringはすでにソースstringに対して実行されています

原因: 指定されたコレクタはすでに実行されていました。

処理: 別のコレクタまたはソース名を指定します。

46905: コレクタstringはソースstringに対して存在しません

原因: 指定されたコレクタは実行されていませんでした。

処理: 別のコレクタまたはソース名を指定します。

46906: コレクタstringをソースstringに対して開始できませんでした。上限に達しています

原因: 指定されたソースに対して、それ以上のコレクタを開始できませんでした。

処置: 処置は必要ありません

46907: コレクタstringをソースstringに対して開始できませんでした。構成エラー

原因: 一部のコレクタ・パラメータが正しく構成されていませんでした。

処理: ADD_COLLECTORの実行中に追加された構成パラメータを確認します。

46908: コレクタstringをソースstringに対して開始できませんでした。stringへのディレクトリ・アクセス・エラー

原因: 指定されたディレクトリへのアクセスが拒否されました。

処理: パスが正しいこと、およびコレクタに指定されたディレクトリに対する読取り権限があることを確認します。

46909: コレクタstringをソースstringに対して開始できませんでした。内部エラー: [string]、エラー・コード[number]

原因: コレクタの開始時に内部エラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46910: コレクタstringのソースstringに対する処理でエラーが発生しました。stringへのディレクトリ・アクセス・エラー

原因: 指定されたディレクトリへのアクセスが拒否されました。

処理: パスが正しいこと、およびコレクタに指定されたディレクトリに対する読取り権限があることを確認します。

46911: コレクタstringのソースstringに対する処理でエラーが発生しました。内部エラー: [string]、[number]

原因: コレクタの処理中に内部エラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46912: コレクタstringをソースstringで停止できませんでした

原因: コレクタの停止時にエラーが発生しました。

処置: 処置は必要ありません

46913: コレクタstringのソースstringでのリカバリ中にエラーが発生しました: string

原因: ファイルへのアクセス中にエラーが発生しました。

処理: パスが正しいこと、およびコレクタに指定されたディレクトリに対する読取り権限があることを確認します。

46914: コレクタstringのソースstringでのリカバリ中にエラーが発生しました。内部エラー: [string]、[number]

原因: コレクタのリカバリ情報の取得中に内部エラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46915: コレクタstringのソースstringでの解析中にエラーが発生しました: string

原因: ファイルへのアクセス中にエラーが発生しました。

処理: パスが正しいこと、およびコレクタに指定されたディレクトリに対する読取り権限があることを確認します。

46916: コレクタstringのソースstringでの解析中にエラーが発生しました。内部エラー[string]、[number]

原因: コレクタ用のデータの解析中に内部エラーが発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46917: リクエストの処理中にエラーが発生しました。コレクタが実行されていません

原因: OS監査コレクタが実行されておらず、コマンドが発行されていました。

処理: コマンドSTARTを使用してコレクタを開始します。

46918: コマンドを処理できませんでした。コマンドが無効です

原因: コマンド引数に無効な値が渡されました。

処理: コマンド引数に有効な値が渡されることを確認してください。有効な値はSTART、STOPおよびMETRICです。

46919: METRICコマンドの処理中にエラーが発生しました。コマンドが必要なフォーマットではありません

原因: METRICコマンドが必要なMETRIC:XYZフォーマットではありませんでした。

処置: 渡されたメトリックがMETRIC:XYZフォーマットであることを確認してください。XYZはメトリックのタイプです(METRIC:ISALIVEなど)。

46920: コレクタstringをソースstringに対して開始できませんでした。ディレクトリまたはファイルの名前stringが長すぎます

原因: ディレクトリまたはファイルの名前が長すぎました。

処理: パスの長さがシステムで許可されている制限よりも短いことを確認します。

46921: コレクタstringのソースstringに対する処理でエラーが発生しました。ディレクトリまたはファイルの名前stringが長すぎます

原因: ディレクトリまたはファイルの名前が長すぎました。

処理: パスの長さがシステムで許可されている制限よりも短いことを確認します。

46922: コレクタstring(ソースstring)はイベント・ログからの収集を実行できません。Windowsイベント・ログを開けないか、処理できません :[string] エラー・コード[number]

原因: Windowsイベント・ログを開けなかったか、処理できませんでした。

処理: イベント・ログが存在することを確認します。

46923: ソース・データベースstringへのアクセスでOCIエラーが発生しました。監査証跡のクリーンアップ・サポートが無効化されています。

原因: ソース・データベースへの接続またはSQL文の実行を試行中にエラーが発生しました。

処理: ソース・データベースおよびリスナーが稼働中かどうか、および接続情報が正しいかどうかを確認します。

46924: コレクタstring(ソースstring)の破損したリカバリ情報が検出されました

原因: 破損したリカバリ情報が検出されました。

処置: Oracleサポート・サービスに問い合せてください。

46925: XMLファイルstring(コレクタstring、ソース・データベースstring)の解析中にエラーが発生しました: エラー・コードnumber

原因: コレクタ用のデータの解析中に内部エラーが発生しました。

処理: コレクタにファイルの読取り権限があること、およびファイルが適切なXML形式であることを確認します。パッチ・セットがあるかどうかをOracleサポート・サービスに問い合せてください。

46926: XMLファイルstring(コレクタstring、ソース・データベースstring)のリカバリ中にエラーが発生しました: エラー・コードnumber

原因: コレクタ用のデータの解析中に内部エラーが発生しました。

処理: コレクタにファイルの読取り権限があること、およびファイルが適切なXML形式であることを確認します。パッチ・セットがあるかどうかをOracleサポート・サービスに問い合せてください。

46927: Syslogが構成されていないか、Syslogの監査ファイルのパス(コレクタstring、ソース・データベースstring)の取得中にエラーが発生しました。

原因: 次のいずれかが発生しました。
- facility.priorityが無効です。

- facility.priority設定に対応するパスがありません。

- ソース・データベースは機能を戻すのみで、facility.*設定に対応するパスがありません。

処置: syslog監査を有効なfacility.priority設定および対応する有効なパスで構成します。ソース・データベースが機能を戻すのみである場合は、パッチ・セットがあるかどうかをOracleサポート・サービスに問い合せてください。

46928: コレクタstring(ソース・データベースstring)は完全ファイルstringを読み込めません

原因: ファイル・サイズが2GBを超えています。

処理: ファイルは2GBより小さいサイズである必要があります。ログ・ローテーションを使用して、2GBより小さいファイル・サイズに制限してください。

46941: 内部エラーがファイルZAAC.Cの行numberで発生しました、追加情報number

原因: AUD$の監査コレクタの一般的な内部例外が発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46942: AUDコレクタ・コンテキストが無効です

原因: コレクタに渡されたAUDコレクタ・コンテキストが無効でした。

処置: 渡されるコンテキストが、ZAAC_STARTによって戻されたコンテキストであることを確認します。

46943: AUDコレクタ・コンテキストがNULLです

原因: コレクタに渡されたAUDコレクタ・コンテキストへのポインタがNULLでした。

処置: 渡されるコンテキストが、ZAAC_STARTによって戻されたコンテキストであることを確認します。

46944: 列stringで<string>の変換エラーが発生しました

原因: AUD$またはFGA_LOG$表から取得されたVARCHARをub4に変換できません。

処理: ソース・データベースの値を修正します。

46945: リカバリ・レコードが正しくありません

原因: Audit Vaultから取得されたリカバリ・レコードが破損していました。

処置: 処置は必要ありません。レコードは自動的に修正されます。

46946: アクティブ・セッションが多すぎます

原因: アクティブなセッションの数が、GV$PARAMETER表で指定されている数を超えています。

処置: Oracleサポート・サービスに問い合せてください。

46947: CSDKレイヤー・エラーが発生しました

原因: CSDKレイヤーでエラー指摘が戻されました。

処理: CSDKエラー・レポートに処理が指定されています。

46948: すでに停止しました

原因: 前の致命的なエラーが原因で、AUDコレクタがすでに停止していました。

処置: コレクタを再開します。

46949: ログ・レベル

原因: 指定されたログ・レベルが無効でした。

処置: 適切なログ・レベル(1、2、3)を使用します。

46950: ログ・ファイル

原因: ログ・ファイルを開く際にエラーが発生しました。

処理: ログ・ディレクトリが存在すること、およびディレクトリとログ・ファイルが書込み可能であることを確認します。

46951: AUDコレクタの属性値が不正です

原因: 指定されたコレクタ属性が無効でした。

処置: Audit Vaultの表AV$ATTRVALUEの属性値を修正します。

46952: AUDコレクタのメトリック名が不正です

原因: 指定されたメトリック名が定義されていませんでした。

処理: 正しいメトリック名を使用します。

46953: サポートされていないバージョン

原因: ソース・データベースの指定されたバージョンがサポートされていません。

処理: サポートされているバージョンに更新します。

46954: 10.xのリカバリ・コンテキスト

原因: ソース・データベース(9.x)に、10.xリカバリ・コンテキストとの互換性がありませんでした。

処理: AUD$とFGA_LOG$表、およびリカバリ・コンテキストをクリーンアップします。

46955: 9.xのリカバリ・コンテキスト

原因: ソース・データベース(10.x)に、9.xリカバリ・コンテキストとの互換性がありませんでした。

処理: AUD$とFGA_LOG$表、およびリカバリ・コンテキストをクリーンアップします。

46956: 9.xのFGA_LOG$表

原因: ソース・データベース(10.x)に、9.xのFGA_LOG$の行との互換性がありませんでした。

処理: FGA_LOG$表をクリーンアップします。

46957: RACリカバリ・コンテキスト

原因: RAC以外のソース・データベースに、RACリカバリ・コンテキストとの互換性がありませんでした。

処理: AUD$とFGA_LOG$表、およびリカバリ・コンテキストをクリーンアップします。

46958: RAC以外のリカバリ・コンテキスト

原因: RACソース・データベースに、RAC以外のリカバリ・コンテキストとの互換性がありませんでした。

処理: AUD$とFGA_LOG$表、およびリカバリ・コンテキストをクリーンアップします。

46959: 認証情報が不正です

原因: 列COMMENT$TEXTの認証情報の書式が不正です。

処置: Oracleサポート・サービスに問い合せてください。

46960: メトリック・リクエストが不正です

原因: メトリック・リクエストで不明なメトリック名(%s)が指定されました。

処置: Oracleサポート・サービスに問い合せてください。

46961: 内部エラーがファイルZAAC.Cの行numberで発生しました。追加情報|string|

原因: AUD$の監査コレクタの一般的な内部例外が発生しました。

処置: Oracleサポート・サービスに問い合せてください。

46962: Database Vault監査表にアクセスできません

原因: Database Vaultが正しく設定されていないか、コレクタで使用されるユーザーに適切なロールが付与されていません。

処置: Database Vaultを設定し、コレクタで使用されるユーザーがDVSYS.AUDIT_TRAIL$にアクセスできるようにします。

46963: 一部の行がAudit Vaultにより処理されなかったか、または重複している可能性があります

原因: SYS.AUD$またはFGA_LOG$表にSESSIONID <= 0の行がコレクタによって検出されました。

処置: Oracleサポート・サービスに問い合せてください。

46964: コネクタはソース・データベースに再接続できませんでした

原因: 再接続の最大試行回数を超えました。

処置: 接続性を検証し、データベースが起動していることを確認します。

46965: 属性stringが4000バイトを超えているため、一部が切り取られました

原因: 属性がUTF8エンコーディングに変換されたときに、長さが4000バイトを超えました。

処置: 処置は必要ありません。変換後に自動的に切り取られました。

46966: ファンクションAV_TRUNCATE_CLOBはソース・データベースに存在しません

原因: 最新バージョンのスクリプトZARSSPRIV.SQLが実行されていません。

処置: 処置は必要ありません。ファンクションは自動的に作成されます。

46967: 監査証跡のクリーンアップ・パッケージが適切ではありません。監査証跡のクリーンアップをソース・データベースに対して実行できません。

原因: 監査証跡のクリーンアップ・パッケージが適切ではありませんでした。

処置: Oracleサポート・サービスに問い合せてください。

46980: ファイアウォールstringは回復可能なペアの一部です

原因: ファイアウォールが回復可能なペアの一部である場合、操作は許可されません。

処置: 回レジリエンスをブレークし、操作を再試行します。

46981: IP stringでデータベース・ファイアウォールに接続できません。

原因: データベース・ファイアウォールが停止しているか到達不能であり、Audit Vault Serverの証明書が無効であるかデータベースファイアウォールの日付とAudit Vault Serverの証明書が同期していないため、まだ有効になっていません。

処置: データベース・ファイアウォールを再起動し、正しい証明書をコピーし、データベース・ファイアウォールのデータがAudit Vault Serverと同期していることを確認し、再試行します。

46982: ネットワーク構成が同じでありません。string

原因: 回復可能なペアの追加などの操作を実行しようとした可能性があります。そのような操作には、ファイアウォールのネットワーク構成が同じであることが必要になります。

処置: ファイアウォールのネットワーク構成が同じであることを確認して再試行します。

46983: ブリッジ・インタフェースstringがファイアウォールstringで有効ではありません。

原因: モードがDPEである場合は、ブリッジ・インタフェースを有効化する必要があります。

処置: ファイアウォールのブリッジ・インタフェースを有効化し、操作を再試行します。

46984: ファイアウォールが同じ回復可能なペアではありません。

原因: 回復可能なペアのみを入れ替えられます。異なる回復可能なペアのファイアウォールを入れ替えることはできません。

処置: ファイアウォールが同じ回復可能なペアの一部であることを確認し、操作を再試行します。

46985: ファイアウォールstringで強制ポイントを構成しているため、回復可能なペアを作成できません。

原因: レジリエンスのためにペアになっているファイアウォールには強制ポイントを構成できません。

処置: すべての強制ポイントを削除し、再試行してください。

46986: IPアドレスstringのファイアウォールには有効なAudit Vault Server証明書がありません。

原因: ファイアウォールにAudit Vault Server証明書がないか、無効です。

処置: ファイアウォールUIでサーバー証明書を指定してください。

46987: ファイアウォール名が長すぎます。

原因: ファイアウォール名の長さ検証チェックに失敗しました。

処置: 有効なファイアウォール名を指定します。

46988: IPアドレス'string'が無効です。IPアドレスは有効なIPv4アドレスである必要があります。

原因: IPアドレスがIPv4標準に従っていません。

処置: IPv4アドレスを指定して再試行してください。

46990: 複数のプロキシ・インタフェースが指定されています。

原因: DPEモードでは、プロキシ・インタフェースを1つのみ指定する必要があります。

処置: プロキシを1つのみ指定し、操作を再試行します。

46991: プロキシ・インタフェースに無効なモニタリング・モード(DAM)です。

原因: プロキシ・インタフェースが指定されている場合、モニタリング・モードはDPEである必要があります。

処置: モニタリング・モードとしてDAMを指定します。

46992: ファイアウォールが回復可能なペア構成である場合、強制ポイント・モードをDPEにできません。

原因: ファイアウォールが回復可能なペア構成である場合、モニタリング・モードはDAMである必要があります。

処置: モニタリング・モードとしてDAMを指定します。

46993: データベース・レスポンス・モニタリングが有効化されている場合、フル・エラー・メッセージ・レポートのみ有効化できます。

原因: データベース・レスポンス・モニタリングが有効化されていません。

処置: データベース・レスポンスを有効化して再試行してください。

46994: 強制ポイント名が長すぎます。

原因: 強制ポイント名の長さ検証チェックに失敗しました。

処置: 有効な強制ポイント名を指定します。

46995: セキュア・ターゲット・アドレスは削除できません。

原因: アクティブな強制ポイントが存在する場合は、少なくとも1つのアドレスが定義されている必要があります。

処置: 新しいセキュア・ターゲット・アドレスを追加して再試行します。

46996: IPアドレス・リストが無効です。IPアドレス・リストは有効なIPv4アドレスをスペースで区切ったリストにする必要があります。たとえば、'10.240.114.168 10.240.114.169'となります。

原因: 無効なIPアドレス・リストが指定されました。

処置: IPアドレスは有効なIPv4アドレスであり、スペースで区切られている必要があります。

46997: ポート'string'が無効です。ポートは1から65535の間の数に設定する必要があります。

原因: ポーと番号が1から65535の間ではありません。

処置: 1から65535の間の値を指定して再試行します。

46998: WAFセッション・タイムアウト'string'が無効です。WAFセッション・タイムアウト値は分単位で指定し、30以上かつ1440以下である必要があります。

原因: WAFセッション・タイムアウトは少なくとも30分で、1日を超えないことが必要です。

処置: 有効なタイムアウト値を指定して再試行してください。

46999: データベース問合せを有効化するには、データベース・アドレス、ポート番号、データベース名および資格証明を指定する必要があります。

原因: データベース・アドレス/ポート/データベース名/資格証明を指定せずに、データベース問合せを有効化しようとしました

処置: データベース・アドレス/ポート/データベース名/資格証明を指定して再試行します

47000: ホストstringでエージェントのアクティブ化の承認が失敗しました。

原因: ホストのエージェントに対するアクティブ化リクエストが見つかりませんでした。

処置: エージェントのアクティブ化をリクエストします。

47001: ホストstringのエージェントの非アクティブ化が失敗しました。

原因: エージェントの非アクティブ化が失敗しました。

処置: ホストのエージェントがアクティブ化されているかどうかを確認します。

47002: エージェントのバージョンstringは無効です。

原因: エージェントのバージョンは'YYYY-MM-DD HH24:MI:SS.FF3 TZHTZM'の形式である必要があります。

処置: エージェントのバージョンを確認します。

47003: ホストstring上のエージェントはAudit Vault Serverと互換性がありません。

原因: エージェントのバージョンがAudit Vault Serverでサポートされていません。

処置: エージェントを最新のバージョンにアップグレードします。

47101: 無効なジョブ名が指定されました。

原因: ジョブ名は有効なSQL識別子である必要があります。

処置: 有効なジョブ名を入力します。

47102: リポジトリ・ストレージがASMを使用するためにアップグレードされていません。

原因: リポジトリ・ストレージがASMを使用するためにアップグレードされていません。

処置: リポジトリ・ストレージをASM用にアップグレードし、再試行します。

47103: ARCHIVEディスク・グループが存在しません。

原因: ARCHIVEディスク・グループが存在する必要があります。

処置: ARCHIVEディスク・グループを作成して再試行してください。

47104: 転送タイプが無効です。

原因: 指定された転送タイプはサポートされていません。

処置: サポートされている転送タイプを指定し、再試行してください。

47105: 認証方式が無効です。

原因: 指定された認証方式はサポートされていません。

処置: 有効な認証方式を指定し、再試行してください。

47106: アーカイブの場所名が長すぎます。

原因: アーカイブの場所名の長さ検証チェックに失敗しました。

処置: 有効なアーカイブの場所名を指定します。

47107: アーカイブの場所名が無効です。

原因: アーカイブの場所名に無効な文字が含まれています。

処置: 有効なアーカイブの場所名を指定します。

47108: アーカイブの場所"string"の作成に失敗しました。名前が予約されています。

原因: アーカイブの場所名に予約名は使用できません。

処置: アーカイブの場所名に別の名前を使用します。

47109: アーカイブの場所"string"の変更に失敗しました。予約されたアーカイブの場所を変更できません。

原因: 予約されたアーカイブの場所は、一度追加すると変更できません。

処置: 予約されたアーカイブの場所は削除または変更しないでください。

47110: アーカイブの場所"string"の作成に失敗しました。同じ名前の別のアーカイブの場所が存在します。

原因: 既存のアーカイブの場所名が予約名と競合します。

処置: 既存のアーカイブの場所名を削除するか名前を変更し、操作を再試行します。

47111: アーカイブ・データを含む'ARCHIVE'ディスク・グループからディスクを削除できません。

原因: ディスク・グループ内にアーカイブ・データがあります。

処置: 別のディスクをディスク・グループに追加するか、アーカイブ期間の有効期限が終了するまで待機します。

47112: アーカイブの場所を削除できません。アーカイブ・データの格納に使用されています。

原因: 指定されたアーカイブの場所はアーカイブ・データの格納に使用されています。

処置: アーカイブ期間の有効期限が終了するまで待機します。

47201: 操作は許可されません。ユーザーは管理者である必要があります。

原因: 渡されたユーザーは管理者ではありません。

処置: 管理者を指定し、操作を再試行します。

47202: 操作は許可されません。ユーザーは監査者である必要があります。

原因: 渡されたユーザーは監査者ではありません。

処置: 監査者を指定し、操作を再試行します。

47203: 操作は許可されません。ユーザーはスーパー管理者である必要があります。

原因: 渡されたユーザーはスーパー管理者ではありません。

処置: スーパー管理者を指定し、操作を再試行します。

47204: 操作は許可されません。ユーザーはスーパー監査である必要があります。

原因: 渡されたユーザーはスーパー監査者ではありません。

処置: スーパー監査者を指定し、操作を再試行します。

47205: このユーザーでの操作は許可されません

原因: この操作は、このユーザーに対して許可されていません。

処置: 処置は必要ありません

47301: 'string'という名前のSANサーバーはすでに存在します。

原因: ストレージ名はシステム全体で一意です。

処置: 別のストレージ名を指定して再試行します。

47302: 'string'という名前のSANサーバーは存在しません。

原因: その名前のSANサーバーはすでにシステムに存在します。

処置: 別のストレージ名を指定して再試行します。

47303: iSCSIターゲットがすでにセッションに存在します。

原因: すでにセッションに存在するターゲットにログインしようとしました。

処置: 別のターゲットを指定するか、このターゲットからログアウトして、再試行します。

47304: iSCSIターゲットはセッションに存在しません。

原因: セッションに存在しないターゲットからログアウトしようとしました。

処置: 別のターゲットを指定するか、このターゲットにログインして、再試行します。

47305: IPアドレス=string、ポート=string、方法=stringのSANサーバーが見つかりません。

原因: 一致するSANサーバーが見つかりませんでした。

処置: このSANサーバーを登録するか、別の値を指定してください。

47306: iSCSIターゲットの検出方法stringが無効です。'SENDTARGETS'または'iSNS'である必要があります。

原因: 検出方法は'SENDTARGETS'または'iSNS'である必要があります。

処置: 有効な方法を指定して再試行します。

47307: IPアドレス=string、ポート=string、方法= stringのSANサーバーはすでに存在します。

原因: 指定された構成のSANサーバーはすでに存在します。

処置: IPアドレス、ポートおよび方法に別の値を使用して試行します。

47308: ディスクstringは存在しません。

原因: 指定されたディスクはシステムに存在するディスクではありません。

処置: 存在するディスクを指定して再試行します。

47309: ディスクstringがディスク・グループstringに含まれていません。

原因: 指定されたディスクは既存のディスク・グループに含まれていません。

処置: ディスク・グループのメンバーであるディスクを指定して再試行します。

47310: ディスクstringを削除できません。number分後に試行してください

原因: ASMリバランス操作が進行中です。

処置: 再試行してください。

47311: 無効なディスク・グループstringが指定されました。

原因: ディスク・グループは、'SYSTEMDATA'、'RECOVERY'、'EVENTDATA'または'ARCHIVE'のいずれかである必要があります。

処置: 有効なディスク・グループで再試行してください。

47312: ディスクstringはすでにディスク・グループのメンバーです。

原因: ディスクがすでにディスク・グループの一部です

処置: 別のディスクを使用して再試行してください。

47314: SANサーバー名が長すぎます。

原因: SANサーバー名の長さ検証チェックに失敗しました。

処置: 有効なSANサーバー名を指定します。

47315: iSCSIターゲットからログアウトできません。ディスクstringが使用中です

原因: ディスクはディスク・グループにより使用されています。

処置: ディスクをディスク・グループから削除して再試行します。

47316: 不正な文字がCHAPシークレットに指定されました。

原因: 不正な文字がCHAPシークレットに指定されました。

処置: 有効な文字を指定して再試行します。

47317: 不正な文字がCHAP名に指定されました。

原因: 不正な文字がCHAP名に指定されました。

処置: 有効な文字を指定して再試行します。

47318: CHAPシークレットは8文字以上30文字以下にしてください。

原因: CHAPシークレットの長さ検証チェックに失敗しました。

処置: 有効なCHAPシークレットを指定します。

47319: CHAP名が長すぎます。

原因: CHAP名の長さ検証チェックに失敗しました。

処置: 有効なCHAP名を指定します。

47320: iSCSI名が長すぎます。

原因: iSCSI名の長さ検証チェックに失敗しました。

処置: 有効なiSCSI名を指定します。

47321: iSCSI名が無効です。

原因: iSCSI名が標準に従っていません。

処置: 有効なiSCSI名を指定します。

47322: SANサーバー名が無効です。

原因: SANサーバーに無効な文字が含まれています。

処置: 有効なSANサーバー名を指定します。

47323: ディスク名が無効です。

原因: ASMディスク名に無効な文字が含まれています。

処置: 有効なASMディスク名を指定します。

47324: IPアドレス= string、ポート= stringへの接続がタイムアウトになりました。

原因: 指定されたアドレスへのネットワーク接続がタイムアウトしました。

処置: アドレスを確認して再試行してください。

47325: IPアドレス= string、ポート= stringへの接続がタイムアウトに拒否されました。

原因: 指定されたアドレスへのネットワーク接続がリモート・サーバーによって拒否されました。

処置: アドレスを確認して再試行してください。

47326: ログインに失敗しました。CHAP名またはCHAPシークレットが無効です。

原因: 不正なCHAP資格証明が指定されました。

処置: 正しいCHAP資格証明を指定して再試行してください。

47327: 指定したターゲットは検出されたターゲットではありません。

原因: この操作を実行する前に、まずターゲットが検出される必要があります。

処置: ターゲットを検出し、この操作を再試行してください。

47328: SANサーバーを削除できません。アクティブなセッションが検出されました。

原因: このSANサーバーからのノードのアクティブなセッションが存在します。

処置: これらのセッションからログアウトして再試行してください。

47329: iSCSIサブシステムが手動で構成されている可能性があります。構成を削除し、再試行してください。

原因: AVDF UIまたはAVCLIを使用してiSCSIサブシステムが構成されていません。

処置: 構成を削除して再試行してください。

47330: ディスクをstringディスク・グループから削除できません。この操作では、ディスク・グループにnumber MBの空き領域が必要です

原因: ディスク・グループのリバランス操作は失敗します。

処置: ディスク・グループにディスクをもっと追加して再試行します。

47401: リモート・ファイル・システムがビジーです。

原因: ファイル・システムに開いているファイルがあります。

処置: ファイルを閉じて操作を再試行するか、forceオプションを使用します。

47402: ホストstringからのエクスポートstringをマウントできません。

原因: AVSにクライアント・アクセスが付与されていないか、サーバーに接続できません。

処置: サーバー・エクスポートを確認し、許可されるクライアントのリストにAVSシステムを追加します。

47403: パスstringは相対パスではありません。

原因: リモートの場所の宛先パスは相対パスである必要があります。

処置: 先頭に/文字を使用せずに、相対パスを指定します。

47404: パスstringは絶対パスではありません。

原因: リモートの場所の宛先パスは相対パスである必要があります。

処置: 先頭に/文字を使用せずに、相対パスを指定します。

47405: リモート・ファイル・システムのマウント・ポイントがまだ存在しています。

原因: リモート・ファイル・システムが、削除操作の前にアンマウントされませんでした。

処置: リモート・ファイル・システムをアンマウントします(必要な場合はforceオプションを使用します)。

47406: リモートの宛先パスに予期しない文字が含まれています。

原因: リモートの宛先パスに無効な文字が含まれています。

処置: 文字、数字、空白または _ . : , +以外の文字を削除します。

47407: ファイル・システム名stringが一意ではありません。

原因: 重複したファイル・システム名がすでに使用中です。

処置: 別のファイル・システム名を選択します。

47408: ロケーション名stringが一意ではありません。

原因: 重複するロケーション名がすでに使用されています。

処置: 別のロケーション名を選択します。

47409: 絶対パスがリモート・ファイル・システムに存在しません

原因: 構築されたパスがないか、リモート・ファイル・システム外です。

処置: リモート・ロケーションが、リモート・ファイル・システム上の有効なディレクトリに解決されることを確認します。

47410: ユーザーOracleが絶対パスに書き込めません

原因: 構築されたパスの権限ではoracleの書込みアクセスが許可されていません。

処置: NFSエクスポート権限またはディレクトリ権限を変更し、oracleに書込みアクセスを許可します。

47503: セキュア・ターゲット"string"の"string"でタイプ"string"の証跡を停止できません。監査証跡が存在しません。

原因: 存在しない証跡を停止しようとしました。

処置: 存在しない証跡は停止できません。

47504: セキュア・ターゲット"string"の"string"でタイプ"string"の証跡を停止できません。監査証跡はすでに停止されています。

原因: すでに停止している証跡を停止しようとしました。

処置: すでに停止している監査証跡は停止できません。

47552: ユーザー名stringが無効です。ユーザー名は、英数字、アンダースコア(_)、ドル記号($)およびポンド記号(#)のみを含む必要があります。

原因: 無効なユーザー名が指定されました。

処置: 単純なSQL名をユーザー名として指定します。これは非引用識別子で、データベース・キャラクタ・セットの英数字、アンダースコア(_)、ドル記号($)およびシャープ記号(#)のみを含む必要があります。

索引
A B C D E F G H I J K L M N O P Q R S T U V W X

A

アクセス

リモート, セキュリティ・ガイドライン, 2.1.2

セキュア・ターゲットに対する取消し 11.2.3

アクセス権

管理の概要, 11.1

管理者アカウント・タイプ, 11.1

ユーザーによる制御, 11.3.2

計画, 1.7.8

セキュア・ターゲット, ターゲットまたはグループによる制御, 11.3.3

アカウント

管理アカウント, 11.1

セキュア・ターゲットに対する設定

概要, B.3.1

IBM DB2, B.3.6.2

Microsoft SQL Server, B.3.5.2

MySQL, B.3.7

Oracle Database, B.3.2

Sybase ASE, B.3.3.2

Sybase SQL Anywhere, B.3.4

ACFS

「Oracle ACFS」を参照

「アクション」ボタン, 1.8.3 ACTIVATE HOSTコマンド, A.2.5 アクティブ化, キーを使用したAudit Vault Agent, 5.2.6 Active Directory

「Microsoft Active Directory」を参照

管理機能, 1.3.4 管理者

アクセス権, 11.1

ロール, 1.5

タスク, 1.5

ユーザー・アカウント・タイプ, 11.1

エージェント・ホスト・コマンド, A.2 agentctlコマンド

起動/停止, 5.3.1.1

Audit Vault AgentのWindowsサービスとしての登録, 5.2.7.2

エージェント

「Audit Vault Agent」を参照

アラート

電子メール・サービスの構成, 3.4.1

syslogへの転送, 3.3.3

ALTER DISKGROUPコマンド, A.9.6 ALTER ENFORCEMENT POINTコマンド, A.4.6 ALTER FIREWALLコマンド, A.3.9 ALTER HOSTコマンド, A.2.2 ALTER REMOTE FILESYSTEMコマンド, A.10.2 ALTER SAN SERVERコマンド, A.9.2 ALTER SECURED TARGETコマンド, A.5.2 ALTER SMTP SERVERコマンド, A.7.2 ALTER SMTP SERVER DISABLEコマンド, A.7.4 ALTER SMTP SERVER ENABLEコマンド, A.7.3 ALTER SYSTEM SETコマンド, A.11.1 ALTER SYSTEM SMTP SERVER SECURE MODE OFFコマンド, A.7.6 ALTER SYSTEM SMTP SERVER SECURE MODE ONコマンド, A.7.5 アプライアンス, AVDFマシン, 注意, 3.1, 4.1 アーキテクチャ

高可用性のための回復可能なペア, 1.4.3, 8.1

Oracle AVDFコンポーネント, 1.4.1.1

アーカイブ

アーカイブ場所の定義, 3.5.2

NFSファイルシステム, 3.5.2

ポリシー

作成, 3.5.3.1

説明, 3.5.1

「Windows File Sharing」転送方法に対するポート, 3.5.2 リストア後のデータ・ファイルのパージ, 12.2.2 アーカイブからのリストア, 12.2.2 セキュリティ・ガイドライン, 2.1.2 領域要件, 12.1.2, 3.5.1 アーカイブ・ジョブの開始, 12.2.1 転送方法, 3.5.2

scp, 3.5.1, 3.5.2

SMB, 3.5.1, 3.5.2

ArcSight Security Information Event Management(SIEM)

概要, 10.1

定義, 1.3.6

デプロイ手順, 10.2

インタフェースの有効化, 10.2

ArcSightサーバーの指定, 10.2

監査証跡

クリーンアップ

IBM DB2監査ファイル, 6.4.6

Microsoft SQL Server監査証跡, B.4.2

Oracle Database, B.4.1

収集, AVCLIコマンド, A.6 構成

REDOログ, 推奨される設定, C.1

収集の構成, 6.4.1 証跡の削除, A.6.4 リストの確認, A.6.3 IBM DB2

概要, B.2.13

開始の前提条件, 6.4.6

MySQL

証跡の場所, 6.4.5, A.6.1, A.6.2, B.2.7, B.5.3

XML変換が必要, 6.4.5

計画, 1.7.5 構成の計画, 1.7.5 プラットフォーム・サポート, B.2.13 Oracle Databaseの証跡のパージ, B.4.1 開始および停止, 6.4.2 収集の開始, A.6.1 状態

収集中, 6.4.3

アイドル, 6.4.3

リカバリ中, 6.4.3

停止済, 6.4.3

到達不能, 6.4.3

ステータス, 確認, 6.4.3 収集の停止, A.6.2 TABLE, B.2.13 タイプ, B.2.13

DIRECTORYタイプ用の場所, 6.4.1, B.5.3

Audit Vault Agent

概要, 1.4.1.4

アクティブ化, 5.2.6

エージェントが停止したときの監査データ収集, 1.4.1.4

非アクティブ化, 5.3.3

デバッグ, ロギング, 5.3.2

デプロイおよびアクティブ化, 5.2

ログ・ファイルの場所, 5.3.2

ロギング・レベル, 設定, 5.3.2

デプロイメント用のOSユーザー・アカウント, 5.2.4

デプロイメントの計画, 1.7.4

プラグイン

概要, 5.5.1, B.1

デプロイしてアクティブ化する手順, 5.5.4

アンデプロイ, 5.5.5

削除, 5.3.3 要件, Java SE 6, 1.4.1.4, 5.2.4 起動, 5.3.1.1 起動, 初回, 5.2.6 停止, 5.3.1.1, 5.3.3 Oracle Databaseの証跡パージ・プロセスのタイムスタンプ, B.4.1.2 Windowsサービス, 登録, 5.2.7.1 Windowsサービス, 停止, 5.3.1.2 Windowsサービス, 登録解除, 5.2.7.3 Audit Vault and Database Firewall

管理機能, 1.3.4

管理者ロール, 1.5

管理者のタスク, 1.5

監査機能, 1.3.5

コンポーネントの図, 1.4.1.1

コンポーネント, 1.4.1.1

構成のワークフロー, 1.6

データベース, パスワード・ポリシーに関する注意, 1.4.1.2

ドキュメント, 最新のダウンロード, 1.1

エンタープライズ・アーキテクチャ, 図, 1.4.2

サポートされないIPv6, 2.4

処理フロー, 1.4.1.1

Audit Vault Server

概要, 1.4.1.2

管理タスク

アーカイブ・ログのディスク領域, 監視, 12.8

ユーザー・パスワードの変更, 11.4.1

フラッシュ・リカバリ領域, 12.9

SYSAUX表領域の使用量, 12.7

バックアップおよびリストア, 12.12 証明書

場所, 12.1.2.1

Database Firewallに指定, 4.5

キーボード・レイアウトの変更, 12.1.4 構成

概要, 3.1

初期タスク, 3.3

ネットワーク設定, 3.3.2.1

構成

サービス, 3.3.2.2

SSHアクセス, 3.3.2.2

Webアクセス, 3.3.2.2

診断, 12.1.5 フェイルオーバー, 8.2.8 高可用性

概要, 8.2.1

フェイルオーバー, 8.2.8

ステータス, 8.2.6

IPアドレス

変更, 再起動が必要, 3.3.2.1

Database Firewallに指定, 4.5

ジョブの監視, 12.3 ログ・ファイルの場所, A.11.1 UIへのログイン, 1.8.1 ネットワーク構成, 3.3.2.1 Oracle Database, Database Vault, 1.4.1.2 ペア作成, 8.2.1 構成の計画, 1.7.2 ポート番号, デフォルト, 3.3.2.1 回復可能なペアのプライマリ・サーバー, 8.2.4 公開鍵, 12.1.2.2 ホスト名の変更時に再起動, 3.3.2.1 再起動, 電源オフ, 12.1.3 Database Firewallの登録, 3.7 Database Firewallの削除, 12.13.4 セキュア・ターゲットの削除, 6.2.1.3 回復可能なペアのセカンダリ・サーバー, 構成, 8.2.3 SNMPアクセス, 3.3.2.2 ステータス, 確認, 12.1.1 syslog宛先, 構成, 3.3.3 システム操作のテスト, 3.8 UI, タブの説明, 1.8.2 ユーザー・アカウント, 作成, 11.2.2 監査機能, 1.3.5 認証

ホスト監視とDatabase Firewall間の通信に使用, 7.5

AVCLIコマンド

ACTIVATE HOST, A.2.5

ALTER DISKGROUP, A.9.6

ALTER ENFORCEMENT POINT, A.4.6

ALTER FIREWALL, A.3.9

ALTER HOST, A.2.2

ALTER REMOTE FILESYSTEM, A.10.2

ALTER SAN SERVER, A.9.2

ALTER SECURED TARGET, A.5.2

ALTER SMTP SERVER, A.7.2

ALTER SMTP SERVER DISABLE, A.7.4

ALTER SMTP SERVER ENABLE, A.7.3

ALTER SYSTEM SET, A.11.1

ALTER SYSTEM SMTP SERVER SECURE MODE OFF, A.7.6

ALTER SYSTEM SMTP SERVER SECURE MODE ON, A.7.5

CONNECT, A.13.1

CREATE ENFORCEMENT POINT, A.4.1

CREATE RESILIENT PAIR, A.3.6

DEACTIVATE HOST, A.2.6

DEPLOY PLUGIN, A.12.1

DOWNLOAD LOG FILE, A.11.3

DROP ENFORCEMENT POINT, A.4.2

DROP FIREWALL, A.3.2

DROP HOST, A.2.4

DROP REMOTE FILESYSTEM, A.10.3

DROP RESILIENT PAIR, A.3.8

DROP SAN SERVER, A.9.4

DROP SECURED TARGET, A.5.8

DROP SMTP SERVER, A.7.9

DROP TRAIL FOR SECURED TARGET, A.6.4

GRANT ACCESS, A.8.3

GRANT ADMIN, A.8.5

GRANT SUPERADMIN, A.8.1

-HELP, A.13.3

LIST ADDRESS FOR SECURED TARGET, A.5.3

LIST ATTRIBUTE FOR SECURED TARGET, A.5.6

LIST ATTRIBUTE OF SMTP SERVER, A.7.8

LIST DISK, A.9.5

LIST DISKGROUP, A.9.7

LIST ENFORCEMENT POINT, A.4.3

LIST EXPORT, A.10.4

LIST FIREWALL, A.3.3

LIST HOST, A.2.3

LIST METRICS, A.5.7

LIST PLUGIN FOR SECURED TARGET TYPE, A.12.2

LIST REMOTE FILESYSTEM, A.10.5

LIST SAN SERVER, A.9.8

LIST SECURED TARGE, A.5.4

LIST SECURED TARGET TYPE, A.5.5

LIST TARGET FOR SAN SERVER, A.9.3

LIST TRAIL FOR SECURED TARGET, A.6.3

POWEROFF FIREWALL, A.3.5

QUIT, A.13.5

REBOOT FIREWALL, A.3.4

REGISTER FIREWALL, A.3.1

REGISTER HOST, A.2.1

REGISTER REMOTE FILESYSTEM, A.10.1

REGISTER SAN SERVER, A.9.1

REGISTER SECURED TARGET, A.5.1

REGISTER SMTP SERVER, A.7.1

REVOKE ACCESS, A.8.4

REVOKE ADMIN, A.8.6

REVOKE SUPERADMIN, A.8.2

SHOW CERTIFICATE, A.11.2

SHOW ISCSI INITIATOR DETAILS FOR SERVER, A.9.9

SHOW STATUS FOR FIREWALL, A.3.10

SHOW STATUS OF REMOTE FILESYSTEM, A.10.6

START COLLECTION FOR SECURED TARGET, A.6.1

START ENFORCEMENT POINT, A.4.4

STOP COLLECTION FOR SECURED TARGET, A.6.2

STOP ENFORCEMENT POINT, A.4.5

SWAP RESILIENT PAIR, A.3.7

TEST SMTP SERVER, A.7.7

UNDEPLOY PLUGIN, A.12.3

-VERSION, A.13.4

AVCLIユーティリティ

概要, 12.10.1

ダウンロード, 12.10.2

バージョンの確認, 12.10.6

ヘルプ情報, 12.10.6

起動, 12.10.3

Java_Home環境変数, 12.10.2, 12.10.3

ログ・ファイルの場所, 12.10.5

ロギング・レベル, 設定, 12.10.5

スクリプトの実行, 12.10.4

B

バックアップ, Audit Vault Server, 12.12

Big Data Appliance, セキュア・ターゲットとして, 1.3.3, B.1

BIG-IP ASM(Application Security Manager)

統合の概要, 9.1

Oracle Database Firewallとの統合の利点, 9.1

構成要件, 9.3.1

Database Firewallを使用した構成, 9.3.3

ロギング・プロファイルの作成, 9.3.4

カスタムiRule, 9.3.5.1

統合による動作, 9.2

Database Firewallとの統合, 9.1

iRule syslogメッセージ, 9.3.5.1

ポリシー設定, 9.3.4.2

サンプルのiRule, 9.3.5

統合のためのシステム要件, 9.3.2

iRule syslogメッセージの転送, 9.3.5.2

ブロック

Database Firewallのインライン・モード, ブリッジの有効化, 4.6.3

強制ポイントでのDPEモード, 6.5.2

IPv6のトラフィック, 2.4

ブリッジIPアドレス

Database Firewall, 4.6.3

DPEモードでのサブネットの制限, 4.6.3

C

CDB, セキュア・ターゲットの登録, 6.2.1.1

証明書

Audit Vault Server, 12.1.2.1

アップグレード済ファイアウォールからのフェッチ, 12.13.5

Database Firewallに指定, 4.5

検証失敗, 12.13.5

証明書検証失敗, ファイアウォール・ステータス, 12.13.5 クライアントIPアドレス, TCP許可ノード, 2.5.2 クライアント・プログラム名

セキュリティ上の考慮事項, 2.5.3

クライアント側のセキュリティ, 2.5.3 COLLECTING証跡ステータス, 6.4.3 収集エージェント

「Audit Vault Agent」を参照

コレクション属性

概要, B.5.2.1

Active Directory, 不要, B.5.2.1

IBM DB2, B.5.2.3

Linux, 不要, B.5.2.1

MySQL, B.5.2.4

Oracle ACFS, B.5.2.5

Oracle Database, B.5.2.2

Solaris, 不要, B.5.2.1

SQL Server, 不要, B.5.2.1

Sybase ASE, 不要, B.5.2.1

Windows, 不要, B.5.2.1

収集プラグイン

AVCLIコマンドを使用したデプロイ, A.12.1

アンデプロイ, A.12.3

コレクタ・プラグイン

リストの確認, A.12.2

コマンドライン・ユーティリティ

AVCLIのダウンロード, 12.10.2

コンポーネント, Oracle AVDF, 1.4.1.1 構成

監査証跡, 6.4.1

BIG-IP ASM, 9.3.1

Database Firewall

概要, 4.1

データベース問合せ, 6.7.1.1 強制ポイント, 6.5.2 高可用性

Audit Vault Server, 8.2.3

Database Firewall, 8.3.1

セキュア・ターゲット

概要, 6.1

登録, 6.2.1.1

ワークフローの理解, 1.6 CONNECTコマンド, A.13.1 接続文字列(「セキュア・ターゲットの場所」フィールド用), B.5.1 接続, データベース・クライアント用に維持, 6.5.3 コンソール

リストのフィルタ処理とソート, 1.8.3

表示のリセット, 1.8.3

CREATE ENFORCEMENT POINTコマンド, A.4.1 CREATE RESILIENT PAIRコマンド, A.3.6

D

DAMモード, 1.4.3, 8.1

データベース・アクティビティ監視, 定義, 1.4.1.3

強制ポイントの監視モード, 6.5.2

SQLブロック・ファイアウォール・ポリシー, 6.5.2

データ・ファイル, リストア後のパージ, 12.2.2 データ保持ポリシー

概要, 3.5.1

作成, 3.5.3.1

データ・セキュリティ, 2.1 データベース・アクティビティ監視

DAMモード, 定義, 1.4.1.3

データベース・クライアント

プロキシのDatabase Firewallを使用した接続, 4.6.4

データベース接続

Database Firewall, 2.4

Database Firewall

概要, 1.4.1.3

Audit Vault ServerへのDatabase Firewallの追加, 3.7

証明書検証失敗, 12.13.5

構成, 4.1

Audit Vault Serverの証明書およびIPアドレス, 4.5

ネットワーク・サービス, 4.3.2

ネットワーク設定, 4.3.1

プロキシ, 4.6.4

トラフィック・ソース, 4.6.2

診断, 4.7 高可用性, 構成, 8.3.1 BIG-IP ASMとの統合, 9.1

要件, 9.3.3

UIへのログイン, 1.9.1 ネットワーク配置, 4.6.1 ネットワーク・サービス構成, 4.3.2 ネットワーク設定, 変更, 4.3.1 ネットワーク・トラフィック, ファイルに取得, 12.13.2 非TCPベースの接続, 2.4 構成の計画, 1.7.3 ポート

外部ネットワーク・アクセス用, D.5

ファイアウォール・サービス用, D.3

開く必要がある, D.1

プロキシ

構成, 4.6.4

データベース・クライアント接続, 4.6.4

公開鍵, 6.7.3.3 再起動, 電源オフ, 12.13.3 Audit Vault Serverから削除, 12.13.4 SNMPアクセス, 4.3.2 SSHアクセス, 4.3.2 状態

証明書検証失敗, 12.13.5

表示, 4.7

トラフィック・ソース, 構成, 4.6.2 接続方法, 1.4.2 Webアクセス, 4.3.2 データベース問合せ, B.2.1

概要, 6.7.1

Microsoft SQL Serverデータベースに対する構成, 6.7.2.1

ネットワーク暗号化を使用したOracle Databaseに対する構成, 6.7.1.2

Sybase SQL Anywhereデータベースに対する構成 , 6.7.2.2

無効化, 6.7.5

有効化, 6.7.4

強制ポイント設定, 6.5.3

Sybase SQL Anywhere, Linux用のODBCドライバのインストール, 6.7.2.2

データベース・ポリシー強制

DPEモード, 定義, 1.4.1.3

データベース・レスポンス・モニタリング

概要, 6.8.1

有効化, 6.8.2.1

強制ポイント設定, 6.5.3

Database Vault, 有効, 1.4.1.2 サポートされるデータベース, 1.3.3 日付と時刻

設定

Audit Vault Server, 3.3.1

Database Firewall, 4.4

レポートのタイムスタンプ, 3.3.1 DB2

「IBM DB2」を参照

DEACTIVATE HOSTコマンド, A.2.6 デバッグ

Audit Vault Agent, 5.3.2

AVCLIデバッグ・ログ・レベル, 設定, 12.10.5

Javaフレームワーク(Jfwklog) LOGLEVEL, A.11.1

syslog, デバッグ・メッセージの生成, 3.3.3

ホストの削除, 5.6 DEPLOY PLUGINコマンド, A.12.1 開発者, SDKのダウンロード, 12.11 診断

Audit Vault Server, 12.1.5

Database Firewall, 4.7

DIRECTORY監査証跡

概要, B.2.13

ディレクトリ・マスク

DIRECTORY証跡タイプ用の証跡の場所, 6.4.1, B.5.3

ディスク・グループ

リポジトリの概要, 13.5.1

ディスク領域

SMBおよびscpアーカイブ・データ転送用の追加領域, 3.5.2

アーカイブ・ログの領域の監視, 12.8

ディスパッチャ・サービス, セキュリティ上の考慮事項, 2.5.1 DNSサーバー

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

ドキュメント, AVDF, 最新のダウンロード, 1.1 DOWNLOAD LOG FILEコマンド, A.11.3 DPEモード

スプーフィング検出ルール, 6.5.2

ブリッジIPアドレス, 4.6.3

接続, DAMモードからの切替え, 6.5.3

データベース・ポリシー強制, 定義, 1.4.1.3

強制ポイントの監視モード, 6.5.2

時刻の同期でのトラフィック中断, 4.4

DROP ENFORCEMENT POINTコマンド, A.4.2 DROP FIREWALLコマンド, A.3.2 DROP HOSTコマンド, A.2.4 DROP REMOTE FILESYSTEMコマンド, A.10.3 DROP RESILIENT PAIRコマンド, A.3.8 DROP SAN SERVERコマンド, A.9.4 DROP SECURED TARGETコマンド, A.5.8 DROP SMTP SERVERコマンド, A.7.9 DROP TRAIL FOR SECURED TARGETコマンド, A.6.4

E

電子メール通知

サービスの構成の概要, 3.4.1

SMTP構成の変更, A.7.2

構成(UI), 3.4.2

SMTP構成の無効化, A.7.4

SMTP構成の有効化, A.7.3

SMTP構成の確認, A.7.8

登録, A.7.2

SMTPサービスの登録, A.7.1

セキュアなサーバーの構成の削除, A.7.6

表示されるタイムスタンプ, 3.3.1

SMTPサービスの登録解除, A.7.9

暗号化

ネットワーク暗号化, 6.7.3.3

ネットワーク暗号化, 処理, 2.3.1

Oracle Databases, 処理するための構成, 6.7.3

暗号化されたOracle Databaseに対する公開鍵の指定, 6.7.3.3

セキュリティ・ガイドライン, 2.3.1

強制ポイント

構成, 6.5.2, 6.5.2

データベース問合せ設定, 6.5.3

データベース・レスポンス設定, 6.5.3

定義, 6.5.1

削除, 6.5.4

DPEモードとIPスプーフィング, 6.5.2

「既存の接続を維持」設定, 6.5.3

変更, 6.5.3

使用されるポート番号, 6.5.6

開始および停止, 6.5.4

ステータス, 6.5.2

ステータス値, 定義済, 6.5.5

ステータス, 表示, 6.5.5

Enterprise Manager, AVDFプラグイン, 1.11 権限監査, B.2.1 EVENT LOG監査証跡, B.2.13 AVCLIの終了, A.13.5

F

フェイルオーバー, Audit Vault Server, 8.2.8

ファイル・システム

SMBおよびscpアーカイブ・データ転送用の追加領域, 3.5.2

フィルタ処理, Audit Vault Serverコンソールにおけるリスト, 1.8.3 ファイアウォール・ポリシー, ログインおよびログアウト, 6.8.2.2 フラッシュ・リカバリ領域, Audit Vault Serverでの監視, 12.9 書式設定, Audit Vault Serverコンソールにおけるリスト, 1.8.3

G

GRANT ACCESSコマンド, A.8.3

GRANT ADMINコマンド, A.8.5

GRANT SUPERADMINコマンド, A.8.1

アクセス権限の付与, A.8.3

ADMIN権限の付与, A.8.5

スーパー管理者権限の付与, A.8.1

グループ

アクセス権

グループによる制御, 11.3.3

ユーザーによる制御, 11.3.2

セキュア・ターゲット・グループの作成, 6.2.2 ガイドライン, 一般的なセキュリティ, 2.2

H

-HELPコマンド, A.13.3

AVCLIに関するヘルプ情報, A.13.1, A.13.3

高可用性

回復可能なペアの概要, 1.4.3, 8.1

図, 1.4.3

Audit Vault Server, 8.2

Database Firewall, 8.3.1

ピア・システムIP/証明書, 8.2.6

SANリポジトリ, 13.5.1

ステータス, 確認, 8.2.6

ホスト監視

概要, 7.1

認証, 使用, 7.5

ステータスの確認, 7.3.4

Unixでのデプロイ, 7.2.3.2

Windowsでのデプロイ, 7.2.3.1

強制ポイント, 7.2.5

インストール, 7.2.1

前提条件, 7.2.1

サポートされているプラットフォーム, 7.2.1

アンインストール(Unixホストのみ), 7.3.5

更新, Linuxのみ, 7.4

ホスト名, 変更, 再起動が必要, 3.3.2.1 ホスト

AVCLIコマンドの使用対象, A.2

名前の変更, 5.1.3

Audit Vault Serverからの削除, 5.6

登録

手順, 5.1.2

登録, 概要, 5.1.1

I

IBM DB2

監査証跡の場所, B.2.6

コレクション属性, B.5.2.3

バイナリ監査ファイルのASCIIテキスト・ファイルへの変換, 6.4.6

監査証跡の開始, 前提条件のASCII変換, 6.4.1

サポートされているバージョン, B.2.1

ユーザー・アカウントのスクリプト, B.3.6.2

IDLE証跡ステータス, 6.4.3 初期化パラメータ

REDOログ

監査セキュア・ターゲット(リリース10.2), C.3, C.4

監査セキュア・ターゲット(リリース11.2), C.2

インストール, セキュリティ・ガイドライン, 2.1 統合

ArcSight SIEM, 10.1

BIG-IP ASM, 9.1

Oracle AVDF, 概要, 1.3.6

IPアドレス

DPEモードでのスプーフィング検出, 6.5.2

Audit Vault Server

変更, 再起動が必要, 3.3.2.1

プロキシ・インタフェースのサブネット制限, 4.6.4 IPv6

サポートされない接続, 2.4

ブロックされるトラフィック, 2.4

iRule syslogメッセージ

BIG-IP ASMコマンド, 9.3.5.2

J

Javaフレームワーク, ロギング・レベル, デバッグ, A.11.1

Java SE 6, Audit Vault Agentに必要, 1.4.1.4, 5.2.4

ジョブ, 監視, 12.3

K

キー, エージェントのアクティブ化用, 5.2.6

キーボード

レイアウトの変更, 12.1.4

設定, 3.3.1

L

リンクのプロパティ

ネットワーク設定

Audit Vault Server, 3.3.2.1

Database Firewall, 4.3.1

Linux

監査証跡の場所, B.2.9

監査証跡に必要なユーザー/グループ・アクセス, B.2.9

LIST ADDRESS FOR SECURED TARGETコマンド, A.5.3 LIST ATTRIBUTE FOR SECURED TARGETコマンド, A.5.6 LIST ATTRIBUTE OF SMTP SERVERコマンド, A.7.8 LIST DISKコマンド, A.9.5 LIST DISKGROUPコマンド, A.9.7 LIST ENFORCEMENT POINTコマンド, A.4.3 LIST EXPORTコマンド, A.10.4 LIST FIREWALLコマンド, A.3.3 LIST HOSTコマンド, A.2.3 LIST METRICSコマンド, A.5.7 LIST PLUGIN FOR SECURED TARGET TYPEコマンド, A.12.2 LIST REMOTE FILESYSTEMコマンド, A.10.5 LIST SAN SERVERコマンド, A.9.8 LIST SECURED TARGETコマンド, A.5.4 LIST SECURED TARGET TYPEコマンド, A.5.5 LIST TARGET FOR SAN SERVERコマンド, A.9.3 LIST TRAIL FOR SECURED TARGETコマンド, A.6.3 リスト, Audit Vault Serverコンソールでのオブジェクトの検索, 1.8.3 ログ・ファイル

Audit Vault Agent, 場所, 5.3.2

AVCLI, 場所, 12.10.5

Javaフレームワーク, 場所, A.11.1

システム, 場所, A.11.1

トラフィック・ログ, 収集, 8.1

ログイン

Audit Vault Server, 1.8.1

Database Firewall, 1.9.1

ロギング・レベル

Audit Vault Agent, 設定, 5.3.2

Javaフレームワーク, A.11.1

AVCLIユーティリティに指定, 12.10.5

ログインおよびログアウト・ポリシー, 6.8.2.2

M

MACアドレス, スプーフィング検出とDPEモード, 6.5.2

「既存の接続を維持」強制ポイント設定, 6.5.3

セキュア・ターゲットのメトリック, A.5.7

Microsoft Active Directory

監査証跡の場所, B.2.11

サポートされているバージョン, B.2.1

Microsoft SQL Server

監査証跡の場所, B.2.3

データベース問合せ

構成, 6.7.1.1

登録, B.4.2 サポートされているバージョン, B.2.1 トレース・ファイル, 偶然による削除の防止, B.4.2 ユーザー・アカウントのスクリプト, B.3.5.2 Microsoft Windows

監査証跡の場所, B.2.10

ファイル共有

アーカイブ転送, 推奨ポート, 3.5.2

ホスト監視, デプロイ, 7.2.3.1 セキュア・ターゲット・ユーザー, 管理権限, 6.3.3 サービス, AV Agentの登録, 5.2.7.2 サポートされているバージョン, B.2.1 モニタリング

Audit Vault Serverの診断, 12.1.5

Database Firewallの診断, 4.7

監視モード

SQLブロック, 6.5.2

強制ポイント設定, 6.5.2

「アーカイブされていた月数」フィールド, 3.5.3.1 「オンラインだった月数」フィールド, 3.5.3.1 MySQL

監査証跡の追加, 前提条件のXML変換, 6.4.1

監査証跡の場所, B.2.7

コレクション属性, B.5.2.4

サポートされているバージョン, B.2.1

証跡の場所, 6.4.5, A.6.1, A.6.2, B.2.7, B.5.3

ユーザー・アカウントのスクリプト, B.3.7

XML変換ユーティリティが必要, 6.4.5

N

NETWORK監査証跡, B.2.13

ネットワーク暗号化

処理するためのデータベース問合せの構成, 6.7.3

Database Firewallでの復号化, 6.7.1.2

ネイティブ暗号化が必要, 6.7.3.3

暗号化されたOracle Databaseに対する公開鍵の指定, 6.7.3.3

ネットワーク・マスク, Database Firewallのネットワーク設定, 4.3.1 ネットワーク・サービス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

ネットワーク・トラフィック, Database Firewallでファイルに取得, 12.13.2 NFSファイルシステム

アーカイブ転送方法, 3.5.2

Audit Vault Serverへの登録, A.10.1

SQL以外のプロトコルのアクセス, 2.4 非TCPベースの接続, Database Firewall, 2.4

O

ODBCドライバ

SQL Anywhereデータベース問合せに必要, 6.7.2.2

サポートされるオペレーティング・システム, 1.3.3 Oracle ACFS

監査証跡の場所, B.2.12

コレクション属性, B.5.2.5

サポートされているバージョン, B.2.1

Oracle Advanced Security

「ネットワーク暗号化」を参照

Oracle Database

ネットワーク暗号化トラフィックの復号化, 6.7.1.2

監査の有効化, 6.3.2

Oracle Database

12c, PDB/CDBおよびセキュア・ターゲット, 6.2.1.1

監査証跡の場所, B.2.2

コレクション属性, B.5.2.2

ネットワーク暗号化トラフィックの復号化, 6.7.1.2

監査証跡のパージ, B.4.1

REDOログ, 監査データ収集リファレンス, C.1

サポートされているバージョン, B.2.1

ユーザー・アカウントのスクリプト, B.3.2

ネットワーク暗号化の使用, 処理用の構成, 6.7.3

Oracle RAC

セキュア・ターゲットの場所, 登録, 6.2.1.1, 6.2.1.1

Oracle共有サーバー, セキュリティ上の考慮事項, 2.5.1 OSユーザー名, セキュリティ上の考慮事項, 2.5.3

P

パスワード

Audit Vault Server管理者に対する変更, 11.4.2

Database Firewall管理者に対する変更, 11.4.3

変更に関するガイドライン, 11.4.1

AVDFデータベースのポリシーに関する注意, 1.4.1.2

PDB, セキュア・ターゲットの登録, 6.2.1.1 ピア・システムIP/証明書, 高可用性, 8.2.6 サポートされるプラットフォーム, 1.2, B.2

監査証跡タイプ, B.2.13

最新マトリックス, 1.4.1.4, 5.2.4, 7.2.1

プラグイン

概要, 5.5.1, B.1

デプロイしてアクティブ化する手順, 5.5.4

監査の有効化, 5.5.2

開発用のSDK, 12.11

アンデプロイ, 5.5.5

ポリシー

アーカイブ, 3.5.1

ログインおよびログアウト・ポリシー, 6.8.2.2

ポート

Audit Vault Serverで使用されるデフォルトの番号, 3.3.2.1

強制ポイント, 確認, 6.5.6

Audit Vault Server外部ネットワーク・アクセス用, D.4

Audit Vault Serverサービス用, D.2

Database Firewall外部ネットワーク・アクセス用, D.5

内部TCP通信用, D.6

プロキシ, 4.6.4

Windowsファイル共有転送を使用したアーカイブに対する推奨, 3.5.2

Database Firewallデプロイメントに必要, D.1

AVDFによって使用される, D

電源切断

Audit Vault Server, 12.1.3

Database Firewall, 12.13.3

POWEROFF FIREWALLコマンド, A.3.5 プロセス・フロー, Oracle AVDFコンポーネントの使用, 1.4.1.1 プロキシ

データベース・クライアント接続, 4.6.4

Database Firewallの構成, 4.6.4

IPアドレス, サブネットの制限, 4.6.4

ポート番号, 4.6.4

公開鍵

Audit Vault Server, 12.1.2.2

Database Firewall, 6.7.3.3

暗号化されたOracle Databaseに対する公開鍵の指定, 6.7.3.3

監査証跡のパージ

IBM DB2監査ファイル, 6.4.6

Oracle Database, B.4.1

Audit Vault環境のソース・データベース, B.4.1.2

Q

QUITコマンド, A.13.5

AVCLIの終了, A.13.5

引用符

無効, ユーザー名, 6.3.3, 11.2.1

R

再起動

Audit Vault Server, 12.1.3

Database Firewall, 12.13.3

ホスト名の変更時, 3.3.2.1

REBOOT FIREWALLコマンド, A.3.4 RECOVERING証跡ステータス, 6.4.3 REDOログ

監査データ収集リファレンス, C.1

REGISTER FIREWALLコマンド, A.3.1 REGISTER HOSTコマンド, A.2.1 REGISTER REMOTE FILESYSTEMコマンド, A.10.1 REGISTER SAN SERVERコマンド, A.9.1 REGISTER SECURED TARGETコマンド, A.5.1 REGISTER SMTP SERVERコマンド, A.7.1 登録

ホスト

手順, 5.1.2

リモート・アクセス, セキュリティ・ガイドライン, 2.1.2 リモート監視

「ホスト・モニター」を参照

レポート

直接データベース問合せ, 6.7.1.1

ホスト監視, 7.1

PDF/XLSに表示されるタイムスタンプ, 3.3.1

リポジトリ

ディスク・グループの概要, 13.5.1

SANストレージの概要, 13.1

SANディスクの追加, 13.5.2

SANディスクの削除, 13.5.3

SANサーバーの削除, 13.3.2

高可用性環境, 13.5.1

SANサーバーの登録, 13.3.1

「リポジトリ」ページの説明, 13.5.1

要件

Audit Vault Agent, Java SE 6, 1.4.1.4, 5.2.4

コンソール表示のリセット, 1.8.3 回復可能なペア

概要, 1.4.3, 8.1

Audit Vault Server, 8.2.1

リストア, Audit Vault Server, 12.12 リストア, アーカイブから, 12.2.2 REVOKE ACCESSコマンド, A.8.4 REVOKE ADMINコマンド, A.8.6 REVOKE SUPERADMINコマンド, A.8.2 削除

アクセス権限, 11.2.3, A.8.4

ADMIN権限, A.8.6

スーパー管理者権限, A.8.2

ロール競合, 高可用性サーバー・ステータス, 8.2.6

S

SANディスク

リポジトリへの追加, 13.5.2

リポジトリからの削除, 13.5.3

SANサーバー

ターゲットの検出, 13.4.2

削除, 13.3.2

ターゲットへのログイン, 13.4.2

ターゲットからのログアウト, 13.4.3

登録, 13.3.1

SANストレージ

概要, 13.1

iSCSIイニシエータ名, 構成, 13.2

scp

「セキュア・コピー」を参照

スクリプト

セキュア・ターゲットに対するアカウント権限

概要, B.3.1

IBM DB2, B.3.6.2

Microsoft SQL Server, B.3.5.2

MySQL, B.3.7

Oracle Database, B.3.2

Sybase ASE, B.3.3.2

Sybase SQL Anywhere, B.3.4

AVCLIスクリプトの実行, 12.10.4 SDK, プラグイン開発用にダウンロード, 12.11 セカンダリ・サーバー, 回復可能なペアでの構成, 8.2.3 セキュア・コピー

アーカイブ・データファイル転送, 3.5.1, 3.5.2

Secure Sockets Layer(SSL)

SMTP構成, A.7.5

「セキュア・ターゲットの場所」フィールド, 6.2.1.1, B.5.1 セキュア・ターゲット

構成の概要, 6.1

アクセス権

ターゲットまたはグループによる制御, 11.3.3

ユーザーによる制御, 11.3.2

変更, A.5.2 属性

AVCLIを使用したリスト, A.5.6

Big Data Appliance, 1.3.3, B.1 コレクション属性

概要, B.5.2.1

Active Directory, 不要, B.5.2.1

IBM DB2, B.5.2.3

Linux, 不要, B.5.2.1

MySQL, B.5.2.4

Oracle ACFS, B.5.2.5

Oracle Database, B.5.2.2

Solaris, 不要, B.5.2.1

SQL Server, 不要, B.5.2.1

Sybase ASE, 不要, B.5.2.1

Windows, 不要, B.5.2.1

使用可能なコマンド, A.5 定義, 1.3.3 削除, A.5.8 属性の確認, A.5.6 メトリックの確認, A.5.7 グループ, 作成, 6.2.2 ホスト, 登録, 5.1.1 アドレスのリスト, A.5.3 Microsoft Windows, 管理権限, 6.3.3 名前の変更, レポート, 6.2.1.2 データベース以外のソース, 概要, 1.3.3 Oracle 12c PDB/CDB, 6.2.1.1 監査証跡構成の計画, 1.7.5 登録, 6.2.1.1, A.5.1 Audit Vault Serverからの削除

説明, 6.2.1.3

サービス名, 6.2.1.1 SID, 6.2.1.1 SPA (ストアド・プロシージャ監査)

構成, 6.6

サポートされるタイプ, 1.3.3 セキュリティ

インストール, 2.1

Audit Vault and Database Firewallアカウントのガイドライン, 11.2.1

クライアント側のコンテキスト情報, 2.5.3

データベース・アクセスの処理, 2.4

Database Vault, 1.4.1.2, 1.4.1.2

暗号化, 2.3.1

一般的な推奨事項, 2.2

ガイドライン, 2.1

共有リスナーでの複数のデータベース, 2.5.3

Oracle共有サーバーとディスパッチャ, 2.5.1

推奨事項, 2.2

TCP許可ノード, 2.5.2

「サービス名」フィールド, 6.2.1.1, 6.2.1.1, A.5.2 設定, キーボード, 3.3.1 共有リスナー, セキュリティ上の考慮事項, 2.5.3 SHOW CERTIFICATEコマンド, A.11.2 SHOW ISCSI INITIATOR DETAILS FOR SERVERコマンド, A.9.9 SHOW STATUS FOR FIREWALLコマンド, A.3.10 SHOW STATUS OF REMOTE FILESYSTEMコマンド, A.10.6 SID, 6.2.1.1 SIDフィールド, 6.2.1.1, A.5.2 SMB

「Windowsファイル共有」を参照

SMTP

接続の構成(UI), 3.4.1

有効化(AVCLI), A.7.3

SNMPアクセス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

Solaris

監査証跡の場所, B.2.8

監査証跡の場所の形式, B.2.8, B.5.3

監査証跡の場所の形式(avcli), A.6.1

サポートされているバージョン, B.2.1

ソート, Audit Vault Serverコンソールにおけるリスト, 1.8.3 SPA, 構成, 6.6 領域要件, アーカイブ, 3.5.1 スプーフィング検出

MACアドレスとIPアドレス, DPEモード, 6.5.2

SQL Anywhere

「Sybase SQL Anywhere」を参照

SQL Server

「Microsoft SQL Server」を参照

SQL, Database Firewallで取得されないタイプ, 2.3.2 SQL*Net

Sybase ASE, エージェント・ホストで必要, 5.2.4

SSHアクセス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

START COLLECTION FOR SECURED TARGETコマンド, A.6.1 START ENFORCEMENT POINTコマンド, A.4.4 状態

監査証跡, 確認, 6.4.3

Audit Vault Server

確認, 12.1.1

Database Firewall, 表示, 4.7 高可用性, 8.2.6 ホスト監視, 確認, 7.3.4 Audit Vault Serverのジョブ, 12.3 STOP COLLECTION FOR SECURED TARGETコマンド, A.6.2 STOP ENFORCEMENT POINTコマンド, A.4.5 STOPPED証跡ステータス, 6.4.3 ストアド・プロシージャ監査, B.2.1

構成, 6.6

ストアド・プロシージャ監査(SPA)

構成, 6.6

サブネット

ブリッジIPアドレスの制限, 4.6.3

Database Firewallのネットワーク設定, デフォルト・ゲートウェイ, 4.3.1

Database Firewallのネットワーク設定, ネットワーク・マスク, 4.3.1

プロキシIPアドレス, 4.6.4

システム設定, デフォルト・ゲートウェイ, 3.3.2.1

システム設定, ネットワーク・マスク, 3.3.2.1

スーパー管理者

アクセス権, 11.1

定義, 1.5

サポートされるオペレーティング・システム, 1.3.3 サポートされるプラットフォーム, 1.2, B.2

監査証跡タイプ, B.2.13

ホスト監視, 7.2.1

最新マトリックス, 1.4.1.4, 5.2.4, 7.2.1

サポートされるセキュア・ターゲット, 1.3.3 一時停止, 強制ポイント・ステータス, 6.5.5 SWAP RESILIENT PAIRコマンド, A.3.7 Sybase ASE

監査証跡の場所, B.2.4

エージェント・ホスト上のSQL*Net, 要件, 5.2.4

サポートされているバージョン, B.2.1

ユーザー・アカウントのスクリプト, B.3.3.2

Sybase SQL Anywhere

監査証跡の場所, B.2.5

データベース問合せ

構成, 6.7.1.1

ODBCドライバが必要, 6.7.2.2

サポートされているバージョン, B.2.1 ユーザー・アカウントのスクリプト, B.3.4 保存後の同期時間

Database Firewall, トラフィック中断に関する警告, 4.4

時刻の同期

DPEモードでのトラフィック中断, 4.4

SYSAUX表領域

Audit Vault Serverでの監視, 12.7

SYSDBA権限

リモート収集エージェント, 影響, 1.4.1.4

syslog

AVDFアラートの転送, 形式, 3.3.3

デバッグ・メッセージ, 生成, 3.3.3

転送用の宛先, 構成, 3.3.3

転送用のIPアドレス, 3.3.3

SYSLOG監査証跡, B.2.13 syslogファイル, B.2.13 SYSOPER権限

リモート収集エージェント, 影響, 1.4.1.4

システム変更, AVDFアプライアンスに関する注意, 3.1, 4.1 システム構成

ワークフローの理解, 1.6

ワークフロー

Audit Vault Agent, 1.6.1

Database Firewall, 1.6.2

システム構成, 計画, 1.7.1 システム・サービス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

T

TABLE監査証跡, B.2.13

タブ, UI, 説明, 1.8.2

TCP許可ノード, セキュリティ上の考慮事項, 2.5.2

TEST SMTP SERVERコマンド, A.7.7

テスト, Audit Vault Serverの操作, 3.8

Oracle AVDFとともに使用されるサード・パーティ製品, 1.3.6

時刻の同期, DPEモードでのトラフィック中断, 4.4

「タイムゾーン・オフセット」フィールド, 3.3.1, 3.3.1

タイムスタンプ, Audit Vault Serverの日付と時刻, 3.3.1

トレース・ファイル, Microsoft SQL Server, 削除の防止, B.4.2

トラフィック中断, DPEモードでの時刻の同期, 4.4

トラフィック・ログ・ファイル, 収集, 8.1

トラフィック・ソース

強制ポイントでの変更, 6.5.3

Database Firewall, 構成, 4.6.2

「証跡の場所」フィールド

DIRECTORY証跡タイプのディレクトリ・マスク, 6.4.1, B.5.3

証跡の場所

セキュア・ターゲットでサポートされる, B.5.3

TRANSACTION LOG

監査証跡, 概要, B.2.13

推奨される設定のリファレンス, C.1

転送方法, アーカイブ, 3.5.2 Transport Layer Security(TLS)

SMTP構成, A.7.5

トラブルシューティング

avcli使用時のエージェントのアクティブ化エラー, E.1.3

エージェントからAudit Vault Serverに接続できない, E.1.5

Audit Vault Agent

Windowsサービスとしてインストールしようとしたときにアクセスが拒否される, E.1.8

起動時のエラー, E.1.10

java -jar agent.jarに失敗する, E.1.6

「サービス」アプレットでエージェントを開始できない, E.1.9

Windowsサービスをアンインストールできない, E.1.7

avcliエージェント・アクティブ化エラー, E.1.3 Oracle Database証跡を収集できない, E.1.5 Database Firewall, 一部のトラフィックのみ, E.1.1 ホスト監視の失敗, E.1.5 ホスト監視, 設定エラー, E.1.11 Oracle Databaseアラートがトリガーされない, E.1.12 RPMアップグレードの失敗, E.1.2

U

UI

Audit Vault Server, タブの説明, 1.8.2

Database Firewall, 概要, 1.9.2

UNDEPLOY PLUGINコマンド, A.12.3 UNIX

ホスト監視のデプロイ, 7.2.3.2

UNREACHABLE証跡ステータス, 6.4.3 到達不能, 強制ポイント・ステータス, 6.5.5 「証明書の更新」ボタン, 12.13.5 更新

ホスト監視, Linuxのみ, 7.4

ユーザー・アカウント

管理の概要, 11.1

Audit Vault Agentデプロイメント, OSユーザー, 5.2.4

タイプの変更, 11.2.3

作成, 11.2.2

削除, 11.2.4

計画, 1.7.8

ユーザー

Audit Vault Serverコンソールへのログイン, 1.8.1

引用符付きのユーザー名, 無効, 6.3.3, 11.2.1

V

-VERSIONコマンド, A.13.4

AVCLIのバージョン番号, 確認, A.13.4

W

Webアクセス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

Webアプリケーション・ファイアウォール(WAF)

定義, 1.3.6

BIG-IP ASMのレポート, 9.4

Windows

「Microsoft Windows」を参照

Windowsイベント・ログ, DIRECTORY監査証跡, B.2.13 Windowsファイル共有

アーカイブ・データファイル転送, 3.5.1, 3.5.2

Windowsサービス

Audit Vault Agent, 登録, 5.2.7.1

Audit Vault Agent, 停止, 5.3.1.2

Audit Vault Agent, 登録解除, 5.2.7.3

X

XMLファイル, DIRECTORY監査証跡, B.2.13

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。