Oracle 11G 開啟審計監(jiān)控數據庫

1 創(chuàng)建審計數據專用表空間

由于審計數據可能占用大量空間，所以放入默認的system表空間顯然是不合理的，所以我們應該創(chuàng)建專門的表空間以及用戶來保存審計數據，這樣才是一個比較合理的規(guī)劃。

CREATE TABLESPACE AUDIT_TBS
  DATAFILE 
   '/data2/app/oracle/datafile/AUDIT_TBS1'SIZE 2048M AUTOEXTEND ON NEXT 512M MAXSIZE UNLIMITED，
	'/data2/app/oracle/datafile/AUDIT_TBS2'SIZE 2048M AUTOEXTEND ON NEXT 512M MAXSIZE UNLIMITED
  SEGMENT SPACE MANAGEMENT AUTO;

2 查看相關信息

select table_name,tablespace_name from dba_tables where table_name='AUD$';

1	AUD$	SYSTEM

select COLUMN_NAME,SEGMENT_NAME,tablespace_name from dba_lobs where table_name ='AUD$';

1	SQLBIND	SYS_LOB0000000407C00040$$	SYSTEM
2	SQLTEXT	SYS_LOB0000000407C00041$$	SYSTEM

select index_name,tablespace_name from dba_indexes where table_name ='AUD$';

1	SYS_IL0000000407C00040$$	SYSTEM
2	SYS_IL0000000407C00041$$	SYSTEM

3 在線移動至新的表空間

3.1 清空歷史審計信息

由于當前數據庫可能已經包含過去的審計信息，所以遷移的過程中比較慢，為了解決這個問題，可以先將現有的審計信息清空（當然是業(yè)務允許情況下），清空語句如下：

sqlplus / as sysdba
truncate table sys.aud$;

3.2 遷移表空間

sqlplus / as sysdba

alter table aud$ move tablespace AUDIT_TBS;
alter table AUD$ move lob(SQLBIND) store as SYS_LOB0000000407C00040$$ (tablespace AUDIT_TBS);
alter table AUD$ move lob(SQLTEXT) store as SYS_LOB0000000407C00041$$(tablespace AUDIT_TBS);
alter table AUD$ move lob(SQLBIND) store as SYS_IL0000000407C00040$$ (tablespace AUDIT_TBS);
alter table AUD$ move lob(SQLTEXT) store as SYS_IL0000000407C00041$$(tablespace AUDIT_TBS);

注：上面的SYS_LOB0000000407C00040$$類似的文件名稱是由步驟2查詢而得。

3.3 開啟審計

sqlplus / as sysdb
alter system set audit_sys_operations=true scope=spfile;
alter system set audit_trail=db,extended scope=spfile;
shutdown immediate
startup

4 審計功能的一些相關維護

以下所有語句都在SYS用戶下執(zhí)行

sqlplus / as sysdba

4.1 審計數據遷移（另一種方案）

BEGIN
  DBMS_AUDIT_MGMT.SET_AUDIT_TRAIL_LOCATION(
    AUDIT_TRAIL_TYPE => DBMS_AUDIT_MGMT.AUDIT_TRAIL_AUD_STD,
    AUDIT_TRAIL_LOCATION_VALUE => 'AUDIT_TBS'
  );
END;
/

4.2 審計數據自動清理

由于審計日志的數據可能比較多，所以需要定期清理數據，保證數據庫相關性能

begin
  dbms_audit_mgmt.init_cleanup(
    audit_trail_type            => dbms_audit_mgmt.audit_trail_all,
    default_cleanup_interval    => 24 );
end;
/

這個INIT_CLEANUP過程設計到兩個參數：

• audit_trail_type：指要設置的清理類型，這里是audit_trail_db_std，標準的數據庫審計跟蹤，即aud$表。
• default_cleanup_interval：這個值表示每隔多少時間執(zhí)行清理任務，24即24小時。

相關審計類型：

