Oracle® Audit Vault and Database Firewall 管理者ガイド

リリース12.1.1

B71711-02(原本部品番号:E27776-08)

目次

図一覧

表一覧

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

このリリースでの変更点

- Oracle Audit Vault and Database Firewallリリース12.1.1の変更点

第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構成ワークフローについて

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

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

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

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

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

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

- Audit Vault Serverで監査証跡を構成するための一般的な手順

- Audit Vault Agentプラグイン構成の計画

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

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

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

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

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

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

- UIでのオブジェクト・リストの操作

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

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

- Database Firewall UIの使用

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

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

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

- 安全なインストール

- データの保護

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

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

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

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

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

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

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

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

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

3 Audit Vault Serverの構成

- Audit Vault Serverの構成の概要

- Audit Vault Serverへのログイン

- ステップ1: 各Audit Vault Serverに対する初期タスクの実行

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

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

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

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

- Audit Vault ServerのSyslog宛先の構成

- ステップ2: (オプション) 高可用性のための回復可能なペアの定義

- ステップ3: (オプション) Audit Vault Serverでの各Database Firewallの登録

- ステップ4: Audit Vault Serverのシステム操作のテスト

4 Database Firewallの構成

- Database Firewallの構成の概要

- Database Firewallへのログイン

- ステップ1: Database Firewallのネットワークおよびサービス構成の変更

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

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

- ステップ2: Database Firewallでの日付と時刻の設定

- ステップ3: Audit Vault Serverの証明書およびIPアドレスの指定

- ステップ4: ネットワーク上のDatabase Firewallの構成

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

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

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

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

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

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

- Audit Vault Serverでのセキュア・ターゲット・ホストの登録

- ホストの登録の概要

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

- Audit Vault Serverからのセキュア・ターゲット・ホストの削除

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

- ステップ1: Oracleセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: Oracle Databaseホスト・マシンの登録

- ステップ3: Oracle Databaseホスト・マシンでのエージェントのデプロイおよびアクティブ化

- (オプション) Oracle Databaseセキュア・ターゲット監査証跡のパージのスケジュール

- Microsoft SQL Serverセキュア・ターゲット・ホストの登録

- ステップ1: SQL Serverセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: SQL Serverホスト・マシンの登録

- ステップ3: SQL Serverホスト・マシンでのエージェントのデプロイおよびアクティブ化

- (オプション) 監査証跡のクリーンアップのスケジュール

- Sybase ASEセキュア・ターゲット・ホストの登録

- ステップ1: Sybase ASEセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: Sybase ASEホスト・マシンの登録

- ステップ3: Sybase ASEホスト・マシンでのエージェントのデプロイおよびアクティブ化

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

- ステップ1: MySQLセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: MySQLホスト・マシンの登録

- ステップ3: MySQLホスト・マシンでのエージェントのデプロイおよびアクティブ化

- ステップ4: MySQLホスト・マシンでのXML変換ユーティリティの実行

- (オプション) 監査証跡のクリーンアップのスケジュール

- IBM DB2 for LUWセキュア・ターゲット・ホストの登録

- ステップ1: IBM DB2セキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: IBM DB2ホスト・マシンの登録

- ステップ3: DB2ホスト・マシンでのエージェントのデプロイおよびアクティブ化

- ステップ4: バイナリDB2監査ファイルのASCIIテキスト・ファイルへの変換

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

- ステップ1: Solarisセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Solarisホスト・マシンの登録

- ステップ3: Solarisホスト・マシンでのエージェントのデプロイおよびアクティブ化

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

- ステップ1: Windowsセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Windowsホスト・マシンの登録

- ステップ3: Windowsホスト・マシンでのエージェントのデプロイおよびアクティブ化

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

- ステップ1: Linuxセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Linuxホスト・マシンの登録

- ステップ3: Linuxホスト・マシンでのエージェントのデプロイおよびアクティブ化

- Active Directoryセキュア・ターゲット・ホストの登録

- ステップ1: Active Directoryセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Active Directoryホスト・マシンの登録

- ステップ3: Active Directoryホスト・マシンでのエージェントのデプロイおよびアクティブ化

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

- ステップ1: Oracle ACFSセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Oracle ACFSホスト・マシンの登録

- ステップ3: Oracle ACFSホスト・マシンでのエージェントのデプロイおよびアクティブ化

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

- ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ

- ステップ2: エージェントのアクティブ化リクエスト

- ステップ3: エージェントのアクティブ化および起動

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

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

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

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

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

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

- Audit Vault Agentの更新

- 初めてOracle AVDF 12.1.1にアップグレードした後のAudit Vault Agentの更新

- Audit Vault Agentの自動更新

- ホスト監視の有効化

- ホスト監視の概要

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

- ホスト監視の前提条件

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

- ステップ2: Audit Vault Agentのデプロイとホスト監視設定スクリプトの実行

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

- ステップ4: 強制ポイントの作成

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

- ホスト監視の開始

- ホスト監視の停止

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

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

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

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

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

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

- エージェント・プラグインの概要

- ステップ1: セキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Audit Vault Serverでのプラグイン・セキュア・ターゲット・ホストの登録

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

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

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

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

- セキュア・ターゲットおよびグループの構成

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

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

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

- セキュア・ターゲット・グループの作成および変更

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

- 監査証跡収集の構成

- Audit Vault Serverでの監査証跡の構成

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

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

- 監査証跡の削除

- 強制ポイントの構成

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

- 強制ポイントの構成

- 強制ポイントの変更

- 強制ポイントの管理

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

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

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

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

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

- Oracle Advanced Securityを使用するOracle Databaseでのデータベース問合せの使用

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

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

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

- SQL ServerデータベースまたはSQL Anywhereデータベースに対するデータベース問合せの有効化

- Oracle Advanced Securityを使用するデータベース用のデータベース問合せの構成

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

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

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

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

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

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

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

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

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

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

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

7 高可用性の構成

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

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

- Audit Vault Serverのペア作成と前提条件の概要

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

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

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

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

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

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

8 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データの表示

9 ArcSight SIEMとの統合の構成

- ArcSight SIEMとの統合の概要

- Oracle AVDFとArcSight SIEMの統合の有効化

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Audit Vault and Database Firewallユーザー・パスワードの概要

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

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

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

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

- サーバー・ステータスの確認

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

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

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

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

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

- ジョブの監視

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

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

- Database Firewallの管理

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

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

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

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

- Database Firewallの診断情報のダウンロード

- プラグインの管理

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

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

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

- Oracle RACに対するAudit Vault Agentの接続の管理

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

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

- AVCLIコマンドライン・ユーティリティのダウンロード

- AVCLIの起動

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

- AVCLIでのスクリプトの実行

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

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

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

- アーカイブ・ポリシーの作成

- Oracle AVDF監査データのアーカイブ

- アーカイブ場所の定義

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

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

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

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

- AVCLIコマンドの概要

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

- REGISTER HOST

- ALTER HOST

- LIST HOST

- DROP HOST

- ACTIVATE HOST

- DEACTIVATE HOST

- AVCLI Database Firewallコマンド

- 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サーバー管理コマンド

- ALTER SYSTEM SET

- SHOW CERTIFICATE

- 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

- AVCLIコレクタ・プラグイン・コマンド

- DEPLOY PLUGIN

- LIST PLUGIN FOR SECURED TARGET TYPE

- UNDEPLOY PLUGIN

- AVCLI SMTPコマンド

- 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

- AVCLI汎用コマンド

- CONNECT

- -HELP

- -VERSION

- QUIT

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

- Oracle AVDFプラグインの概要

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

- セキュア・ターゲットに対する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のコレクション属性

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

- MySQLのコレクション属性

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

- 監査証跡構成

- サポートされているセキュア・ターゲットの監査証跡タイプ

- Oracle Databaseの監査証跡構成

- DIRECTORY監査証跡タイプ

- TABLE監査証跡タイプ

- TRANSACTION LOG監査証跡タイプ

- NETWORK監査証跡タイプ

- SYSLOG監査証跡タイプ

- EVENT LOG監査証跡タイプ

- Sybase ASEの監査証跡構成

- Microsoft SQL Serverの監査証跡構成

- IBM DB2 for LUWの監査証跡構成

- Oracle Solarisの監査証跡構成

- Microsoft Windowsの監査証跡構成

- 監査証跡の場所

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

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

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

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

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

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

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アップグレードに失敗する

- AVCLIを使用したエージェントのアクティブ化リクエストでエラーが返される

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

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

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

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

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

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

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

索引

図一覧

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

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

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

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

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

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

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

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

表一覧

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

- A-2 ホストの属性

- A-3 LOGLEVELの値

- A-4 Database Firewallコマンド

- A-5 Oracle Database Firewallの属性

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

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

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

- A-9 システム・ログ・レベルの属性

- A-10 LOGLEVELの値

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

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

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

- A-14 AVCLIコレクタ・プラグイン・コマンド

- A-15 AVCLI SMTPコマンド

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

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

- B-1 サポートされているセキュア・ターゲットおよびサポートされているOracle AVDF機能

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

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

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

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

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

- B-7 各セキュア・ターゲット・タイプのプラットフォームおよび収集される監査証跡のタイプ

- B-8 DIRECTORY監査証跡タイプ用のOracle DatabaseのOS監査設定

- B-9 TABLE監査証跡タイプ用のOracle Databaseの監査証跡設定

- B-10 TRANSACTION LOG監査証跡タイプ用のOracle DatabaseのREDOログ設定

- B-11 Syslog監査証跡タイプ用のOracle Databaseの監査設定

- B-12 Event Log監査証跡タイプ用のOracle Databaseの監査設定

- B-13 Sybase ASEデータベースの監査設定

- B-14 DIRECTORY監査証跡タイプ用のSQL Serverデータベースの監査設定

- B-15 EVENT LOG監査証跡タイプ用のSQL Serverデータベースの監査設定

- B-16 IBM DB2 for LUWデータベースの監査設定

- B-17 Windowsの監査設定

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

- 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

管理者ガイド

リリース12.1.1

B71711-02(原本部品番号:E27776-08)

2013年7月

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

B71711-02

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

原本著者: Gigi Hanna

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

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

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

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

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 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リリース12.1.1の新機能について説明します。

Oracle Audit Vault and Database Firewallリリース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プラットフォームでサポートされるようになりました。

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

- Solaris

- Windows

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

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

- Audit Vault Agentの自動更新。
Audit Vault Serverを更新すると、変更内容がデプロイ済のAudit Vault Agentにプッシュされます。将来のパッチ適用にかかる手間が少なくなります。

第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章「BIG-IP ASMとの統合の構成」

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

1 Oracle Audit Vault and Database Firewallの概要

この章の内容は、次のとおりです。

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

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

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

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

- システム構成の計画

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

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

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

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

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

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

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

http://docs.oracle.com

プラットフォーム・サポートの追加情報の取得方法

サポートされているプラットフォームに関する最新の情報は、次の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のデータ・シートとFAQのリンクは、http://www.oracle.com/technetwork/products/audit-vault-and-database-firewall/overview/overview-1877404.htmlを参照してください。

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-7: 収集されるデータと各監査証跡タイプでサポートされるプラットフォーム

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

管理機能

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アプリケーション・サーバーに達する前に潜在的な攻撃をブロックします。詳細は、第8章「BIG-IP ASMとの統合の構成」を参照してください。

- ArcSight Security Information Event Management (SIEM): この製品は、様々なソースからのsyslogメッセージをログに記録し、分析および管理するための集中管理システムです。詳細は、第9章「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のアーキテクチャ

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

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

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

図1-1に示すように、同じ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では、次のサービスが提供されます。

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

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

- 「ステップ4: ネットワーク上の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-7を参照してください。

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

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

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

注意:
Audit Vault Agentはx86-64プラットフォームおよびHP-UX Itaniumプラットフォーム(JREバージョン1.6以上を実行)をサポートしています。各監査証跡タイプでサポートされるプラットフォームの詳細は、表B-7を参照してください。

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

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

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

「図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の高可用性

「図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構成ワークフローについて

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

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

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

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

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

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

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

システム構成の計画の概要

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

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

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

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

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

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

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

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

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監査者がファイアウォール・ポリシーを作成して、セキュア・ターゲットに割り当てます。

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

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

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

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

ステップ2: 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 Serverで監査証跡を構成するための一般的な手順

- Audit Vault Agentプラグイン構成の計画

Audit Vault Serverで監査証跡を構成するための一般的な手順

この項では、監査データを抽出するセキュア・ターゲット用に監査証跡構成を計画するためのガイドラインを示します。選択する監査証跡のタイプは、セキュア・ターゲット・タイプによって異なります。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-7に記載されています。

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

- 「セキュア・ターゲットおよびグループの構成」

- 「監査証跡収集の構成」

Audit Vault Agentプラグイン構成の計画

いくつかのセキュア・ターゲット・タイプに対してOracle AVDFに導入されたサポートの他に、他のタイプのセキュア・ターゲットをサポートする追加のプラグインをデプロイできます。これらは、Oracleまたはサード・パーティの開発者から入手できます。使用すると、収集できる監査データのタイプが増えます。プラグイン・デプロイメントの計画に役立つ詳細は、「エージェント・プラグインのデプロイとプラグイン・ホストの登録」を参照してください。

ステップ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 「ホーム」タブにおけるダッシュボードの時間範囲の選択

「図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上の各リスト(レポート)には検索ボックスと「アクション」メニューがあります。
図actions_menu.gifの説明

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管理コマンド・リファレンス」を参照してください。

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

- 特定のタスクに必要で、そのタスクの完了時にアクセスをオフにすることを考慮している場合にのみアクセス権を付与します。

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

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

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

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

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

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

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

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

- 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の構成の概要

- ステップ1: 各Audit Vault Serverに対する初期タスクの実行

- ステップ2: (オプション) 高可用性のための回復可能なペアの定義

- ステップ3: (オプション) Audit Vault Serverでの各Database Firewallの登録

- ステップ4: Audit Vault Serverのシステム操作のテスト

Audit Vault Serverの構成の概要

この章では、Audit Vault Serverの初期構成の方法について説明します。

構成プロセスには、4つの主なステップがあります。

1. Audit Vault Serverで、システム・サービスおよびネットワーク設定の確認や日付と時刻の設定などの初期構成タスクを実行します。

2. (オプション) 高可用性のための回復可能なペアを定義します。

3. (オプション) Audit Vault Serverで、各Database Firewallを追加します。

4. システムが正常に機能していることを確認します。

これらの各ステップを次に説明します。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「Oracle AVDF構成ワークフローについて」を参照してください。

注意:
高可用性構成のためのAudit Vault Serverの回復可能なペアを構成する場合は、ペアの両方のAudit Vault Serverに対してこの章で説明する初期構成を実行してください。
詳細は、「Audit Vault Serverの回復可能なペアの構成」を参照してください。

Audit Vault Serverへのログイン

ログインの手順は、「Audit Vault ServerコンソールUIへのログイン」を参照してください。

ステップ1: 各Audit Vault Serverに対する初期タスクの実行

この項の内容は、次のとおりです。

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

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

- Audit Vault ServerのSyslog宛先の構成

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

スーパー管理者は、Audit Vault Serverで日付、時刻およびキーボードの設定を変更できます。Audit Vault Serverで実行されるイベントは、そのイベントが発生した日時とともにログに記録されるため、サーバーの日付と時刻が正確に設定されていることが重要です。また、アーカイブは、サーバーの時刻の設定に基づいて特定の間隔で発生します。

タイムスタンプについて

Oracle AVDFのタイムスタンプは、次のように表示されます。

- ユーザーが対話形式(Audit Vault Server UIやAVCLIコマンドラインなど)でデータにアクセスしている場合、タイムスタンプはすべてユーザーのタイムゾーンで表示されます。タイムゾーンは、ユーザーのブラウザのタイムゾーン、またはAVCLIを使用している場合は"シェル"のタイムゾーンから導出されます。

- ユーザーが非対話形式(PDFレポートの参照、システム生成された電子メールなど)でデータにアクセスしている場合、表示されるタイムスタンプには、Audit Vault Serverの「管理」ページで設定されたタイムゾーン・オフセット(下の手順を参照)が反映されます。

サーバーの日付、時刻およびキーボード設定を設定する手順は、次のとおりです。

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のデフォルト・ポート番号のリストは、『Oracle Audit Vault and Database Firewallインストレーション・ガイド』を参照してください。

注意:
Audit Vault Serverネットワーク構成を変更する場合は、次の手順の実行も必要になります。

- すべての監査証跡を再開します。

- Database Firewallの回復可能なペアを構成している場合は、ペアを再構成します。「Database Firewallの回復可能なペアの構成」を参照してください。

- Audit Vault ServerのIPアドレスを変更する場合は、Database Firewallでこの情報を更新します。「ステップ3: 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サービスを構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールにスーパー管理者としてログインします。

2. 「システム」タブで、「システム」メニューから、「サービス」をクリックします。

3. フィールドに必要な情報を入力し、「Save」をクリックします。

注意:
Oracle AVDFへのアクセスを許可するときに、セキュリティを保つために適切な予防措置を講じるようにしてください。このステップを完了する前の推奨事項については、『Oracle Database Firewallセキュリティ・ガイド』でセキュリティ・ガイドラインに関する章を参照してください。

- 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メッセージのタイプ(ブロックされた文の通知など)を構成します。

1. Audit Vault Serverコンソールに管理者としてログインし、「設定」タブをクリックします。

2. 「システム」メニューから、「コネクタ」をクリックし、「Syslog」セクションまでスクロールします。
図syslog_settings.gifの説明

3. 必要に応じて、フィールドを指定します。

- Syslog宛先(UDP): Audit Vault Serverからのsyslogメッセージの通信にユーザー・データグラム・プロトコル(UDP)を使用している場合は、このボックスを選択します。syslogメッセージの受信を許可されている各マシンのIPアドレスを空白で区切って入力します。

- Syslog宛先(TCP): Audit Vault Serverからのsyslogメッセージの通信にトランスミッション・コントロール・プロトコル(TCP)を使用している場合は、このボックスを選択します。syslogメッセージの受信を許可されている各サーバーのIPアドレスとポートの組合せを空白で区切って入力します。

- Syslogカテゴリ: 次のように、生成するsyslogメッセージのタイプを選択できます。

- Debug: エンジニアリング・デバッグ・メッセージ(Oracleサポートでのみ使用されます)。

- 情報: Oracle AVDFの一般的なメッセージおよびプロパティの変更(Oracle AVDFのsyslogメッセージID: 1、4および8)。

- システム: Oracle AVDFまたはその他のソフトウェアによって生成される、syslog優先度レベルが少なくとも"INFO"のシステム・メッセージ。

4. 「適用」をクリックします。

2つのAudit Vault Serverを回復可能なペアとして使用している場合は、2つ目のAudit Vault Serverについて「ステップ1: 各Audit Vault Serverに対する初期タスクの実行」を繰り返します。

ステップ2: (オプション) 高可用性のための回復可能なペアの定義

Audit Vault ServerまたはDatabase Firewall (あるいはその両方)の回復可能なペアを定義できます。この手順は、「高可用性の構成」を参照してください。

Audit Vault Serverの回復可能なペアを定義する場合は、サーバーへのDatabase Firewallの追加やセキュア・ターゲットの登録などのすべての構成タスクをプライマリAudit Vault Serverで実行します。

ステップ3: (オプション) Audit Vault Serverでの各Database Firewallの登録

Database Firewallをデプロイする場合は、二者間での通信を可能にするためにAudit Vault Serverでそれぞれを登録する必要があります。

Database Firewallを高可用性のためにペアとして設定するには、Database FirewallをAudit Vault Serverに登録する必要があります。詳細は、「Database Firewallの回復可能なペアの構成」を参照してください。

Audit Vault ServerでDatabase Firewallを登録する手順は、次のとおりです。

1. まだ実行していない場合は、Audit Vault Serverの証明書およびIPアドレスを登録するDatabase Firewallに指定します。「ステップ3: Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

2. Audit Vault Serverに管理者としてログインします。
Audit Vault Serverの回復可能なペアがある場合は、プライマリ・サーバーにログインします。

3. 「ファイアウォール」タブをクリックします。
「ファイアウォール」ページに、現在登録されているファイアウォールとそのステータスが表示されます。

4. 「登録」をクリックします。

5. Database Firewallの名前を入力し、そのIP アドレスも入力します。

6. 「保存」をクリックします。
証明書に問題があるという内容のメッセージが表示された場合には、Database FirewallとAudit Vault Serverとの間で日付と時刻の設定が一致していることを確認してください。

ステップ4: 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へのログイン

- ステップ1: Database Firewallのネットワークおよびサービス構成の変更

- ステップ2: Database Firewallでの日付と時刻の設定

- ステップ3: Audit Vault Serverの証明書およびIPアドレスの指定

- ステップ4: ネットワーク上のDatabase Firewallの構成

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

Database Firewallの構成の概要

各Database Firewallのシステム設定およびネットワーク設定の構成は、Oracle Audit Vault and Database Firewallのデプロイの計画全体によって異なります。計画手順の概要は、「システム構成の計画」を参照してください。

各ファイアウォールを構成するとき、そのファイアウォールを管理するAudit Vault Serverを特定します。また、Oracle AVDFシステム構成全体の計画に応じて、ファイアウォールのトラフィック・ソースを構成し、ネットワーク・トラフィックに対してインラインにするか帯域外にするかと、プロキシとして使用するかどうかを決定します。

Database Firewallの構成後に、ファイアウォールで保護する各データベース・セキュア・ターゲットの強制ポイントを構成します。その手順の詳細は、「強制ポイントの構成」を参照してください。

オプションで、高可用性環境用にDatabase Firewallの回復可能なペアを設定できます。詳細は、「高可用性の構成」を参照してください。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「Oracle AVDF構成ワークフローについて」を参照してください。

Database Firewallへのログイン

ログイン方法の詳細は、「Database FirewallコンソールUIへのログイン」を参照してください。初めてログインする場合は、パスワードを設定する必要があります。

ステップ1: 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. 「保存」をクリックします。

ステップ2: Database Firewallでの日付と時刻の設定

Database Firewallの日時を設定する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。

2. 左側の「システム」メニューから「日付と時間」をクリックした後、下方向にスクロールして「変更」ボタンをクリックします。

3. 正しい日付と時刻を協定世界時(UTC)で入力します。

4. (オプション)「Enable NTP Synchronization」を選択します。
「NTP同期の有効化」を選択すると、「サーバー1」、「サーバー2」、「サーバー3」の各フィールド(IPアドレスまたは名前を指定可能)で指定したタイム・サーバーからリカバリされる時刻の平均と、時刻の同期が維持されます。名前を指定した場合は、「System Settings」ページで指定したDNSサーバーが名前解決のために使用されます。

時刻の同期を有効にするには、「ステップ1: Database Firewallのネットワークおよびサービス構成の変更」で説明されているように、デフォルト・ゲートウェイおよびDNSサーバーのIPアドレスも指定する必要があります。

5. (オプション) この3つのサーバー・フィールドで、デフォルトのNTPサーバー・アドレスを使用するか、希望のタイム・サーバーのアドレスを入力します。

注意:
IPアドレスのかわりにホスト名を使用する場合は、あらかじめDNSの構成が必要です。DNSが構成されていないと名前解決が機能しません。「Database Firewallのネットワーク・サービスの構成」を参照してください。

「サーバーのテスト」により、サーバーからの時刻が表示されますが、更新されることはありません。

「保存後の同期時間」を選択すると、「保存」をクリックしたときに、時刻とタイム・サーバーが同期します。

警告:

DPE (ブロッキング)モードでは、「保存後の同期時間」を選択すると、すべての強制ポイントが再開するため、保護対象データベースへの既存の接続は削除されます。そのため、一時的なトラフィック中断が発生します。

6. 「保存」をクリックします。

ステップ3: 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. 「適用」をクリックします。

ステップ4: ネットワーク上の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攻撃をブロックするためにブロック・モードで使用する場合、ネットワーク・トラフィックに対してインラインにする必要があります。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」をクリックします。

Database Firewallによって使用されるポートの詳細は、『Oracle Database Firewallセキュリティ・ガイド』を参照してください。

8. ポート番号の横にある「有効」を選択します。

9. 「保存」をクリックします。
これで、トラフィック・プロキシを強制ポイントで使用できるようになりました。「強制ポイントの構成」を参照してください。

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

Database Firewallのステータスまたは診断レポート(あるいはその両方)を表示する手順は、次のとおりです。

1. Database Firewall管理コンソールにログインします。
「ステータス」ページがデフォルトで表示されます。

2. 必要に応じて、「システム」メニューで「ステータス」をクリックします。
「ステータス」ページには、システム・ステータス、実行中のプロセス、ネットワーク・サービス、ネットワーク接続が表示されます。

3. 「診断ステータス」フィールドが「ERROR」の場合、「レポートの表示」をクリックして診断レポートを表示します。

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

この章の内容は、次のとおりです。

- Audit Vault Serverでのセキュア・ターゲット・ホストの登録

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

