隨著信息化的發展，數據庫安全問題成為當前政府和企業用戶關注的焦點，數據庫審計產品成為當前信息安全產品的新寵。

當前在市面上存在著幾十種數據庫審計產品，這些產品的來源大約有四種類型：

（1）國內原先具有網絡審計產品的廠商，在網絡審計產品的基礎上經過簡單包裝，推出的數據庫審計產品，比如我國幾大安全廠商推出的數據庫審計產品；

（2）國內廠商專門針對數據庫通訊協議的特點，開發出專門的數據庫審計產品，比如安華金和、思福迪、安恒、國都興業和帕拉迪等；

（3）國外的數據庫審計產品，比如Imperva、Guardium等；

（4）OEM第三方的數據庫審計產品，OEM對象可能是國內的產品，也可能是國外的產品（比如Imperva或韓國的DBInsight)；

從國家的安全政策上，國外的數據庫審計產品或OEM國外的數據庫審計產品都存在安全隱患，不在本文的評論范圍內。

在這里我們主要分析下國內廠商開發的數據庫審計產品的常見缺陷，當然這些缺陷并不是每種產品都具備，讀者若有興趣且條件方便的話，可以進行有針對性的測試：

1：長SQL語句漏審

原因是長SQL語句（比如超過2K）被分配到了多個通訊包中，而相關產品對跨通訊包的協議解析并未進行精細化的處理，該錯誤會造成全部或局部漏審，極易被攻擊者利用。

2：多語句無法有效分割；

SQL Server這樣的數據庫支持多語句同時發送，語句間缺乏明確的分割標識；由于大多的數據庫審計產品是基于正則表達式，無法有效分割SQL語句，造成SQL語句的審計解析錯誤，如無法正確捕獲SQL語句的類型、操作對象等。

3：復雜語句對象解析錯誤

SQL語句由于要表達各種復雜的檢索條件和統計分析情況，語法非常復雜，數據庫系統需要借助Yacc&Lex這樣的詞法和語法解析工具進行語句解析。

但大多數數據庫審計產品采用的是正則匹配技術，在語句中具有子查詢、關聯查詢等情況時無法準確獲得多層對象，特別是在SQL語句中使用別名的時候；這些缺陷往往會造成錯誤的數據庫對象記錄。

4：參數值與SQL語句匹配錯誤

為了提升SQL處理的效率，大多數應用軟件會利用數據庫編程的語句預編譯（Prepare)、參數綁定(bind)機制，以實現高效處理。

這種機制本質上是通過句柄追蹤機制完成的，大多數的數據庫審計產品能夠處理簡單的預編譯與參數綁定的情況；但當預編譯與參數綁定達到幾十條時，調用情況稍微復雜，就發生了大量的參數值與語句的錯誤搭配，從而造成大量錯審。

5：錯誤的應答結果，，特別是影響行數解析不正確

對于SQL操作是否成功，是數據庫審計的基本需求；對數據庫操作讀取或影響了多少行是用戶的實際需求。

但SQL操作成功與否的準確記錄，需要仰仗SQL語句的合理切割和句柄的準確追蹤及對返回結果集的完全解析；大多數數據庫審計產品在多語句情況，或者通過FETCH操作批量獲取等環節下，無法準確獲得查詢執行的正確性以及影響行數。

6：充滿失真率的應用用戶關聯

市場上的數據庫審計產品大多數都宣傳支持三層關聯審計，實現SQL語句與業務用戶的關聯。這種基于三層關聯審計的技術，是通過http協議中的參數與SQL語句中的參數的匹配，以及時間的匹配來完成的，屬于模糊匹配。

這種方法在http參數經過加工后或基于邏輯判斷后再發出SQL語句，也即SQL語句的參數與http參數沒有直接的匹配關系時將完全失效；在高并發時更是一個災難。

這種方法的準確率往往很難超過80%。

7、未專業化的審計界面

這個問題主要是針對基于網絡審計而發展來的數據庫審計產品，這種產品由于在設計之初就不是專門面向數據庫用戶的，因此并未按照數據庫的訪問類別、會話追蹤、數據庫對象層次進行界面組織，造成這類產品的界面極其不易使用。

8、過度冗余的審計信息存儲

很多應用系統會采用動態拼接SQL語句的方式來實現對數據庫的訪問；這會造成大量SQL語句語法形式相同而僅僅是SQL語句中的參數值不同的語句。當前的很多審計產品將這些語句進行重復地記錄和存儲，造成了審計效率的低下，存儲設備的浪費，并會對SQL語句的分析和排查效率造成致命影響。

以上是對8類問題的簡單總結，在后續章節中將對每個問題進行展開說明。

說明：本文來自數據庫安全廠家“安華金和” 的投稿，獨發“游俠安全網”（www.youxia.org），轉載請包括本聲明。