• audit_trail_aud_std：The standard AUD$ audit trail in the database
• audit_trail_fga_std：The FGA_LOG$ table, for Fine Grained Auditing
• audit_trail_db_std：Both standard and FGA audit trails
• audit_trail_os：The OS audit trail
• audit_trail_xml：The XML audit trail
• audit_trail_files：Both OS and XML audit trails
• audit_trail_all：All of the above

設置完初始化清理參數后，實際上在調用清理任務時，會發(fā)現并沒有達到你的預期，可能數據一條都沒有清理掉，我們還需要設置另一個過程參數SET_LAST_ARCHIVE_TIMESTAMP，它的作用是告訴清理進程一個審計歸檔時間戳，

這個過程接收三個參數：

• audit_trail_type：要清理的審計類型，如audit_trail_aud_std
• last_archive_time：最后一次歸檔時間，可以手工設置
• rac_instance_number：RAC的話可以指定實例號

代碼如下

begin
   dbms_audit_mgmt.set_last_archive_timestamp(
     audit_trail_type  => dbms_audit_mgmt.audit_trail_aud_std,
     last_archive_time =>
        to_timestamp('2020-05-26 10:00:00','YYYY-MM-DD HH24:MI:SS'),
     rac_instance_number  => null
   );

end;

/

執(zhí)行上段程序后，你可以在DBA_AUDIT_MGMT_LAST_ARCH_TS視圖中查到相關信息。

有了歸檔時間后，就可以執(zhí)行真正的清理程序了。

begin
  dbms_audit_mgmt.clean_audit_trail(
   audit_trail_type        =>  dbms_audit_mgmt.audit_trail_aud_std,
   use_last_arch_timestamp => TRUE
  );
end;
/

• audit_trail_type表示清理的審計類型，
• use_last_arch_timestamp => TRUE，表示用最后的歸檔時間，如果為false，將會清理掉audit_trail_aud_std類型的所有審計信息。

上面是手工清理的方法，設置了清理時間點后運行清理過程。下一步看自動清理怎么做：

將采用數據庫的自動任務來實現，第一個任務，自動產生清理時間點：

BEGIN
  DBMS_SCHEDULER.CREATE_JOB (
    job_name   => 'DAILY_AUDIT_ARCHIVE_TIMESTAMP',
    job_type   => 'PLSQL_BLOCK',
    job_action => 'BEGIN DBMS_AUDIT_MGMT.SET_LAST_ARCHIVE_TIMESTAMP(AUDIT_TRAIL_TYPE =>
                   DBMS_AUDIT_MGMT.audit_trail_all,LAST_ARCHIVE_TIME => sysdate-1); END;',
    start_date => sysdate,
    repeat_interval => 'FREQ=HOURLY;INTERVAL=24',
    enabled    =>  TRUE,
    comments   => 'Create an archive timestamp'
  );
END;

/

第二個任務，根據時間點自動清理：

BEGIN
  DBMS_AUDIT_MGMT.CREATE_PURGE_JOB(
    AUDIT_TRAIL_TYPE           => DBMS_AUDIT_MGMT.audit_trail_all,
    AUDIT_TRAIL_PURGE_INTERVAL => 24 /* hours */,
    AUDIT_TRAIL_PURGE_NAME     => 'DAILY_AUDIT_PURGE_JOB',
    USE_LAST_ARCH_TIMESTAMP    => TRUE
  );
END;
/

刪除DAILY_AUDIT_PURGE_JOB與DAILY_AUDIT_ARCHIVE_TIMESTAMP

exec dbms_scheduler.drop_job( job_name =>  'SYS.DAILY_AUDIT_ARCHIVE_TIMESTAMP' , force => TRUE);
exec SYS.DBMS_AUDIT_MGMT.DROP_PURGE_JOB( AUDIT_TRAIL_PURGE_NAME => 'DAILY_AUDIT_PURGE_JOB');

5 將審計權限賦予其他用戶

sqlplus / as sysdba
grant select on sys.aud$ to dataaly;           -----賦予新用戶查詢審計信息
grant select on sys.dba_fga_audit_trail to dataaly; ----賦予新用戶查詢審計信息