- Microsoft SQL Serverセキュア・ターゲット・ホストの登録

- Sybase ASEセキュア・ターゲット・ホストの登録

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

- IBM DB2 for LUWセキュア・ターゲット・ホストの登録

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

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

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

- Active Directoryセキュア・ターゲット・ホストの登録

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

- セキュア・ターゲット・ホストでの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 ServerコンソールUIを使用してホストを登録し、エージェントをアクティブ化する手順を説明します。同等のコマンドをAVCLIコマンドライン・インタフェースでも使用できます。AVCLIの起動および使用の詳細は、「AVCLIコマンドライン・インタフェースの使用」を参照してください。

ホストの登録とエージェントのデプロイに加えて、監査証跡収集を開始するには、セキュア・ターゲットを追加して監査証跡を構成し、監査証跡収集を手動で開始する必要もあります。これらの手順は、「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「Oracle AVDF構成ワークフローについて」を参照してください。

Audit Vault Serverでのホストの登録

この章の各項では、各セキュア・ターゲット・タイプに固有の、ホストの構成に関する情報を示します。ただし、Audit Vault Serverでのホスト・マシンの登録手順は同じです。

Audit Vault Serverでホスト・マシンを登録する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックします。
登録されたホストがある場合は、そのリストが「ホスト」ページに表示されます。このリストの表示を制御するには、「UIでのオブジェクト・リストの操作」を参照してください。

3. 「登録」をクリックします。

4. ホスト名とホストIPアドレスを入力します。

5. 「保存」をクリックします。

関連項目:
ホストを登録するコマンドライン構文は、「REGISTER HOST」を参照してください。

Audit Vault Serverからのセキュア・ターゲット・ホストの削除

ホストを削除したときに、監査データの収集のためにAudit Vault Agentの再登録が必要になった場合は、このホストにAudit Vault Agentを再インストールする必要があります。

セキュア・ターゲット・ホストを削除するには、次の手順を実行します。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックします。
登録されたホストがある場合は、そのリストが「ホスト」ページに表示されます。このリストの表示を制御するには、「UIでのオブジェクト・リストの操作」を参照してください。

3. 削除するホストを選択し、「削除」をクリックします。

Oracleセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Oracleセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: Oracle Databaseホスト・マシンの登録

- ステップ3: Oracle Databaseホスト・マシンでのエージェントのデプロイおよびアクティブ化

- (オプション) Oracle Databaseセキュア・ターゲット監査証跡のパージのスケジュール

ステップ1: Oracleセキュア・ターゲット・データベースで監査が有効になっていることの確認

Oracleセキュア・ターゲット・データベースで監査が有効になっているかどうかを確認する手順は、次のとおりです。

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. 監査証跡設定を書き留めます。
この情報は、収集プロセスの開始時に必要です。

ステップ2: Oracle Databaseホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Oracle Databaseホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

(オプション) Oracle Databaseセキュア・ターゲット監査証跡のパージのスケジュール

手順は、「Oracle Database監査証跡クリーンアップ」を参照してください。

Microsoft SQL Serverセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: SQL Serverセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: SQL Serverホスト・マシンの登録

- ステップ3: SQL Serverホスト・マシンでのエージェントのデプロイおよびアクティブ化

- (オプション) 監査証跡のクリーンアップのスケジュール

ステップ1: SQL Serverセキュア・ターゲット・データベースで監査が有効になっていることの確認

セキュア・ターゲット・データベース・インスタンスで監査が有効になっていることを確認し、SQL Serverセキュア・ターゲット・データベースで使用されている監査のタイプを書き留めます。詳細は、Microsoft SQL Serverの製品ドキュメントを参照してください。

ステップ2: SQL Serverホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: SQL Serverホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

(オプション) 監査証跡のクリーンアップのスケジュール

手順は、「SQL Server監査証跡クリーンアップ」を参照してください。

Sybase ASEセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Sybase ASEセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: Sybase ASEホスト・マシンの登録

- ステップ3: Sybase ASEホスト・マシンでのエージェントのデプロイおよびアクティブ化

ステップ1: Sybase ASEセキュア・ターゲット・データベースで監査が有効になっていることの確認

Sybase ASEセキュア・ターゲット・データベース・インスタンスで監査が有効になっていることを確認します。詳細は、Sybase ASEの製品ドキュメントを参照してください。

ステップ2: Sybase ASEホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Sybase ASEホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

MySQLセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: MySQLセキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: MySQLホスト・マシンの登録

- ステップ3: MySQLホスト・マシンでのエージェントのデプロイおよびアクティブ化

- ステップ4: MySQLホスト・マシンでのXML変換ユーティリティの実行

- (オプション) 監査証跡のクリーンアップのスケジュール

ステップ1: MySQLセキュア・ターゲット・データベースで監査が有効になっていることの確認

MySQLセキュア・ターゲット・データベース・インスタンスで監査が有効になっていることを確認します。詳細は、MySQLの製品ドキュメントを参照してください。

ステップ2: MySQLホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: MySQLホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

ステップ4: MySQLホスト・マシンでのXML変換ユーティリティの実行

Oracle AVDFに含まれている変換ユーティリティは、MySQLのXML監査ログ・ファイルを監査データの収集で利用できる形式に変換します。Audit Vault Agentのデプロイ後にMySQLホスト・マシンでこのユーティリティを実行する必要があります。

注意:
このユーティリティを実行する前に、MySqlセキュア・ターゲットをAudit Vault Serverに登録する必要があります。手順は、「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

XLM変換ユーティリティを実行するには、次の手順を実行します。

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

(オプション)監査証跡のクリーンアップのスケジュール

手順は、「MySQL監査証跡クリーンアップ」を参照してください。

IBM DB2 for LUWセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: IBM DB2セキュア・ターゲット・データベースで監査が有効になっていることの確認

- ステップ2: IBM DB2ホスト・マシンの登録

- ステップ3: DB2ホスト・マシンでのエージェントのデプロイおよびアクティブ化

- ステップ4: バイナリDB2監査ファイルのASCIIテキスト・ファイルへの変換

ステップ1: IBM DB2セキュア・ターゲット・データベースで監査が有効になっていることの確認

IBM DB2 for LUWセキュア・ターゲット・データベース・インスタンスで監査が有効になっていることを確認します。詳細は、IBM DB2の製品ドキュメントを参照してください。

ステップ2: IBM DB2ホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: DB2ホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要もあります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

ステップ4: バイナリDB2監査ファイルのASCIIテキスト・ファイルへの変換

IBM DB2では、監査ファイルがDB2データベースとは別のバイナリ・ファイル形式で作成されます。Oracle AVDFがDB2データベースから監査データを収集するたびに、この項で説明するスクリプトを使用して、事前にバイナリ・ファイルをASCIIファイルに変換する必要があります。原則として、このスクリプトを定期的に実行するようにスケジュールします。DB2監査証跡によってすでに収集されている古いテキスト・ファイルがスクリプトによって検出されると、それらのファイルは削除されます。スクリプトを実行するたびに、タイムスタンプが設定されたASCIIテキスト・ファイルが新しく作成されます。オプションで、出力監査ファイルをパージするスクリプトを設定できます。

バイナリの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: DB2リリース8.2で使用されるディレクトリと同じです。

- extraction_path: avdb2db alter_collector SINGLE_FILEPATH属性で指定されるディレクトリです。このファイルは、db2audit.instance.log.0.YYYYDDMMHHMMSS.outという書式を使用して作成されます。

- yes/no: yesまたはnoを入力し、監査証跡クリーンアップを有効または無効にします。yesを入力すると、Oracle AVDF DB2監査証跡によって収集されたアーカイブ済のIBM DB2監査ファイルが削除されます。この値を省略した場合、デフォルトはnoです。

- database_name: 監査レコードが格納されているデータベースの名前です。このパラメータを使用すると、表の作成や削除を取得するオブジェクト・メンテナンス(objmaint)レコードなど、監査レコードのカテゴリを収集できます。複数のデータベースを指定できます。

これらの2つのディレクトリ・パスは同じにすることも、任意にそれぞれ別のディレクトリを指定することもできます。

たとえば、監査データの収集後にアーカイブ・ファイルを削除するには、次のように実行します。

DB295ExtractionUtil -archivepath /home/archive_dir -extractionpath /home/extract_dir  -audittrailcleanup yes -databasename TOOLSDB TESTDB EMPDB

スクリプトを自動的に実行するようにスケジュールする場合、次のガイドラインに従ってください。

- UNIX: crontab UNIXユーティリティを使用します。スクリプトを通常どおりに実行するときに前述のパラメータを使用して指定したのと同じ情報を指定します。

- Microsoft Windows: Windows Schedulerを使用します。アーカイブ・ディレクトリ・パス(リリース9.5データベースの場合のみ)、抽出パスおよびセキュア・ターゲット・データベース名をスケジュールしたタスクに指定します。

Solarisセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Solarisセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Solarisホスト・マシンの登録

- ステップ3: Solarisホスト・マシンでのエージェントのデプロイおよびアクティブ化

ステップ1: Solarisセキュア・ターゲットで監査が有効になっていることの確認

Solarisセキュア・ターゲットで監査が有効になっていることを確認します。詳細は、Oracle Solarisの製品ドキュメントを参照してください。

ステップ2: Solarisホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Solarisホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

Windowsセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Windowsセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Windowsホスト・マシンの登録

- ステップ3: Windowsホスト・マシンでのエージェントのデプロイおよびアクティブ化

ステップ1: Windowsセキュア・ターゲットで監査が有効になっていることの確認

Windowsセキュア・ターゲットで監査が有効になっていることを確認します。詳細は、Windowsの製品ドキュメントを参照してください。

ステップ2: Windowsホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Windowsホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

Linuxセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Linuxセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Linuxホスト・マシンの登録

- ステップ3: Linuxホスト・マシンでのエージェントのデプロイおよびアクティブ化

ステップ1: Linuxセキュア・ターゲットで監査が有効になっていることの確認

Linuxセキュア・ターゲットで監査が有効になっていることを確認します。詳細は、Linuxの製品ドキュメントを参照してください。

ステップ2: Linuxホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Linuxホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

Active Directoryセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Active Directoryセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Active Directoryホスト・マシンの登録

- ステップ3: Active Directoryホスト・マシンでのエージェントのデプロイおよびアクティブ化

ステップ1: Active Directoryセキュア・ターゲットで監査が有効になっていることの確認

Active Directoryセキュア・ターゲットで監査が有効になっていることを確認します。詳細は、Active Directoryの製品ドキュメントを参照してください。

ステップ2: Active Directoryホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Active Directoryホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

ACFSセキュア・ターゲット・ホストの登録

この項の内容は、次のとおりです。

- ステップ1: Oracle ACFSセキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Oracle ACFSホスト・マシンの登録

- ステップ3: Oracle ACFSホスト・マシンでのエージェントのデプロイおよびアクティブ化

ステップ1: Oracle ACFSセキュア・ターゲットで監査が有効になっていることの確認

Oracle ACFSセキュア・ターゲットで監査が有効になっていることを確認します。コマンドライン・ツールacfsutil audit initおよびacfsutil audit enableを使用できます。

ステップ2: Oracle ACFSホスト・マシンの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: Oracle ACFSホスト・マシンでのエージェントのデプロイおよびアクティブ化

エージェントをダウンロードしてアクティブ化するには、「セキュア・ターゲット・ホストでのAudit Vault Agentのデプロイおよびアクティブ化」の手順に従ってください。

監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要があります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

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

この項の内容は、次のとおりです。

- ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ

- ステップ2: エージェントのアクティブ化リクエスト

- ステップ3: エージェントのアクティブ化および起動

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

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

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

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

ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ

Audit Vault Agentをデプロイするときには、OSのユーザー・アカウントを使用する必要があります。このステップでは、agent.jarファイルをホスト・マシンにコピーし、アクティブ化リクエストをAudit Vault Serverに送信します。

注意:
Audit Vault Agentはx86-64プラットフォームおよびHP-UXプラットフォームでサポートされており、セキュア・ターゲット・ホスト・コンピュータにJava SE 6以上が必要です。

Audit Vault Agentをホスト・マシンにコピーしてデプロイするには、次の手順を実行します。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックした後、「ホスト」メニューから「エージェント」をクリックします。

3. 「エージェントのダウンロード」をクリックし、agent.jarファイルを選択した場所に保存します。

4. OSのユーザー・アカウントを使用して、agent.jarファイルをセキュア・ターゲットのホスト・コンピュータにコピーします。

5. ホスト・マシンで、JAVA_HOMEをjdk1.6 (または、それ以上)のインストール・ディレクトリに設定し、java実行可能ファイルがこのJAVA_HOMEの設定に対応していることを確認します。

6. 「管理者として実行」でコマンド・プロンプトを開始します。

7. agent.jarファイルを格納したディレクトリで、次のコマンドを実行して解凍します。

cmd> java -jar agent.jar -d Agent_Home

これにより、Agent_Homeに入力した名前でディレクトリが作成され、そのディレクトリにAudit Vault Agentがインストールされます。

Windowsシステムの場合、このコマンドによりOracleAVAgentという名前のwindowsサービスが自動的に登録されます。

ステップ2: エージェントのアクティブ化リクエスト

Audit Vault Agentのアクティブ化をリクエストするには、次の手順を実行します。

1. セキュア・ターゲット・ホスト・コンピュータで、次のディレクトリに移動します。
Agent_Home/bin

Agent_Homeは、前述の手順7で作成したディレクトリです。

2. 次のコマンドを実行します。

./agentctl activate

これにより、Audit Vault Serverにアクティブ化リクエストが送信されます。

ステップ3: エージェントのアクティブ化および起動

このステップでは、Audit Vault Serverでエージェント・アクティブ化リクエストを承認した後、セキュア・ターゲット・ホスト・マシンでエージェントを起動します。

エージェントをアクティブ化して起動する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「ホスト」タブをクリックします。

3. アクティブ化するホストを選択し、「アクティブ化」をクリックします。
これにより、「エージェント・アクティブ化キー」列に新しいアクティブ化キーが生成されます。

「ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ」の手順を完了している場合は、ホストのアクティブ化のみできます。それ以外の場合、そのホストの「エージェント・アクティブ化ステータス」は「リクエストなし」になります。

4. 次のようにディレクトリを変更します。
cd Agent_Home/bin

Agent_Homeは、前述の手順7で作成したディレクトリです。

5. セキュア・ターゲット・ホスト・マシンで、次のコマンドを実行し、手順3のアクティブ化キーを指定します。
./agentctl start -k key

注意: -k引数は、初回のagentctl startコマンドの後は不要です。

関連項目:
エージェントがMicrosoft Windowsホスト・コンピュータにデプロイされている場合、Windowsコントロール パネルのWindowsサービス・アプレットでエージェントWindowsサービスを開始または停止できます。「Audit Vault AgentのWindowsサービスとしての登録または登録解除」を参照してください。

関連項目:
エージェントをアクティブ化するコマンドライン構文は、「ACTIVATE HOST」を参照してください。

Audit Vault Agentの停止および起動

初回のアクティブ化および起動の後に、Audit Vault Agentを停止または起動するには、セキュア・ターゲット・ホスト・マシンのAgent_Home/binディレクトリから、次のコマンドのいずれかを実行します。

./agentctl stop

./agentctl start

関連項目:
エージェントがMicrosoft Windowsホスト・コンピュータにデプロイされている場合、Windowsコントロール パネルのWindowsサービス・アプレットでエージェントWindowsサービスを開始または停止できます。「Audit Vault AgentのWindowsサービスとしての登録または登録解除」を参照してください。

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

Audit Vault AgentをMicrosoft Windowsホスト・コンピュータにデプロイすると(「ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ」)、エージェントのデプロイ時にOracleAVAgentというWindowsサービスが自動的に登録されます。また、次のようにagentctlコマンドを使用してエージェント・サービスを登録または登録解除できます。

Audit Vault AgentがWindowsサービスとして登録されると、Windowsコントロール パネルのWindowsサービス・アプレットを使用してサービスを開始または停止できるようになります。

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

Audit Vault AgentをWindowsサービスとして登録するには、次の手順を実行します。

セキュア・ターゲット・ホスト・コンピュータで、Agent_Home/binディレクトリから次のコマンドを実行します。

./agentctl registersvc

これにより、Oracle Audit Vault AgentサービスがWindowsサービス・レジストリに追加されます。

注意:
Audit Vault Serverにアクセスするための十分な権限があるWindowsユーザー・アカウント使用するように、Audit Vault Agentサービスを設定してください。手順は、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のロギング・レベルの変更

設定したロギング・レベルは、ログ・ファイルに書き込まれる情報量に影響を与えます。ディスク領域の制限には、これを考慮する必要があります。

次に、ログ・ファイルに書き込まれる情報量の順にロギング・レベルを示します。debugが最も多い情報量を提供します。

- error: エラー・メッセージのみ書き込みます。

- warn: (デフォルト) 警告メッセージとエラー・メッセージを書き込みます。

- 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にアップグレードした後のAudit Vault Agentの更新

- Audit Vault Agentの自動更新

初めてOracle AVDF 12.1.1にアップグレードした後のAudit Vault Agentの更新

Oracle AVDF 12.1.1に初めてアップグレードするときには、デプロイされている各Audit Vault Agentを次の手順で更新する必要があります。

1. 監査証跡を停止します。
「Audit Vault Serverでの監査証跡の開始および停止」を参照してください。

2. Audit Vault Agentを停止します。
「Audit Vault Agentの停止および起動」を参照してください。

3. Audit Vault Serverから新しいagent.jarファイルをダウンロードし、セキュア・ターゲット・ホスト・コンピュータにデプロイします。
「ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ」を参照してください。

4. Audit Vault Agentを開始します。

5. 監査証跡を再開します。

Audit Vault Agentの自動更新

Oracle AVDFリリース12.1.0からリリース12.1.1へのアップグレード時にAudit Vault Agentを1度更新しておくと、それ以降Audit Vault Agentは次のタイミングで自動更新されます。

- Audit Vault Serverへのパッチの適用

- 新しいAudit Vault Agentプラグインのデプロイ

- Audit Vault Server構成の変更
構成の変更とは、IPアドレスの変更や高可用性の構成など、Audit Vault Serverとクライアントの通信方法を変えるものを指します。

自動更新中Audit Vault Agentは一時的に停止し、その後再起動します。更新後、監査証跡を再開する必要があります。

ホスト監視の有効化

この項の内容は、次のとおりです。

- ホスト監視の概要

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

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

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

ホスト監視の概要

ホスト監視を使用すると、強制ポイントでデータベースのSQLトラフィックを直接監視できます。この機能は、分散環境に小規模データベースが多数あり、Oracle AVDFでこれらの小規模データベースを一元的に監視する必要がある状況に対応できるように設計されています。

ホスト監視は、LinuxプラットフォームとWindowsプラットフォームでサポートされており、Database Firewallがサポートしているデータベースを監視できます。サポートされているデータベースは、表B-1を参照してください。

ホスト監視は、ネットワーク・カードからSQLトラフィックを取得し、ネットワーク経由でDatabase Firewallに送信します。このSQLデータは、Oracle AVDFで生成されるレポートに利用できます。ホスト監視は、SQLトラフィックの監視にのみ使用され、SQL文のブロックまたは置換には使用できません。

ホスト監視を使用するには、ホスト監視をデプロイするホスト・マシン(通常データベースと同じマシン)にAudit Vault Agentをデプロイします。より大規模なデータベースの場合、ホスト監視で取得されるSQLトラフィックにより、ネットワーク・トラフィックは増加します。その場合、ホスト監視ソフトウェアをデータベース・サーバーとは異なるサーバーにインストールできます。その後、スパニング・ポートを使用してこのデータベース・サーバーをホスト監視に使用するサーバーに接続する必要があります。

ホスト監視を使用した複数のセキュア・ターゲット・データベースの監視は、1つのDatabase Firewallを使用して実行できます。これを行うには、各セキュア・ターゲットの強制ポイントを作成します。

セキュア・ターゲットに対するすべてのネットワーク・トラフィックを監視するには、Oracle AVDF監査者がセキュア・ターゲットに「Log all」または「Log all - no mask」のファイアウォール・ポリシーを選択する必要があります。手順は、『Oracle Audit Vault and Database Firewall監査者ガイド』を参照してください。

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

この項の内容は、次のとおりです。

- ホスト監視の前提条件

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

- ステップ2: Audit Vault Agentのデプロイとホスト監視設定スクリプトの実行

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

- ステップ4: 強制ポイントの作成

ホスト監視の前提条件

ホスト監視を実行するホスト・マシンには次が必要です(これらは、/usr/lib、/libまたは/lib64などのシステム・デフォルト・ディレクトリに存在していることがあります)。

- OpenSSL。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のデプロイとホスト監視設定スクリプトの実行

このステップでは、Audit Vault Agentをデプロイします(まだデプロイしていない場合)。WindowsホストにAudit Vault Agentをデプロイすると、ホスト監視が設定され、インストールされます。サポートされているUNIXホストにAudit Vault Agentをデプロイする場合は、hostmonitorバイナリ・ファイルに適切な権限を設定するため、スクリプトの実行も必要になります。

Audit Vault Agentをデプロイしてホスト監視設定スクリプトを実行するには、次の手順を実行します。

1. ホスト・マシンにAudit Vault Agentをデプロイし、アクティブ化します(まだ行っていない場合)。次を参照してください。

- ステップ1: ホスト・マシンでのAudit Vault Agentのデプロイ

- ステップ2: エージェントのアクティブ化リクエスト

- ステップ3: エージェントのアクティブ化および起動

2. (UNIXホストのみ) rootとしてAgent_Home/binディレクトリから次のコマンドを実行します。
./hostmonsetup install

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

セキュア・ターゲットを作成するには、「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

ステップ4: 強制ポイントの作成

リモートで監視するデータベースごとに、Audit Vault Serverで強制ポイントを作成する必要があります。

強制ポイントを作成するには、「強制ポイントの構成」を参照してください。

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

この項の内容は、次のとおりです。

- ホスト監視の開始

- ホスト監視の停止

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

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

ホスト監視の開始

ホスト監視を開始するには、監視対象のセキュア・ターゲット・ホストでNETWORK監査証跡の収集を開始します。この項では、この手順をAudit Vault ServerコンソールとAVCLIコマンド・ユーティリティで実行する方法を説明します。

Audit Vault Serverコンソールからホスト監視を開始するには、次の手順を実行します。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 監視対象のセキュア・ターゲットの監査証跡をタイプNETWORKとして作成します。
「Audit Vault Serverでの監査証跡の構成」を参照してください。

3. 前の手順で作成した監査証跡を開始します。
「Audit Vault Serverでの監査証跡の開始および停止」を参照してください。

AVCLIユーティリティを使用してホスト監視を開始するには、次の手順を実行します。

1. Audit Vault ServerでAVCLIにログインしていることを確認します。
「AVCLIコマンドライン・インタフェースのダウンロードおよび使用」を参照してください。

2. ホスト監視を開始するには、監視しているセキュア・ターゲット・データベースごとに、START COLLECTIONコマンドを実行します。
構文は、次のとおりです。

AVCLI> START COLLECTION FOR SECURED TARGET secured_target USING HOST host_name FROM trail_location;

このコマンドの説明は次のとおりです。

- secured_target: 「ステップ3: ホスト監視対象のセキュア・ターゲット用のセキュア・ターゲットの作成」で指定したセキュア・ターゲット・データベースの名前を入力します。

- host_name: ホスト・コンピュータ名を入力します。

- trail_location: NETWORKと入力します。

次に例を示します。

AVCLI> START COLLECTION FOR SECURED TARGET hr_orcl_db USING HOST hrdb.example.com FROM NETWORK;

ホスト監視の停止

ホスト監視を停止する手順は、次のとおりです。

1. ホスト監視を停止するセキュア・ターゲット・データベースごとに、STOP COLLECTIONコマンドを実行します。
構文は、次のとおりです。

STOP COLLECTION FOR SECURED TARGET secured_target USING HOST host_name FROM NETWORK

詳細は、次のとおりです。

- secured_target: 「ステップ3: ホスト監視対象のセキュア・ターゲット用のセキュア・ターゲットの作成」で指定したセキュア・ターゲット・データベースの名前を入力します。

- host_name: ホスト・コンピュータ名を入力します。

次に例を示します。

avcli> STOP COLLECTION FOR SECURED TARGET hr_orcl_db USING HOST hrdb.example.com FROM NETWORK;

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

「Audit Vault Agentのロギング・レベルの変更」を参照してください。

ホスト監視のステータスの確認

ホスト監視のステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールに監査者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「監査証跡」をクリックします。
ホスト監視監査証跡の収集ステータスが「監査証跡」ページにリストされます。ホスト監視を探すために、リストを検索したり、ソートできます。「UIでのオブジェクト・リストの操作」を参照してください。

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

ホスト監視を実行するホストのIPアドレスはホストとDatabase Firewall間の通信で認証されますが、ホスト監視実行可能ファイルはデフォルトで認証されません。ホスト監視で証明書ベースの認証を使用してセキュリティを強化するには、次の手順を実行します。

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

