Oracle Label Security Administrator's Guide Release 2 (9.2) Part Number A96578-01 |
|
This chapter describes the SA_POLICY_ADMIN package, which enables you to administer policies on tables and schemas. It contains these sections:
When you apply a policy to a table, the policy is automatically enabled. To disable a policy is to turn off its protections, although it is still applied to the table. To enable a policy is to turn on and enforce its protections for a particular table or schema.
To remove a policy is to take it entirely away from the table or schema. Note, however, that the policy label column and labels remain in the table unless you explicitly drop them.
You can alter the default policy enforcement options for future tables which may be created in a schema. This does not, however, affect policy enforcement options on existing tables in the schema.
To change the enforcement options on an existing table, you must first remove the policy from the table, make the desired changes, and then re-apply the policy to the table.
Two sets of functions are available to administer Oracle Label Security policies:
Schema-level functions are provided for convenience. Note, however, that administrative operations which you perform at the table level will override operations performed at the schema level.
To perform these functions with Oracle Policy Manager, go to Oracle Label Security Policies--> policyname-->Protected Objects. Select either Schemas or Tables, and use the corresponding property sheet.
To administer policies on tables, a user must have EXECUTE privilege for the SA_POLICY_ADMIN package, and must have been granted the policy_DBA role. Authorized users can also perform these functions with the Oracle Policy Manager. This section contains these topics:
Use the APPLY_TABLE_POLICY procedure to add the specified policy to a table. A policy label column is added to the table if it does not exist, and is set to NULL. When a policy is applied, it is automatically enabled. To change the table options, labeling function, or predicate, you must first remove the policy, then re-apply it.
Syntax:
PROCEDURE APPLY_TABLE_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, table_name IN VARCHAR2, table_options IN VARCHAR2 DEFAULT NULL, label_function IN VARCHAR2 DEFAULT NULL, predicate IN VARCHAR2 DEFAULT NULL);
Example:
The following statement applies the HUMAN_RESOURCES policy to the EMP table in the SA_DEMO schema.
SA_POLICY_ADMIN.APPLY_TABLE_POLICY('human_resources', 'sa_demo','emp','no_control');
The REMOVE_TABLE_POLICY procedure removes the specified policy from a table. The policy predicate and any DML triggers will be removed from the table, and the policy label column can optionally be dropped. Policies can be removed from tables belonging to a schema that is protected by the policy.
Syntax:
PROCEDURE REMOVE_TABLE_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, table_name IN VARCHAR2, drop_column IN BOOLEAN DEFAULT FALSE);
Example:
The following statement removes the HUMAN_RESOURCES policy from the EMP table in the SA_DEMO schema:
SA_POLICY_ADMIN.REMOVE_TABLE_POLICY('human_resources','sa_demo','emp');
The DISABLE_TABLE_POLICY procedure disables the enforcement of the policy for the specified table without changing the enforcement options, labeling function, or predicate values. It removes the RLS predicate and DML triggers from the table.
Syntax:
PROCEDURE DISABLE_TABLE_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, table_name IN VARCHAR2);
policy_name |
Specifies an existing policy |
schema_name |
Specifies the schema which contains the table |
table_name |
Specifies the table |
Example:
The following statement disables the HUMAN_RESOURCES policy on the EMP table in the SA_DEMO schema:
SA_POLICY_ADMIN.DISABLE_TABLE_POLICY('human_resources','sa_demo','emp');
The ENABLE_TABLE_POLICY procedure re-enables the current enforcement options, labeling function, and predicate for the specified table by re-applying the RLS predicate and DML triggers.
Syntax:
PROCEDURE ENABLE_TABLE_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, table_name IN VARCHAR2);
policy_name |
Specifies an existing policy |
schema_name |
Specifies the schema which contains the table |
table_name |
Specifies the table |
Example:
The following statement re-enables the HUMAN_RESOURCES policy on the EMP table in the SA_DEMO schema:
SA_POLICY_ADMIN.ENABLE_TABLE_POLICY('human_resources','sa_demo','emp');
To administer policies on schemas, a user must have EXECUTE privilege on the SA_POLICY_ADMIN package, and must have been granted the policy_DBA role. Authorized users can also use the Oracle Policy Manager to perform these functions.
This section contains these topics:
In addition to applying a policy to individual tables, you can apply a policy at the schema level. The APPLY_SCHEMA_POLICY procedure applies the specified policy to all of the existing tables in a schema (that is, to those which do not already have the policy applied) and enables the policy for these tables. Then, whenever a new table is created in the schema, the policy is automatically applied to that table, using the schema's default options. No changes are made to existing tables in the schema which already have the policy applied.
Syntax:
PROCEDURE APPLY_SCHEMA_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, default_options IN VARCHAR2 DEFAULT NULL);
policy_name |
Specifies an existing policy. |
schema_name |
Specifies the schema name to control with the policy. |
default_options |
The default options to be used for tables in the schema. |
If the default_options parameter is NULL, then the policy's default options will be used to apply the policy to the tables in the schema.
The ALTER_SCHEMA_POLICY procedure changes the default enforcement options for the policy. Any new tables created in the schema will automatically have the new enforcement options applied; existing tables in the schema are not affected.
Syntax:
PROCEDURE ALTER_SCHEMA_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, default_options IN VARCHAR2);
policy_name |
Specifies an existing policy. |
schema_name |
Specifies the schema name to control with the policy. |
default_options |
The default options to be used for new tables created in the schema. |
To change enforcement options on a table (rather than a schema) you must first drop the policy from the table, make the change, and then re-apply the policy.
If you alter the enforcement options on a schema, this will take effect the next time a table is created in the schema. As a result, different tables within a schema may have different policy enforcement options in force.
The REMOVE_SCHEMA_POLICY procedure removes the specified policy from a schema. The policy will be removed from all of the tables in the schema and, optionally, the label column for the policy will be dropped from all of the tables.
Syntax:
PROCEDURE REMOVE_SCHEMA_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2, drop_column IN BOOLEAN DEFAULT FALSE);
policy_name |
Specifies an existing policy |
schema_name |
Specifies the schema name |
drop_column |
If TRUE, the policy's column will be dropped from the tables; otherwise, the column will remain. |
The DISABLE_SCHEMA_POLICY procedure disables the enforcement of the policy for all of the tables in the specified schema, without changing the enforcement options, labeling function, or predicate values. It removes the RLS predicate and DML triggers from all the tables in the schema.
Syntax:
PROCEDURE DISABLE_SCHEMA_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2);
policy_name |
Specifies an existing policy |
schema_name |
Specifies the schema name containing the table |
The ENABLE_SCHEMA_POLICY procedure re-enables the current enforcement optiofns, labeling function, and predicate for the tables in the specified schema by re-applying the RLS predicate and DML triggers.
Syntax:
PROCEDURE ENABLE_TABLE_POLICY ( policy_name IN VARCHAR2, schema_name IN VARCHAR2);
policy_name |
Specifies an existing policy |
schema_name |
Specifies the schema name containing the table |
This is the same as enabling a policy for a table, but it covers all tables in the schema.
Note the following aspects of using Oracle Label Security policies with schemas:
If you apply a policy to a schema which already contains tables protected by the policy, then all future tables will have the new options that were specified when you applied the policy. The existing tables will keep the options they already had.
|
Copyright © 2000, 2002 Oracle Corporation. All Rights Reserved. |
|