6 查詢所有可以設定的審計類型

select user_name,audit_option,success,failure from dba_stmt_audit_opts
union
select USER_NAME,privilege,success,failure from dba_priv_audit_opts;

7 下表中總結了Oracle數據庫中不同類型的審計。

下面幾節(jié)介紹DBA如何管理系統(tǒng)和對象權限使用的審計。當需要一定的粒度時，DBA可以使用細粒度的審計來監(jiān)控對表中某些行或列的訪問，而不僅僅是是否訪問表。

和審計相關的主要參數

SQL>show parameter audit

audit_file_dest
audit_sys_operations
audit_trail

audit_sys_operations：

• 默認為false，當設置為true時，所有sys用戶（包括以sysdba,sysoper身份登錄的用戶）的操作都會被記錄，audit trail不會寫在aud 表 中 ， 這 個 很 好 理 解 ， 如 果 數 據 庫 還 未 啟 動 a u d 表中，這個很好理解，如果數據庫還未啟動aud 表中，這個很好理解，如果數據庫還未啟動aud不可用，那么像conn /as sysdba這樣的連接信息，只能記錄在其它地方。如果是windows平臺，audti trail會記錄在windows的事件管理中，如果是linux/unix平臺則會記錄在audit_file_dest參數指定的文件中。

audit_trail：

• None：是默認值，不做審計；
• DB：將audit trail 記錄在數據庫的審計相關表中，如aud$，審計的結果只有連接信息；
• DB,Extended：這樣審計結果里面除了連接信息還包含了當時執(zhí)行的具體語句；
• OS：將audit trail 記錄在操作系統(tǒng)文件中，文件名由audit_file_dest參數指定；

7.1 語句審計

所有類型的審計都使用audit命令來打開審計，使用noaudit命令來關閉審計。對于語句審計，audit命令的格式看起來如下所示：

AUDIT sql_statement_clause BY {SESSION | ACCESS} WHENEVER [NOT] SUCCESSFUL;

sql_statement_clause包含很多條不同的信息，例如希望審計的SQL語句類型以及審計么人。

此外，希望在每次動作發(fā)生時都對其進行審計(by access)或者只審計一次(by session)。默認是by session。

有時希望審計成功的動作：沒有生成錯誤消息的語句。對于這些語句，添加whenever successful。而有時只關心使用審計語句的命令是否失敗，失敗原因是權限違犯、用完表空間中的空間還是語法錯誤。對于這些情況，使用 whenever not successful。

對于大多數類別的審計方法，如果確實希望審計所有類型的表訪問或某個用戶的任何權限，則可以指定all而不是單個的語句類型或對象。

表1列出了可以審計的語句類型，并且在每個類別中包含了相關語句的簡要描述。如果指定all，則審計該列表中的任何語句。然而，表2中的語句類型在啟用審計時不屬于all類別；必須在audit命令中顯式地指定它們。

表1 包括在ALL類別中的可審計語句

表2 顯式指定的語句類型

注意：

從Oracle Database 11g開始，只有在初始參數AUDIT_TRAIL被設置為DB_EXTENDED時，才填充DBA_AUDIT_TRAIL中的列SQL_TEXT和SQL_BIND。默認情況下，AUDIT_TRAIL的值是DB。

SQL> audit index by dataaly;
Audit succeeded.

為了關閉HR.JOBS表上KSHELTON的審計，可以使用noaudit命令，如下所示：

SQL> noaudit index by dataaly;
Noaudit succeeded.

也可能希望按常規(guī)方式審計成功的和不成功的登錄，這需要兩個audit命令：

SQL> audit session whenever successful;
Audit succeeded.
SQL> audit session whenever not successful;
Audit succeeded.

7.2 權限審計

審計系統(tǒng)權限具有與語句審計相同的基本語法，但審計系統(tǒng)權限是在sql_stateme nt_clause中，而不是在語句中，指定系統(tǒng)權限。