- 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. Database Firewallを再起動します。

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がインストールされているコンピュータのホスト名です。

OpenSSLの要件の詳細は、「ホスト監視の前提条件」を参照してください。

4. 署名済証明書を1つ生成するには、次のコマンドを実行します。
/usr/local/dbfw/bin/generate_casigned_hmcert.sh

署名済証明書ファイルhmcert.crtが生成されます。

5. 生成されたhmcert.crtファイルをコピーします。

6. ホスト・コンピュータで、rootとしてログインします。

7. ディレクトリAgent_Home/bin/platformに移動し、Audit Vault Serverからコピーしたhmcert.crtファイルをこのディレクトリに置きます。
platformディレクトリは、次のように実際のホスト・プラットフォームに依存します。

Windowsの場合: Agent_Home/bin/mswin-x86-64

Linuxの場合: Agent_Home/bin/linux-x86-64

8. (Linuxホストのみ) rootとして、次のコマンドを実行します。

chown root:root Agent_Home/bin/linux-x86-64/hmcert.crt
chmod 400 Agent_Home/bin/linux-x86-64/hmcert.crt

9. (Windowsホストのみ) 不要なユーザー・アクセスを防ぐため、署名済証明書ファイルhmcert.crtの権限が適切であることを確認します。

10. ホスト監視を開始して、ネットワーク・トラフィックを捕捉します。
「ホスト監視の開始」を参照してください。

11. ホスト監視を実行する各ホストで、この手順を繰り返します。

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

この項の内容は、次のとおりです。

- エージェント・プラグインの概要

- ステップ1: セキュア・ターゲットで監査が有効になっていることの確認

- ステップ2: Audit Vault Serverでのプラグイン・セキュア・ターゲット・ホストの登録

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

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

エージェント・プラグインの概要

サポートされているセキュア・ターゲットの各タイプに対応するソフトウェア・プラグインがAudit Vault Agentにあります。新しいプラグインをデプロイして、デフォルトのOracle AVDFインストールでサポートされている以外のセキュア・ターゲット・タイプから監査データを収集できます。新しいプラグインは、Oracle Technology Networkまたはサード・パーティから入手できます。プラグイン・デプロイメント・プロセスでは、プラグイン・アーカイブのコードを使用してAudit Vault Serverのagent.jarファイルを更新します。

1つのプラグインでサポートするセキュア・ターゲット・タイプは1つのみです。ただし、開発者からそれぞれ異なるプラグインを取得したり、各プラグインが同じセキュア・ターゲット・タイプについて固有の監査証跡タイプをサポートする場合などは、同じセキュア・ターゲット・タイプに対して複数のプラグインをデプロイできます。監査証跡収集の構成時に、使用する特定のプラグインを選択できます。

プラグインに関連付けられたセキュア・ターゲット・タイプからの監査データの収集を開始するには、このセキュア・ターゲットをAudit Vault Serverに追加した後、監査証跡収集を構成して手動で開始する必要もあります。「セキュア・ターゲット、監査証跡および強制ポイントの構成」を参照してください。

ステップ1: セキュア・ターゲットで監査が有効になっていることの確認

セキュア・ターゲットで監査が有効になっていることを確認します。詳細は、セキュア・ターゲットの製品ドキュメントを参照してください。Oracle Database用のプラグインは、「ステップ1: Oracleセキュア・ターゲット・データベースで監査が有効になっていることの確認」を参照してください。

ステップ2: Audit Vault Serverでのプラグイン・セキュア・ターゲット・ホストの登録

Audit Vault Serverでホストを登録するには、「Audit Vault Serverでのホストの登録」を参照してください。

ステップ3: プラグインのデプロイおよびアクティブ化

Audit Vault Agentプラグインをデプロイしてアクティブ化する手順は、次のとおりです。

1. Audit Vault Serverにプラグイン・アーカイブをコピーし、ファイルの場所を書き留めます。
プラグイン・アーカイブは、Oracle Technology Networkまたはサード・パーティから入手できます。

2. Audit Vault Serverコンソールに管理者としてログインします。

3. 「ホスト」タブをクリックした後、「エージェント」をクリックすると、現在デプロイされているプラグインが表示されます。デプロイ対象のプラグインがまだデプロイされていないことを確認します。
エージェント生成時間は、agent.jarファイルの最終更新時間を示します。

図plugins_agentpage.gifの説明

4. 「設定」タブをクリックし、「システム」メニューから「プラグイン」をクリックします。

5. 「デプロイ」をクリックし、「プラグイン・アーカイブ」フィールドにプラグイン・アーカイブの名前を入力するか、参照します。
図plugin_deploy.gifの説明

6. 「プラグインのデプロイ」をクリックします。
新しいプラグインが、「ホスト」タブの「エージェント」ページの「プラグイン」にリスト表示されます。更新されたagent.jarファイルの新しいエージェント生成時間が「エージェント」ページに表示されます。

「ホスト」ページには、登録されたホストごとに「エージェント生成時間」列が表示され、そのホストにあるagent.jarのバージョンを示します。

7. 登録された各ホスト・マシンに更新後のagent.jarファイルをコピーします。
ホスト・マシンを登録していない場合は、「Audit Vault Serverでのホストの登録」を参照してください。

8. ホスト・マシンで、エージェントを抽出します。

java -jar agent.jar

注意:
agent.jarを更新しているため、プラグインのデプロイと同じログイン・セッション中にエージェントをダウンロードすることはできません。だたし、他のセッションのユーザーは、プラグイン・デプロイメント・プロセスが完了し、新しいバージョンが使用可能になるまで、最新バージョンのagent.jarをダウンロードできます。

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

プラグインをアンデプロイする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューから「プラグイン」をクリックします。

3. 目的のプラグインを選択し、「アンデプロイ」をクリックします。

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

この章の内容は、次のとおりです。

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

- セキュア・ターゲットおよびグループの構成

- 監査証跡収集の構成

- 強制ポイントの構成

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

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

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

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

セキュア・ターゲットは、Audit Vault and Database Firewallが監視するサポート対象のデータベースまたはオペレーティング・システムです。すべてのセキュア・ターゲットをOracle AVDFに登録する必要があります。

セキュア・ターゲットから監査証跡を収集するには、ターゲットごとに監査証跡を構成し、収集を手動で開始する必要があります。

Database Firewallでセキュア・ターゲットを監視するには、そのセキュア・ターゲットの強制ポイントを作成する必要があります。

Database Firewallで監視するセキュア・ターゲット・データベースによっては、データベースに問い合せて特定のデータを収集するようにOracle AVDFを構成できます。そのためには、セキュア・ターゲット・コンピュータでスクリプトを実行し、データベース問合せに必要な権限を構成する必要があります。

Database Firewallを使用している場合は、受信SQLトラフィックに対するセキュア・ターゲット・データベースのレスポンスを監視することもできます。

この項では、上述の構成について詳しく説明します。ホスト接続の構成の詳細は、「ホストの登録とエージェントのデプロイ」を参照してください。

Oracle AVDFシステムの構成に関するワークフローの概要を確認するには、「Oracle AVDF構成ワークフローについて」を参照してください。

セキュア・ターゲットおよびグループの構成

この項の内容は、次のとおりです。

- 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. セキュア・ターゲットから監査データを収集する場合は、ストアド・プロシージャ監査(SPA)、権限監査を実行するか、データベース問合せを有効にして、セキュア・ターゲットでユーザー・アカウントを作成します。このユーザー・アカウントには適切な権限を付与し、Oracle AVDFが必要なデータにアクセスできるようにします。
設定スクリプト: スクリプトを使用して、次のセキュア・ターゲット・タイプ用のユーザー・アカウント権限を構成できます。

- 「Oracle Databaseの設定スクリプト」

- 「Sybase ASEの設定スクリプト」

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

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

- 「MySQLの設定スクリプト」

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

Linuxセキュア・ターゲット: Linuxの/etc/audit/auditd.conf構成ファイルで、log_groupパラメータに、Oracle AVDFユーザーを割り当てます。このユーザーには、audit.logファイルが格納されているフォルダ(デフォルト・フォルダは/var/log/audit)に対するexecute権限が必要です。

その他のタイプのセキュア・ターゲット: ユーザーを作成し、必要な監査証跡にアクセスするための適切な権限を付与する必要があります。たとえばWindowsセキュア・ターゲットの場合、セキュリティ・ログを読み取れるようにするため、このユーザーには管理権限が必要です。

注意:
Oracle AVDFでは、引用符付きのユーザー名を使用できません。たとえば、セキュア・ターゲットのAudit Vault and Database Firewallユーザー・アカウントに対して"JSmith"は有効なユーザー名ではありません。

2. Audit Vault Serverコンソールに管理者としてログインします。

3. 「セキュア・ターゲット」タブをクリックします。
「セキュア・ターゲット」ページに、アクセス可能な構成済のセキュア・ターゲットがリスト表示されます。ターゲットのリストはソートまたはフィルタ処理できます。「UIでのオブジェクト・リストの操作」を参照してください。

4. 「登録」をクリックし、「セキュア・ターゲットの登録」ページで新しいターゲットの名前および説明を入力します。

5. 「セキュア・ターゲットの場所」フィールドに、セキュア・ターゲットの接続文字列を入力します。
各セキュア・ターゲット・タイプの接続文字列の形式については、「接続文字列」を参照してください。たとえば、Oracle Databaseの場合、文字列は次のようになります。

jdbc:oracle:thin:@//203.0.113.0:1521/hrdb

6. 「セキュア・ターゲット・タイプ」フィールドで、「Oracle Database」などのセキュア・ターゲット・タイプを選択します。

7. 「ユーザー名」、「パスワード」および「パスワードの再入力」の各フィールドに、手順1で作成したセキュア・ターゲット・ユーザー・アカウントの資格証明を入力します。

8. このセキュア・ターゲットをDatabase Firewallを使用して監視する場合は、「セキュア・ターゲットのアドレスの追加」領域でこのデータベースで使用できる各接続について次の情報を入力し、「追加」をクリックします。

- IPアドレス(またはホスト名)

- ポート番号

- サービス名(Oracle Databaseのみ)

9. 必要に応じて、ページ下部にある「属性名」および「属性値」の値を入力し、「追加」をクリックします。
セキュア・ターゲットのタイプによっては、Audit Vault Agentでコレクション属性が必要になります。特定のセキュア・ターゲット・タイプに関する要件を調べるには、「コレクション属性」を参照してください。

10. このセキュア・ターゲットをDatabase Firewallを使用して監視する場合は、次のコレクション属性を追加して、このセキュア・ターゲットに割り当てる処理リソースを増やすことができます。
属性名: MAXIMUM_ENFORCEMENT_POINT_THREADS

属性名: 1～16の数字(デフォルトは1)

これは、このセキュア・ターゲットに関連付けられた強制ポイントに使用できるDatabase Firewallプロセスの最大数(1～16)を定義します。Database Firewallを実行するシステムで利用できる処理コアの数よりも、監視するセキュア・ターゲットの数の方が少ない場合は、これを定義することを検討してください。不必要に値を設定すると、リソースを浪費することになります。

11. 「保存」をクリックします。

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

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スーパー管理者は、セキュア・ターゲットまたはセキュア・ターゲット・グループにアクセスできる管理者を制御できます。制御できるのは、個々のユーザーに対するアクセス権、または個々のセキュア・ターゲットまたはセキュア・ターゲット・グループに対するアクセス権です。詳細は、「セキュア・ターゲットまたはセキュア・ターゲット・グループへのユーザー・アクセスの管理」を参照してください。

監査証跡収集の構成

この項の内容は、次のとおりです。

- Audit Vault Serverでの監査証跡の構成

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

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

Audit Vault Serverでの監査証跡の構成

監査データの収集を開始するには、Audit Vault Serverでセキュア・ターゲットごとに監査証跡を構成した後、監査証跡収集を手動で開始する必要があります。セキュア・ターゲットの監査証跡を構成する前に、次のことを実行する必要があります。

- Audit Vault Serverでセキュア・ターゲットを追加します。詳細は、「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

- セキュア・ターゲット・ホスト・マシンを登録し、そのマシンでエージェントをデプロイしてアクティブ化します。「ホストの登録とエージェントのデプロイ」を参照してください。

この手順では、Audit Vault Agentがセキュア・ターゲットと同じコンピュータにインストールされていることを前提としています。

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

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。

3. 「監視」で「監査証跡」をクリックします。
「監査証跡」ページが表示され、構成済の監査証跡とそのステータスがリスト表示されます。

4. 「監査証跡」ページで、「追加」をクリックします。

5. 「収集ホスト」ドロップダウン・リストから、セキュア・ターゲットのホスト・コンピュータを選択します。

6. 「セキュア・ターゲット名」ドロップダウン・リストから、セキュア・ターゲットの名前を選択します。

7. 「監査証跡のタイプ」ドロップダウン・リストから、次のいずれかを選択します。

- CUSTOM

- DIRECTORY

- EVENT LOG

- NETWORK

- SYSLOG

- TABLE

- TRANSACTION LOG

特定のセキュア・ターゲット・タイプに対して収集できる監査証跡のタイプの詳細は、表B-7を参照してください。また、セキュア・ターゲット・タイプに対して収集されるデータの詳細は、「監査証跡構成」を参照してください。

8. 「証跡の場所」フィールドに、セキュア・ターゲット・コンピュータ上の監査証跡の場所(sys.aud$など)を入力します。
証跡の場所は、セキュア・ターゲットのタイプによって異なります。サポートされている証跡の場所については、「監査証跡の場所」を参照してください。

注意: 「監査証跡のタイプ」で「DIRECTORY」を選択した場合、証跡の場所はディレクトリ・マスクにする必要があります。

9. このタイプのセキュア・ターゲットのプラグインをデプロイした場合、「収集プラグイン」ドロップダウン・リストでプラグインを選択します。
プラグインの詳細は、「エージェント・プラグインの概要」を参照してください。

10. 「保存」をクリックします。

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

セキュア・ターゲットの監査証跡収集を開始または停止する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。

3. 「監査証跡」をクリックします。

4. 開始または停止する監査証跡を選択して、「開始」または「停止」をクリックします。
Audit Vault Agentの更新中は監査証跡を開始できません。「Audit Vault Agentの更新」を参照してください。

注意:
100万以上の監査ファイルがある場合など、収集する監査ファイルが多い場合は監査証跡の開始までに数分かかることがあります。

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

監査証跡のステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックします。

3. 「監査証跡」をクリックします。
「監査証跡」ページに監査証跡がリスト表示され、「収集のステータス」列にそのステータスが表示されます。緑の上向き矢印は、収集が実行中であることを示します。赤の下向き矢印は、収集が停止していることを示します。

監査証跡リストはソートおよびフィルタ処理できます。「UIでのオブジェクト・リストの操作」を参照してください。

監査証跡の削除

関連付けられている監査データを一度も収集していない監査証跡のみ削除できます。

監査証跡を削除する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 監査証跡が停止していることを確認します。「Audit Vault Serverでの監査証跡の開始および停止」を参照してください。

3. 「セキュア・ターゲット」タブをクリックします。

4. 「監査証跡」をクリックします。

5. 削除する監査証跡を選択し、「削除」をクリックします。

強制ポイントの構成

この項の内容は、次のとおりです。

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

- 強制ポイントの構成

- 強制ポイントの変更

- 強制ポイントの管理

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

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

Database Firewallで監視するセキュア・ターゲット・データベースごとに、1つの強制ポイントを構成する必要があります。強制ポイントの構成では、Database Firewallの監視モード(監視のみまたはブロック)、監視対象のセキュア・ターゲット・データベース、そのデータベースに対するネットワーク・トラフィック・ソースおよび強制ポイントに使用するDatabase Firewallを指定できます。

強制ポイントを構成する前に、データベース・ファイアウォール構成の一環としてネットワーク・トラフィック・ソースを構成します。詳細は、「ステップ4: ネットワーク上のDatabase Firewallの構成」を参照してください。

強制ポイントの構成

Audit Vault Serverコンソールで各強制ポイントを構成します。Audit Vault Serverの回復可能なペアを構成している場合は、プライマリ・サーバーで強制ポイントを構成する必要があります。

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

強制ポイントを構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックし、「監視」メニューから「強制ポイント」をクリックします。
「強制ポイント」ページに、構成済の強制ポイントとそのステータスのリストが表示されます。

3. 「作成」をクリックします。

4. この強制ポイントの名前を入力します。

5. 監視モードを選択します。

- データベース・ポリシー強制(DPE): SQL文をブロックまたは置換する場合に選択します。

- データベース・アクティビティ監視(DAM): SQL文のログへの記録およびアラートの発生のみを実行する場合に選択します。

これらのモードの詳細は、「Database Firewall」を参照してください。

6. 「監視するセキュア・ターゲットの選択」セクションで、セキュア・ターゲットを選択します。
ここには、指定したファイアウォールを保有するセキュア・ターゲットがリスト表示されます。指定したポリシーにSQLブロック・ルールが含まれているのにDAMモード(監視のみ)を選択した場合、SQL文はブロックされません。そのため、ポリシー・ルールによってSQL文をブロックする場合は、セキュア・ターゲットの"ブロック"・ポリシーと強制ポイントのDPE監視モードの両方を設定する必要があります。

7. 「ファイアウォールの選択」セクションで、この強制ポイントを処理するDatabase Firewallを選択します。
「ファイアウォールの選択」セクションの下に、「トラフィック・ソースの選択」が表示されます。

8. 「ブリッジ・インタフェース」または「プロキシ・インタフェース」領域のいずれかで、トラフィック・ソースを選択します。
トラフィック・ソースの詳細は、次のトピックを参照してください。

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

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

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

注意: プロキシ・トラフィック・ソースを選択した場合、他のトラフィック・ソースは選択できません。また、プロキシを選択すると、監視モードはDPEになります。「トラフィック・プロキシとしてのDatabase Firewallの構成」を参照してください。

9. 「保存」をクリックします。
新しい強制ポイントが「強制ポイント」リストに表示され、自動的に開始します。

10. 強制ポイントを停止または再開するには、「強制ポイント」リストからその強制ポイントを選択して「停止」または「開始」をクリックします。

注意:
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. 「セキュア・ターゲット」タブをクリックし、「監視」で「強制ポイント」をクリックします。

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用のデータベース問合せの構成

- Oracle Advanced Securityを使用するデータベース用のデータベース問合せの構成

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

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

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

データベース問合せを使用すると、サポートされるデータベース・セキュア・ターゲットにDatabase Firewallが特定の情報を問い合せることができます。収集される情報は、データベースのタイプによって異なります。この項では、データベース問合せを使用する、次の2つの方法について説明します。

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

- Oracle Advanced Securityを使用するOracle Databaseでのデータベース問合せの使用

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

データベース問合せを使用すると、SQL文を作成したデータベース・ユーザーの名前、オペレーティング・システムおよびクライアント・プログラムの情報をネットワーク・トラフィックから取得できない場合に、Microsoft SQL ServerとSybase SQL Anywhereの監視対象データベースに問い合せて取得できます。この情報は、Audit Vault and Database Firewallのレポートで使用できます。

これら2つのデータベース用にデータベース問合せを構成するには、次のことを実行する必要があります。

- 提供されているスクリプトを実行し、セキュア・ターゲットの既存のユーザー・アカウントに権限を付与します。「SQL ServerおよびSQL Anywhere用のデータベース問合せの構成」を参照してください。

- セキュア・ターゲットを監視する強制ポイントでデータベース問合せを有効にします。「データベース問合せの有効化」を参照してください。

Oracle Advanced Securityを使用するOracle Databaseでのデータベース問合せの使用

Oracle Advanced Security暗号化を使用するOracle Databaseセキュア・ターゲットを監視している場合、そのデータベースに対する送信文および受信レスポンスを復号化して分析できるようにするためにデータベース問合せを使用する必要があります。

Oracle Advanced Securityを使用するOracle Database用にデータベース問合せを構成するには、次のことを実行する必要があります。

- 保護対象のOracleデータベースにパッチを適用します。「ステップ1: 指定されたパッチのOracle Databaseへの適用」を参照してください。

- セキュアなOracle DatabaseにDatabase Firewallからの公開鍵を指定します。ステップ3: Oracle DatabaseへのDatabase Firewall公開鍵の指定

- そのデータベースを監視する強制ポイントでデータベース問合せを有効にします。「データベース問合せの有効化」を参照してください。

Oracleデータベースの文の復号化に関する制限

Oracle Advanced Securityを使用してトラフィックを復号化するようにAudit Vault and Database Firewallを構成する際には、次の制限があります。

- サポートされるOracle Databaseのバージョンは、10.x、11.1、11.2および12cです。

- Oracle Advanced Securityのチェックサムを使用する場合、Audit Vault and Database Firewallで文の置換は行われません。

- Oracle Advanced SecurityのRC4暗号はサポートされません。

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

この項の内容は、次のとおりです。

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

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

- SQL ServerデータベースまたはSQL Anywhereデータベースに対するデータベース問合せの有効化

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

Microsoft SQL Server (バージョン2005、2008または2012)データベースのユーザー・アカウントを設定する手順は、次のとおりです。

1. Oracle AVDFユーティリティ・ファイルavdf-utility.zip (Oracle AVDFソフトウェアを使用してダウンロード)からdatabaseディレクトリを抽出します。

2. スクリプトを実行する予定のサーバーにdatabaseディレクトリをコピーします。

3. スクリプトを実行するコンピュータにsqlcmd.exeユーティリティがインストールされていることを確認します。

4. このサーバーで、database/ddiディレクトリに移動し、sqlserver圧縮ファイルをsqlserverというディレクトリ(推奨)に解凍します。このディレクトリには、ddi_add_user.sqlという解凍されたファイルが格納されます。

5. ユーザーの作成およびユーザー権限の設定を行う権限が付与されたユーザーとして、SQL Serverデータベースに対してddi_add_user.sqlスクリプトを実行します。
構文は、次のとおりです。

sqlcmd -S server_name -U sa -P sa_password -i ddi_add_user.sql
-v username="username" password="password"

詳細は、次のとおりです。

- server_name: セキュア・ターゲットが存在するデータベース・サーバーの名前またはIPアドレスを入力します。この引数を使用するのは、リモート・サーバーからスクリプトを実行する場合のみです。このスクリプトをローカルで実行する場合は、この引数を省略できます。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- username: データベース問合せ用に作成するユーザー・アカウント名を入力します。このユーザー名は二重引用符で囲みます。このユーザー名は、強制ポイントでデータベース問合せを有効にするときに入力します。原則として、これは、データベース問合せにおいて一意のユーザー名(di_auditorなど)である必要があります。

- password: ddi_add_user.sqlスクリプトに$(password)で指定された、データベース問合せユーザー・アカウントのパスワードを入力します。このパスワードは二重引用符で囲みます。

次に例を示します。

sqlcmd -U sa -P sa_password -i ddi_add_user.sql  -v username="ddi_auditor" password="abcd1234"

sqlcmd -S my_server -U sa -P sa_password -i ddi_add_user.sql
-v username="ddi_auditor" password="abcd1234"

ddi_add_user.sqlスクリプトでは、データベース問合せユーザー・アカウントに次の権限が付与されます。

- VIEW ANY DEFINITIONおよびVIEW SERVER STATE(SQL Server 2005以降)

- master.dbo.sysdatabases表に対するSELECT

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

注意: Sybase SQL Anywhereを使用するには、Linux用のSQL Anywhere ODBCドライバをダウンロードしてインストールする必要があります。

Sybase SQL Anywhereデータベースのデータベース問合せのユーザー権限を設定する手順は、次のとおりです。

1. Oracle AVDFユーティリティ・ファイルavdf-utility.zip (Oracle AVDFソフトウェアを使用してダウンロード)からdatabaseディレクトリを抽出します。

2. スクリプトを実行する予定のサーバーにdatabaseディレクトリをコピーします。

3. このサーバーで、database/ddiディレクトリに移動し、sqlanywhere圧縮ファイルをsqlanywhereというディレクトリ(推奨)に解凍します。このディレクトリには、解凍されたddi_add_user.sqlというファイルが含まれます。

4. ユーザーの作成およびユーザー権限の設定を行う権限が付与されたユーザーとして、SQL Anywhereデータベースに対してddi_add_user.sqlスクリプトを実行します。
構文は、次のとおりです。

isql -S server_name -U sa -P sa_password -i ddi_add_user.sql
-v username="username" password="password" database="protected_database"

詳細は、次のとおりです。

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。サーバーまたはそのIPアドレスの名前を入力できます。スクリプトをローカルで実行する場合は、-S server_name引数を省略できます。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- username: データベース問合せ用のユーザー・アカウント名を入力します。このユーザー名は二重引用符で囲みます。このユーザー名は、強制ポイントでデータベース問合せを有効にするときに入力します。原則として、これは、データベース問合せにおいて一意のユーザー名(di_auditorなど)である必要があります。

- password: ddi_add_user.sqlスクリプトに$(password)で指定された、データベース問合せユーザー・アカウントのパスワードを入力します。このパスワードは二重引用符で囲みます。

