Oracle® Database Vault Administrator's Guide 10g Release 2 (10.2) Part Number B25166-04 |
|
|
View PDF |
This appendix includes the following sections:
A baseline auditing policy is installed with Oracle Database Vault. This policy includes the access control configuration information stored in the Oracle Database Vault database tables, information stored in the Oracle Catalog (rollback segments, tablespaces, and so on), the use of system privileges, and the Oracle Label Security configuration.
Before you can capture this audit information, you must enable the audit trail by setting the AUDIT_TRAIL
initialization parameter to OS
. The default setting for AUDIT_TRAIL
is NONE
, so it is important that you not use the NONE
setting. For security reasons, use OS
instead. To set this parameter, log on to SQL*Plus with SYSDBA
privileges, set AUDIT_TRAIL
to OS
, and then restart the database. For example:
sqlplus "sys / as sysdba"
Enter password: password
SQL> ALTER SYSTEM SET AUDIT_TRAIL = OS SCOPE=SPFILE;
SQL> SHUTDOWN NORMAL;
SQL> STARTUP;
For more information about the AUDIT_TRAIL
parameter, see Oracle Label Security Administrator's Guide and Oracle Database SQL Reference.
Table A-1 shows the audit settings in the Database Vault core RDBMS auditing policy.
Table A-1 Database Vault Audit Policy Settings
Audit Setting Type | Audited Commands (BY ACCESS and on Success or Failure Unless Otherwise Noted) |
---|---|
System Audit Settings/System Privilege Usage |
|
System Audit Settings/Object Management |
|
System Audit Settings/Intrusive Commands |
|
System Audit Settings/Administration Commands |
|
System Audit Settings/Audit Commands |
|
System Audit Settings/Access Control |
|
|
|
|
|
|
|
|
|
|
You can define a database audit policy for auditing system commands, users, objects, and so on. However, the database audit policy does not inherently support several Oracle Database Vault events.
Oracle Database Vault defines custom events that you can choose to audit. This enables you to audit events not protected by the database audit policy. For example, if the run-time access control processing of retrieving the identifier for a factor fails, the audit options for the factor may dictate that this event be audited.
The following list describes some of the custom audit events:
Session Initialization Audit Initialization Failed: The security administrator can audit instances where the access control session fails to initialize.
Command Rule Audit: Command rules allow or disallow SQL statements based on rule sets. The security administrator may choose to audit the rule set processing results. Both successful and failed processing can be audited.
Factor Assignment Audit: A factor can have an associated rule set that is used to assign an identity to the factor at run time. The security administrator may choose to audit the rule set processing results. Both successful and failed processing can be audited.
Factor Evaluation Audit: The security administrator may choose to audit instances where a factor identity cannot be resolved and assigned (such as No data found or Too many rows). Both successful and failed retrievals can be audited.
Oracle Label Security Attempt to Upgrade Session Label Failed: The security administrator can audit instances where the Oracle Label Security component prevents a session from setting a label that exceeds the maximum session label.
Oracle Label Security Session Initialization Failed: The security administrator can audit instances where the Oracle Label Security session fails to initialize.
Realm Authorization Audit: Realm authorizations can be managed using rule sets. The security administrator can audit the rule set processing results.
Realm Violation Audit: A realm violation occurs when the database account, performing an action on a realm object, is not authorized to perform that action in the realm. The security administrator can choose to audit realm violations.
Secure Role Audit: Secure application roles can be set based on rule sets. The security administrator can choose to audit the associated rule set processing.
See Also:
"Audit Options" (for factors)
"Audit Options" (for rule sets)
Defining Realm Authorization in Chapter 3, "Configuring Realms"
Chapter 9, "Generating Oracle Database Vault Reports" for information about viewing the audit reports
The Oracle Database Vault custom audit event records are stored in the AUDIT_TRAIL$
table, which is part of the DVSYS
schema. These audit records are not part of the typical Oracle Database audit trail. You can define an archiving policy for this audit trail.
Table A-2 describes the format of the audit trail.
Table A-2 Audit Trail Format
Parameter | Type | Description |
---|---|---|
|
|
Operating system login user name of the user whose actions were audited |
|
|
Name of the database user whose actions were audited |
|
|
Client computer name |
|
|
Identifier for the user's terminal |
|
|
Date and time of creation of the audit trail entry (in the local database session time zone) |
|
|
Creator of the object affected by the action, always |
|
|
Name of the object affected by the action. Expected values are:
|
|
|
Numeric action type code. The corresponding name of the action type is in the
|
|
|
Name of the action type corresponding to the numeric code in the |
|
|
The unique identifier of the record in the table specified under |
|
|
The unique name or natural key of the record in the table specified under |
|
|
The SQL text of the command procedure that was executed that resulted in the audit event being triggered |
|
|
The labels for all audit options specified in the record that resulted in the audit event being triggered. For example, a factor set operation that is supposed to audit on get failure and get |
|
|
The unique identifier of the rule set that was executing and caused the audit event to trigger |
|
|
The unique name of the rule set that was executing and caused the audit event to trigger |
|
|
The unique identifier of the rule that was executing and caused the audit event to trigger |
|
|
The unique name of the rule that was executing and caused the audit event to trigger |
|
|
An XML document that contains all of the factor identifiers for the current session at the point when the audit event was triggered |
|
|
Text comment on the audit trail entry, providing more information about the statement audited |
|
|
Numeric identifier for each Oracle session |
|
|
Numeric identifier for the statement invoked that caused the audit event to be generated. This is empty for most Oracle Database Vault events. |
|
|
Oracle error code generated by the action. The error code for a statement or procedure invoked that caused the audit event to be generated. This is empty for most Oracle Database Vault events. |
|
|
Client identifier for the Oracle session that triggered the audit event. |
|
|
Time stamp of creation of the audit trail entry (time stamp of user login for entries) in UTC (Coordinated Universal Time) time zone. |
|
|
Proxy session serial number, if an enterprise user has logged in through the proxy mechanism. |
|
|
Global user identifier for the user, if the user has logged in as an enterprise user |
|
|
Instance number as specified by the |
|
|