三步堵死 SQL Server注入漏洞
更新時間:2009年06月23日 18:47:43 作者:
SQL Server注入漏洞的一些防范方法分析。
SQL注入是什么?
許多網(wǎng)站程序在編寫時,沒有對用戶輸入數(shù)據(jù)的合法性進行判斷,使應(yīng)用程序存在安全隱患。用戶可以提交一段數(shù)據(jù)庫查詢代碼(一般是在瀏覽器地址欄進行,通過正常的www端口訪問),根據(jù)程序返回的結(jié)果,獲得某些想得知的數(shù)據(jù),這就是所謂的SQL Injection,即SQL注入。
網(wǎng)站的惡夢――SQL注入
SQL注入通過網(wǎng)頁對網(wǎng)站數(shù)據(jù)庫進行修改。它能夠直接在數(shù)據(jù)庫中添加具有管理員權(quán)限的用戶,從而最終獲得系統(tǒng)管理員權(quán)限。黑客可以利用獲得的管理員權(quán)限任意獲得網(wǎng)站上的文件或者在網(wǎng)頁上加掛木馬和各種惡意程序,對網(wǎng)站和訪問該網(wǎng)站的網(wǎng)友都帶來巨大危害。
防御SQL注入有妙法
第一步:很多新手從網(wǎng)上下載SQL通用防注入系統(tǒng)的程序,在需要防范注入的頁面頭部用來防止別人進行手動注入測試。
可是如果通過SQL注入分析器就可輕松跳過防注入系統(tǒng)并自動分析其注入點。然后只需要幾分鐘,你的管理員賬號及密碼就會被分析出來。
第二步:對于注入分析器的防范,筆者通過實驗,發(fā)現(xiàn)了一種簡單有效的防范方法。首先我們要知道SQL注入分析器是如何工作的。在操作過程中,發(fā)現(xiàn)軟件并不是沖著“admin”管理員賬號去的,而是沖著權(quán)限(如flag=1)去的。這樣一來,無論你的管理員賬號怎么變都無法逃過檢測。
第三步:既然無法逃過檢測,那我們就做兩個賬號,一個是普通的管理員賬號,一個是防止注入的賬號,為什么這么說呢?筆者想,如果找一個權(quán)限最大的賬號制造假象,吸引軟件的檢測,而這個賬號里的內(nèi)容是大于千字以上的中文字符,就會迫使軟件對這個賬號進行分析的時候進入全負荷狀態(tài)甚至資源耗盡而死機。下面我們就來修改數(shù)據(jù)庫吧。
1.對表結(jié)構(gòu)進行修改。將管理員的賬號字段的數(shù)據(jù)類型進行修改,文本型改成最大字段255(其實也夠了,如果還想做得再大點,可以選擇備注型),密碼的字段也進行相同設(shè)置。
2.對表進行修改。設(shè)置管理員權(quán)限的賬號放在ID1,并輸入大量中文字符(最好大于100個字)。
3.把真正的管理員密碼放在ID2后的任何一個位置(如放在ID549上)。
我們通過上面的三步完成了對數(shù)據(jù)庫的修改。
這時是不是修改結(jié)束了呢?其實不然,要明白你做的ID1賬號其實也是真正有權(quán)限的賬號,現(xiàn)在計算機處理速度那么快,要是遇上個一定要將它算出來的軟件,這也是不安全的。我想這時大多數(shù)人已經(jīng)想到了辦法,對,只要在管理員登錄的頁面文件中寫入字符限制就行了!就算對方使用這個有上千字符的賬號密碼也會被擋住的,而真正的密碼則可以不受限制。
許多網(wǎng)站程序在編寫時,沒有對用戶輸入數(shù)據(jù)的合法性進行判斷,使應(yīng)用程序存在安全隱患。用戶可以提交一段數(shù)據(jù)庫查詢代碼(一般是在瀏覽器地址欄進行,通過正常的www端口訪問),根據(jù)程序返回的結(jié)果,獲得某些想得知的數(shù)據(jù),這就是所謂的SQL Injection,即SQL注入。
網(wǎng)站的惡夢――SQL注入
SQL注入通過網(wǎng)頁對網(wǎng)站數(shù)據(jù)庫進行修改。它能夠直接在數(shù)據(jù)庫中添加具有管理員權(quán)限的用戶,從而最終獲得系統(tǒng)管理員權(quán)限。黑客可以利用獲得的管理員權(quán)限任意獲得網(wǎng)站上的文件或者在網(wǎng)頁上加掛木馬和各種惡意程序,對網(wǎng)站和訪問該網(wǎng)站的網(wǎng)友都帶來巨大危害。
防御SQL注入有妙法
第一步:很多新手從網(wǎng)上下載SQL通用防注入系統(tǒng)的程序,在需要防范注入的頁面頭部用來防止別人進行手動注入測試。
可是如果通過SQL注入分析器就可輕松跳過防注入系統(tǒng)并自動分析其注入點。然后只需要幾分鐘,你的管理員賬號及密碼就會被分析出來。
第二步:對于注入分析器的防范,筆者通過實驗,發(fā)現(xiàn)了一種簡單有效的防范方法。首先我們要知道SQL注入分析器是如何工作的。在操作過程中,發(fā)現(xiàn)軟件并不是沖著“admin”管理員賬號去的,而是沖著權(quán)限(如flag=1)去的。這樣一來,無論你的管理員賬號怎么變都無法逃過檢測。
第三步:既然無法逃過檢測,那我們就做兩個賬號,一個是普通的管理員賬號,一個是防止注入的賬號,為什么這么說呢?筆者想,如果找一個權(quán)限最大的賬號制造假象,吸引軟件的檢測,而這個賬號里的內(nèi)容是大于千字以上的中文字符,就會迫使軟件對這個賬號進行分析的時候進入全負荷狀態(tài)甚至資源耗盡而死機。下面我們就來修改數(shù)據(jù)庫吧。
1.對表結(jié)構(gòu)進行修改。將管理員的賬號字段的數(shù)據(jù)類型進行修改,文本型改成最大字段255(其實也夠了,如果還想做得再大點,可以選擇備注型),密碼的字段也進行相同設(shè)置。
2.對表進行修改。設(shè)置管理員權(quán)限的賬號放在ID1,并輸入大量中文字符(最好大于100個字)。
3.把真正的管理員密碼放在ID2后的任何一個位置(如放在ID549上)。
我們通過上面的三步完成了對數(shù)據(jù)庫的修改。
這時是不是修改結(jié)束了呢?其實不然,要明白你做的ID1賬號其實也是真正有權(quán)限的賬號,現(xiàn)在計算機處理速度那么快,要是遇上個一定要將它算出來的軟件,這也是不安全的。我想這時大多數(shù)人已經(jīng)想到了辦法,對,只要在管理員登錄的頁面文件中寫入字符限制就行了!就算對方使用這個有上千字符的賬號密碼也會被擋住的,而真正的密碼則可以不受限制。
相關(guān)文章
解析SQL Server聚焦移除(Bookmark Lookup、RID Lookup、Key Lookup)
本文主要講解索引性能優(yōu)化,著重對Bookmark Lookup、RID Lookup、Key Lookup三者進行移除的實現(xiàn)進行解析,以此來提高查詢性能。希望對大家有所幫助2016-12-12Sql Server 2012 轉(zhuǎn)換函數(shù)的比較(Cast、Convert和Parse)
Cast、Convert 和 Parse 都是 Sql Server 2012 中的內(nèi)置轉(zhuǎn)換函數(shù),其作用是:一種數(shù)據(jù)類型轉(zhuǎn)換為另一種數(shù)據(jù)類型。其中前兩者的差別較小,但 Parse 為 Sql Server 2012 新增函數(shù),也是最近在分析 Sql Server 2012 新特性的時間,才有想把這3個函數(shù)拿出來進行比較分析的想法2012-07-07重裝MS SQL Server 2000前必須徹底刪除原安裝文件的方法
重裝MS SQL Server 2000前必須徹底刪除原安裝文件的方法...2007-11-11SQL Server 壓縮日志與減少SQL Server 文件大小的方法
這篇文章主要為大家描述的是實現(xiàn)SQL Server 壓縮日志與SQL Server 文件大小的實際操作步驟,在此實際操作中我們要按步驟一步一步的進行,未進行前面的步驟時,請不要做后面的步驟,以免損壞你的數(shù)據(jù)庫2014-07-07delete from 表名與truncate table 表名區(qū)別
delete from 表名與truncate table 表名區(qū)別,選擇適合我們的刪除數(shù)據(jù)庫數(shù)據(jù)的方法2012-10-10執(zhí)行一條sql語句update多條記錄實現(xiàn)思路
如果你想更新多行數(shù)據(jù),并且每行記錄的各字段值都是各不一樣,你會怎么辦呢?本文以一個示例向大家講解下如何實現(xiàn)如標(biāo)題所示的情況,有此需求的朋友可以了解下2013-08-08必須會的SQL語句(八) 數(shù)據(jù)庫的完整性約束
這篇文章主要介紹了sqlserver中數(shù)據(jù)庫的完整性約束使用方法,需要的朋友可以參考下2015-01-01