- database="protected_database": ddi_add_user.sqlスクリプトに$(database)で指定された、このサーバー内の保護対象データベースの名前を入力します。このデータベース名は二重引用符で囲みます。

次に例を示します。

isql -U sa -P sa_password -i sddi_add_user.sql
-v username="ddi_auditor" password="abcd1234" database="sales_db"

isql -S my_server -U sa -P sa_password -i sddi_add_user.sql
-v username="ddi_auditor" password="abcd1234" database="sales_db"

ddi_add_user.sqlスクリプトでは、データベース問合せユーザー・アカウントに次の権限が付与されます。

- CONNECT

- システム表に対するSELECT

sys.sysuser
sys.sysuserauthority
sys.sysremoteuser
sys.sysloginmap
sys.sysgroup

SQL ServerデータベースまたはSQL Anywhereデータベースに対するデータベース問合せの有効化

「データベース問合せの有効化」の手順に従って、Microsoft SQL ServerまたはSybase SQL Anywhereのデータベースに対するデータベース問合せの設定を完了します。

Oracle Advanced Securityを使用するデータベース用のデータベース問合せの構成

この項の内容は、次のとおりです。

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

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

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

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

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

Oracle Database 12cの場合、このステップは必要ありません。

Oracle Databaseのその他すべてのサポートされているバージョンでは、Oracle Advanced Securityを使用しているOracle Databaseに、このセクションで指定されているパッチを適用する必要があります。

パッチを適用する手順は、次のとおりです。

1. Oracleデータベースを停止します。

2. 次のコマンドを実行します。
$ORACLE_HOME/OPatch/opatch apply path_to_patchfile.zip

このパッチのIDは、バグ番号13051081です。したがって、パッチ・ファイルはp13051081_OracleVersion_Platform.zipという形式になります。

3. Oracle Databaseを起動します。

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

Oracle Advanced 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に設定されます。

Oracle Advanced Security統合をサポートするパッケージがschemaにインストールされます。

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

データベース問合せを使用してデータベース・トラフィックを復号化するには、Oracle Advanced Securityを使用しているOracle DatabaseにDatabase Firewall公開鍵を指定する必要があります。

Oracle Databaseに公開鍵を指定する手順は、次のとおりです。

1. このOracle Databaseを監視するDatabase Firewallの管理コンソールで、「システム」メニューの「公開鍵」をクリックします。
図版public_key_aso.gifの説明

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ファイルを変更して、公開鍵を挿入し、Oracle Advanced Securityのネイティブ・トラフィック暗号化を必須にします。

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"

3. sqlnet.oraファイルを保存して閉じます。

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

「データベース問合せの有効化」の手順に従って、Oracle Advanced Securityを使用するOracleデータベースに対するデータベース問合せの設定を完了します。

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

強制ポイントでデータベース問合せを有効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「強制ポイント」をクリックします。

3. 問合せ対象のセキュア・ターゲットを監視する強制ポイントを探し、その強制ポイントの名前をクリックします。
「強制ポイントの変更」ページが表示されます。

4. ページの「データベース問合せ」セクションで、「データベース問合せの有効化」チェック・ボックスを選択します。
追加の入力フィールドが表示されます。

図ep_ddi_enable.gifの説明

5. 次の値を入力します。

- データベース・アドレスおよびポート: 問合せ対象のセキュア・ターゲット・データベースのIPアドレスおよびポート番号を入力します。

- データベース名: データベースまたはデータベース・インスタンスの名前を入力します。

- ユーザー名: このセキュア・ターゲットに設定されたOracle AVDFユーザー名を入力します。

- パスワードおよびパスワードの再入力: このセキュア・ターゲット用のOracle AVDFユーザー・アカウントのパスワードを入力します。

6. 「保存」をクリックします。

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

データベース問合せを一時的に無効にできます。Audit Vault and Database Firewallでは、作成した構成情報が、次回データベース問合せを有効にするときのために保存されます。データベース問合せの構成およびソフトウェアを削除する場合は、Oracle Database Firewallインストレーション・ガイドを参照してください。

データベース問合せを無効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「セキュア・ターゲット」タブをクリックした後、「監視」メニューから「強制ポイント」をクリックします。
「強制ポイント」ページが表示され、強制ポイントとそのステータスがリスト表示されます。このリストはソートまたはフィルタ処理できます。「UIでのオブジェクト・リストの操作」を参照してください。

3. データベース問合せを無効にする強制ポイントを探し、その強制ポイントの名前をクリックします。
「強制ポイントの変更」ページが表示されます。

4. ページの「データベース問合せ」セクションで、「データベース問合せの有効化」チェック・ボックスを選択解除します。

5. 「保存」をクリックします。

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

この章の内容は、次のとおりです。

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

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

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

データベース・レスポンス・モニタリング機能を有効にすると、図6-1に示すように、データベース・クライアントから送信されたログイン・リクエスト、ログアウト・リクエストおよびSQL文に対するセキュア・ターゲット・データベースのレスポンスをOracle AVDFで記録できます。この機能を使用すると、データベースでログイン、ログアウトおよび文が正常に実行されたかどうかを判別でき、監査およびフォレンジック目的の有用な情報を提供できます。

図6-1は、データベース・レスポンス・モニタリングのプロセス・フローを示しています。

図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 高可用性の構成

この章の内容は、次のとおりです。

- 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では、コンソールUIを使用できません。

Database Firewallの回復可能なペアでは、プライマリDatabase Firewallのみがリアルタイム・アラートを送信します。プライマリとセカンダリの両方のDatabase Firewallでは、次の処理が実行されます。

- 同じ期間のトラフィックの受信

- 同じ構成の設定(Audit Vault Serverにより同期)

- 適用されたポリシーに基づいたログ・ファイルの作成

Audit Vault Serverは、プライマリDatabase Firewallからログを収集し、両方のDatabase Firewallからログ・ファイルを削除します。

プライマリDatabase Firewallが使用できない場合、またはAudit Vault Serverから接続できない場合、Audit Vault ServerはセカンダリDatabase Firewallからログ・ファイルを収集し、セカンダリDatabase Firewallをプライマリに格上げします(その結果、新しいプライマリ・ファイアウォールがリアルタイム・アラートの送信を開始します)。

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

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

「図7-1 1つのセキュア・ターゲットを保護するDatabase Firewallの高可用性ペア」の説明

図7-2に、高可用性モードのAudit Vault ServerのペアとDatabase Firewallのペアを示します。

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

「図7-2 高可用性モードのAudit Vault ServerのペアとDatabase Firewallのペア」の説明

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 Serverのペア作成と前提条件の概要

一方をプライマリ・サーバーとして、他方をセカンダリ・サーバーとして指定して、2つのAudit Vault Serverをペアにすると、プライマリ・サーバーのすべてのデータおよび構成は、セカンダリ・サーバーに自動的にコピーされた後、同期されます。

Audit Vault Serverの回復可能なペアを構成する前に、ペアの両方のサーバーに対して初期システム構成タスクを実行します。「ステップ1: 各Audit Vault Serverに対する初期タスクの実行」を参照してください。

Audit Vault Serverの回復可能なペアを構成した後、プライマリ・サーバーに対してのみすべての構成タスクを実行します。これには、セキュア・ターゲットおよびホストの設定、Database Firewallおよび強制ポイントの追加などのタスクがあります。

Database Firewallをデプロイし、Audit Vault Serverの回復可能なペアを構成する場合、プライマリとセカンダリの両方のAudit Vault Serverのサーバー証明書およびIPアドレスを各Database Firewallに指定する必要があります。詳細は、「ステップ3: Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

ステップ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. 「ピア・システムIPアドレス」フィールドに、Server2のIPアドレスを入力します。

6. 「ピア・システム証明書」フィールドに、Server2の証明書を貼り付けます。

7. 「保存」をクリックします。

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

プライマリ・サーバー(Server1)で高可用性ペアを起動します。これには数分かかりますが、完了すると、セカンダリ・サーバーではコンソールUIを使用できなくなります。

プライマリ・サーバー(Server1)で高可用性ペアを起動する手順は、次のとおりです。

1. Server1のコンソールで、「設定」タブをクリックします。

2. 「システム」メニューから、「高可用性」をクリックします。

3. 「このシステムをプライマリ・サーバーとして構成」チェック・ボックスが選択されていることを確認してください。

4. 「プライマリにする」をクリックします。
組み込まれたOracle Databaseが再起動され、コンソールUIは一時的に使用できなくなります。このプロセスが完了すると、このAudit Vault Serverはプライマリ・サーバーになります。

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

Audit Vault Serverの高可用性ステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverコンソールで、「設定」タブをクリックします。

2. 「システム」メニューから、「ステータス」をクリックします。
「高可用性ステータス」を確認します。値は、スタンドアロン(パートナ・サーバーなし)または「プライマリ」です。

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

通常の操作中に、回復可能なペアのプライマリAudit Vault Serverの可用性が定期的にチェックされます。プライマリAudit Vault Serverが使用不可になると、10分遅延の後にセカンダリAudit Vault Serverに自動的にフェイルオーバーされます。遅延により、プライマリ・サーバーの再起動によるフェイルオーバーを防止します。

フェイルオーバーが発生した場合、障害が発生したサーバーへの接続を切断し、置き換える必要があります。この時点で、置換サーバーは新しいセカンダリ・サーバーであり、再度この項の構成手順に従って2つのAudit Vault Serverをペアにする必要があります。

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

ここで説明する手順は、DAMモードのDatabase Firewallにのみ適用されます。

前提条件

- 2つのDatabase Firewallを回復可能なペアとして指定する前に、それぞれに対して初期構成タスクを実行します。「Database Firewallの構成」を参照してください。

- ペアにするDatabase Firewallのいずれにも強制ポイントが構成されていないことを確認してください。回復可能なペアを作成する前に、両方のDatabase Firewallからすべての強制ポイントを削除してください。

Database Firewallの回復可能なペアを構成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。
Audit Vault Serverの回復可能なペアを定義した場合は、プライマリ・サーバーのコンソールを使用します。

2. 「ファイアウォール」タブを選択します。

3. 「ファイアウォール」メニューで、「回復可能なペア」を選択します。

4. 「プライマリ」フィールドと「セカンダリ」フィールドで、このペアで使用するプライマリ・ファイアウォールとセカンダリ・ファイアウォールを選択します。

Audit Vault Serverの回復可能なペアも構成した場合は、各Audit Vault ServerのIPアドレスおよび証明書をシステム内の各Database Firewallに指定する必要があります。「ステップ3: Audit Vault Serverの証明書およびIPアドレスの指定」を参照してください。

8 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ベースの様々な攻撃に対してネットワークのエッジで包括的な保護を実現します。

図8-1に示すように、BIG-IP ASMはWebクライアントとWebアプリケーション・サーバーの間にデプロイされます。これによって、各HTTPおよびHTTPSリクエストが分析され、攻撃がWebアプリケーション・サーバーに達する前に潜在的な攻撃をブロックします。BIG-IP ASMは様々なBIG-IPプラットフォームにインストールできます(「Oracle AVDFとBIG-IP ASMの統合のデプロイ」を参照)。

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

「図8-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

- 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=10.190.0.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を変更する必要があります(システムの再起動後に変更が保持されないため、ファイルを直接変更しないでください)。

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で指定)。次に例を示します。

bigpipe syslog include "destination d_dbfw { tcp(\"192.168.0.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レポートに関する表を参照してください。

9 ArcSight SIEMとの統合の構成

この章の内容は、次のとおりです。

- ArcSight SIEMとの統合の概要

- Oracle AVDFとArcSight SIEMの統合の有効化

ArcSight SIEMとの統合の概要

ArcSight Security Information Event Management (SIEM)システムは、様々なセキュア・ターゲットからsyslogメッセージをログに記録し、分析および管理するための集中管理システムです。ArcSight SIEMを使用すると、Oracle Audit Vault and Database Firewall (AVDF)では、セキュリティ・アラートやその他の選択したイベント・タイプ(メッセージ・テキスト、優先度および攻撃者のIPアドレスを含む)の詳細を提供できます。Audit Vault ServerによってArcSight SIEMメッセージが送信されます。

BIG-IP ASMインタフェースも使用している場合は、攻撃がインターネットから実行されると、Oracle AVDFでは攻撃側Webクライアントの実際のIPアドレスを特定します。この機能によって、インターネット・ベースの攻撃のソースを特定できます。

ArcSight SIEMとOracle AVDFを統合する場合、追加のソフトウェアをインストールする必要はありません。Audit Vault Serverコンソールを使用して統合を構成できます。

ArcSight SIEMサーバーに送信されるsyslogメッセージは、Oracle AVDFから送信されるその他のsyslogメッセージから独立しています。これは、標準のsyslogメッセージを異なる宛先に送信できることを意味します。

Oracle AVDFとArcSight SIEMの統合の有効化

Oracle AVDFとArcSight SIEMの統合を有効にすると、設定値はすぐに有効になります。Audit Vault Serverを再起動する必要はありません。

Oracle AVDFに対してArcSight SIEMを有効にする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブを選択します。

3. 「システム」メニューから「コネクタ」を選択し、「ArcSight SIEM」セクションまでスクロールします。
図arcsight_config.gifの説明

4. 次の情報を指定します。

- Enable ArcSight event forwarding: ArcSightインタフェースを有効にする場合に、このチェック・ボックスを選択します。

- ArcSight destinations: 使用する通信プロトコルに応じて、「UDP」フィールドにArcSightサーバーのIPアドレスまたはホスト名を入力するか、「TCP」フィールドにArcSightサーバーのIPアドレス、ホスト名およびポートを入力します。この設定を使用すると、syslogログ出力を共通イベント・フォーマット(CEF)でこのArcSightサーバーに送信できます。

- Event categories: ArcSightサーバーで必要なメッセージのタイプに応じて、syslogカテゴリの組合せを選択します。

- Limit message length: ネットワーク上で大量のSQLテキストが送信されるのを防ぐために、メッセージの長さを指定のバイト数に制限できます。

- 最大メッセージ長(バイト): 「メッセージ長の制限」を選択した場合、任意の最大長を入力します。許容範囲は1024から1048576文字です。

5. 「保存」をクリックします。

第II部

一般的な管理タスク

第II部では、第I部の手順を完了してAudit Vault and Database Firewallシステムを構成していることを前提としています。ここでは、一般的な管理タスクについて説明します。

構成は次のとおりです。

- 第10章「電子メール通知サービスの構成」

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

- 第12章「Audit Vault ServerおよびDatabase Firewallの管理」

- 第13章「監査データのアーカイブおよびリストア」

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

この章の内容は、次のとおりです。

- 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)を選択します。

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 and Database Firewallユーザー・パスワードの概要

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

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

Audit Vault and 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. 「パスワードの変更」をクリックします。

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

この項では、初期構成の完了後における毎日のAudit Vault ServerおよびDatabase Firewallの操作の管理について説明します。

この項の内容は、次のとおりです。

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

- ジョブの監視

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

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

- Database Firewallの管理

- プラグインの管理

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

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

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

- Oracle RACに対するAudit Vault Agentの接続の管理

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

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

この項の内容は、次のとおりです。

- サーバー・ステータスの確認

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

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

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

サーバー・ステータスの確認

Audit Vault Serverのステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「システム」メニューで、「ステータス」をクリックします。
サーバーの統計、プロセス、ネットワーク・サービス、ネットワーク接続が表示されます。

4. オプションで、「テスト診断」ボタンをクリックし、一連の診断チェックを実行します。
診断テストが完了すると、各テストの結果を示すレポートが表示されます。

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

この項の内容は、次のとおりです。

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

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

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

Database Firewallをデプロイしている場合、Audit Vault Serverの証明書およびIPアドレスを各Database Firewallに指定する必要があります。

サーバー証明書にアクセスする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「セキュリティ」メニューで、「証明書」をクリックします。
サーバーの証明書が表示されます。証明書をコピーして、各Database Firewallに指定できます。「ステップ3: 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で実行される様々なジョブのステータスを確認できます。

Audit Vault Serverでジョブのステータスを確認する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「システム」メニューで、「ジョブ」をクリックします。
ジョブのリストが表示され、ジョブ・タイプ、ID、タイムスタンプ、ステータスおよび関連するユーザー名が表示されます。

4. 個々のジョブの詳細を確認するには、そのジョブの左にあるアイコンをクリックします。
図jobs_detail_icon.gifの説明

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

ネットワーク構成またはサービス構成を設定または変更するには、次の関連する手順に従ってください。

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

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

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

Audit Vault Serverのバックアップとリストアに関するナレッジ・ベース記事が用意されています。次のWebサイトで記事番号1556200.1を検索してください。

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でのネットワーク・トラフィックの表示および取得