例如，可能希望將ALTER TABLESPACE權限授予所有的DBA，但希望在發(fā)生這種情況時生成審計記錄。啟用對這種權限的審計的命令看起來類似于語句審計：

SQL> audit alter tablespace by access whenever successful;
Audit succeeded.

每次成功使用ALTER TABLESPACE權限時，都會將一行內容添加到SYS.AUD$。

使用SYSDBA和SYSOPER權限或者以SYS用戶連接到數據庫的系統(tǒng)管理員可以利用特殊的審計。為了啟用這種額外的審計級別，可以設置初始參數AUDIT_SYS_OPERATIONS為TRUE。

這種審計記錄發(fā)送到與操作系統(tǒng)審計記錄相同的位置。因此，這個位置是和操作系統(tǒng)相關的。當使用其中一種權限時執(zhí)行的所有SQL語句，以及作為用戶SYS執(zhí)行的任何SQL語句，都會發(fā)送到操作系統(tǒng)審計位置。

7.3 模式對象審計

審計對各種模式對象的訪問看起來類似于語句審計和權限審計：

AUDIT schema_object_clause BY {SESSION | ACCESS}
WHENEVER [NOT] SUCCESSFUL;

schema_object_clause指定對象訪問的類型以及訪問的對象?？梢詫徲嬏囟▽ο笊?4種不同的操作類型，下表中列出了這些操作。

如果希望審計HR.JOBS表上的所有insert和update命令，而不管誰正在進行更新，則每次該動作發(fā)生時，都可以使用如下所示的audit命令：

SQL> audit insert, update on hr.jobs by access whenever successful;
Audit successful.

7.4 細粒度的審計

從Oracle9i開始，通過引入細粒度的對象審計，或稱為FGA，審計變得更為關注某個方面，并且更為精確。由稱為DBMS_FGA的PL/SQL程序包實現FGA。

使用標準的審計，可以輕松發(fā)現訪問了哪些對象以及由誰訪問，但無法知道訪問了哪些行或列。細粒度的審計可解決這個問題，它不僅為需要訪問的行指定謂詞(或where子句)，還指定了表中訪問的列。通過只在訪問某些行和列時審計對表的訪問，可以極大地減少審計表條目的數量。

程序包DBMS_FGA具有4個過程：

用戶TAMARA通常每天訪問HR.EMPLOYEES表，查找雇員的電子郵件地址。系統(tǒng)管理員懷疑TAMARA正在查看經理們的薪水信息，因此他們建立一個FGA策略，用于審計任何經理對SALARY列的任何訪問：

begin
dbms_fga.add_policy(
object_schema =>   'HR',
object_name =>     'EMPLOYEES',
policy_name =>     'SAL_SELECT_AUDIT',
audit_condition => 'instr(job_id,''_MAN'') > 0',
audit_column =>    'SALARY'
);
end;

可以使用數據字典視圖DBA_FGA_AUDIT_TRAIL訪問細粒度審計的審計記錄。如果一般需要查看標準的審計行和細粒度的審計行，則數據字典視圖DBA_COMMON_AUDIT_TRAIL結合了這兩種審計類型中的行。

繼續(xù)看示例，用戶TAMARA運行了如下兩個SQL查詢：

SQL> select employee_id, first_name, last_name, email from hr.employees
2     where employee_id = 114;
EMPLOYEE_ID FIRST_NAME           LAST_NAME                 EMAIL
----------- ------------------ ---------------------   --------------
114    Den                   Raphaely                  DRAPHEAL
1 row selected.
SQL> select employee_id, first_name, last_name, salary from hr.employees
2     where employee_id = 114;
EMPLOYEE_ID FIRST_NAME           LAST_NAME                     SALARY
----------- ------------------ -----------------------   ----------
114    Den                   Raphaely                       11000
1 row selected.

第一個查詢訪問經理信息，但沒有訪問SALARY列。第二個查詢與第一個查詢相同，但是訪問了SALARY列，因此觸發(fā)了FGA策略，從而在審計跟蹤中生成了一行：

