近日，帕拉迪科(kē)技公司不斷接到企業用戶反饋，希望我們對于卷土(tǔ)重來的Oracle數據庫勒索病毒能夠提供全方位的Oracle數據庫安全防護解決方案。對此，公司應急響應團隊接到消息後立即引起重視，由漢武安全實驗室複現病毒感染現象，分析病毒行爲過程，探究病毒實現功能的本源。

分析發現，證實該病毒是RushQL數據庫勒索病毒，是由于下載使用了破解版PL/SQL導緻的。該病毒是一個PL/SQL自帶的AfterConnect.sql自動運行腳本，此文件(jiàn)一般在官方PL/SQL軟件(jiàn)中是一個空文件(jiàn)，而提取自破解版PL/SQL的樣本是有實際内容的，其通過創建：DBMS_SUPPORT_INTERNAL、DBMS_STANDARD_FUN9、DBMS_SYSTEM_INTERNAL、DBMS_CORE_INTERNAL四個存儲過程來實現用戶正常訪問數據庫異常的功能。

Oracle數據庫勒索病毒觸發時，在連接時會出現以下窗(chuāng)口：

在Oracle Server端使用以下查詢語句檢查是否有以上幾個存儲過程：

請(qǐng)注意最後 % '之間的空格，執行上述語句後，若爲空，表示你的Oracle數據庫是安全的，未中勒索病毒。

解決辦法（操作數據庫請(qǐng)在專業人員協助下操作！）

從技術分析知道，病毒删除數據是由存儲過程DBMS_SUPPORT_INTERNAL 和 DBMS_CORE_INTERNAL來執行的，他(tā)們的執行條件(jiàn)分别是：

1.當前日期 – 數據庫創建日期 > 1200 天

2.當前日期 – 數據表（不含SYSTEM, SYSAUX, EXAMPLE）的最小分析日期 > 1200 天

當以上條件(jiàn)不滿足時，病毒不會觸發删除數據的操作，此時删除以上4個存儲過程和3個觸發器即可(kě)。

如(rú)果前面的2個條件(jiàn)中任何一個滿足，就(jiù)會出現數據删除操作，下面給出應對措施：

1.（當前日期 – 數據庫創建日期 > 1200 天） 且 （當前日期 – 數據表（不含SYSTEM, SYSAUX, EXAMPLE）的最小分析日期 <= 1200 天）

A.删除4個存儲過程和3個觸發器

B.使用備份把表恢複到truncate之前

C.使用ORACHK開頭的表恢複tab$

D.使用DUL恢複（不一定能恢複所有的表，如(rú)truncate的空間已被使用）

2.（當前日期 – 數據庫創建日期 > 1200 天） 且 （當前日期 – 數據表（不含SYSTEM, SYSAUX, EXAMPLE）的最小分析日期 > 1200 天）

A.删除4個存儲過程和3個觸發器

B.使用備份把表恢複到truncate之前

C.使用DUL恢複（不一定能恢複所有的表，如(rú)truncate的空間已被使用）

帕拉迪給出的方案，通過部署帕拉迪數據庫行爲防火(huǒ)牆，限制創建勒索病毒相(xiàng)關存儲過程，幫助用戶避免勒索病毒的威脅，具體防護策略如(rú)下：

1. 控制可(kě)信的計算機(jī)才能訪問數據庫，對于不具備數據庫訪問權限的用戶，在網絡層面予以拒絕；

2. 可(kě)信來源控制，在識别TCP五元組基礎上，鑒别其數據庫賬号、數據庫應用程序、客戶端主機(jī)、客戶端用戶名稱，防止肉雞攻擊數據庫；

3. 嚴格執行最小權限原則，通過行爲防火(huǒ)牆，限制可(kě)執行操作的權限；

4. 對于應用中間件(jiàn)訪問數據庫的行爲，通過業務防火(huǒ)牆進行SQL語句白(bái)名單建模，徹底解決數據庫安全問題。

詳細安全加固方法建議(yì)參考Oracle官方博客《對數據庫的“比特币攻擊”及防護》，https://blogs.oracle.com/cnsupport_news/%E5%AF%B9%E6%95%B0%E6%8D%AE%E5%BA%93%E7%9A%84%E2%80%9C%E6%AF%94%E7%89%B9%E5%B8%81%E6%94%BB%E5%87%BB%E2%80%9D%E5%8F%8A%E9%98%B2%E6%8A%A4