デバッグの目的でネットワーク・トラフィックを表示したい場合があります。ファイアウォールを通過するライブ・ネットワーク・トラフィックは、表示したり、ダウンロードして分析できるファイル(.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の診断情報のダウンロード

Database Firewallに関してサポートを受ける際、問題の分析に役立てるため、診断情報のダウンロードを依頼されることがあります。

診断情報をダウンロードするには、次の手順を実行します。

1. 管理者としてDatabase Firewallにログインします。

2. 「システム」メニューで、「ステータス」をクリックします。

3. 「Download Diagnostics」ボタンをクリックし、診断ファイルを保存します。
注意: 診断ファイルには機密情報が含まれているため、安全な場所に保管してください。

プラグインの管理

セキュア・ターゲットのタイプをさらにサポートするために追加のプラグインをデプロイしたり、不要になったプラグインをアンデプロイできます。詳細は、「エージェント・プラグインのデプロイとプラグイン・ホストの登録」を参照してください。

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

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バックアップおよびリカバリ基礎』を参照してください。

Oracle RACに対するAudit Vault Agentの接続の管理

Audit Vault and Database FirewallにOracleデータベースをセキュア・ターゲットとして追加するとき、追加されるセキュア・ターゲット・データベースのhost:port:service情報を指定する必要があります。この情報は、Audit Vault Agentで使用されます。

通常、ホストでOracle Databaseインスタンスが停止した場合、またはホスト・コンピュータが停止した場合、Audit Vault Agentからセキュア・ターゲット・データベースへの接続は切断されます。前述のタスクを実行しようとしても、この接続が利用できないために失敗します。

次の操作のいずれかまたはすべてを実行することで、セキュア・ターゲットとAudit Vault and Database FirewallのAudit Vault Agent間の接続の可用性を高めることができます。

- Audit Vault Agentホームで、サービスの追加のホストまたはポート情報を挿入してtnsnames.oraファイルを更新します。このファイルは、$ORACLE_HOME/network/adminディレクトリにあります。管理者は、ロード・バランシングや接続文字列の失敗のためのオプションを追加できます。詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- Oracle RACノード上のリスナーを構成し、リモート・ノードへの接続、およびOracle Databaseとリモート・リスナー間の通信の構成がサポートされるようにします。Oracle Databaseインスタンスが停止した場合、ホスト上のリスナーは、別のOracle RACノードで接続を作成できます。詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- 物理IPアドレスのかわりに、ノードの仮想IPアドレスを使用して、ホスト情報を提供します。ホスト・コンピュータが停止した場合、ホストへのすべてのトラフィックが別のノードにリダイレクトされます。

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

この項の内容は、次のとおりです。

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

- AVCLIコマンドライン・ユーティリティのダウンロード

- AVCLIの起動

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

- AVCLIでのスクリプトの実行

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

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

Audit Vault ServerコンソールおよびDatabase Firewall UIを使用するかわりに、AVCLIコマンドライン・インタフェースを使用して、セキュア・ターゲットの登録および構成、Audit Vault Serverへの接続など、Oracle AVDFを管理できます。AVCLIで使用される構文は、SQL*Plusに似ています。たとえば、AVCLI内から、CONNECTコマンドを使用して別のユーザーとしてログインできます。また、AVCLIコマンドでは、大/小文字を区別しません。(このマニュアルでは、コマンドは大文字で入力しています。)

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

AVCLIコマンドライン・ユーティリティのダウンロード

AVCLIコマンドライン・ユーティリティをダウンロードする手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックし、「システム」メニューで「管理」をクリックします。

3. 「コマンドライン・ユーティリティのダウンロード」ボタンをクリックし、avcli.jarファイルを保存します。

4. avcli.jarファイルを解凍します。

java -jar avcli.jar

AVCLIの起動

JAVA_HOME環境変数がJDK 1.6以降のインストール・ディレクトリを指すように設定する必要があります。

AVCLIは、ユーザー名を指定してもしなくても起動できます。すべてのAVCLIコマンドは、セミコロン(;)で終わる必要があります。

ユーザー名を指定した対話モード

ユーザー名を指定してAVCLIを起動する場合のコマンド構文は、次のとおりです。

avcli logon -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ロールを付与された有効なユーザーとして接続する必要があります。

AVCLI> CONNECT username/password;

次に例を示します。

avcli

AVCLI : Release 12.1.0.0.0 - Production on timestamp
Copyright (c) 1996, 2012 Oracle.  All Rights Reserved.

AVCLI> CONNECT psmith/password;
Connected.

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

AVCLIのヘルプ情報およびバージョン番号を表示する手順は、次のとおりです。

avcli -h

バージョン番号のみを確認する場合は、V引数を使用します。

avcli -v

AVCLIでのスクリプトの実行

スクリプトにユーザー名を挿入してもしなくても、コマンドラインからスクリプトを実行できます。スクリプトは、AVCLI内からでも実行できます。

ユーザー名を挿入したスクリプトの実行

次に例を示します。

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

ユーザー名を挿入していないスクリプトの実行

スクリプトは必ずCONNECT username/passwordディレクティブで始めます。それ以外の場合、スクリプトは失敗します。

次に例を示します。

avcli -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

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

注意: スクリプトは必ずCONNECT username/passwordディレクティブで始めます。

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

この章の内容は、次のとおりです。

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

- アーカイブ・ポリシーの作成

- Oracle AVDF監査データのアーカイブ

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

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

Oracle AVDFでは、情報ライフ・サイクル計画の一環として、データ・ファイルをアーカイブできます。企業ポリシーに従って、定期的にアーカイブすることをお薦めします。必要な場合は、セキュア・ターゲットごとに異なるデータ・ファイル・アーカイブを作成できます。

管理者は、様々なデータ・アーカイブ(保存)ポリシーを作成し、Oracle AVDFで監査データをオンラインで保有する月数と、パージするまでにデータをアーカイブで保有する月数を各ポリシーで指定できます。Oracle AVDF監査者は、各セキュア・ターゲットおよびスケジュールされたレポートについて、特定の保存ポリシーを選択できます。監査者がセキュア・ターゲットまたはスケジュールされたレポートに対して保存ポリシーを選択しなかった場合、デフォルトの保存ポリシーが使用されます(12か月のオンライン保存およびパージ前に12か月のアーカイブ)。

Oracle AVDF管理者は、指定された保存ポリシーに応じてアーカイブ可能な状態になったものからデータ・ファイルを選択して、アーカイブ・ジョブを開始します。保存期間は、セキュア・ターゲットで監査イベントが発生した時間に基づきます。

データ・ファイルがアーカイブ可能な状態になると、データはレポートに表示されなくなります。管理者がこれらのデータ・ファイルをアーカイブすると、データはAudit Vault Serverから物理的に削除されます。必要に応じて、アーカイブ場所にあるデータはAudit Vault Serverにリストアでき、リストアされるとレポートに表示されるようになります。保存ポリシーに応じてアーカイブ場所からデータを手動でパージするかどうかは管理者が判断します。

アーカイブ・ポリシーの作成

アーカイブ(保存)ポリシーを作成する手順は、次のとおりです。

1. Audit Vault Serverコンソールに管理者としてログインします。

2. 「設定」タブをクリックします。

3. 「アーカイブ中」で、「ポリシーの管理」を選択した後、「作成」ボタンをクリックします。

4. このポリシーの名前を入力します。

5. 「オンラインだった月数」フィールドに、アーカイブ対象のマークが付くまでAudit Vault Serverで監査データを保有する月数を入力します。
たとえば、「2」と入力すると、この保存ポリシーを使用するセキュア・ターゲットの監査データは、Audit Vault Serverで2か月間オンラインで使用できた後、アーカイブ・ジョブの対象となります。オンライン状態の月数を経過すると、データはレポートに表示されなくなります。

6. 「アーカイブされていた月数」フィールドに、アーカイブ場所で監査データを保有する月数を入力します。
この値により、データをAudit Vault Serverにリストアできる期間が決定されますが、データがアーカイブ場所からパージされることはありません。たとえば、「6」と入力すると、アーカイブされてから6か月間はデータをアーカイブからリストアできます。

Oracle AVDF監査データのアーカイブ

この項の内容は、次のとおりです。

- アーカイブ場所の定義

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

アーカイブ場所の定義

アーカイブ・ジョブを開始するには、アーカイブ・ファイルの宛先として1つ以上の場所を定義する必要があります。アーカイブ先の定義では、アーカイブ格納場所およびその他の設定を指定します。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「アーカイブ中」で「アーカイブの場所の管理」をクリックします。

3. 「作成」ボタンをクリックして、次のフィールドに入力します。

- 転送方法: データをアーカイブするマシンにAudit Vault Serverからデータを転送する方法。通常、Linuxマシンでデータをアーカイブする場合は「セキュア・コピー(scp)」を選択し、Windowsマシンでデータをアーカイブする場合は「Windows File Sharing (SMB)」を選択します。

- ロケーション名: アーカイブ先の名前。この名前は、アーカイブを開始するときに、アーカイブ先を選択するために使用します。

- Username: アーカイブ・データが転送されるマシンでのアカウント・ユーザー名。

- Address: データをアーカイブするマシンの名前またはIPアドレス。Windows File Sharingが転送方法である場合は、IPアドレスを指定します。

- Port: これは、データをアーカイブするマシン上のセキュア・コピーまたはWindowsファイル共有サービスで使用されるポート番号です。通常は、デフォルトのポート番号を使用できます。
「転送方法」でWindows File Sharingを選択した場合は、ポート445を使用することをお薦めします。

- Path: アーカイブ格納場所へのパス。これはディレクトリ(ファイルではなく)へのパスである必要があります。「セキュア・コピー(scp)」を使用してデータをアーカイブする場合、先頭にスラッシュ文字がないと、パスはユーザーのホーム・ディレクトリへの相対パスになります。先頭にスラッシュがあると、パスはルート・ディレクトリへの相対パスになります。Windowsマシンの場合は、共有名を入力し、その後にスラッシュとフォルダ名を入力します(例: /sharename/myfolder)。

- Authentication Method: Windowsファイル共有(smb)を使用してデータをアーカイブする場合は、「Password」を選択してログイン・パスワードを入力します。Linuxマシンを使用している場合は、「Key Authentication」を選択できます。

- パスワードおよびパスワードの確認: 認証方法として「パスワード」を選択した場合、データをアーカイブするマシンにログインするためのパスワードです。

- 公開鍵: 鍵認証を選択した場合に表示されます。この公開鍵をコピーして、データをアーカイブするマシンの公開鍵ファイルに追加します。たとえば、~/.ssh/authorized_keysに鍵を追加します。

4. 「保存」をクリックします。

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

アーカイブ・ジョブを開始する手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「アーカイブ中」メニューで「アーカイブ」をクリックします。

3. 次のフィールドを指定します。

- ジョブ名: アーカイブ・ジョブの名前を入力します。

- アーカイブの場所: アーカイブ場所を選択します。

4. アーカイブするファイルを選択します。

5. 「Archive」ボタンをクリックします。

「ジョブ」ページ(「設定」タブの「システム」メニュー)から、アーカイブ・ジョブの進捗を確認できます。

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

特定のセキュア・ターゲットおよび時間範囲のデータ・ファイルをリストアできます。

アーカイブからデータ・ファイルをリストアする手順は、次のとおりです。

1. Audit Vault Serverに管理者としてログインします。

2. 「設定」タブをクリックし、「アーカイブ中」メニューから、「リストア」をクリックします。

3. 「ジョブ名」フィールドに、このリストア・ジョブの名前を入力します。

4. データをリストアするセキュア・ターゲットを選択し、リストアするデータの開始日および終了日を選択します。
開始日および終了日は、イベント時間(イベントが発生した時間)に関連付けられます。

5. 「リストア」ボタンをクリックします。
「ジョブ」ページ(「設定」タブの「システム」メニュー)で、リストア・ジョブのステータスを確認できます。リストアされたデータ・ファイルが使用可能になると、「アーカイブからのリストア」ページの「リストアされたデータファイル」セクションにリスト表示されます。また、データはレポートに表示されるようになります。

6. リストアされたファイルが不要になった場合、そのファイルをパージするには、このページの「リストアされたデータファイル」セクションから、システムからアンロードするファイルを選択した後、「解放」ボタンをクリックします。
正常に解放されると、データはレポートに表示されなくなります。

第III部

一般的なリファレンス

第III部では、Audit Vault and Database Firewallシステムを管理するための一般的なリファレンス情報を示します。

この部は、次の付録で構成されています。

- 付録A「AVCLI管理コマンド・リファレンス」

- 付録B「プラグイン・リファレンス」

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

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

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

この章の内容は、次のとおりです。

- AVCLIコマンドの概要

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

- AVCLI Database Firewallコマンド

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

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

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

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

- AVCLIコレクタ・プラグイン・コマンド

- AVCLI SMTPコマンド

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

- AVCLI汎用コマンド

関連項目:
AVCLIコマンドライン・インタフェースの一般的な使用方法は、「AVCLIコマンドライン・インタフェースの使用」を参照してください。

AVCLIコマンドの概要

AVCLIコマンドは、セキュア・ターゲット・ホスト接続をコマンドラインから構成する場合に使用します。これらのコマンドを実行するには、AV_ADMINロールが付与されている必要があります。ただし、この付録では、すべてのAVCLIコマンドを記載していません。Audit Vault and Database Firewall管理者がセキュア・ターゲット接続の構成に必要となるコマンドのみを示します。

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 myhost.mycompany.com;

エージェント・プロセスを実行するホストmyhost.mycompany.comをAudit Vault Serverに登録します。

avcli> REGISTER HOST notresolveable.host.net with ip 10.0.0.1;

ホストnotresolveable.host.netを登録し、IPアドレス10.0.0.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

変更する属性。

使用上の注意

このコマンドは、キー/値ペアを使用して、指定されたホストに関連付けられた属性を変更します。1回のコマンド呼出しで複数の属性を変更するには、キー/値ペアをカンマで区切って指定します。

次のホスト名の属性がサポートされています。

表A-2 ホストの属性

パラメータ

説明

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-3 LOGLEVELの値

パラメータ

説明

av.agent

エージェント(LOGLEVEL値のcomponent_name)

av.server

Audit Vault Server (LOGLEVEL値のcomponent_name)

av.common

共有サーバーおよびエージェント(LOGLEVEL値のcomponent_name)

INFO

INFOレベル(LOGLEVEL値のloglevel_value)

WARNING

WARNINGレベル(LOGLEVEL値のloglevel_value)

ERROR

ERRORレベル(LOGLEVEL値のloglevel_value)

DEBUG

DEBUGレベル(LOGLEVEL値のloglevel_value)

例

avcli> ALTER HOST myhost.mycompany.com SET ip=192.168.2.1;

ホストmyhost.mycompany.comを変更し、関連付けられたIPアドレスを192.168.2.1に変更します。

avcli> ALTER HOST myhost.mycompany.com SET name=newhost.mycompany.com;

ホストmyhost.mycompany.comをnewhost.mycompany.comに変更します。また、newhost.mycompany.comに対して検索を実行してIPアドレスを更新します。

avcli> ALTER HOST myhost.mycompany.com SET loglevel=av.agent:info|av.common:debug;

ホストmyhost.mycompany.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 host_name

引数

引数

説明

host_name

削除するホスト・コンピュータの名前。
現在登録されているホストの名前を確認するには、「LIST HOST」を参照してください。

「LIST ATTRIBUTE FOR SECURED TARGET」も参照してください。

使用上の注意

ホストを削除する前に、このホストのエージェント・プロセスが停止状態であることを確認します。それ以外の状態では、DROP HOSTコマンドは失敗します。

例

avcli> DROP HOST myhost;

ホストmyhostおよび関連するメタデータが削除されます。

ACTIVATE HOST

ACTIVATE HOSTコマンドは、hostnameで指定されたホストをアクティブ化します。

構文

ACTIVATE HOST hostname

引数

引数

説明

hostname

ホスト名。

使用上の注意

ホストがアクティブ化されると、アクティブ化キーが表示されます。このキーは、エージェント・プロセスの起動時に、アクティブ化プロセスを完了するために入力する必要があります。

例

avcli> ACTIVATE HOST myhost.mycompany.com

ホストmyhost.mycompany.comをアクティブ化し、このホストのアクティブ化キーを表示します。

DEACTIVATE HOST

DEACTIVATE HOSTコマンドは、hostnameで指定されたホストを非アクティブ化します。

構文:

DEACTIVATE HOST hostname

引数

引数

説明

hostname

ホスト名。

使用上の注意

ホストが非アクティブ化されると、Audit Vault Serverに接続できない可能性があります。

例

avcli> DEACTIVATE HOST myhost.mycompany.com;

ホストmyhost.mycompany.com.を非アクティブ化します。このホストのエージェント・プロセスは、Audit Vault Serverに接続できない可能性があります。

AVCLI Database Firewallコマンド

AVCLI Database Firewallコマンドを使用すると、Database Firewallを構成できます。

表A-4に、AVCLI Database Firewallコマンドを示します。

表A-4 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 myfw WITH IP 10.240.112.14;

IPアドレス10.240.112.14にインストールされたDatabase Firewall myfwを登録します。

DROP FIREWALL

DROP FIREWALLコマンドは、すでに登録されたDatabase FirewallをAudit Vault Serverから削除します。

構文

DROP FIREWALL firewall name

引数

引数

説明

firewall name

Database Firewallの名前。

例

avcli> DROP FIREWALL myfw;

Database Firewall myfwが削除されます。

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 myfw;

Database Firewall myfwが起動します。

POWEROFF FIREWALL

POWEROFF FIREWALLコマンドは、Audit Vault Serverにすでに登録されている、指定されたDatabase Firewallの電源を切ります。

構文

POWEROFF FIREWALL firewall name

引数

引数

説明

firewall name

Database Firewallの名前。

例

avcli> POWEROFF FIREWALL myfw;

Database Firewall myfwの電源が切られます。

CREATE RESILIENT PAIR

CREATE RESILIENT PAIRコマンドは、高可用性のために、2つのDatabase Firewallで回復可能なペアを作成します。

構文

CREATE RESILIENT PAIR FOR FIREWALL PRIMARY primary firewall name
SECONDARY secondary firewall name

引数

引数

説明

primary firewall name

プライマリDatabase Firewallの名前。syslogアラートを生成できるのは、このファイアウォールのみです。

secondary firewall name

セカンダリDatabase Firewallの名前。

例

avcli> CREATE RESILIENT PAIR FOR FIREWALL PRIMARY myfw1 SECONDARY myfw2;

プライマリDatabase Firewall myfw1とセカンダリDatabase Firewall myfw2で回復可能なペアが作成されます。

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 myfw1;

既存の回復可能なペアで、Database Firewall myfw1がプライマリ・ファイアウォールの場合はセカンダリ・ファイアウォールに、それ以外の場合はその逆に入れ替えられます。

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 myfw1;

Database Firewall myfw1が含まれる既存の回復可能なペアが削除されます。

ALTER FIREWALL

ALTER FIREWALLコマンドは、Database Firewallの属性を変更します。

構文

ALTER FIREWALL firewall name SET attribute=value [, attribute=value]

引数

引数

説明

firewall name

Database Firewallの名前。

attribute

Database Firewallの属性と新しい値のペア。コマンドラインで、空白によって複数のペアを区切ります。属性のリストは、表A-5を参照してください。

使用上の注意

表A-5に、attribute=value引数に指定できるDatabase Firewallの属性を示します。

表A-5 Oracle Database Firewallの属性

パラメータ

説明

NAME

Database Firewallの新しい名前。

IP

Database FirewallのIPアドレス。

例

avcli> ALTER FIREWALL myfw1 SET NAME=mynewfw1;

Database Firewallの名前がmyfw1からmynewfw1に変更されます。

avcli> ALTER FIREWALL myfw1 SET IP=10.240.114.169;

Database FirewallのIPアドレスが10.240.114.169に設定されます。

SHOW STATUS FOR FIREWALL

SHOW STATUSコマンドは、特定のDatabase Firewallのステータスを表示します。

構文

SHOW STATUS FOR FIREWALL firewall name

引数

引数

説明

firewall name

Database Firewallの名前。

例

avcli> SHOW STATUS FOR FIREWALL myfw1;

Database Firewall myfw1の稼働情報が表示されます。

AVCLI強制ポイント・コマンド

AVCLI強制ポイント・コマンドを使用すると、Database Firewallを構成できます。

表A-6に、AVCLI強制ポイント・コマンドを示します。

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

コマンド

説明

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
WITH MODE DPE|DAM
TRAFFIC SOURCE traffic source name

引数

引数

説明

enforcement point name

強制ポイントの名前。

secured target name

セキュア・ターゲットの名前。

firewall name

Database Firewallの名前。

traffic source name

トラフィック・ソースの名前。

例

avcli> CREATE ENFORCEMENT POINT myep FOR SECURED TARGET mysource USING
FIREWALL myfw WITH MODE DPE WITH TRAFFIC SOURCE mytrafficsource;

セキュア・ターゲットmysourceを保護するDPEモード、およびトラフィック・ソースmytrafficsourceを使用して、myepという名前の強制ポイントがDatabase Firewall myfwに作成されます。

DROP ENFORCEMENT POINT

DROP ENFORCEMENT POINTコマンドは、強制ポイントを削除します。

構文

DROP ENFORCEMENT POINT enforcement point name

引数

引数

説明

enforcement point name

強制ポイントの名前。

例

avcli> DROP ENFORCEMENT POINT myep;

myepという名前の強制ポイントが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 myfw;

Database Firewall myfwに関連付けられたすべての強制ポイントのリストが表示されます。

avcli> LIST ENFORCEMENT POINT FOR SECURED TARGET mysource;

セキュア・ターゲットmysourceに関連付けられたすべての強制ポイントのリストが表示されます。

START ENFORCEMENT POINT

START ENFORCEMENT POINTコマンドは、以前に一時停止された強制ポイントを開始します。

構文

START ENFORCEMENT POINT enforcement point name

引数

引数

説明

enforcement point name

強制ポイントの名前。

例

avcli> START ENFORCEMENT POINT myep;

myepという名前の強制ポイントが開始します。

STOP ENFORCEMENT POINT

STOP ENFORCEMENT POINTコマンドは、セキュア・ターゲットを監視している強制ポイントを停止します。

構文

STOP ENFORCEMENT POINT enforcement point name

引数

引数

説明

enforcement point name

強制ポイントの名前。

例

avcli> STOP ENFORCEMENT POINT myep;

myepという名前の強制ポイントが停止します。

ALTER ENFORCEMENT POINT

ALTER ENFORCEMENT POINTコマンドは、強制ポイントおよび属性を変更します。

構文

ALTER ENFORCEMENT POINT enforcement point name SET attribute=value
[, attribute=value]

引数

引数

説明

enforcement point name

強制ポイントの名前。

attribute

変更する強制ポイントの属性と新しい値のペア。コマンドラインで、空白によって複数のペアを区切ります。

使用上の注意

属性は、キー/値ペアのカンマ区切りリストで指定します。次のキー値がサポートされています。

表A-7 強制ポイントの属性

パラメータ

説明

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サーバー管理コマンド

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

コマンド

説明

ALTER SYSTEM SET

システム構成データを変更します。

SHOW CERTIFICATE

Audit Vault Serverの証明書を表示します。

ALTER SYSTEM SET

ALTER SYSTEMコマンドは、システム構成データを変更します。

構文:

ALTER SYSTEM SET {attribute=value [,attribute=value...]}

引数

引数

説明

attribute

キー/値ペアのシステム・ログ・レベルの属性。表A-9を参照してください。

使用上の注意

通常、システム構成データは、システム全体のすべてのコンポーネントに影響を与えます。

複数のコンポーネントのログ・レベルは、|記号を使用して区切ると変更できます。

システム構成データを変更するには、データに関連付けられた属性をキー/値ペアを使用して変更します。複数の属性は、ペアをカンマで区切って指定します。

次のattributeがサポートされています。

表A-9 システム・ログ・レベルの属性

パラメータ

説明

LOGLEVEL

このホストで実行されているコンポーネントのログ・レベル。

LOGLEVEL属性は、次のようにコロンで区切られた2部値を取ります。

component_name:loglevel_value

component_nameは、JfwkLog、PolicyLog、ReportLog、AlertLogおよびPfwkLogのいずれかです。

LOGLEVELの値の説明は、表A-10を参照してください。

複数のコンポーネントのログ・レベルは、|記号を使用して区切ると変更できます。

LOGLEVELフィールドの有効な値は、次のとおりです。

表A-10 LOGLEVELの値

パラメータ

説明

JfwkLog

JfwkLog (LOGLEVEL値のcomponent_name)

PolicyLog

PolicyLog (LOGLEVEL値のcomponent_name)

ReportLog

ReportLog (LOGLEVEL値のcomponent_name)

AlertLog

AlertLog (LOGLEVEL値のcomponent_name)

PfwkLog

PfwkLog (LOGLEVEL値のcomponent_name)

INFO

INFOレベル(LOGLEVEL値のloglevel_value)

WARNING

WARNINGレベル(LOGLEVEL値のloglevel_value)

ERROR

ERRORレベル(LOGLEVEL値のloglevel_value)

DEBUG

DEBUGレベル(LOGLEVEL値のloglevel_value)

例

avcli> ALTER SYSTEM SET SYS.HEARTBEAT_INTERVAL=10;

SYS.HEARTBEAT_INTERVALシステム構成設定が10秒に変更されます。

avcli> ALTER SYSTEM SET loglevel=JfwkLog:DEBUG|PfwkLog:INFO;

システムで実行されているJfwkLogおよびPfwkLogコンポーネントのログ・レベルが変更されます。

SHOW CERTIFICATE

SHOW CERTIFICATEコマンドは、Audit Vault Serverの証明書を表示します。

構文

SHOW CERTIFICATE FOR SERVER

例

avcli> SHOW CERTIFICATE FOR SERVER;

Audit Vault Serverの証明書が表示されます。

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

AVCLIセキュア・ターゲット・コマンドを使用すると、データベースとデータベース以外の両方のセキュア・ターゲットをAudit Vault Server用に構成できます。

表A-11に、AVCLIセキュア・ターゲット・コマンドを示します。

表A-11 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 name AT location [AUTHENTICATED BY username/password]

引数

引数

説明

secured target name

セキュア・ターゲットの名前。一意である必要があります。

secured target type name

該当するセキュア・ターゲット・タイプ。このタイプは、Audit Vault Serverにすでに登録されている必要があります。
サポートされるセキュア・ターゲット・タイプのリストを確認するには、「LIST SECURED TARGET TYPE」を参照してください。

location

セキュア・ターゲット・データベース接続情報。
セキュア・ターゲットへの接続方法を指定する不透明文字列で、通常はJDBC接続文字列です。使用する構文は、セキュア・ターゲット・タイプによって異なります。下のデータベース固有の使用上の注意を参照してください。

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 mysource OF SECURED TARGET TYPE "Oracle Database"
AT jdbc:oracle:thin:@//anymachinename:1521/example.com
AUTHENTICATED BY system/welcome_1;

セキュア・ターゲット・タイプOracle DatabaseのOracleセキュア・ターゲットmysourceを登録します。このセキュア・ターゲットには、接続文字列jdbc:oracle:thin:@//anymachinename: 1521/example.comおよび資格証明system/welcome_1を使用して接続できます。

SQL Serverの例

MySQL: jdbc:av:mysql://host:port

IBM DB2の例

REGISTER SECURED TARGET mydb2db OF SECURED TARGET TYPE "IBM DB2 LUW" AT   jdbc:av:db2://host:port;

セキュア・ターゲット・タイプIBM DB2 LUWのDB2セキュア・ターゲットmydb2dbを登録します。このセキュア・ターゲットには、接続文字列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-12を参照してください。一部のタイプのセキュア・ターゲットではコレクション属性も必要になります。「コレクション属性」を参照してください。

セキュア・ターゲットの属性値のリストを確認するには、「LIST ATTRIBUTE FOR SECURED TARGET」を参照してください。

ip

IPアドレス。

port

ポート番号。

service

Oracle Databaseの場合のみ必須: サービス名。

表A-12に、指定できるセキュア・ターゲットの属性を示します。

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

属性

説明

NAME

このセキュア・ターゲット・データベース・インスタンスの名前。Audit Vault Serverで別のセキュア・ターゲットにまだ定義されていない必要があります。

LOCATION

セキュア・ターゲットの場所。

CREDENTIALS

セキュア・ターゲットへの接続に使用されるユーザー名とパスワードの新しいセット。スラッシュ(/)で区切られた2部値です。

DESCRIPTION

このセキュア・ターゲット・データベース・インスタンスの説明。

MAXIMUM_ENFORCEMENT_POINT_THREADS

セキュア・ターゲットの強制ポイント・スレッドの最大数。値の範囲は、1から16 (含む)です。デフォルト値は1です。

一般的な使用例:

avcli> ALTER SECURED TARGET mysource SET name=mysource2;

セキュア・ターゲット名がmysourceからmysource2に変更されます。

avcli> ALTER SECURED TARGET mysource SET credentials=scott/leopard;

セキュア・ターゲットmysourceへの接続に使用される資格証明が変更されます。

avcli> ALTER SECURED TARGET mysource SET description='This is a new description';

強制ポイント・スレッド数がセキュア・ターゲットmysourceに設定されます。

avcli> ALTER SECURED TARGET mysource SET maximum_enforcement_point_threads=14;

セキュア・ターゲットmysourceの説明が変更されます。

avcli> ALTER SECURED TARGET mysource ADD address 10.240.1132.2:1234:srcdb;

新しいセキュア・ターゲット・アドレスがセキュア・ターゲットmysourceに登録されます。

avcli> ALTER SECURED TARGET mysource DROP address 10.240.1132.2:1234:srcdb;

以前にセキュア・ターゲットmysourceに登録されたセキュア・ターゲット・アドレスが削除されます。

avcli> ALTER SECURED TARGET mysource set maximum_enforcement_point_threads = 10;

セキュア・ターゲットmysourceの強制ポイント・スレッドの最大数が10に設定されます。

Oracleの例:

avcli> ALTER SECURED TARGET secured target mysource set
location=jdbc:oracle:thin:@//newhost:1521:mydb;

セキュア・ターゲットmysourceの場所が変更されます。

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 mysource;

セキュア・ターゲットmysourceのすべてのアドレスが表示されます。

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 mysource;

セキュア・ターゲットmysourceで使用可能なメトリックがリストされます。

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 mysource;

セキュア・ターゲットmysourceが削除されます。

AVCLI監査証跡収集コマンド

AVCLIセキュア・ターゲット監査証跡収集コマンドを使用すると、セキュア・ターゲットの監査証跡収集を管理できます。

表A-13に、AVCLIセキュア・ターゲット接続コマンドを示します。

表A-13 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 mysource USING HOST foo FROM
directory/opt/audit_trail;

セキュア・ターゲットmysourceの証跡/opt/audit_trailからの監査データ収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET mysource USING HOST foo FROM TABLE sys.aud$;

セキュア・ターゲットmysourceの表証跡sys.aud$からの監査データ収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET mysource USING HOST foo FROM syslog
/usr/syslog/syslog*;

セキュア・ターゲットmysourceのsyslog証跡/usr/syslog/syslog*の収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET mysource USING HOST foo FROM event
log application;

セキュア・ターゲットmysourceのアプリケーション・イベント・ログ証跡の収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET mysource USING HOST foo
FROM transaction log;

セキュア・ターゲットmysourceのトランザクション・ログ証跡の収集が開始します。

avcli> START COLLECTION FOR SECURED TARGET mysource USING HOST foo
FROM TABLE sys.aud$ USING plugin com.myplugin;

プラグインcom.mypluginを使用して、セキュア・ターゲットmysourceの表証跡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トレース・ファイル

C2TRACE

file_wildcard

サーバー側トレース・ファイル

SERVERSIDETRACE

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ファイルが格納されるディレクトリへのパスです。「ステップ4: 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 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

- 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 mysource USING HOST myhost FROM directory /opt/audit_trail;

セキュア・ターゲットmysourceの証跡/opt/audit_trailからの監査データ収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET mysource USING HOST myhost FROM TABLE sys.aud$;

セキュア・ターゲットmysourceの表証跡sys.aud$からの監査データ収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET mysource USING HOST myhost FROM syslog
/usr/syslog/syslog*;

セキュア・ターゲットmysourceのsyslog証跡/usr/syslog/syslog*の収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET mysource USING HOST myhost FROM event log application;

セキュア・ターゲットmysourceのアプリケーション・イベント・ログ証跡の収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET mysource USING HOST myhost FROM transaction log;

セキュア・ターゲットmysourceのトランザクション・ログ証跡の収集が停止します。

avcli> STOP COLLECTION FOR SECURED TARGET mysource USING HOST myhost FROM TABLE sys.aud$ USING PLUGIN com.myplugin;

プラグインcom.mypluginを使用して、セキュア・ターゲットmysourceの表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 C2TRACE "c:\SQLAuditFile*.trc";

サーバー側のトレースの例:

avcli> STOP COLLECTION FOR SECURED TARGET hr_sql_db USING HOST mssqlserver
FROM SERVERSIDETRACE "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ファイルが格納されるディレクトリへのパスです。「ステップ4: 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 mysource;

セキュア・ターゲットmysourceで使用可能な証跡がリストされます。

DROP TRAIL FOR SECURED TARGET

DROP TRAIL FOR SECURED TARGETは、監視が不要になった証跡を削除します。

注意:
監査証跡を削除するには、監査証跡がSTOPPED状態である必要があります。関連付けられている監査データをすでに収集している証跡は削除できません。

構文

DROP TRAIL FOR SECURED TARGET secured target name USING HOST host FROM location

引数

引数

説明

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

例

avcli> DROP TRAIL FOR SECURED TARGET mysource USING HOST foo FROM
DIRECTORY /opt/audit_trail;

セキュア・ターゲットmysourceのディレクトリ/opt/audit_trailからの監査証跡が削除されます。

avcli> DROP TRAIL FOR SECURED TARGET mysource USING HOST foo FROM TABLE sys.aud$;

セキュア・ターゲットmysourceの表証跡sys.aud$からの監査証跡が削除されます。

avcli> DROP TRAIL FOR SECURED TARGET mysource USING HOST foo FROM SYSLOG DEFAULT
/usr/syslog/syslog*;

セキュア・ターゲットmysourceのSyslog証跡/usr/syslog/syslog*が削除されます。

avcli> DROP TRAIL FOR SECURED TARGET mysource USING HOST foo
FROM TRANSACTION LOG;

セキュア・ターゲットmysourceのトランザクション・ログ証跡が削除されます。

AVCLIコレクタ・プラグイン・コマンド

AVCLIコレクタ・プラグイン・コマンドを使用すると、コレクタ・プラグインのデプロイメントを管理できます。

表A-15に、AVCLIコレクタ・プラグイン・コマンドを示します。

表A-14 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/myplugin.zip;

/opt/avplugins/myplugin.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.myplugin;

プラグインcom.abc.mypluginがOracle Audit Vault Serverからアンデプロイされ、プラグインが削除されてエージェント・アーカイブが更新されます。

AVCLI SMTPコマンド

AVCLI SMTPコマンドを使用すると、Audit Vault Serverのレポートおよびアラートに関するSMTP電子メール通知を管理できます。

表A-15に、SMTP固有のAVCLIコマンドを示します。

表A-15 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 mymail.server.com sender id "do-not-reply";

mymail.server.comで未認証モードで実行されているSMTPサーバーについて、すべての電子メールがアドレスdo-not-reply<donotreply@mycompany.com>から生成および送信されます。

avcli> REGISTER SMTP SERVER AT mymail.server.com:455 SENDER ID av-alerts  SENDER
EMAIL avalerts@mycompany.com AUTHENTICATED BY smtpuser/smtppass;

mymail.server.com、ポート455で認証モードで実行されているSMTPサーバーについて、すべての電子メールがアドレスav-alerts<avalerts@mycompany.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 newhost:465;

SMTPサーバーのホストおよびポートの構成情報が変更されます。

avcli> ALTER SMTP SERVER SENDER ID new-do-not-reply;

SMTPサーバーの送信者IDの構成情報が変更されます。

avcli> ALTER SMTP SERVER AT newhost: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

サーバー証明書の検証に使用されるトラストストア・ファイルへのパス。オプション。

使用上の注意

このコマンドは、Oracle Audit Vault Serverに登録されたSMTPサーバーがセキュア・モードである(SSLまたはTLSをサポートしている)ことを確認し、ファイル/opt/mytstoreを使用して、接続時にSMTPサーバーから取得された証明書を検証します。

このコマンドは、REGISTER SMTP SERVER (「REGISTER SMTP SERVER」)またはALTER SMTP SERVER (「ALTER SMTP SERVER」)コマンドの実行後に実行します。

このコマンドを実行するのは、構成しているSMTPサーバーがセキュアなサーバーである場合のみです。

例

ALTER SMTP SERVER SECURE MODE ON PROTOCOL ssl TRUSTSTORE /opt/mytstore;

次の例では、TLSプロトコルを使用するようにトラストストアを構成する方法を示します。

avcli> ALTER SMTP SERVER SECURE MODE ON PROTOCOL tls TRUSTSTORE /opt/mytstore;

この例では、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 e-mail address

引数

引数

説明

e-mail 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@mycompany.com

SMTP統合をテストするために、テスト電子メールが電子メール・アドレスme@mycompany.comに送信されます。

avcli> TEST SMTP SERVER SEND EMAIL TO abc@acompany.com,xyz@xcompany.com

SMTP統合をテストするために、テスト電子メールが電子メール・アドレス・リストabc@acompany.com,xyz@xcompany.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-16 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 mysource TO scott;

セキュア・ターゲットmysourceへのアクセス権がユーザー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 mysource FROM scott;

セキュア・ターゲットmysourceへのアクセス権がユーザー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から取り消されます。

AVCLI汎用コマンド

表A-1に、AVCLI汎用コマンドを示します。

表A-17 AVCLI HELPコマンドとEXITコマンド

コマンド

説明

CONNECT

現行ユーザーを別のユーザーとして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の外から実行します。

構文

avcli -h
avcli -H
avcli -help
avcli -HELP

例

avcli -help:

[oracle@slc02vjp ~]$ avcli -help

AVCLI : Release 12.1.0.0.0 - Production on Thu Nov 8 00:53:54 UTC 2012

Copyright (c) 1996, 2012 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. myscript.av)