SQL> select to_char(timestamp,'mm/dd/yy hh24:mi') timestamp,
2      object_schema, object_name, policy_name, statement_type
3  from dba_fga_audit_trail
4  where db_user = 'TAMARA';
TIMESTAMP        OBJECT_SCHEMA  OBJECT_NAME     POLICY_NAME       STATEMENT_TYPE
--------------  -------------  -------------  ---------------- --------------
08/12/07 18:07  HR               EMPLOYEES       SAL_SELECT_AUDIT SELECT
1 row selected.

因為在本章前面的VPD示例中建立了細粒度的訪問控制來阻止對SALARY列的未授權訪問，因此需要加倍檢查策略函數，確保仍然正確限制了SALARY信息。細粒度的審計以及標準審計是確保首先正確建立授權策略的好方法。

7.5 與審計相關的數據字典視圖

下表包含了與審計相關的數據字典視圖。

7.6 保護審計跟蹤

審計跟蹤自身需要受到保護，特別是在非系統(tǒng)用戶必須訪問表SYS.AUD$時。內置的角色DELETE_ANY_CATALOG是非SYS用戶可以訪問審計跟蹤的一種方法(例如，歸檔和截取審計跟蹤，以確保它不會影響到SYS表空間中其他對象的空間需求)。

為了建立對審計跟蹤自身的審計，以SYSDBA身份連接到數據庫，并運行下面的命令：

SQL> audit all on sys.aud$ by access;
Audit succeeded.

現在，所有針對表SYS.AUD 的 動 作 ， 包 括 select 、insert、update 和 delete，都記錄在 SYS.AUD的動作，包括select、insert、update和delete，都記錄在SYS.AUD 的動作，包括select、insert、update和delete，都記錄在SYS.AUD自身中。但是，您可能會問，如果某個人刪除了標識對表SYS.AUD 訪 問 的 審 計 記 錄 ， 這 時 會 發(fā) 生 什 么 ？ 此 時 將 刪 除 表 中 的 行 ， 但 接 著 插 入 另 一 行 ， 記 錄 行 的 刪 除 。 因 此 ， 總 是 存 在 一 些 針 對 SYS.AUD 訪問的審計記錄，這時會發(fā)生什么？此時將刪除表中的行，但接著插入另一行，記錄行的刪除。因此，總是存在一些針對SYS.AUD 訪問的審計記錄，這時會發(fā)生什么？此時將刪除表中的行，但接著插入另一行，記錄行的刪除。因此，總是存在一些針對SYS.AUD表的(有意的或偶然的)活動的證據。此外，如果將AUDIT_SYS _OPERATIONS設置為True，使用as sysdba、as sysoper或以SYS自身連接的任何會話將記錄到操作系統(tǒng)審計位置中，甚至Oracle DBA可能都無法訪問該位置。因此，有許多合適的安全措施，用于確保記錄數據庫中所有權限的活動，以及隱藏該活動的任何嘗試。

7.7 啟用增強的審計

從Oracle Database 11g開始，數據庫配置助手(Database Configuration Assistant，DBCA)很容易啟用默認的(增強的)審計。雖然記錄審計信息有一些系統(tǒng)開銷，但兼容性需求(例如，Sarbanes-Oxley法案中規(guī)定的兼容性需求)要求嚴格監(jiān)控所有業(yè)務操作，包括數據庫中與安全相關的操作。

可以在創(chuàng)建數據庫時或在數據庫已經創(chuàng)建之后使用DBCA配置默認審計。如果已經改變了很多審計設置，并想要將審計選項重置為基線值，則在數據庫已創(chuàng)建之后使用DBCA配置默認審計就非常有用。

除將初始參數AUDIT_TRAIL的值設置為DB外，默認審計設置還審計audit role命令本身。另外，在Audited Privileges選項卡的Oracle Enterprise Manager Audit Settings頁面中，可以查看默認的審計權限。

總結

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論