數(shù)據(jù)庫管理員的Oracle密碼破解
本文的內(nèi)容是針對數(shù)據(jù)庫管理員的Oracle密碼破解，而寓意是讓Oracle管理員們保管好和用戶名及密碼有關(guān)的東西……破解與安全向來都是矛盾體。
對于那些對Oracle關(guān)系數(shù)據(jù)庫系統(tǒng)的安全問題，特別是涉及到Oracle密碼機(jī)制或算法的問題非常關(guān)注的人來說，老版本Oracle(特別是10g及其以下的版本)一直被認(rèn)作是黑客們?nèi)菀椎檬值墓裟繕?biāo)。似乎你永遠(yuǎn)不可能找到能百分之百保護(hù)你的系統(tǒng)免受黑客攻擊的辦法。你可以從很多方面來武裝你的系統(tǒng)，但是有一些事情你是永遠(yuǎn)不可能避免的，例如總會(huì)有人有需要必須能夠接觸到并存取敏感數(shù)據(jù)，絕大多數(shù)的客戶端連接也都會(huì)涉及到通過網(wǎng)絡(luò)來傳輸數(shù)據(jù)。
有時(shí)候數(shù)據(jù)庫管理員也不得不動(dòng)用一下“黑客”的密碼破解技巧才能解決問題。你會(huì)問，數(shù)據(jù)庫管理員本來就有數(shù)據(jù)庫內(nèi)部所有的密鑰，又怎么搖身一變成了黑客呢?因?yàn)槟軌虼嫒∷械臄?shù)據(jù)并不意味著可以查看所有的數(shù)據(jù)。特別是，能夠查看密碼的哈希值(hashed value)，并不代表就能看到密碼本身。
那么數(shù)據(jù)庫管理員為什么會(huì)想要看到實(shí)際的密碼值呢?更確切的講，為什么數(shù)據(jù)庫管理員想要知道某個(gè)特定的密碼明文呢?你可以想象很多情況下確實(shí)是有這個(gè)需要，常見的原因包括老應(yīng)用產(chǎn)品的使用，高頻率的人員調(diào)動(dòng)，原本的密碼管理和密碼歸檔沒有做好等等。改變SYS和SYSTEM密碼通常不是什么大問題，但是如果是OLD_APP模式的密碼呢?
在網(wǎng)上搜索“Oracle密碼破解工具”，你會(huì)找到不少“好東西”，甚至還能找到自制的類似于黑客程序的軟件。本文選擇了Laszlo Toth的woraauthbf工具，該程序能很好的滿足本文的需要。你可以先用woraauthbf創(chuàng)建一個(gè)包括用戶名、哈希密碼值、SID和服務(wù)器名的文本文件來對付Oracle的老版本看看。提供的這幾項(xiàng)中只要用戶名和哈希密碼值是真的就行了。你如果深入研究過Oracle是怎么創(chuàng)建哈希值的，你肯定會(huì)清楚用戶名和密碼是緊密連鎖的，而SID和服務(wù)器名和哈希值的創(chuàng)建沒有任何關(guān)系。其他的一些“破解”程序依賴于網(wǎng)絡(luò)信息，例如客戶端、服務(wù)器IP地址、端口和第三方“嗅探器”工具來窺視在客戶端和服務(wù)器之間傳送的數(shù)據(jù)。
還是快速進(jìn)入實(shí)例吧。復(fù)制下面指令的輸出結(jié)果到一個(gè)txt文件，這樣就創(chuàng)建了上文所說的密碼文件。
- select username||':'||password||':'||name||':'||host_name||':'from sys.dba_users, sys.V_$DATABASE, sys.v_$instance;
再次提醒一下，上面的name和host_name隨便你怎么取，或者用真實(shí)值也行。本例子的輸出文本文件內(nèi)容如下：
SCOTT:DE59105EDBF4A687:ORCL:MYPC:
我們知道Oracle測試用戶Scott的密碼為tiger，這里為tigers(最后輸出的結(jié)果實(shí)為TIGERS，Oracle忽略大小寫)，從5字符變?yōu)?字符。解壓縮上面下載的woraauthbf文件后，打開命令提示行(DOS)窗口，從這里調(diào)用該工具。將密碼文件名存為“named password_file.txt”，命令行文本輸入如下：
woraauthbf.exe -p c:\password_file.txt
所有參數(shù)選用默認(rèn)，執(zhí)行完本次會(huì)話輸出結(jié)果如下所示：
- C:\[my path]>woraauthbf.exe -p c:\password_file.txtUsernames will be permuted!
- The number of processors: 2
- Number of pwds to check: 321272406
- Number of pwds to check by thread: 160636203
- Password file: c:\password_file.txt, charset: alpha, maximum length: 6, type: hash
- Start: 0 End: 160636203
- Start array thread with 489 number of passwords!
- Start: 160636203 End: 321272406
- Writing session files...
- Writing session files...
- Password found: SCOTT:TIGERS:ORCL:MYPC
- Elpased time: 164s
- Checked passwords: 153976754
- Password / Second: 938882
該程序計(jì)算了3億2千1百多萬需要檢查的密碼，而且使用了兩個(gè)處理器把工作量減半了，而且默認(rèn)字符集為alpha(A-Z)，也需要花費(fèi)了164秒才能確定Scott的密碼為TIGERS，每秒鐘檢查的密碼個(gè)數(shù)為938,882。我們在檢查了差不多一半的密碼就很幸運(yùn)的中標(biāo)了。
如果排除物理因素的限制(CPU數(shù)量和處理器速度等)，那么影響運(yùn)行完成時(shí)間的關(guān)鍵因素有兩個(gè)：密碼長度和字符集。如果你知道密碼長度和字符集(純字母還是字母加數(shù)字還是字母數(shù)字加特殊字符)，你就能夠大大減少需要檢查的密碼數(shù)量。一開始就縮小猜測范圍當(dāng)然就能夠顯著減少運(yùn)行時(shí)間。
為了做個(gè)對比，我們把字符集改為alphanum，Scott的密碼不變，需要花費(fèi)6分多鐘才能找到Scott的密碼。如果在前面所用的同一個(gè)用戶密碼文件中添加另外一個(gè)用戶的密碼信息，假設(shè)也知道密碼長度同為6字符，且是字母加數(shù)字類型的，那么整個(gè)運(yùn)行時(shí)間超過了29分鐘(由于隱私的原因，下面所示的第二個(gè)用戶的名字和密碼都已經(jīng)編輯過了)。
- woraauthbf.exe -p c:\password_file.txt -m 6 -c alphanumUsernames will be permuted!
- The number of processors: 2
- Number of pwds to check: 2238976116
- Number of pwds to check by thread: 1119488058
- Password file: c:\password_file.txt, charset: alphanum, maximum length: 6, type: hash
- Start: 0 End: 1119488058
- Start: 1119488058 End: 2238976116
- Start array thread with 490 number of passwords!
- Writing session files...
- Writing session files...
- Writing session files...
- Writing session files...
- Writing session files...
- Writing session files...
- Password found: SCOTT:TIGERS:ORCL:MYPC
- Writing session files...
- Writing session files...
- Writing session files...
- ...
- Writing session files...
- Writing session files...
- Password found: SOMENAMES:X1M72Y:ORCL:MYPC
- Elpased time: 2152s
- Checked passwords: 1917149967
- Password / Second: 890868
上述密碼文件中的第二個(gè)條目來自一個(gè)8i數(shù)據(jù)庫系統(tǒng)，而Scott的哈希值來自10g版本。本文的寓意非常明確：保護(hù)好任何會(huì)顯露用戶名及其哈希密碼值的東西，不要輕易讓其被他人存取，特別是SYS.USER$表(不要依賴DBA_USERS視圖)。
查找第二個(gè)用戶的密碼明文所花費(fèi)的運(yùn)行時(shí)間很合理。 有時(shí)候你可能要花費(fèi)好幾個(gè)小時(shí)(甚至好幾天)來查找某個(gè)密碼，不過這比起和那些討厭停機(jī)的用戶一起修改已經(jīng)忘掉的密碼花費(fèi)的成本要低多了。
【編輯推薦】