-VERSION

-VERSIONコマンドは、AVCLIのバージョン番号を表示します。-VERSIONコマンドは、AVCLIの外から実行します。

構文

avcli -v
avcli -V
avcli -version
avcli -VERSION

例

avcli -v

AVCLI : Release 12.1.0.0.0 - Production on Tue Apr 26 14:25:31 PDT 2011

Copyright (c) 2011, Oracle.  All Rights Reserved.

QUIT

QUIT;コマンドは、AVCLIを終了します。

構文

QUIT;

例

avcli> QUIT;

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

この付録の内容は、次のとおりです。

- Oracle AVDFプラグインの概要

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

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

- 接続文字列

- コレクション属性

- 監査証跡構成

- 監査証跡の場所

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

Oracle AVDFプラグインの概要

Oracle AVDFでは、セキュア・ターゲット・タイプごとにプラグインを提供して、様々なセキュア・ターゲット・タイプをサポートしています。この付録では、監査証跡およびその他の機能がセキュア・ターゲット・タイプごとに適切に機能するのに欠かせない設定を構成するのに必要な情報を示します。

- スクリプト: 各タイプのセキュア・ターゲットに対して必要な権限を持つアカウントを簡単に作成できるようになる設定スクリプトが提供されています。Oracle AVDFでは、次の目的のために、これらのアカウント権限を使用します。

- Oracle Databaseセキュア・ターゲットの監査ポリシーの管理

- Oracle Databaseセキュア・ターゲットの権限データの収集

- サポートされるセキュア・ターゲットの監査データの収集

- サポートされるセキュア・ターゲットのストアド・プロシージャ監査(SPA)の実行

- コレクション属性: Oracle AVDFでセキュア・ターゲットを登録するときに、追加の監査データ・コレクション属性の定義を必要とするセキュア・ターゲット・タイプや、サポートするセキュア・ターゲット・タイプがあります。

サポートされているセキュア・ターゲット製品

Oracle AVDFプラグインは表B-1にリストされているバージョンのセキュア・ターゲット製品をサポートしています。

これらのセキュア・ターゲットの各監査証跡タイプでサポートされるプラットフォームの詳細は、表B-7を参照してください。

最新プラットフォーム・マトリックス

サポートされているプラットフォームに関する最新の情報は、Webサイトhttps://support.oracle.comに掲載されている記事番号1536380.1から入手できます。

表B-1 サポートされているセキュア・ターゲットおよびサポートされているOracle AVDF機能

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

Audit Vault Agent

Database Firewall

ホスト監視

データベース問合せ

監査ポリシーの作成、権限監査

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

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 Adaptive Server Enterprise (ASE)バージョン12.5.4～15.0.x、15.5、15.7

可能

可能

可能

可能

Sybase SQL Anywhereバージョン10.0.1

可能

可能

可能

可能

IBM DB2 for LUWバージョン9.x

可能

可能

可能

可能

MySQLバージョン5.0、5.1

可能

可能

可能

MySQLバージョン5.5

(Audit Vault Agentにはバージョン5.5.29以上が必要)

可能

可能

可能

可能

Oracle Solarisバージョン10アップデート6以上、およびバージョン11 (SPARC64プラットフォームおよびx86-64プラットフォーム上)

可能

Oracle Solaris - その他のバージョン。後述の「注意」を参照。

可能

バージョン2.0以下のauditdパッケージを含む(監査パッケージのバージョンを確認するにはrpm -q auditを実行) Oracle Linux 6.0 (OEL 6.0)

可能

Microsoft Windows Server 2008および2008 R2

可能

Microsoft Active Directory 2008および2008 R2 (64ビット)

可能

Oracle ACFS 12cリリース1 (12.1)

可能

注意:
Solarisバージョン2.3以上からの監査データの収集も可能です(Oracle Supportに相談してください)。

セキュア・ターゲットに対する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で次の機能を実行できるユーザー権限が設定されます。

- 監査データ収集

- 監査ポリシー管理

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

- ユーザー権限監査

- データベース問合せ

- 監査証跡のクリーンアップ(一部のセキュア・ターゲットが対象)

セキュア・ターゲット・ホスト・コンピュータに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ログ以外の監査証跡タイプからデータを収集するための権限を設定する場合。

- REDO_COLL: REDOログから監査データを収集するための権限を設定する場合。

- SPA: このデータベースに対してストアド・プロシージャ監査を有効にする場合

- ENTITLEMENT: このデータベースに対してユーザー権限監査を有効にする場合

4. セキュア・ターゲット・データベースにOracle Database Vaultがインストールされ有効になっている場合は、次のようにします。

1. DV_OWNERロールが付与されているユーザーとしてログインし、次のコマンドを実行します。

SQL> EXEC DBMS_MACADM.ADD_AUTH_TO_REALM('Oracle Data Dictionary', 'username', null, dbms_macutl.g_realm_auth_participant);
SQL> COMMIT;

usernameには、手順1で作成したユーザーの名前を入力します。

これで、セキュア・ターゲット・データベース・ユーザーがOracle Data Dictionaryレルムに追加されます。

2. Oracle AVDFユーザーに、このOracle Databaseに対するDV_SECANALYSTロールを付与します。次に例を示します。

SQL> GRANT DV_SECANALYST TO username;

usernameには、手順1で作成したユーザーの名前を入力します。

DV_SECANALYSTロールにより、Oracle AVDFでOracle Database Vaultの監査証跡データを監視および収集したり、Oracle Database Vaultレポートを実行できます。

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 -P sa_password -i sybase_auditcoll_user_setup.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

3. Oracle AVDFユーザー権限を取り消すには、次のようにしてsybase_auditcoll_drop_db_permissions.sqlスクリプトを実行します。

isql -S server_name -U sa -P sa_password -i sybase_auditcoll_drop_db_permissions.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

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 -P sa_password -i sybase_spa_user_setup.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

3. SPAユーザー権限を取り消すには、次のようにしてsybase_spa_drop_db_permissions.sqlスクリプトを実行します。

isql -S server_name -U sa -P sa_password -i sybase_spa_drop_db_permissions.sql

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

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 -P sa_password -i sqlanywhere_spa_user_setup.sql -v username="username" password="password"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- username: Oracle AVDFでSPAに使用するために作成するユーザーの名前を入力します。このユーザー名は二重引用符で囲みます。

- password: Oracle AVDF SPAユーザーのパスワードを入力します。パスワードは二重引用符で囲みます。

スクリプトを実行すると、SPA用の権限を持つユーザーが作成されます。

3. これらの権限を取り消し、このユーザーをデータベースから削除するには、次のようにしてsqlanywhere_spa_drop_db_permissions.sqlを実行します。

isql -S server_name -U sa -P sa_password -i sqlanywhere_spa_drop_db_permissions.sql -v username="username"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- 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 -P sa_password -i  mssql_user_setup.sql -v username="username" mode="AUDIT_COLL" all_databases="NA" database="NA"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- username: 手順1で作成したユーザーの名前を入力します。

3. 監査データ収集権限を取り消すには、次のようにしてmssql_drop_db_permissions.sqlスクリプトを実行します。

sqlcmd -S server_name -U sa -P sa_password -i mssql_drop_db_permissions.sql -v username="username" mode="AUDIT_COLL" all_databases="NA" database="NA"

- server_name: この引数を使用するのは、データベースがリモートの場合のみです。リモート・サーバーの名前またはIPアドレスを入力します。スクリプトをローカルで実行する場合は、-S server_name引数を省略します。

- sa: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- 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 -P sa_password -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: システム管理者のユーザー名を入力します。

- sa_password: システム管理者のパスワードを入力します。

- username: 手順1で作成したユーザーの名前を入力します。

- Y/N: ストアド・プロシージャに対してすべてのデータベースを監査する場合は、Yを入力します。databaseパラメータに1つのデータベース名を指定する場合は、Nを入力します。

- NA/database_name: all_databasesにYを入力した場合は、NAを入力します。all_databasesにNを入力した場合は、ストアド・プロシージャに対して監査するデータベース名を入力します。

3. SPA権限を取り消すには、次のようにしてmssql_drop_db_permissions.sqlスクリプトを実行します。

sqlcmd -S server_name -U sa -P sa_password -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: システム管理者のパスワードを入力します。

- username: 手順1で作成したユーザーの名前を入力します。

- Y/N: すべてのデータベースについてSPA権限を取り消す場合は、Yを入力します。databaseパラメータに1つのデータベース名を指定する場合は、Nを入力します。

- NA/database_name: all_databasesにYを入力した場合は、NAを入力します。all_databasesにNを入力した場合は、SPA権限を取り消すデータベース名を入力します。

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スクリプトを実行します。

接続文字列

Audit Vault Serverコンソールでセキュア・ターゲットを登録する際、「セキュア・ターゲットの場所」フィールドに接続文字列を入力します(「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください)。セキュア・ターゲットのタイプに応じて次の接続文字列形式を使用します。

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

セキュア・ターゲット・タイプ

接続文字列

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アドレス)

Linux

hostname (完全修飾マシン名またはIPアドレス)

Microsoft Windows

hostname (完全修飾マシン名またはIPアドレス)

Microsoft Active Directory Server

hostname (完全修飾マシン名またはIPアドレス)

Oracle ACFS

hostname (完全修飾マシン名またはIPアドレス)

コレクション属性

この項の内容は、次のとおりです。

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

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

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

- MySQLのコレクション属性

コレクション属性の概要

監査証跡タイプには、監査証跡コレクション属性がオプションであるものと、正しく機能するためにこれらの属性が必須であるものがあります。この項では、コレクション属性と、セキュア・ターゲットの登録または変更時にコレクション属性フィールドで使用する値を示します。「Audit Vault Serverでのセキュア・ターゲットの登録または削除」を参照してください。

コレクション属性が不要なセキュア・ターゲット・タイプ

- Microsoft SQL Server

- Sybase ASE

- Oracle Solaris

- Windows

- Linux

- Microsoft Active Directory Server

Oracle Databaseのコレクション属性

Oracle DatabaseではDIRECTORY監査証跡のコレクション属性を指定できます。表B-3に、Oracle AVDFでOracle Databaseセキュア・ターゲットを登録するときに、監査証跡タイプとしてDIRECTORYを選択した場合に使用できるコレクション属性を示します。

表B-3 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-4に、Oracle AVDFでIBM DB2 for LUWセキュア・ターゲットを登録するときに必要なコレクション属性を示します。

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

属性名および説明

必須

デフォルト

備考

av.collector.databasename

IBM DB2 for LUWデータベース名

必須

該当なし

このパラメータは、大/小文字を区別します。

MySQLのコレクション属性

表B-5に、Oracle AVDFでMySQLセキュア・ターゲットを登録するときに必要なコレクション属性とオプションのコレクション属性を示します。

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

属性名および説明

必須

デフォルト

備考

av.collector.securedTargetVersion

MySQLデータベースのバージョン

必須

該当なし

av.collector.AtcTimeInterval

監査証跡クリーンアップ・ファイルの更新間隔(分)

不要

20

Oracle ACFSのコレクション属性

表B-6に、Oracle AVDFでOracle ACFSセキュア・ターゲットを登録するときに必要なコレクション属性を示します。

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

属性名および説明

必須

デフォルト

備考

av.collector.securedtargetversion

Oracle ACFSのバージョン番号

必須

該当なし

ドット区切りの5つの整数値(例: 12.1.0.0.0)

監査証跡構成

この項の内容は、次のとおりです。

- サポートされているセキュア・ターゲットの監査証跡タイプ

- Oracle Databaseの監査証跡構成

- Sybase ASEの監査証跡構成

- Microsoft SQL Serverの監査証跡構成

- IBM DB2 for LUWの監査証跡構成

- Oracle Solarisの監査証跡構成

サポートされているセキュア・ターゲットの監査証跡タイプ

セキュア・ターゲットの監査証跡を構成するときに、「監査証跡のタイプ」フィールドで監査証跡タイプを選択します。

監査証跡タイプは、セキュア・ターゲット・タイプによって異なります。表B-7に、各セキュア・ターゲット・タイプに対して構成できる監査証跡タイプを示します。

表B-7 各セキュア・ターゲット・タイプのプラットフォームおよび収集される監査証跡のタイプ

セキュア・ターゲット・タイプ

証跡タイプ

監査証跡

Oracle Database

プラットフォーム:

Linux/x86-64
Solaris/x86-64
Solaris/SPARC64
AIX/Power64
Windows/x86-64
HP-UX Itanium

TABLE

リリース10.1.x、10.2.x、11.xおよび12.x

次の監査証跡から収集します。

- Oracle Database監査証跡。SYS.AUD$ディクショナリ表に標準の監査イベントが書き込まれます。

- Oracle Databaseファイングレイン監査証跡。SYS.FGA_LOG$ディクショナリ表に監査イベントが書き込まれます。

- Oracle Database Vault監査証跡。DVSYS.AUDIT_TRAIL$ディクショナリ表に監査イベントが書き込まれます。

Oracle Database

プラットフォーム:

Linux/x86-64
Solaris/x86-64
Solaris/SPARC64
AIX/Power64
Windows/x86-64
HP-UX Itanium

DIRECTORY

リリース10.1.x、10.2.xおよび11.x

次の監査証跡からデータを収集します。

- LinuxおよびUNIXプラットフォーム: オペレーティング・システムの(.aud)ファイルおよびsyslogファイル(圧縮されたsyslogファイル以外)に書き込まれるOracleデータベース監査ファイル

- Windowsプラットフォーム: オペレーティング・システムのWindowsイベント・ログおよびオペレーティング・システムのログ(監査ログ) XML (.xml)ファイル

Oracle Database

Linux/x86-64
Solaris/x86-64
Solaris/SPARC64
AIX/Power64
Windows/x86-64
HP-UX Itanium

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

Linux/x86-64
Solaris/x86-64
Solaris/SPARC64
AIX/Power64
HP-UX Itanium

SYSLOG

LinuxプラットフォームおよびUNIXプラットフォーム上のsyslogファイルのみからOracle監査レコードを収集します。

Oracle Database

プラットフォーム:

Windows/x86-64
HP-UX Itanium

EVENT LOG

Windowsプラットフォーム上のMicrosoft Windowsイベント・ログのみからOracle監査レコードを収集します。

Oracle Database

プラットフォーム:

Linux/x86-64
Solaris/x86-64
Solaris/SPARC64
AIX/Power64
Windows/x86-64
HP-UX Itanium

NETWORK

ネットワーク・トラフィックを収集します(TCP接続を使用するすべてのデータベース操作)。ホスト監視に使用されます。

Microsoft SQL Server

プラットフォーム:

Windows/x86-64

DIRECTORY

C2監査ログ、サーバー側のトレース・ログから監査データを収集します。

Microsoft SQL Server

プラットフォーム:

Windows/x86-64

EVENT LOG

Windowsイベント・ログから監査データを収集します。Microsoft SQL Server 2008および2012の場合、セキュリティ・イベント・ログからの収集もサポートされます。

Microsoft SQL Server

プラットフォーム:

Windows/x86-64

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

Sybase ASE

すべてのプラットフォーム

TABLE

sybsecurityデータベースのシステム監査表(sysaudits_01からsysaudits_08)から監査データを収集します。

Sybase ASE

すべてのプラットフォーム

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

IBM DB2 for LUW

すべてのプラットフォーム

DIRECTORY

バイナリ監査ログ(db2audit.log)から抽出されたASCIIテキスト・ファイルから監査データを収集します。これらのファイルは、DB2データベース・インスタンスのsecurityサブディレクトリに存在します。

IBM DB2 for LUW

すべてのプラットフォーム

NETWORK

ネットワーク・トラフィック(TCP接続を使用するすべてのデータベース操作)を収集します。ホスト監視に使用されます。

MySQL

プラットフォーム:

Linux/x86-64
Windows 2008, 2008 R2 64 bit

DIRECTORY

指定された場所からXMLベースの監査データを収集します。

Oracle Solaris

プラットフォーム:

Solaris/SPARC64
Solaris/x86-64

DIRECTORY

Solaris監査のaudit_binfileプラグインで生成されるSolaris監査レコード(バージョン2)を収集します。

Linux

プラットフォーム:

Linux/x86-64

DIRECTORY

audit.logから監査データを収集します。

Windows OS

プラットフォーム:

Windows/x86-64

EVENT LOG

Windowsセキュリティ・イベント・ログから監査データを収集します。

Microsoft Active Directory

Windows/x86-64

EVENT LOG

Windowsイベント・ログから監査データを収集します。

Oracle ACFS

プラットフォーム:

Linux/x86-64
Solaris/x86-64
Solaris/SPARC64
Windows 2008, 2008 R2 64 bit

DIRECTORY

ACFS暗号化ソースおよびACFSセキュリティ・ソースから監査データを収集します。

Oracle Databaseの監査証跡構成

この項の内容は、次のとおりです。

- DIRECTORY監査証跡タイプ

- TABLE監査証跡タイプ

- TRANSACTION LOG監査証跡タイプ

- NETWORK監査証跡タイプ

- SYSLOG監査証跡タイプ

- EVENT LOG監査証跡タイプ

DIRECTORY監査証跡タイプ

この監査証跡タイプは、監査証跡がオペレーティング・システム・ファイルに書き込まれている場合に使用します。この証跡タイプの場合、エージェントは、セキュア・ターゲット・データベースと同じサーバーに存在する必要があります。

オペレーティング・システム監査設定により、次のアクティビティが取得されます。

- SELECT文

- データ定義言語(DDL)文およびデータ操作言語(DML)文

- 成功および失敗したアクション

- SYSの操作(管理者を監査するには、AUDIT_SYS_OPERATIONS初期化パラメータをTRUEに設定します。SYSの監査により、SQLテキスト情報が収集されます。)

表B-8に、DIRECTORY監査証跡タイプを使用するOracle Databaseのオペレーティング・システム監査設定を示します。

表B-8 DIRECTORY監査証跡タイプ用のOracle DatabaseのOS監査設定

監査証跡

監査証跡設定

備考

LinuxおよびUNIXベースのプラットフォーム(.aud)

標準監査レコードの場合: AUDIT_TRAIL初期化パラメータをOSに設定します。

ファイングレイン監査レコードの場合: 該当なし。

なし

LinuxおよびUNIXベースのプラットフォーム(.xml)

標準監査レコードの場合: AUDIT_TRAIL初期化パラメータをXMLまたはXML, EXTENDEDに設定します。

ファイングレイン監査レコードの場合: DBMS_FGA.ADD_POLICYプロシージャのaudit_trailパラメータをDBMS_FGA.XMLまたはDBMS_FGA.XML + DBMS_FGA.EXTENDEDに設定します。

EXTENDEDでは、監査証跡にSQLテキストとSQLバインド情報が書き込まれます。

Windowsプラットフォーム

オペレーティング・システムXMLファイル(.xml)

標準監査レコードの場合: AUDIT_TRAIL初期化パラメータをXMLまたはXML, EXTENDEDに設定します。

ファイングレイン監査レコードの場合: DBMS_FGA.ADD_POLICYプロシージャのaudit_trailパラメータをDBMS_FGA.XMLまたはDBMS_FGA.XML + DBMS_FGA.EXTENDEDに設定します。

EXTENDEDでは、監査証跡にSQLテキストとSQLバインド情報が書き込まれます。

TABLE監査証跡タイプ

この監査証跡タイプは、監査証跡がデータベース監査証跡に書き込まれている場合に使用します。この証跡タイプの場合、エージェントは、SQL*Netがセキュア・ターゲット・データベースと通信できるコンピュータに存在する必要があります。

表B-9に、TABLE監査証跡タイプを使用する必要がある、Oracle Databaseのデータベース監査証跡設定を示します。

表B-9 TABLE監査証跡タイプ用のOracle Databaseの監査証跡設定

監査証跡

監査証跡設定

監査対象操作

備考

SYS.AUD$

標準監査レコードの場合: AUDIT_TRAIL初期化パラメータをDBまたはDB, EXTENDEDに設定します。

