Oracle 資料庫安全策略深度解析（三）：資料、使用者、管理者與開發者的權限治理

資料安全性策略

基於資料重要性分級：非敏感資料可放寬管控；核心敏感資料須實施嚴格存取控制，確保僅授權主體可訪問。

一般使用者安全性

密碼加密傳輸

• 用戶端 Oracle.ini：ora_encrypt_login=true
• 伺服器端 init.ora：dblink_encrypt_login=true

角色基礎權限管理

大型系統善用「角色」聚合權限，簡化授撤銷操作：將系統權限、物件權限、應用角色授予角色，再將角色授予使用者。

終端使用者安全性

• 建立使用者群組 → 對應角色 → 授予所需權限與應用角色。
• 特殊需求以額外權限補充，同樣透過角色管理。

資料庫管理者 (DBA) 安全性策略

1. 保護 SYS/SYSTEM：建庫後立即修改預設密碼，防止非法管理連線。
2. 限制管理連線：僅允許 DBA 以 SYSDBA/SYSOPER 權限連線執行 STARTUP/SHUTDOWN/RECOVER 及 DDL 操作。
3. 角色管理 DBA 權限：避免直接授予系統權限予個人帳號，改用角色彙總。

應用程式開發者安全性策略

權限最小化原則

僅授予必要系統權限（CREATE TABLE、CREATE PROCEDURE 等），禁止 DROP ANY TABLE、ALTER SYSTEM 等高危權限。

開發環境隔離

• 開發者不與生產/測試使用者爭搶資源。
• 開發活動不得損害其他應用系統。

兩種開發模式

實務常混合：核心結構由 DBA 控管，業務邏輯物件由開發者自建。

開發者角色與權限設計

• 常見授予：CREATE 系列系統權限。
• 極少授予：資料物件角色（如讀寫業務表角色）。
• 配額限制：指定可建表的表空間與每表空間額度（QUOTA）。

應用程式管理員職責

• 建立/管理各應用專屬角色。
• 建立/維護應用使用的資料物件。
• 維護應用程式碼與 PL/SQL 封裝。

總結

Oracle 安全治理核心在於「角色為基、最小權限、環境隔離、職責分離」。DBA 守護管理入口，開發者在受控邊界內創新，終端使用者透過角色獲得恰如其分的存取權。持續審計權限配置、移除過期授權，是維持安全基線的關鍵。