Oracle 9i/10g 低權限繞過漏洞（CVE-2006-XXXX）分析與防護指南

漏洞概覽

漏洞原理深度解析

Oracle 權限檢查機制存在邏輯缺陷：當用戶創建視圖並對其執行 DML 時，系統未正確驗證用戶對基表的實際寫入權限。攻擊者利用主鍵作為關鍵條件，構造特定視圖定義，繞過權限檢查直接修改基表資料。

值得注意的是，資料字典多數表缺乏主鍵，因此對系統字典影響有限，但業務應用表若有主鍵即面臨風險。

實測復現過程（僅供安全研究）

-- 假設 dbsnmp 僅具備 SELECT ANY DICTIONARY
SQL> connect dbsnmp/dbsnmp
SQL> delete from sys.registry$;  -- 正常失敗：ORA-01031

-- 構造惡意視圖（關鍵步驟省略敏感細節）
SQL> create or replace view evil_view as select ... from sys.registry$ ...;

-- 透過視圖實現刪除
SQL> delete from evil_view;  -- 成功刪除 17 筆記錄！

緩解措施與防護建議

臨時變通方案（官方補丁發布前）

1. 移除高風險權限：從 9i 至 10g R1 的連接角色中撤銷 CREATE VIEW、CREATE DATABASE LINK 等權限。
2. 移除非必要主鍵：對極高敏感度且無業務主鍵依賴的表，可考慮移除主鍵（但會影響效能與完整性，需謹慎評估）。
3. 實施最小權限原則：嚴格控管應用帳戶權限，避免授予過度的 DDL 權限。

長期防護策略

• 持續追蹤 Oracle 官方安全公告，儘快套用修補程式（CPU/PSU）。
• 部署資料庫防火牆（Database Firewall）監控異常視圖創建與 DML 模式。
• 定期審計用戶權限與視圖定義，發現可疑物件即時處理。
• 升級至 10.2.0.4 或更高版本（已修復此漏洞）。

總結

此漏洞揭示視圖機制與權限檢查的交互缺陷，提醒我們：權限模型不僅要看「授予什麼」，更要防範「如何被組合利用」。企業應建立資料庫安全基線，結合補丁管理、權限最小化與行為審計，構建纵深防禦體系。