ファイングレイン監査レコードの場合: 該当なし。

SELECT、DML、DDL、成功および失敗、SQLテキスト、SQLバインド

EXTENDEDでは、監査証跡にSQLテキストとSQLバインド・データが書き込まれます。

SYS.FGA_LOG$

標準監査レコードの場合: 該当なし。

ファイングレイン監査レコードの場合: DBMS_FGA.ADD_POLICYプロシージャのaudit_trailパラメータをDBMS_FGA.DBまたはDBMS_FGA.DB + DBMS_FGA.EXTENDEDに設定します。

特定のユーザー定義監査条件(ユーザーが表の列を変更した場合など)

なし

V$UNIFIED_AUDIT_TRAIL

標準およびファイングレインの監査レコードと、次のイベントの監査を含みます。

- Oracle Data Pump

- SQL*Loaderでのダイレクト・パス・ロード

- Oracle Database Vault

- Oracle Label Security

- Recovery Manager

- Real Application Security

Oracle Database 12cにのみ含まれています。

DVSYS.AUDIT_TRAIL$

該当なし。Oracle Database Vault監査証跡では、Oracle Database監査が無効の場合でもデータが収集されます。

レルムやコマンド・ルールなどの監査オプションにより指定されるOracle Database Vaultの監査アクティビティ

なし

TRANSACTION LOG監査証跡タイプ

この監査証跡タイプは、データベースが監査データをREDOログから収集している場合に使用します。この証跡タイプの場合、エージェントは、SQL*Netがセキュア・ターゲット・データベースと通信できるコンピュータに存在する必要があります。Oracle RACインストールでは通常、REDOログは共有の場所に格納されるため、エージェントは1つのデータベース・インスタンスにのみ存在できます。

注意:
Oracle Database 12cの場合で、PDB/CDBを使用していない場合はトランザクション・ログ監査証跡のみがサポートされます。

表B-10に、TRANSACTION LOG監査証跡タイプを使用するREDOログ監査証跡設定を示します。

表B-10 TRANSACTION LOG監査証跡タイプ用のOracle DatabaseのREDOログ設定

監査証跡

監査証跡設定

監査対象操作

備考

REDOログ

Audit Vault and Database Firewall取得ルール(『Oracle Audit Vault and Database Firewall監査者ガイド』を参照)

DML、DDL、前後の値

機密データを含む列の変更前および変更後の値を追跡します。

NETWORK監査証跡タイプ

この監査証跡タイプは、TCP接続を使用するすべてのデータベース操作を取得する場合に使用します。これにより、データベースに対するすべてのネットワーク・トラフィックの取得が開始されます。次のような操作を追跡管理できます。

- クライアント・プログラム名

- クライアントIPおよびポート

- すべてのDDL文およびDML文

- 成功したアクションおよび失敗したアクション

SYSLOG監査証跡タイプ

表B-11に、syslog監査証跡タイプを使用するsyslog監査証跡設定を示します。

表B-11 Syslog監査証跡タイプ用のOracle Databaseの監査設定

監査証跡

監査証跡設定

備考

LinuxおよびUNIXベースのプラットフォーム

標準監査レコードの場合: AUDIT_TRAIL初期化パラメータをOSに設定し、AUDIT_SYSLOG_LEVELパラメータを設定します。

ファイングレイン監査レコードの場合: 該当なし。

圧縮されたsyslogファイルからは収集できません。

Windowsプラットフォーム

Windowsイベント・ログから監査レコードを収集します。

EVENT LOG監査証跡タイプ

イベント・ログ監査証跡はWindowsイベント・ログから監査データを収集します。

表B-12に、イベント・ログ監査証跡タイプを使用するイベント・ログ監査証跡設定を示します。

表B-12 Event Log監査証跡タイプ用のOracle Databaseの監査設定

監査証跡

監査証跡設定

備考

Windowsイベント・ログ

標準監査レコードの場合: AUDIT_TRAIL初期化パラメータをOSに設定します。

ファイングレイン監査レコードの場合: 該当なし。

なし

Sybase ASEの監査証跡構成

表B-13に、AVDFのNetwork監査証跡タイプを使用するSybase ASE監査証跡設定を示します。

表B-13 Sybase ASEデータベースの監査設定

監査証跡 - 監査ログ

監査証跡設定

監査対象操作

備考

システム監査表ログ

システム・プロシージャを実行してグローバル監査オプションを設定し、監査の有効化、無効化または再起動を行います。

ファイングレイン監査およびセキュリティ関連のアクティビティが標準で記録されます。

監査対象を正確に選択できます。

すべてを監査するか、特定のイベントのみを監査するかを選択できます。

Sybase ASEデータベースの監査におけるベスト・プラクティスを実装します。

Microsoft SQL Serverの監査証跡構成

表B-14に、AVDFのDIRECTORY監査証跡タイプを使用するSQL Server監査証跡設定を示します。

表B-14 DIRECTORY監査証跡タイプ用のSQL Serverデータベースの監査設定

監査証跡 - 監査ログ

監査証跡設定

監査対象操作

備考

C2監査ログ

SQL Server Enterprise Managerを使用してSQL Serverのセキュリティ・プロパティを構成します。

C2評価に準拠した監査。

文およびオブジェクトへのアクセスの試行(成功および失敗の両方)が記録されます。

全部かゼロかの方法による監査。

すべてのアクションを記録します(パフォーマンスに大きく影響する可能性があります)。

サーバー側のトレース・ログ

ストアド・プロシージャを実行して、トレースの開始および停止、トレースの構成およびフィルタを行います。

ファイングレイン・セキュリティ関連のアクティビティが記録されます。

結果をフィルタして、SQLの動詞(たとえば、SELECT、INSERT、UPDATE、DELETE)など、特定のパターンと一致するアクティビティ、または特定のオブジェクト(たとえば、特定の表)に関係のあるアクティビティのみを記録できます。

特定のアクティビティのみを記録するようにトレースを構成できます。

トレース構成情報は保持されません。SQL Serverの再起動時に削除されます。

表B-15に、EVENT LOG監査証跡タイプを使用するSQL Server監査証跡設定を示します。

表B-15 EVENT LOG監査証跡タイプ用のSQL Serverデータベースの監査設定

監査証跡 - 監査ログ

監査証跡設定

監査対象操作

備考

Windowsイベント・ログ

デフォルトで実行されています。

標準の集中的な方法によって、アプリケーション(およびオペレーティング・システム)で重要なソフトウェアおよびハードウェアのイベントを記録します。

なし

IBM DB2 for LUWの監査証跡構成

表B-16に、DB2の監査証跡設定を示します。

表B-16 IBM DB2 for LUWデータベースの監査設定

監査証跡 - 監査ログ

監査証跡設定

監査対象操作

備考

ASCIIテキスト・ファイル

DB2AUDITコマンドを実行して、監査の有効化と無効化、および監査操作の設定を行います。

監査(AUDIT)。監査レコードまたは監査ログへのアクセス時間に対する変更。

認可チェック(CHECKING)。DB2データベース・オブジェクトまたは機能へのアクセスまたは操作時の認可チェック。

セキュリティ・メンテナンス(SECMAINT)。オブジェクト権限、データベース権限またはDBADM権限の付与または取消しの他、SYSADM_GROUP、SYSCTRL_GROUPまたはSYSMAINT_GROUPの各構成パラメータの変更。

オブジェクト・メンテナンス(OBJMAINT)。データ・オブジェクトの作成および削除。

システム管理(SYSADMIN)。SYSADM、SYSMAINTまたはSYSCTRLの各権限を必要とする操作。

ユーザー検証(VALIDATE)。ユーザーの認証またはシステム・セキュリティ情報の取得。

操作コンテキスト(CONTEXT)。実行されるデータベース操作コンテキスト。監査ログ・ファイルの解析時に役立ちます。DB2データベースの操作コンテキストを監査する方法は、IBM DB2のドキュメントを参照してください。

これらのカテゴリに加え、成功または失敗(あるいはその両方)を監査できます。

Oracle Solarisの監査証跡構成

Oracle AVDFではOracle Solarisに対するDIRECTORYタイプの監査証跡をサポートしています。監査証跡をディレクトリに書き込むようOracle Solarisを構成できます。http://docs.oracle.com/にあるOracle Solarisのドキュメントを参照してください。

Microsoft Windowsの監査証跡構成

表B-17に、Windowsの監査証跡設定を示します。

表B-17 Windowsの監査設定

監査証跡設定

監査対象操作

備考

監査する操作、そのサブカテゴリ、SUCCESSまたはFAILUREのステータスを構成します。

アカウント ログオン イベントの監査

アカウント管理の監査

ディレクトリ サービスのアクセスの監査

ログオン イベントの監査

オブジェクト アクセスの監査

ポリシーの変更の監査

特権使用の監査

プロセス追跡の監査

システム イベントの監査

基本的な監査ポリシー設定については、Microsoft Windows Serverのドキュメントを参照してください。

監査証跡の場所

Audit Vault Serverでセキュア・ターゲットの監査証跡を構成するときに、証跡の場所を指定する必要があります(「Audit Vault Serverでの監査証跡の構成」を参照してください)。証跡の場所は、セキュア・ターゲットのタイプによって異なります。セキュア・ターゲットのタイプに応じて次の形式を使用します。

重要: 証跡の場所は大文字と小文字が区別されます。データ収集の重複を防ぐため、監査証跡の場所を指定するときには大文字のみまたは小文字のみで統一することをお薦めします。

注意: 「監査証跡のタイプ」で「DIRECTORY」を選択した場合、証跡の場所はディレクトリ・マスクにする必要があります。

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

セキュア・ターゲット・タイプ

サポートされる証跡の場所

Oracle Database

sys.aud$

Microsoft SQL Server

*.sqlauditファイル、セキュリティ・イベント・ログ、アプリケーション・イベント・ログまたはトレース・ファイル(*.trc)

証跡の場所は*.sqlauditまたは*.trc filesの絶対パスです。

prefix*.sqlauditまたはprefix*.trcを使用して、名前が接頭辞で始まるすべてのソース・ファイルを読み取ることもできます。

#C2_DYNAMICおよび#TRACE_DYNAMICはSQL Server 2000、2005および2008バージョンでのみサポートされます。

Sybase ASE

SYSAUDITS

IBM DB2 for LUW

ディレクトリへのパス(例: d:\temp\trace)。

MySQL

MySQL XML変換ユーティリティを実行したときに変換後のXMLファイルが生成されるディレクトリへのパス。「ステップ4: MySQLホスト・マシンでのXML変換ユーティリティの実行」を参照してください。

Oracle Solaris

hostname:path_to_trail

hostnameは、監査ログ名内(次のような形式)のホスト名と一致します。

timestamp1.timestamp2.hostname

Microsoft Windows

security (大文字小文字の区別あり)

Microsoft Active Directory Server

directory serviceまたはsecurity (大文字小文字の区別あり)

Oracle ACFS

XML監査ファイルが含まれているディレクトリへのパス。たとえば、$MOUNT_POINTにマウントされているファイル・システムの場合、監査証跡の場所は次のようになります。

$MOUNT_POINT/.Security/audit/

Linux

audit.logのデフォルトの場所(/var/log/audit)または/etc/audit/auditd.confファイルで構成したカスタムの場所。

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

一部の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監査証跡にトレース・ファイルから収集されたデータがあり、トレース・ファイルが非アクティブである場合、このファイルをクリーンアップできます。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. MySQLセキュア・ターゲット・ホスト・マシンで、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がデプロイされたディレクトリへのパス

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の設定スクリプト」を参照してください。

- この監査証跡タイプの詳細は、「TRANSACTION LOG監査証跡タイプ」を参照してください。

- 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

変更:可能

データベース・リンクの名前を接続先のデータベースと同じ名前にする必要があるかどうかを指定します。

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管理者ガイド』を参照してください。

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アップグレードに失敗する

- AVCLIを使用したエージェントのアクティブ化リクエストでエラーが返される

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

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

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

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

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

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

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

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サービス名が正しく使用されていることを確認します。このセキュア・ターゲットの強制ポイントの設定に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. アップグレードを再試行します。

AVCLIを使用したエージェントのアクティブ化リクエストでエラーが返される

問題

次の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アドレスを使用してホストを登録します。

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

問題

この問題は次のような様々な症状で現れます。

- ホスト監視を作成しようとしたときに、操作に失敗するか、正しいバイナリが見つかりません。

- Oracle Databaseセキュア・ターゲットから監査データを収集しようとしたときに、操作に失敗します。

- Audit Vault AgentからAudit Vault Serverに接続できません。

- 監査証跡が開始しません。

解決方法

1. 次を除くすべての環境変数の設定を解除します。

- PATH

- TERM

- PS1

- LANG

- LC_*

- JAVA_HOME

セキュア・ターゲット・ホスト・マシンでjava -jar agent.jarコマンドを再実行します。手順は、「ステップ1: ホスト・マシンでの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 -lpcapcollect2: ld returned 1 exit statusmake: *** [hostmonitor] Error 1Line 105: Failed to generate executables for Host monitor.

解決方法

これは、ホスト監視に必要なライブラリがホスト・コンピュータにないことを意味しています。「ホスト監視の前提条件」に記載されている必須ライブラリをインストールします。

索引

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.5.9

セキュア・ターゲット, ターゲットまたはグループによる制御, 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

「アクション」ボタン, 1.6.3 ACTIVATE HOSTコマンド, A.2.5 アクティブ化, キーを使用したAudit Vault Agent, 5.12.3 Active Directory

監査の有効化, 5.10.1, 5.11.1

ホスト・コンピュータの登録, 5.10, 5.11

管理機能, 1.2.4 管理者

アクセス権, 11.1

ロール, 1.4

タスク, 1.4

ユーザー・アカウント・タイプ, 11.1

エージェント・ホスト・コマンド, A.2 agentctlコマンド

起動/停止, 5.12.4

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

エージェント

「Audit Vault Agent」を参照

アラート, 電子メール・サービスの構成, 10.1 ALTER ENFORCEMENT POINTコマンド, A.4.6 ALTER FIREWALLコマンド, A.3.9 ALTER HOSTコマンド, A.2.2 ALTER SECURED TARGETコマンド, A.6.2 ALTER SMTP SERVERコマンド, A.9.2 ALTER SMTP SERVER DISABLEコマンド, A.9.4 ALTER SMTP SERVER ENABLEコマンド, A.9.3 ALTER SYSTEM SETコマンド, A.5.1 ALTER SYSTEM SMTP SERVER SECURE MODE OFFコマンド, A.9.6 ALTER SYSTEM SMTP SERVER SECURE MODE ONコマンド, A.9.5 アーキテクチャ

高可用性のための回復可能なペア, 1.3.3, 7.1

Oracle AVDFコンポーネント, 1.3.1

アーカイブ

アーカイブ場所の定義, 13.3.1

ポリシー

作成, 13.2

説明, 13.1

「Windows File Sharing」転送方法に対するポート, 13.3.1 リストア後のデータ・ファイルのパージ, 13.4 アーカイブからのリストア, 13.4 セキュリティ・ガイドライン, 2.1.2 アーカイブ・ジョブの開始, 13.3.2 転送方法, 13.3.1 ArcSight Security Information Event Management(SIEM)

概要, 9.1

定義済, 1.2.6

デプロイ手順, 9.2

インタフェースの有効化, 9.2

ArcSightサーバーの指定, 9.2

監査証跡

クリーンアップ

IBM DB2監査ファイル, 5.6.4

Microsoft SQL Server監査証跡, B.8.2

Oracle Database, B.8.1

収集, AVCLIコマンド, A.7 構成

DIRECTORY, Oracle Database, B.6.2.1

EVENT LOG, Oracle Database, B.6.2.6

IBM DB2, B.6.5, B.6.7

Microsoft SQL Server, B.6.4

NETWORK, Oracle Database, B.6.2.4

REDOログ, 推奨される設定, C.1

Sybase ASE, B.6.3

SYSLOG, Oracle Database, B.6.2.5

TABLE, Oracle Database, B.6.2.2

TRANSACTION LOG, Oracle Database, B.6.2.3

収集の構成, 6.3.1 証跡の削除, A.7.4 リストの確認, A.7.3 IBM DB2, 概要, B.6.1 MySQL

証跡の場所, 5.5.4, A.7.1, A.7.2, B.7

XML変換必要, 5.5.4

計画, 1.5.6.1 構成の計画, 1.5.6.1 プラットフォーム・サポート, B.6.1 Oracle Databaseの証跡のパージ, B.8.1 エージェントの更新後に再起動が必要, 5.13.2 開始および停止, 6.3.2 収集の開始, A.7.1 ステータス, 確認, 6.3.3 収集の停止, A.7.2 TABLE, B.6.1 タイプ, B.6.1

DIRECTORYタイプ用の場所, 6.3.1, B.7

Audit Vault Agent

概要, 1.3.1.4

アクティブ化, 5.12.3

エージェントが停止したときの監査データ収集, 1.3.1.4

Oracle RACノード用の接続の構成, 12.10

非アクティブ化, 5.12.7

デプロイとアクティブ化, 5.12

JREバージョン, 1.3.1.4

ロギング・レベル, 設定, 5.12.6

デプロイメント用のOSユーザー・アカウント, 5.12.1

デプロイメントの計画, 1.5.5

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

プラグイン

概要, 5.15.1, B.1

デプロイしてアクティブ化する手順, 5.15.4

アンデプロイ, 5.15.5

削除, 5.12.7 要件, Java SE 6, 5.12.1 起動, 5.12.4 起動, 初回, 5.12.3 停止, 5.12.4, 5.12.7 Oracle Databaseの証跡パージ・プロセスのタイムスタンプ, B.8.1.2 更新

アップグレード後, 5.13.1

自動, 5.13.2

Audit Vault and Database Firewall

管理機能, 1.2.4

管理者ロール, 1.4

管理者のタスク, 1.4

監査機能, 1.2.5

コンポーネントの図, 1.3.1.1

コンポーネント, 1.3.1

構成のワークフロー, 1.5.2

ドキュメント, 最新のダウンロード, 1.1

エンタープライズ・アーキテクチャ, 図, 1.3.2

サポートされないIPv6, 2.4

プロセス・フロー, 1.3.1.1

Audit Vault Server

概要, 1.3.1.2

管理タスク

アーカイブ・ログのディスク領域, 監視, 12.8

ユーザー・パスワードの変更, 11.4.1

RAC用の収集エージェントの接続構成, 12.10

フラッシュ・リカバリ領域, 12.9

SYSAUX表領域の使用量, 12.7

バックアップとリストア, 12.4 証明書

場所, 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

フェイルオーバー, 7.2.6 高可用性

概要, 7.2.1

フェイルオーバー, 7.2.6

ステータス, 7.2.5

IPアドレス

変更, 再起動が必要, 3.3.2.1

Database Firewallに指定, 4.5

ジョブの監視, 12.2 UIへのログイン, 1.6.1 ネットワーク構成, 3.3.2.1 ペア作成, 7.2.1 構成の計画, 1.5.3 ポート番号, デフォルト, 3.3.2.1 回復可能なペアのプライマリ・サーバー, 7.2.3 公開鍵, 12.1.2.2 再起動, 電源オフ, 12.1.3 Database Firewallの登録, 3.5 Database Firewallの削除, 12.5.4 セキュア・ターゲットの削除, 6.2.1.2 回復可能なペアのセカンダリ・サーバー, 構成, 7.2.2 SNMPアクセス, 3.3.2.2 ステータス, 確認, 12.1.1 syslog宛先, 構成, 3.3.3 システム操作のテスト, 3.6 UI, タブの説明, 1.6.2 ユーザー・アカウント, 作成, 11.2.2 監査機能, 1.2.5 認証

ホスト監視とDatabase Firewall間の通信に使用, 5.14.4

AVCLIコマンド

ACTIVATE HOST, A.2.5

ALTER ENFORCEMENT POINT, A.4.6

ALTER FIREWALL, A.3.9

ALTER HOST, A.2.2

ALTER SECURED TARGET, A.6.2

ALTER SMTP SERVER, A.9.2

ALTER SMTP SERVER DISABLE, A.9.4

ALTER SMTP SERVER ENABLE, A.9.3

ALTER SYSTEM SET, A.5.1

ALTER SYSTEM SMTP SERVER SECURE MODE OFF, A.9.6

ALTER SYSTEM SMTP SERVER SECURE MODE ON, A.9.5

CONNECT, A.11.1

CREATE ENFORCEMENT POINT, A.4.1

CREATE RESILIENT PAIR, A.3.6

DEACTIVATE HOST, A.2.6

DEPLOY PLUGIN, A.8.1

DROP ENFORCEMENT POINT, A.4.2

DROP FIREWALL, A.3.2

DROP HOST, A.2.4

DROP RESILIENT PAIR, A.3.8

DROP SECURED TARGET, A.6.8

DROP SMTP SERVER, A.9.9

DROP TRAIL FOR SECURED TARGET, A.7.4

GRANT ACCESS, A.10.3

GRANT ADMIN, A.10.5

GRANT SUPERADMIN, A.10.1

-HELP, A.11.2

LIST ADDRESS FOR SECURED TARGET, A.6.3

LIST ATTRIBUTE FOR SECURED TARGET, A.6.6

LIST ATTRIBUTE OF SMTP SERVER, A.9.8

LIST ENFORCEMENT POINT, A.4.3

LIST FIREWALL, A.3.3

LIST HOST, A.2.3

LIST METRICS, A.6.7

LIST PLUGIN FOR SECURED TARGET TYPE, A.8.2

LIST SECURED TARGE, A.6.4

LIST SECURED TARGET TYPE, A.6.5

LIST TRAIL FOR SECURED TARGET, A.7.3

POWEROFF FIREWALL, A.3.5

QUIT, A.11.4

REBOOT FIREWALL, A.3.4

REGISTER FIREWALL, A.3.1

REGISTER HOST, A.2.1

REGISTER SECURED TARGET, A.6.1

REGISTER SMTP SERVER, A.9.1

REVOKE ACCESS, A.10.4

REVOKE ADMIN, A.10.6

REVOKE SUPERADMIN, A.10.2

SHOW CERTIFICATE, A.5.2

SHOW STATUS FOR FIREWALL, A.3.10

START COLLECTION FOR SECURED TARGET, A.7.1

START ENFORCEMENT POINT, A.4.4

STOP COLLECTION FOR SECURED TARGET, A.7.2

STOP ENFORCEMENT POINT, A.4.5

SWAP RESILIENT PAIR, A.3.7

TEST SMTP SERVER, A.9.7

UNDEPLOY PLUGIN, A.8.3

-VERSION, A.11.3

AVCLIユーティリティ

概要, 12.11.1

ダウンロード, 12.11.2

バージョンの確認, 12.11.4

ヘルプ情報, 12.11.4

起動, 12.11.3

スクリプトの実行, 12.11.5

ロギング・レベルの設定, 12.11.6

B

バックアップ, Audit Vault Server, 12.4

BIG-IP ASM(Application Security Manager)

統合の概要, 8.1

Oracle Database Firewallとの統合の利点, 8.1

構成要件, 8.3.1

Database Firewallを使用した構成, 8.3.3

ロギング・プロファイルの作成, 8.3.4

カスタムiRule, 8.3.5.1

統合による動作, 8.2

Database Firewallとの統合, 8.1

iRules syslogメッセージ, 8.3.5.1

ポリシー設定, 8.3.4.2

サンプルのiRule, 8.3.5

統合のためのシステム要件, 8.3.2

iRule syslogメッセージの転送, 8.3.5.2

ArcSight Security Information Event Management(SIEM)との併用, 9.1

ブロック

Database Firewallのインライン・モード, ブリッジの有効化, 4.6.3

強制ポイントでのDPEモード, 6.4.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

Database Firewallに指定, 4.5

クライアントIPアドレス, TCP許可ノード, 2.5.2 クライアント・プログラム名

セキュリティ上の考慮事項, 2.5.3

クライアント側のセキュリティ, 2.5.3 収集エージェント

「Audit Vault Agent」を参照

コレクション属性

概要, B.5.1

Active Directory, 不要, B.5.1

IBM DB2, B.5.3

Linux, 不要, B.5.1

MySQL, B.5.4

Oracle ACFS, B.5.5

Oracle Database, B.5.2

Solaris, 不要, B.5.1

SQL Server, 不要, B.5.1

Sybase ASE, 不要, B.5.1

Windows, 不要, B.5.1

コレクタ・プラグイン

AVCLIコマンドを使用したデプロイ, A.8.1

リストの確認, A.8.2

アンデプロイ, A.8.3

コレクタ

「監査証跡」を参照

コマンドライン・ユーティリティ

AVCLIのダウンロード, 12.11.2

リファレンス, A

コンポーネント, Oracle AVDF, 1.3.1 圧縮されたsyslogファイル, B.6.1 構成

監査証跡, 6.3.1

BIG-IP ASM, 8.3.1

Database Firewall

概要, 4.1

データベース問合せ, 6.6.1.1 強制ポイント, 6.4.2 高可用性

