Oracle也有注入漏洞
更新時(shí)間：2007年03月07日 00:00:00 作者：
正在看的ORACLE教程是:Oracle也有注入漏洞。近期，MSN、江民等知名網(wǎng)站相繼受到了黑客的威脅和攻擊，一時(shí)間網(wǎng)絡(luò)上風(fēng)聲鶴唳。本報(bào)編輯部接到本文作者（熾天使）的電話，他詳細(xì)講述了發(fā)現(xiàn)國內(nèi)最大域名提供商（以下簡稱“X網(wǎng)”）網(wǎng)站漏洞的經(jīng)過。本報(bào)編輯部立即和X網(wǎng)的首席工程師進(jìn)行了交流，確認(rèn)了漏洞的真實(shí)性，該工程師也及時(shí)修補(bǔ)了該漏洞。
發(fā) 現(xiàn)
10月18日，筆者手上的項(xiàng)目做完以后，便和網(wǎng)上的朋友天南海北地聊天。聽到朋友網(wǎng)站的開張，心里也是非常的羨慕。
什么時(shí)候我才能擁有自己的主機(jī)和域名……想到申請(qǐng)主機(jī)和域名，筆者自然想到了X網(wǎng)（在中國太有名嘛^_^）。順手打開其主頁，突然看到了主頁右上角的會(huì)員登錄界面，這讓筆者“賊”心又起——要是能發(fā)現(xiàn)什么漏洞就好了，反正現(xiàn)在也沒什么事情。
筆者拿出端口掃描工具掃了一下X網(wǎng)的服務(wù)器，竟然什么漏洞都沒有發(fā)現(xiàn)，真是郁悶！轉(zhuǎn)念一想，畢竟X網(wǎng)也做了10多年了，這些大型網(wǎng)站服務(wù)器的安全措施恐怕不會(huì)少——映射，外加IDS和防火墻，補(bǔ)丁肯定也早打全了，說不定還有蜜罐程序等著你呢！
過了不久，筆者突然發(fā)現(xiàn)了一個(gè)情況，X網(wǎng)原來是用ASP寫的。前段時(shí)間ASP+MSSQL的注入漏洞可是鬧得沸沸揚(yáng)揚(yáng)，不少網(wǎng)站都吃了苦頭。這里會(huì)有這類問題嗎？不管了，先試一試再說。筆者隨手找了一個(gè)購買虛擬主機(jī)的頁面：http://www.???.cn/HAS_Client/buy/vir_host/vir_ host1_SB.asp?PackageID=10341。先用經(jīng)典的方法來測試了一下，返回類型均為不匹配: ‘CDbl'錯(cuò)誤。X網(wǎng)用的什么數(shù)據(jù)庫呢？筆者在參數(shù)后面加上一個(gè)單引號(hào)，再提交請(qǐng)求，頁面返回了一段報(bào)錯(cuò)信息。
原來用的是Oracle，一般Oracle數(shù)據(jù)庫出現(xiàn)這樣的返回錯(cuò)誤，都可能存在漏洞的。這和MSSQL未閉合引號(hào)的返回錯(cuò)誤差不多，不過MSSQL出現(xiàn)這樣的錯(cuò)誤提示，我們幾乎可以肯定存在注入漏洞了，而Oracle則要再進(jìn)一步確定。
確 認(rèn)
以下幾步為入侵的基礎(chǔ)，非常重要。我們分別在IE中輸入：
http://www.???.cn/HAS_Client/buy/vir_ host/vir_host1_SB.asp?PackageID=10341‘a(chǎn)nd%200<>(select%20count(*)%20from%20all_tables)%20and%20'1‘='1；
http://www.???.cn/HAS_Client/buy/vir_ host/vir_host1_SB.asp?PackageID=10341‘a(chǎn)nd%200<>(select%20count(*)%20from%20user_tables)%20and%20'1‘='1；
http://www.???.cn/HAS_Client/buy/vir _host/vir_host1_SB.asp?PackageID=10341‘a(chǎn)nd%200<>(select%20count(*)%20 from%20user_tab_columns)%20and%20'1‘='1；
以上這些是筆者猜測的Oracle的系統(tǒng)表：all_tables,user_tables和user_tab_col umns。如果沒有，就沒戲了。
沒想到頁面全都返回成功，這說明筆者猜測的系統(tǒng)表都是存在的，同時(shí)也說明提交的SQL語句，程序已經(jīng)做了處理。
至此，筆者確認(rèn)X網(wǎng)存在注入漏洞。
利 用
數(shù)據(jù)庫可以說是一個(gè)站點(diǎn)的重中之重，通過筆者發(fā)現(xiàn)的這個(gè)漏洞，我們完全可以訪問并修改數(shù)據(jù)庫中的所有數(shù)據(jù)。不光是用戶賬號(hào)，對(duì)于所有存在數(shù)據(jù)庫中的數(shù)據(jù)，我們都可以獲取并修改。
在開放Public組的UTL_File權(quán)限的情況下，其實(shí)還可以利用Union查詢、讀取服務(wù)器上的文件，這點(diǎn)和PHP+MYSQL注入漏洞中的load_file()有些相似，當(dāng)然也可以執(zhí)行Update之類的。只是在Oracle注入漏洞研究上，筆者還是個(gè)菜鳥，沒能實(shí)現(xiàn)插入數(shù)據(jù)和進(jìn)行更高級(jí)的注入攻擊。在整個(gè)測試漏洞的過程中，由于利用了NBSI的后臺(tái)掃描功能和WPE，大大提高了效率。
現(xiàn)在，筆者已經(jīng)可以得到X網(wǎng)所有用戶的信息，只要登錄進(jìn)去，就能輕易更改他們的域名指向。如果筆者是一個(gè)惡意攻擊者，只要把某個(gè)商業(yè)站點(diǎn)的域名指向指到自己制作的一個(gè)假站點(diǎn)上，那么用戶登錄這個(gè)商業(yè)站點(diǎn)的賬號(hào)信息就毫無安全可言了。其實(shí)此漏洞和域名劫持有些相似，只要你是X網(wǎng)的用戶，筆者肯定就能黑了你的站點(diǎn)。對(duì)于X網(wǎng)來說，其所有的業(yè)務(wù)都有可能受到影響，數(shù)據(jù)可以被任意獲取竄改。
其他的一些危害也是顯而易見的，就不再做具體說明了。
修 補(bǔ)
要防止這類注入漏洞其實(shí)很簡單，只要對(duì)URL中提交的參數(shù)進(jìn)行嚴(yán)格的過濾，去除一些比如單引號(hào)、SQL關(guān)鍵字等字符即可。具體做法：利用程序檢查提交的URL中問號(hào)后的字符串，一旦發(fā)現(xiàn)單引號(hào)、分號(hào)、SQL關(guān)鍵字等特殊字符，馬上就 會(huì)跳轉(zhuǎn)到一個(gè)自定義的Error頁面。
對(duì)于X網(wǎng)的網(wǎng)管來說，解決這個(gè)問題其實(shí)花的時(shí)間不到5分鐘。另外，X網(wǎng)也應(yīng)加強(qiáng)一下數(shù)據(jù)庫中的數(shù)據(jù)安全，至少加個(gè)密吧！
順便提一下，國內(nèi)還有很多站點(diǎn)都存在這樣的注入漏洞。
編 后
自從經(jīng)歷了許許多多蠕蟲和病毒的攻擊后，大家普遍對(duì)服務(wù)器的安全十分關(guān)注，有些站點(diǎn)甚至只開了80端口。如今在服務(wù)器上運(yùn)行的代碼的安全，就顯得格外重要了。代碼上一個(gè)小小的疏忽，往往就可能造成全局的崩潰。
今天有數(shù)據(jù)庫的注入漏洞，明天又將出現(xiàn)什么呢？
發(fā) 現(xiàn)
10月18日，筆者手上的項(xiàng)目做完以后，便和網(wǎng)上的朋友天南海北地聊天。聽到朋友網(wǎng)站的開張，心里也是非常的羨慕。
什么時(shí)候我才能擁有自己的主機(jī)和域名……想到申請(qǐng)主機(jī)和域名，筆者自然想到了X網(wǎng)（在中國太有名嘛^_^）。順手打開其主頁，突然看到了主頁右上角的會(huì)員登錄界面，這讓筆者“賊”心又起——要是能發(fā)現(xiàn)什么漏洞就好了，反正現(xiàn)在也沒什么事情。
筆者拿出端口掃描工具掃了一下X網(wǎng)的服務(wù)器，竟然什么漏洞都沒有發(fā)現(xiàn)，真是郁悶！轉(zhuǎn)念一想，畢竟X網(wǎng)也做了10多年了，這些大型網(wǎng)站服務(wù)器的安全措施恐怕不會(huì)少——映射，外加IDS和防火墻，補(bǔ)丁肯定也早打全了，說不定還有蜜罐程序等著你呢！
過了不久，筆者突然發(fā)現(xiàn)了一個(gè)情況，X網(wǎng)原來是用ASP寫的。前段時(shí)間ASP+MSSQL的注入漏洞可是鬧得沸沸揚(yáng)揚(yáng)，不少網(wǎng)站都吃了苦頭。這里會(huì)有這類問題嗎？不管了，先試一試再說。筆者隨手找了一個(gè)購買虛擬主機(jī)的頁面：http://www.???.cn/HAS_Client/buy/vir_host/vir_ host1_SB.asp?PackageID=10341。先用經(jīng)典的方法來測試了一下，返回類型均為不匹配: ‘CDbl'錯(cuò)誤。X網(wǎng)用的什么數(shù)據(jù)庫呢？筆者在參數(shù)后面加上一個(gè)單引號(hào)，再提交請(qǐng)求，頁面返回了一段報(bào)錯(cuò)信息。
原來用的是Oracle，一般Oracle數(shù)據(jù)庫出現(xiàn)這樣的返回錯(cuò)誤，都可能存在漏洞的。這和MSSQL未閉合引號(hào)的返回錯(cuò)誤差不多，不過MSSQL出現(xiàn)這樣的錯(cuò)誤提示，我們幾乎可以肯定存在注入漏洞了，而Oracle則要再進(jìn)一步確定。
確 認(rèn)
以下幾步為入侵的基礎(chǔ)，非常重要。我們分別在IE中輸入：
http://www.???.cn/HAS_Client/buy/vir_ host/vir_host1_SB.asp?PackageID=10341‘a(chǎn)nd%200<>(select%20count(*)%20from%20all_tables)%20and%20'1‘='1；
http://www.???.cn/HAS_Client/buy/vir_ host/vir_host1_SB.asp?PackageID=10341‘a(chǎn)nd%200<>(select%20count(*)%20from%20user_tables)%20and%20'1‘='1；
http://www.???.cn/HAS_Client/buy/vir _host/vir_host1_SB.asp?PackageID=10341‘a(chǎn)nd%200<>(select%20count(*)%20 from%20user_tab_columns)%20and%20'1‘='1；
以上這些是筆者猜測的Oracle的系統(tǒng)表：all_tables,user_tables和user_tab_col umns。如果沒有，就沒戲了。
沒想到頁面全都返回成功，這說明筆者猜測的系統(tǒng)表都是存在的，同時(shí)也說明提交的SQL語句，程序已經(jīng)做了處理。
至此，筆者確認(rèn)X網(wǎng)存在注入漏洞。
利 用
數(shù)據(jù)庫可以說是一個(gè)站點(diǎn)的重中之重，通過筆者發(fā)現(xiàn)的這個(gè)漏洞，我們完全可以訪問并修改數(shù)據(jù)庫中的所有數(shù)據(jù)。不光是用戶賬號(hào)，對(duì)于所有存在數(shù)據(jù)庫中的數(shù)據(jù)，我們都可以獲取并修改。
在開放Public組的UTL_File權(quán)限的情況下，其實(shí)還可以利用Union查詢、讀取服務(wù)器上的文件，這點(diǎn)和PHP+MYSQL注入漏洞中的load_file()有些相似，當(dāng)然也可以執(zhí)行Update之類的。只是在Oracle注入漏洞研究上，筆者還是個(gè)菜鳥，沒能實(shí)現(xiàn)插入數(shù)據(jù)和進(jìn)行更高級(jí)的注入攻擊。在整個(gè)測試漏洞的過程中，由于利用了NBSI的后臺(tái)掃描功能和WPE，大大提高了效率。
現(xiàn)在，筆者已經(jīng)可以得到X網(wǎng)所有用戶的信息，只要登錄進(jìn)去，就能輕易更改他們的域名指向。如果筆者是一個(gè)惡意攻擊者，只要把某個(gè)商業(yè)站點(diǎn)的域名指向指到自己制作的一個(gè)假站點(diǎn)上，那么用戶登錄這個(gè)商業(yè)站點(diǎn)的賬號(hào)信息就毫無安全可言了。其實(shí)此漏洞和域名劫持有些相似，只要你是X網(wǎng)的用戶，筆者肯定就能黑了你的站點(diǎn)。對(duì)于X網(wǎng)來說，其所有的業(yè)務(wù)都有可能受到影響，數(shù)據(jù)可以被任意獲取竄改。
其他的一些危害也是顯而易見的，就不再做具體說明了。
修 補(bǔ)
要防止這類注入漏洞其實(shí)很簡單，只要對(duì)URL中提交的參數(shù)進(jìn)行嚴(yán)格的過濾，去除一些比如單引號(hào)、SQL關(guān)鍵字等字符即可。具體做法：利用程序檢查提交的URL中問號(hào)后的字符串，一旦發(fā)現(xiàn)單引號(hào)、分號(hào)、SQL關(guān)鍵字等特殊字符，馬上就 會(huì)跳轉(zhuǎn)到一個(gè)自定義的Error頁面。
對(duì)于X網(wǎng)的網(wǎng)管來說，解決這個(gè)問題其實(shí)花的時(shí)間不到5分鐘。另外，X網(wǎng)也應(yīng)加強(qiáng)一下數(shù)據(jù)庫中的數(shù)據(jù)安全，至少加個(gè)密吧！
順便提一下，國內(nèi)還有很多站點(diǎn)都存在這樣的注入漏洞。
編 后
自從經(jīng)歷了許許多多蠕蟲和病毒的攻擊后，大家普遍對(duì)服務(wù)器的安全十分關(guān)注，有些站點(diǎn)甚至只開了80端口。如今在服務(wù)器上運(yùn)行的代碼的安全，就顯得格外重要了。代碼上一個(gè)小小的疏忽，往往就可能造成全局的崩潰。
今天有數(shù)據(jù)庫的注入漏洞，明天又將出現(xiàn)什么呢？
相關(guān)文章
這篇文章主要介紹了Oracle修改字段長度及屬性,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2024-05-05
Oracle除去數(shù)據(jù)中的換行符以免讀取出現(xiàn)問題
將整條數(shù)據(jù)取出，并用特殊符號(hào)分割，如果數(shù)據(jù)出現(xiàn)換行的情況，那么讀取時(shí)就有問題，這時(shí)就可以采用下面的方法來去除2014-07-07
Oracle中的半聯(lián)結(jié)和反聯(lián)結(jié)詳解
這篇文章主要介紹了Oracle中的半聯(lián)結(jié)和反聯(lián)結(jié)詳解,也稱半連接和反連接,其實(shí)就是in、exists,需要的朋友可以參考下2014-07-07
Oracle使用range分區(qū)并根據(jù)時(shí)間列自動(dòng)創(chuàng)建分區(qū)
這篇文章主要介紹了Oracle使用range分區(qū)并根據(jù)時(shí)間列自動(dòng)創(chuàng)建分區(qū),本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2023-04-04
這篇文章主要介紹了Oracle重建索引Shell腳本、SQL腳本分享,索引是提高數(shù)據(jù)庫查詢性能的有力武器,定期重建索引是很有必要的事情,需要的朋友可以參考下2014-09-09
PLSQL Developer連接Oracle11g 64位數(shù)據(jù)庫配置詳解(圖文)
這篇文章主要介紹了PLSQL Developer連接Oracle11g 64位數(shù)據(jù)庫配置詳解，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-09-09
Oralce中VARCHAR2()與NVARCHAR2()的區(qū)別介紹
這篇文章主要給大家詳細(xì)介紹了關(guān)于Oralce中VARCHAR2()與NVARCHAR2()的區(qū)別，文中先通過翻譯官方的介紹進(jìn)行區(qū)別總結(jié)，然后由一個(gè)實(shí)戰(zhàn)示例代碼進(jìn)行演示，相信對(duì)大家的理解會(huì)很有幫助，有需要的朋友們下面來跟著小編一起看看吧。2016-12-12
Oracle修改默認(rèn)的時(shí)間格式的四種方式
這篇文章主要介紹了Oracle修改默認(rèn)的時(shí)間格式的四種方式,默認(rèn)的日期和時(shí)間格式由參數(shù)NLS_DATE_FORMAT控制,如果需要修改默認(rèn)的時(shí)間格式,可以通過修改會(huì)話級(jí)別或系統(tǒng)級(jí)別的參數(shù)來實(shí)現(xiàn),需要的朋友可以參考下2024-06-06
Oracle數(shù)據(jù)庫中表壓縮的實(shí)現(xiàn)方式和特點(diǎn)
在 Oracle 數(shù)據(jù)庫中,表壓縮是一項(xiàng)重要的功能,旨在優(yōu)化存儲(chǔ)空間和提高性能,Oracle 提供了多種表壓縮技術(shù),以適應(yīng)不同的應(yīng)用場景和需求,以下是 Oracle 數(shù)據(jù)庫中表壓縮的實(shí)現(xiàn)方式和特點(diǎn),需要的朋友可以參考下2024-10-10
這篇文章主要介紹了關(guān)于Oracle中SqlLoader的用法,sqlldr是oracle的sql*loader工具,他可以把外部的文本格式數(shù)據(jù)導(dǎo)入到oracle的內(nèi)部表中,適用于不同數(shù)據(jù)庫之間的數(shù)據(jù)轉(zhuǎn)化遷移,需要的朋友可以參考下2023-07-07