Audit Vault Server, 7.2.2

Database Firewall, 7.3

セキュア・ターゲット

概要, 6.1

登録, 6.2.1.1

ワークフローについて, 1.5.2 CONNECTコマンド, A.11.1 接続文字列(「セキュア・ターゲットの場所」フィールド用), B.4 接続, データベース・クライアント用に維持, 6.4.3 コンソール

リストのフィルタ処理とソート, 1.6.3

表示のリセット, 1.6.3

CREATE ENFORCEMENT POINTコマンド, A.4.1 CREATE RESILIENT PAIRコマンド, A.3.6

D

DAMモード, 1.3.3, 7.1

データベース・アクティビティ監視, 定義, 1.3.1.3

強制ポイントの監視モード, 6.4.2

SQLブロック・ファイアウォール・ポリシー, 6.4.2

データ・ファイル, リストア後のパージ, 13.4 データ保持ポリシー

概要, 13.1

作成, 13.2

データ・セキュリティ, 2.1 データベース・アクティビティ監視

DAMモード, 定義, 1.3.1.3

データベース・クライアント

プロキシのDatabase Firewallを使用した接続, 4.6.4

データベース接続

Database Firewall, 2.4

Database Firewall

概要, 1.3.1.3

Audit Vault ServerへのDatabase Firewallの追加, 3.5

構成, 4.1

Audit Vault Serverの証明書およびIPアドレス, 4.5

ネットワーク・サービス, 4.3.2

ネットワーク設定, 4.3.1

プロキシ, 4.6.4

トラフィック・ソース, 4.6.2

診断, ダウンロード, 12.5.5 高可用性, 構成, 7.3 BIG-IP ASMとの統合, 8.1

要件, 8.3.3

UIへのログイン, 1.7.1 ネットワーク配置, 4.6.1 ネットワーク・サービス構成, 4.3.2 ネットワーク設定, 変更, 4.3.1 ネットワーク・トラフィック, ファイルに取得, 12.5.2 非TCPベースの接続, 2.4 構成の計画, 1.5.4 ポート

外部ネットワーク・アクセス用, D.5

ファイアウォール・サービス用, D.3

開く必要がある, D.1

プロキシ

構成, 4.6.4

データベース・クライアント接続, 4.6.4

公開鍵, 6.6.3.3 再起動, 電源オフ, 12.5.3 Audit Vault Serverから削除, 12.5.4 SNMPアクセス, 4.3.2 SSHアクセス, 4.3.2 ステータス, 表示, 4.7 トラフィック・ソース, 構成, 4.6.2 接続方法, 1.3.2 Webアクセス, 4.3.2 データベース問合せ, B.2

概要, 6.6.1

Microsoft SQL Serverデータベースに対する構成, 6.6.2.1

Oracle Advanced Securityを使用するOracleデータベースに対する構成, 6.6.1.2

Sybase SQL Anywhereデータベースに対する構成 , 6.6.2.2

無効化, 6.6.5

有効化, 6.6.4

強制ポイント設定, 6.4.3

Sybase SQL Anywhere, Linux用のODBCドライバのインストール, 6.6.2.2

データベース・ポリシー強制

DPEモード, 定義, 1.3.1.3

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

概要, 6.7.1

有効化, 6.7.2.1

強制ポイント設定, 6.4.3

サポートされるデータベース, 1.2.3 日付と時刻

設定

Audit Vault Server, 3.3.1

Database Firewall, 4.4

レポートのタイムスタンプ, 3.3.1 DEACTIVATE HOSTコマンド, A.2.6 ホストの削除, 5.1.3 DEPLOY PLUGINコマンド, A.8.1 診断, Database Firewallのためのダウンロード, 12.5.5 DIRECTORY監査証跡

概要, B.6.1

syslogファイル, 圧縮, B.6.1

ディレクトリ・マスク

DIRECTORY証跡タイプ用の証跡の場所, 6.3.1, B.7

ディスク領域

アーカイブ・ログの領域の監視, 12.8

ディスパッチャ・サービス, セキュリティ上の考慮事項, 2.5.1 DNSサーバー

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

ドキュメント, AVDF, 最新のダウンロード, 1.1 DPEモード

スプーフィング検出ルール, 6.4.2

ブリッジIPアドレス, 4.6.3

接続, DAMモードからの切替え, 6.4.3

データベース・ポリシー強制, 定義, 1.3.1.3

強制ポイントの監視モード, 6.4.2

時刻の同期でのトラフィック中断, 4.4

DROP ENFORCEMENT POINTコマンド, A.4.2 DROP FIREWALLコマンド, A.3.2 DROP HOSTコマンド, A.2.4 DROP RESILIENT PAIRコマンド, A.3.8 DROP SECURED TARGETコマンド, A.6.8 DROP SMTP SERVERコマンド, A.9.9 DROP TRAIL FOR SECURED TARGETコマンド, A.7.4

E

電子メール通知

サービスの構成の概要, 10.1

SMTP構成の変更, A.9.2

SMTP構成の無効化, A.9.4

SMTP構成の有効化, A.9.3

SMTP構成の確認, A.9.8

登録, A.9.2

SMTPサーバーの登録, A.9.1

セキュアなサーバーの構成の削除, A.9.6

表示されるタイムスタンプ, 3.3.1

SMTPサーバーの登録解除, A.9.9

暗号化

Oracle Advanced Securityでのネイティブ暗号化, 6.6.3.3

ネットワーク暗号化, 処理, 2.3.1

Oracle Databases, 処理するための構成, 6.6.3

暗号化されたOracle Databaseに対する公開鍵の指定, 6.6.3.3

セキュリティ・ガイドライン, 2.3.1

強制ポイント

構成, 6.4.2, 6.4.2

データベース問合せ設定, 6.4.3

データベース・レスポンス設定, 6.4.3

定義, 6.4.1

削除, 6.4.4

DPEモードとIPスプーフィング, 6.4.2

「既存の接続を維持」設定, 6.4.3

変更, 6.4.3

使用されるポート番号, 6.4.5

開始および停止, 6.4.4

ステータス, 6.4.2

権限監査, B.2 EVENT LOG監査証跡, B.6.1 AVCLIの終了, A.11.4

F

フェイルオーバー, Audit Vault Server, 7.2.6

フィルタ処理, Audit Vault Serverコンソールにおけるリスト, 1.6.3

ファイアウォール・ポリシー, ログインおよびログアウト, 6.7.2.2

フラッシュ・リカバリ領域, Audit Vault Serverでの監視, 12.9

書式設定, Audit Vault Serverコンソールにおけるリスト, 1.6.3

G

GRANT ACCESSコマンド, A.10.3

GRANT ADMINコマンド, A.10.5

GRANT SUPERADMINコマンド, A.10.1

アクセス権限の付与, A.10.3

ADMIN権限の付与, A.10.5

スーパー管理者権限の付与, A.10.1

グループ

アクセス権

グループによる制御, 11.3.3

ユーザーによる制御, 11.3.2

セキュア・ターゲット・グループの作成, 6.2.2 ガイドライン, 一般的なセキュリティ, 2.2

H

-HELPコマンド, A.11.2

AVCLIに関するヘルプ情報, A.11.1, A.11.2

高可用性

回復可能なペアの概要, 1.3.3, 7.1

図, 1.3.3

Audit Vault Server, 7.2

Database Firewall, 7.3

ステータス, 確認, 7.2.5

ホスト監視

概要, 5.14.1

認証, 使用, 5.14.4

ステータスの確認, 5.14.3.4

強制ポイント, 5.14.2.5

インストール, 5.14.2

前提条件, 5.14.2.1

設定スクリプト, 5.14.2.3

起動, 5.14.3.1

停止, 5.14.3.2

ホスト名, 変更, 再起動が必要, 3.3.2.1 ホスト

AVCLIコマンドの使用対象, A.2

Audit Vault Serverからの削除, 5.1.3

登録

Active Directory, 5.10, 5.11

IBM DB2, 5.6

Linux, 5.9

Microsoft SQL Server, 5.3

MySQL, 5.5

手順, 5.1.2

Solaris, 5.7

Sybase ASE, 5.4

Windows, 5.8

セキュア・ターゲット・ホスト, 登録, 概要, 5.1.1

I

IBM DB2

監査証跡構成, B.6.5, B.6.7

コレクション属性, B.5.3

バイナリ監査ファイルのASCIIテキスト・ファイルへの変換, 5.6.4

監査の有効化, 5.6.1

ホスト・コンピュータの登録, 5.6

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

ユーザー・アカウントのスクリプト, B.3.6.2

初期化パラメータ

REDOログ

監査セキュア・ターゲット(リリース10.2), C.3, C.4

監査セキュア・ターゲット(リリース11.2), C.2

インストール, セキュリティ・ガイドライン, 2.1 統合

ArcSight SIEM, 9.1

BIG-IP ASM, 8.1

Oracle AVDF, 概要, 1.2.6

IPアドレス

DPEモードでのスプーフィング検出, 6.4.2

Audit Vault Server

変更, 再起動が必要, 3.3.2.1

プロキシ・インタフェースのサブネット制限, 4.6.4 IPv6

サポートされない接続, 2.4

ブロックされるトラフィック, 2.4

iRule syslogメッセージ

BIG-IP ASMコマンド, 8.3.5.2

J

Java SE 6, Audit Vault Agentに必要, 5.12.1

ジョブ, 監視, 12.2

JRE, サポートされるバージョン, 1.3.1.4

K

キー, エージェントのアクティブ化用, 5.12.3

キーボード

レイアウトの変更, 12.1.4

設定, 3.3.1

L

リンクのプロパティ

ネットワーク設定

Audit Vault Server, 3.3.2.1

Database Firewall, 4.3.1

Linux

監査の有効化, 5.9.1

Linux

ホスト・コンピュータの登録, 5.9

LIST ADDRESS FOR SECURED TARGETコマンド, A.6.3 LIST ATTRIBUTE FOR SECURED TARGETコマンド, A.6.6 LIST ATTRIBUTE OF SMTP SERVERコマンド, A.9.8 LIST ENFORCEMENT POINTコマンド, A.4.3 LIST FIREWALLコマンド, A.3.3 LIST HOSTコマンド, A.2.3 LIST METRICSコマンド, A.6.7 LIST PLUGIN FOR SECURED TARGET TYPEコマンド, A.8.2 LIST SECURED TARGETコマンド, A.6.4 LIST SECURED TARGET TYPEコマンド, A.6.5 LIST TRAIL FOR SECURED TARGETコマンド, A.7.3 リスト, Audit Vault Serverコンソールでのオブジェクトの検索, 1.6.3 ログイン

Audit Vault Server, 1.6.1

Database Firewall, 1.7.1

ロギング・レベル

Audit Vault Agent, 設定, 5.12.6

AVCLIユーティリティに指定, 12.11.6

ログインおよびログアウト・ポリシー, 6.7.2.2

M

MACアドレス, スプーフィング検出とDPEモード, 6.4.2

「既存の接続を維持」強制ポイント設定, 6.4.3

セキュア・ターゲットのメトリック, A.6.7

Microsoft SQL Server

監査証跡構成, B.6.4

データベース問合せ

構成, 6.6.1.1

監査の有効化, 5.3.1 登録, 5.3, B.8.2 ホスト・コンピュータの登録, 5.3 トレース・ファイル, 偶然による削除の防止, B.8.2 ユーザー・アカウントのスクリプト, B.3.5.2 監視モード

SQLブロック, 6.4.2

強制ポイント設定, 6.4.2

「アーカイブされていた月数」フィールド, 13.2 「オンラインだった月数」フィールド, 13.2 MySQL

コレクション属性, B.5.4

監査の有効化, 5.5.1

ホスト・コンピュータの登録, 5.5

証跡の場所, 5.5.4, A.7.1, A.7.2, B.7

ユーザー・アカウントのスクリプト, B.3.7

XML変換ユーティリティが必要, 5.5.4

N

NETWORK監査証跡, B.6.1

ネットワーク・マスク, Database Firewallのネットワーク設定, 4.3.1

ネットワーク・サービス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

ネットワーク・トラフィック, Database Firewallでファイルに取得, 12.5.2 SQL以外のプロトコルのアクセス, 2.4 非TCPベースの接続, Database Firewall, 2.4

O

ODBCドライバ

SQL Anywhereデータベース問合せに必要, 6.6.2.2

サポートされるオペレーティング・システム, 1.2.3 Oracle ACFS

コレクション属性, B.5.5

Oracle Advanced Security

処理するためのデータベース問合せの構成, 6.6.3

Database Firewallでの復号化, 6.6.1.2

ネイティブ暗号化が必要, 6.6.3.3

暗号化されたOracle Databaseに対する公開鍵の指定, 6.6.3.3

Oracle Database

Oracle Advanced Securityトラフィックの復号化, 6.6.1.2

監査の有効化, 5.2.1

Oracle Database

12c, PDB/CDBおよびセキュア・ターゲット, 6.2.1.1

監査証跡構成

DIRECTORY, B.6.2.1

EVENT LOG, B.6.2.6

NETWORK, B.6.2.4

SYSLOG, B.6.2.5

TABLE, B.6.2.2

TRANSACTION LOG, B.6.2.3

コレクション属性, B.5.2 ホスト・コンピュータ, 登録, 5.2 監査証跡のパージ, B.8.1 REDOログ, 監査データ収集リファレンス, C.1 ユーザー・アカウントのスクリプト, B.3.2 Oracle Advanced Securityの使用, 処理するための構成, 6.6.3 Oracle Real Application Clusters(RAC)

Audit Vault Agentの接続の構成, 12.10

Oracle共有サーバー, セキュリティ上の考慮事項, 2.5.1 OSユーザー名, セキュリティ上の考慮事項, 2.5.3

P

パスワード

Audit Vault Server管理者に対する変更, 11.4.2

Database Firewall管理者に対する変更, 11.4.3

変更に関するガイドライン, 11.4.1

PDB, セキュア・ターゲットの登録, 6.2.1.1 サポートされるプラットフォーム

監査証跡タイプ, B.6.1

最新マトリックス, 1.1.1, B.2

プラグイン・セキュア・ターゲット

監査の有効化, 5.15.2

プラグイン

概要, B.1

デプロイしてアクティブ化する手順, 5.15.4

構成の計画, 1.5.6.2

アンデプロイ, 5.15.5

ポリシー

アーカイブ, 13.1

ログインおよびログアウト・ポリシー, 6.7.2.2

ポート

Audit Vault Serverで使用されるデフォルトの番号, 3.3.2.1

強制ポイント, 確認, 6.4.5

Audit Vault Server外部ネットワーク・アクセス用, D.4

Audit Vault Serverサービス用, D.2

Database Firewall外部ネットワーク・アクセス用, D.5

内部TCP通信用, D.6

プロキシ, 4.6.4

Windows File Sharing転送を使用したアーカイブに対する推奨, 13.3.1

Database Firewallデプロイメントに必要, D.1

AVDFによって使用される, D

電源切断

Audit Vault Server, 12.1.3

Database Firewall, 12.5.3

POWEROFF FIREWALLコマンド, A.3.5 プロセス・フロー, Oracle AVDFコンポーネントの使用, 1.3.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.6.3.3

暗号化されたOracle Databaseに対する公開鍵の指定, 6.6.3.3

監査証跡のパージ

IBM DB2監査ファイル, 5.6.4

Oracle Database, B.8.1

Audit Vault環境のソース・データベース, B.8.1.2

SQL Server監査ファイル, 5.3.4

Q

QUITコマンド, A.11.4

AVCLIの終了, A.11.4

引用符

無効, ユーザー名, 6.2.1.1, 11.2.1

R

再起動

Audit Vault Server, 12.1.3

Database Firewall, 12.5.3

REBOOT FIREWALLコマンド, A.3.4 REDO収集

監査証跡設定, B.6.2.3

監査証跡の詳細情報, B.6.2.3

REDOログ

監査データ収集リファレンス, C.1

監査証跡構成, B.6.2.3

REGISTER FIREWALLコマンド, A.3.1 REGISTER HOSTコマンド, A.2.1 REGISTER SECURED TARGETコマンド, A.6.1 REGISTER SMTP SERVERコマンド, A.9.1 登録

ホスト

Active Directory, 5.10, 5.11

IBM DB2, 5.6

Linux, 5.9

Microsoft SQL Server, 5.3

MySQL, 5.5

Oracle Database, 5.2

手順, 5.1.2

Solaris, 5.7

Sybase ASE, 5.4

Windows, 5.8

リモート・アクセス, セキュリティ・ガイドライン, 2.1.2 リモート監視

「ホスト監視」を参照

レポート

直接データベース問合せ, 6.6.1.1

ホスト監視, 5.14.1

PDF/XLSに表示されるタイムスタンプ, 3.3.1

要件

Audit Vault Agent, Java SE 6, 5.12.1

コンソール表示のリセット, 1.6.3 回復可能なペア

概要, 1.3.3, 7.1

Audit Vault Server, 7.2.1

リストア, Audit Vault Server, 12.4 リストア, アーカイブから, 13.4 REVOKE ACCESSコマンド, A.10.4 REVOKE ADMINコマンド, A.10.6 REVOKE SUPERADMINコマンド, A.10.2 削除

アクセス権限, 11.2.3, A.10.4

ADMIN権限, A.10.6

スーパー管理者権限, A.10.2

S

スクリプト

セキュア・ターゲットに対するアカウント権限

概要, 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.11.5 セカンダリ・サーバー, 回復可能なペアでの構成, 7.2.2 Secure Sockets Layer(SSL)

SMTP構成, A.9.5

「セキュア・ターゲットの場所」フィールド, 6.2.1.1, B.4 セキュア・ターゲット

構成の概要, 6.1

アクセス権

ターゲットまたはグループによる制御, 11.3.3

ユーザーによる制御, 11.3.2

変更, A.6.2 属性

AVCLIを使用したリスト, A.6.6

コレクション属性

概要, B.5.1

Active Directory, 不要, B.5.1

IBM DB2, B.5.3

Linux, 不要, B.5.1

MySQL, B.5.4

Oracle ACFS, B.5.5

Oracle Database, B.5.2

Solaris, 不要, B.5.1

SQL Server, 不要, B.5.1

Sybase ASE, 不要, B.5.1

Windows, 不要, B.5.1

コマンドの使用対象, A.6 定義済, 1.2.3 削除, A.6.8 属性の確認, A.6.6 メトリックの確認, A.6.7 グループ, 作成, 6.2.2 ホスト, 登録, 5.1.1 アドレスのリスト, A.6.3 データベース以外のソース, 概要, 1.2.3 Oracle 12c PDB/CDB, 6.2.1.1 監査証跡構成の計画, 1.5.6.1 登録, 6.2.1.1, A.6.1 Audit Vault Serverからの削除

概要, 6.2.1.2

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

構成, 6.5

サポートされるタイプ, 1.2.3 Windows, 管理権限, 6.2.1.1 セキュリティ

インストール, 2.1

Audit Vault and Database Firewallアカウントのガイドライン, 11.2.1

クライアント側のコンテキスト情報, 2.5.3

データベース・アクセスの処理, 2.4

暗号化, 2.3.1

一般的な推奨事項, 2.2

ガイドライン, 2.1

共有リスナーでの複数のデータベース, 2.5.3

Oracle共有サーバーとディスパッチャ, 2.5.1

推奨事項, 2.2

TCP許可ノード, 2.5.2

設定, キーボード, 3.3.1 共有リスナー, セキュリティ上の考慮事項, 2.5.3 SHOW CERTIFICATEコマンド, A.5.2 SHOW STATUS FOR FIREWALLコマンド, A.3.10 SNMPアクセス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

Solaris

監査証跡の場所の形式, B.7

監査証跡の場所の形式(avcli), A.7.1

監査の有効化, 5.7.1

ホスト・コンピュータの登録, 5.7

ソート, Audit Vault Serverコンソールにおけるリスト, 1.6.3 SPA, 構成, 6.5 スプーフィング検出

MACアドレスとIPアドレス, DPEモード, 6.4.2

SQL, Database Firewallで取得されないタイプ, 2.3.2 SSHアクセス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

START COLLECTION FOR SECURED TARGETコマンド, A.7.1 START ENFORCEMENT POINTコマンド, A.4.4 状態

監査証跡, 確認, 6.3.3

Audit Vault Server

確認, 12.1.1

Database Firewall, 表示, 4.7 高可用性, 7.2.5 ホスト監視, 確認, 5.14.3.4 Audit Vault Serverのジョブ, 12.2 STOP COLLECTION FOR SECURED TARGETコマンド, A.7.2 STOP ENFORCEMENT POINTコマンド, A.4.5 ストアド・プロシージャ監査, B.2

構成, 6.5

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

構成, 6.5

サブネット

ブリッジ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.4

サポートされるオペレーティング・システム, 1.2.3 サポートされているプラットフォーム

監査証跡タイプ, B.6.1

最新マトリックス, 1.1.1, B.2

サポートされるセキュア・ターゲット, 1.2.3 SWAP RESILIENT PAIRコマンド, A.3.7 Sybase ASE

監査証跡構成, B.6.3

監査の有効化, 5.4.1

ホスト・コンピュータの登録, 5.4

ユーザー・アカウントのスクリプト, B.3.3.2

Sybase SQL Anywhere

データベース問合せ

構成, 6.6.1.1

ODBCドライバが必要, 6.6.2.2

ユーザー・アカウントのスクリプト, B.3.4 保存後の同期時間

Database Firewall, トラフィック中断に関する警告, 4.4

時刻の同期

DPEモードでのトラフィック中断, 4.4

SYSAUX表領域

Audit Vault Serverでの監視, 12.7

SYSDBA権限

リモート収集エージェント, 影響, 1.3.1.4

SYSLOG監査証跡, B.6.1 SYSLOG収集

監査証跡設定, B.6.2.5

監査証跡の詳細情報, B.6.2.5

syslog宛先, 構成, 3.3.3 syslogファイル, B.6.1 SYSOPER権限

リモート収集エージェント, 影響, 1.3.1.4

システム構成, 計画, 1.5.1 システム・サービス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

T

TABLE監査証跡, B.6.1

監査証跡設定, B.6.2.2

タブ, UI, 説明, 1.6.2 TCP許可ノード, セキュリティ上の考慮事項, 2.5.2 TEST SMTP SERVERコマンド, A.9.7 テスト, Audit Vault Serverの操作, 3.6 Oracle AVDFとともに使用されるサード・パーティ製品, 1.2.6 時刻の同期, DPEモードでのトラフィック中断, 4.4 「タイムゾーン・オフセット」フィールド, 3.3.1, 3.3.1 タイムスタンプ, Audit Vault Serverの日付と時刻, 3.3.1 トレース・ファイル, Microsoft SQL Server, 削除の防止, B.8.2 トラフィック中断, DPEモードでの時刻の同期, 4.4 トラフィック・ソース

強制ポイントでの変更, 6.4.3

Database Firewall, 構成, 4.6.2

「証跡の場所」フィールド

DIRECTORY証跡タイプのディレクトリ・マスク, 6.3.1, B.7

証跡の場所

セキュア・ターゲットでサポートされる, B.7

TRANSACTION LOG

監査証跡, 概要, B.6.1

推奨される設定のリファレンス, C.1

転送方法, アーカイブ, 13.3.1 Transport Layer Security(TLS)

SMTP構成, A.9.5

トラブルシューティング

avcli使用時のエージェントのアクティブ化エラー, E.1.3

エージェントからAudit Vault Serverに接続できない, E.1.4

avcliエージェント・アクティブ化エラー, E.1.3

Oracle Database証跡を収集できない, E.1.4

Database Firewall, 一部のトラフィックのみ, E.1.1

ホスト監視の失敗, E.1.4

RPMアップグレードの失敗, E.1.2

U

UI

Audit Vault Server, タブの説明, 1.6.2

Database Firewall, 概要, 1.7.2

UNDEPLOY PLUGINコマンド, A.8.3 ユーザー・アカウント

管理の概要, 11.1

Audit Vault Agentデプロイメント, OSユーザー, 5.12.1

タイプの変更, 11.2.3

作成, 11.2.2

削除, 11.2.4

計画, 1.5.9

ユーザー

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

引用符付きのユーザー名, 無効, 6.2.1.1, 11.2.1

V

-VERSIONコマンド, A.11.3

AVCLIのバージョン番号, 確認, A.11.3

W

Webアクセス

Audit Vault Serverでの構成, 3.3.2.2

Database Firewallでの構成, 4.3.2

Webアプリケーション・ファイアウォール(WAF)

定義済, 1.2.6

BIG-IP ASMのレポート, 8.4

Windows

監査証跡の場所の形式, B.7

監査の有効化, 5.8.1

ホスト・コンピュータの登録, 5.8

セキュア・ターゲット・ユーザー, 管理権限, 6.2.1.1

Windowsイベント・ログ, DIRECTORY監査証跡, B.6.1 Windowsファイル共有

アーカイブ転送方法、推奨ポート, 13.3.1

Windowsサービス, AV Agentの登録, 5.12.5.1

X

XMLファイル, DIRECTORY監査証跡, B.6.1

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