1. sql注入漏洞如何修復
一、打開domain4.1，在旁註檢測—」當前路徑」中輸入伺服器的域名或IP地址。
2. 淺析sql注入漏洞與防範措施誰寫的
這是一個比較激掘常見的題目，我可以給您提供一個淺析 SQL 注入漏洞和防範措施的參考：
一明伏核、 SQL 注入漏洞是什麼？
SQL 注入漏洞是指攻擊者通過輸入惡意的 SQL 代碼來實現對資料庫的非法訪問和操作的一種漏洞攻擊方式。攻擊者通過在表單等輸入框中注入 SQL 語句，即可繞過應用程序的認證和授權機制，獲取、更改、刪除等非法操作資料庫中的敏感數據。
二、 SQL 注入漏洞的影響及危害
1. 竊取數據：攻擊者可以通過 SQL 注入漏洞竊取系統中的敏感數據，如用戶名、密碼、支付信息等等。
2. 破壞數據：攻擊者通過 SQL 注入漏洞可以刪除、更改、破壞資料庫中的數據，致使系統服務不可用。
3. 破壞系統：攻擊者可通過 SQL 注入漏洞執行攻擊代碼，破壞系統和伺服器穩定性和安全性。
三、 SQL 注入漏洞防範措施
針對 SQL 注入漏洞的攻擊可能性，可以採取以下幾種防範措施：
1. 使用參數化的 SQL 查詢。使用預編譯語句能有效避免 SQL 注入攻擊。
2. 過濾用戶輸入數據。對於用戶輸入的數據進行校驗和過濾，例如過濾掉單引號、引號等特殊字元。
3. 使用安全的編程語言。使用一些安全的編程語言，例如 Java、Python、PHP 等語言，它們都提供了一些高級防範 SQL 注入 的 API。
4. 定期檢查和更新應用程序。更新應用程序可以修復已知的漏洞並增強系統的安全性，在檢查應用程序的漏洞時可以檢測 SQL 注入漏洞的存在。
5. 對數據和系統進行加密。加密資料庫中的數據和系統文件可以增強對敏感數據和保護系統的安全性。
總結：SQL 注入漏洞是一種比較危險的漏洞攻擊方式，為了保障系統安全，我們需要認真選擇開發語言、定期更新系統和應用程序，對用戶輸入的數據進行過濾和處理，以及加強數據和系統的安全。廳坦同時，也要提高開發人員的安全意識，從源頭上預防 SQL 注入漏洞的出現。
3. Web漏洞掃描：場景可視化重現技術
隨著公眾對Web安全的聚焦，越來越多的行業領域如運營商、政府電子政務互動平台、企事業門戶網站及教育醫療機構等都已經開始頻繁使用掃描器去評估其風險性，以便提前發現潛在的安全隱患，及時安全加固以保障網站業務的正常持續運轉。反觀掃描器使用群體的變化，已由專業安全人士更多地轉向網站安全運維人員，這就給掃描器自身的可用性和易用性提出高要求。而掃描器的核心能力，如何幫助用戶快速發現漏洞、識別漏洞並定位漏洞，以及什麼樣的驗證場景可以確定漏洞真實存在就成為亟待解1. 現狀
由於Web安全技術功底的薄弱，在網站安全運維人員眼裡，現有的掃描器依然顯得過於專業。一份掃描報告中，大量顯示漏洞存在的URL、弱點參數以及掃描器自身所構造的各種請求等晦澀難懂的內容，常常讓安全運維人員不知所雲，甚至不得不專請專業人員進行二次解讀。而且這種易讀性差的掃描報告不能讓運維人員第一時間識別出漏洞風險分布並制定相應漏洞的修補計劃，從而無法真正貫徹防微杜漸的安全思路，保障網站業務安全可靠地運行。
由於受限於目標網站環境的復雜性、漏洞種類的多樣性，掃描器或多或少存在誤報。為保證漏洞發現的權威性，增強報告內容的可信度，掃描器本身必須能清晰地給出：漏洞是如何被發現的，哪些頁面及參數有問題，風險詳情如何，有無重現該漏洞發現的場景分析文件，向導式的二次驗證等。而如何對發現的漏洞進行權威驗證這一點，一直是業界關注的焦點話題。
2.可視化漏洞分析
基於現狀，綠盟科技提出了一種可視化的 Web漏洞 分析方法。該方法依據漏洞種類的不同，從掃描器判斷漏洞存在的角度：首先從邏輯層面給出相關標准，作為判斷此漏洞是否存在的條件依據;其次從漏洞觸發層面列出該漏洞發現時的具體交互方式，如通過哪些檢測手段，構造哪些URL參數;再從數據支撐層面列出漏洞檢測過程中所交互的所有數據信息，如掃描器發送的網路請求與站點響應報文以及對應的具體頁面源碼文件等;最後，整個漏洞分析過程統一打包成離線場景文件。此方法可讓評估者輕松還原漏洞發現場景，重現漏洞發現的每一步直至全過程，真正實現漏洞分析過程的簡單可視、通俗易懂，進而為下一步可能進行的漏洞誤報確認提供可視化驗證場景，達到准確識別的權威效果。
1、 判斷標准
Web漏洞的形成有很多因素，不同漏洞的表現形式和產生原因差異很大，掃描器在確認漏洞的同時，需要給出針對該漏洞的判斷標准和參考依據。
2、 執行詳情
知道漏洞的產生原因和表現形式外，還需要構造可以產生這個漏洞的充分必要條件，明確哪些具體的操作和方法能夠觸發這個漏洞，使其通過可理解的直觀現象展示出來，並最終與判斷標准相符合。
3、 過程報文
漏洞的探索和發現不是一蹴而就的，是一個有強烈依賴關系的發包探測、規則匹配的邏輯過程。過程報文還原了整個探測過程中的收發包情況，探測方對被探測Web站點都發送了哪些請求，對方伺服器是如何應答的，過程報文都一一記錄，為分析漏洞和網站實時響應提供有利數據。
以下給出了幾種常見的漏洞類型，利用本文所介紹的可視化分析方法分別進行具體闡述。
2.1 XSS漏洞
基於特徵值匹配來進行檢測的XSS漏洞類型，其常見的檢測邏輯如圖 3 所示，是一個反復探測和驗證的過程。
掃描器通過爬蟲爬取Web站點的有效鏈接後，傳遞給相關插件進行探測掃描。插件在獲取鏈接後，需要判斷此鏈接是否有存在該漏洞的條件，抽取所有可能存在漏洞的位置點，構造請求URL和參數值去探測和發包，根據該漏洞的表現形式來判斷返回的頁面是否存在漏洞。
對應的特徵值匹配檢測邏輯條件滿足後，漏洞發現條件也同步形成。此時，掃描器會把如下內容一一羅列出來：嘗試探測的URL鏈接，具體的請求方式，在哪個參數欄位上構造的特徵值，相關的判斷標准，最終構造的請求變數和URL語句函數，執行結果與預期結果的差異，頁面請求和響應報文結果等漏洞確認的詳情。
這樣，就為此類XSS漏洞的發現提供了一個完整的檢測可視化過程，讓評估者清晰知曉XSS漏洞存在的相關判斷依據、具體位置及如何驗證和結果對比等。
2.2 SQL盲注
對於像SQL盲注這樣的檢測是不能通過特徵值匹配來檢測的，需要構造多次相似請求，根據返回頁面的不同來判斷，如圖 6。
插件在獲取到被檢測URL後，抽取可能存在漏洞的注入點，會嘗試發送三次請求獲取充分條件。第一次采樣，原始請求，將原始頁面內容作為采樣標准A;第二次采樣，偽真頁面B;第三次采樣，false頁面C。SQL盲注的檢測，需要計算B/A和 C/A 之間的相似度，在某個確定的范圍內就可以判定是否存在注入。
此基於相似度對比的檢測過程對於評估者來說完全是黑盒的，根本無法獲知真假頁面之間的區別和差異，直觀感受更無從談起。而若採用本文介紹的可視化漏洞分析方法，如圖7-1所示，掃描器通過提供可視化的漏洞檢測過程，在判斷標准中給出了插件的檢測過程和漏洞表現形式，判斷詳情中給出了發送的偽真、錯誤請求URL，以及原始URL的請求和對應響應報文。
根據如上兩組數據的頁面相似度對比結果可以清楚看出兩者之間的差異，當這個差異落在特定范圍內時，就判斷SQL盲注存在。從探測到展示，給評估者提供了重現該漏洞的完整場景。
2.3 弱口令猜測
在檢測表單登錄是否存在弱口令時，掃描器會根據預配置的弱口令列表或者自定義弱口令字典，通過枚舉用戶名和口令嘗試登錄，進行掃描確認。如圖8所示，在獲取到登錄頁面後，掃描器會根據配置的弱口令進行登錄探測。
在檢測出弱口令漏洞後，會給出具體的用戶名、密碼。評估者可以直接用給出的弱口令嘗試登錄漏洞URL。如圖9的判斷詳情中，給出了具體的登錄頁面，檢測出來的弱口令為admin，admin，看到請求響應，發現頁面跳轉到了主頁面，登錄成功，表示存在漏洞，從而重現這一探測過程。
3 結束語
通過上述簡單介紹的可視化漏洞分析方法，評估者在看到掃描報告時，通過漏洞的判斷標准、執行詳情、過程報文，再也無須因不了解漏洞成因而困惑為什麼Web環境會存在這樣的漏洞，或者質疑是否存在誤報，相關漏洞到底是如何被發現和確認的。此外，通過從掃描器給出的離線版漏洞場景文件，可以重現漏洞發現及確認全過程，從而進一步獲取漏洞詳情，為下一步的漏洞驗證、漏洞修復提供更有效的參考數據。
4. SQL注入漏洞掃描工具有哪些
WebCruiser Web Vulnerability Scanner是一個功能不凡的Web應用漏洞掃描器，能夠對整個網站進行漏洞掃描，並能夠對發現的漏洞（SQL注入，跨站腳本）進行驗證；它也可以單獨進行漏洞驗證。
網站爬蟲（目錄及文件）；
漏洞掃描（SQL注入，跨站腳本）；
漏洞驗證（SQL注入，跨站腳本）；
SQL Server明文/欄位回顯/盲注；
MySQL欄位回顯/盲注；
Oracle欄位回顯/盲注；
DB2欄位回顯/盲注；
Access欄位回顯/盲注；
管理入口查找；
GET/Post/Cookie 注入；
搜索型注入延時；
自動從自帶瀏覽器獲取Cookie進行認證；
自動判斷資料庫類型；
自動獲取關鍵詞；
多線程；
高級：代理、敏感詞替換/過濾；
報告；WebCruiser Web Vulnerability Scanner是一個功能不凡的Web應用漏洞掃描器，能夠對整個網站進行漏洞掃描，並能夠對發現的漏洞（SQL注入，跨站腳本）進行驗證；它也可以單獨進行漏洞驗證。
網站爬蟲（目錄及文件）；
漏洞掃描（SQL注入，跨站腳本）；
漏洞驗證（SQL注入，跨站腳本）；
SQL Server明文/欄位回顯/盲注；
MySQL欄位回顯/盲注；
Oracle欄位回顯/盲注；
DB2欄位回顯/盲注；
Access欄位回顯/盲注；
管理入口查找；
GET/Post/Cookie 注入；
搜索型注入延時；
自動從自帶瀏覽器獲取Cookie進行認證；
自動判斷資料庫類型；
自動獲取關鍵詞；
多線程；
高級：代理、敏感詞替換/過濾；
報告；
5. 如何防範SQL注入漏洞及檢測
SQL注入漏洞攻擊的防範方法有很多種，現階段總結起來有以下方法：
(1)數據有效性校驗。如果一個輸入框只可能包括數字，那麼要通過校驗確保用戶輸入的都是數字。如果可以接受字母，那就要檢查是不是存在不可接受的字元，最好的方法是增加字元復雜度自動驗證功能。確保應用程序要檢查以下字元：分號、等號、破折號、括弧以及SQL關鍵字。另外限製表單數據輸入和查詢字元串輸入的長度也是一個好方法。如果用戶的登錄名最多隻有10個字元，那麼不要認可表單中輸入10個以上的字元，這將大大增加攻擊者在SQL命令中插入有害代碼的難度。
(2)封裝數據信息。對客戶端提交的數據進行封裝，不要將數據直接存入cookie中，方法就是在編程的代碼中，插入session、if、try、else，這樣可以有效地防止攻擊者獲取cookie中的重要信息。
(3)去除代碼中的敏感信息。將在代碼中存在的用戶名、口令信息等敏感欄位刪除，替換成輸入框。
SQL=" select from users where username = 』admin』and password= 』1234567』 "
如：這樣顯然會暴露管理員的用戶名、口令信息。可以將其修改成：
SQL= " select * from users where username='" +Txtuser.Text + "' and userpwd='" + Textpwd.Text + "'"
這樣就安全了很多，入侵者也是不會輕易的就獲取到用戶名、口令信息。
(4)替換或刪除單引號。使用雙引號替換掉所有用戶輸入的單引號，這個簡單的預防措施將在很大程度上預防SQL注入漏洞攻擊，單引號時常會無法約束插入數據的Value，可能給予輸入者不必要的許可權。用雙引號替換掉單引號可以使大部分SQL注入漏洞攻擊失敗。 如：
「select* from users where username='" + admin + "' and userpwd='" + 1234567+ "'」
顯然會得到與
「select * from users where username='admin' and password= '1234567'」
相同的結果。
(5)指定錯誤返回頁面。攻擊者有時從客戶端嘗試提交有害代碼和攻擊字元串，根據Web Service給出的錯誤提示信息來收集程序及伺服器的信息，從而獲取想得到的資料。應在Web Service中指定一個不包含任何信息的錯誤提示頁面。
(6)限制SQL字元串連接的配置文件。使用SQL變數，因為變數不是可以執行的腳本，即在Web頁面中將連接資料庫的SQL字元串替換成指定的Value，然後將Web.config文件進行加密，拒絕訪問。
(7)設置Web目錄的訪問許可權。將虛擬站點的文件目錄禁止遊客用戶(如：Guest用戶等)訪問，將User用戶許可權修改成只讀許可權，切勿將管理許可權的用戶添加到訪問列表。
(8)最小服務原則。Web伺服器應以最小許可權進行配置，只提供Web服務，這樣可以有效地阻止系統的危險命令，如ftp、cmd、vbscript等。
(9)鑒別信息加密存儲。將保存在資料庫users表中的用戶名、口令信息以密文形式保存，也可以對users表進行加密處理，這樣可以大大增加對鑒別信息訪問的安全級別。
(10)用戶許可權分離。應盡可能的禁止或刪除資料庫中sa許可權用戶的訪問，對不同的資料庫劃分不同的用戶許可權，這樣不同的用戶只能對授權給自己的資料庫執行查詢、插入、更新、刪除操作，就可以防止不同用戶對非授權的資料庫進行訪問。
6. 網站檢測後顯示SQL注入漏洞（盲注），請高手提供解決辦法，謝謝
找專業做網站安全的公司來給你解決，國內最有名的安全公司也就綠盟和sinesafe！
建站一段時間後總能聽得到什麼什麼網站被掛馬，什麼網站被黑，被攻擊。好像入侵掛馬似乎是件很簡單的事情。其實，入侵不簡單，簡單的是你的網站的必要安全措施並未做好。
有條件建議找專業做網站安全的sine安全來做安全維護。
一：掛馬預防措施：
1、建議用戶通過ftp來上傳、維護網頁，盡量不安裝asp的上傳程序。
2、定期對網站進行安全的檢測，具體可以利用網上一些工具，如sinesafe網站掛馬檢測工具！
序，只要可以上傳文件的asp都要進行身份認證!
3、asp程序管理員的用戶名和密碼要有一定復雜性，不能過於簡單，還要注意定期更換。
4、到正規網站下載asp程序，下載後要對其資料庫名稱和存放路徑進行修改，資料庫文件名稱也要有一定復雜性。
5、要盡量保持程序是最新版本。
6、不要在網頁上加註後台管理程序登陸頁面的鏈接。
7、為防止程序有未知漏洞，可以在維護後刪除後台管理程序的登陸頁面，下次維護時再通過ftp上傳即可。
8、要時常備份資料庫等重要文件。
9、日常要多維護，並注意空間中是否有來歷不明的asp文件。記住：一分汗水，換一分安全!
10、一旦發現被入侵，除非自己能識別出所有木馬文件，否則要刪除所有文件。
11、對asp上傳程序的調用一定要進行身份認證，並只允許信任的人使用上傳程序。這其中包括各種新聞發布、商城及論壇程
二：掛馬恢復措施：
1.修改帳號密碼
不管是商業或不是，初始密碼多半都是admin。因此你接到網站程序第一件事情就是「修改帳號密碼」。帳號
密碼就不要在使用以前你習慣的，換點特別的。盡量將字母數字及符號一起。此外密碼最好超過15位。尚若你使用
SQL的話應該使用特別點的帳號密碼，不要在使用什麼什麼admin之類，否則很容易被入侵。
2.創建一個robots.txt
Robots能夠有效的防範利用搜索引擎竊取信息的駭客。
3.修改後台文件
第一步：修改後台里的驗證文件的名稱。
第二步：修改conn.asp，防止非法下載，也可對資料庫加密後在修改conn.asp。
第三步：修改ACESS資料庫名稱，越復雜越好，可以的話將數據所在目錄的換一下。
4.限制登陸後台IP
此方法是最有效的，每位虛擬主機用戶應該都有個功能。你的IP不固定的話就麻煩點每次改一下咯，安全第一嘛。
5.自定義404頁面及自定義傳送ASP錯誤信息
404能夠讓駭客批量查找你的後台一些重要文件及檢查網頁是否存在注入漏洞。
ASP錯誤嘛，可能會向不明來意者傳送對方想要的信息。
6.慎重選擇網站程序
注意一下網站程序是否本身存在漏洞，好壞你我心裡該有把秤。
7.謹慎上傳漏洞
據悉，上傳漏洞往往是最簡單也是最嚴重的，能夠讓黑客或駭客們輕松控制你的網站。
可以禁止上傳或著限制上傳的文件類型。不懂的話可以找專業做網站安全的sinesafe公司。
8. cookie 保護
登陸時盡量不要去訪問其他站點，以防止 cookie 泄密。切記退出時要點退出在關閉所有瀏覽器。
9.目錄許可權
請管理員設置好一些重要的目錄許可權，防止非正常的訪問。如不要給上傳目錄執行腳本許可權及不要給非上傳目錄給於寫入權。
10.自我測試
如今在網上黑客工具一籮筐，不防找一些來測試下你的網站是否OK。
11.例行維護
a.定期備份數據。最好每日備份一次，下載了備份文件後應該及時刪除主機上的備份文件。
b.定期更改資料庫的名字及管理員帳密。
c.借WEB或FTP管理，查看所有目錄體積，最後修改時間以及文件數，檢查是文件是否有異常，以及查看是否有異常的賬號。
網站被掛馬一般都是網站程序存在漏洞或者伺服器安全性能不達標被不法黑客入侵攻擊而掛馬的。
網站被掛馬是普遍存在現象然而也是每一個網站運營者的心腹之患。
您是否因為網站和伺服器天天被入侵掛馬等問題也曾有過想放棄的想法呢，您否也因為不太了解網站技術的問題而耽誤了網站的運營，您是否也因為精心運營的網站反反復復被一些無聊的黑客入侵掛馬感到徬彷且很無耐。有條件建議找專業做網站安全的sine安全來做安全維護。
7. 如何防範SQL注入漏洞及檢測
以下是OMG我為大家收集整理的文章，希望對大家有所幫助。
SQL注入(SQLInjection)漏洞攻擊是目前網上最流行最熱門的黑客腳本攻擊方法之一，那什麼是SQL注入漏洞攻擊呢?它是指黑客利用一些Web應用程序(如：網站、論壇、留言本、文章發布系統等)中某些存在不安全代碼或SQL語句不縝密的頁面，精心構造SQL語句，把非法的SQL語句指令轉譯到系統實際SQL語句中並執行它，以獲取用戶名、口令等敏感信息，從而達到控制主機伺服器的攻擊方法。
1. SQL注入漏洞攻擊原理
1. 1 SQL注入漏洞攻擊實現原理
SQL(Structured Query Language)是一種用來和資料庫交互的語言文本。SQL注入的攻擊原理就是攻擊者通過Web應用程序利用SQL語句或字元串將非法的數據插入到伺服器端資料庫中，獲取資料庫的管理用戶許可權，然後將資料庫管理用戶許可權提升至操作系統管理用戶許可權，控制伺服器操作系統，獲取重要信息及機密文件。
SQL注入漏洞攻擊主要是通過藉助於HDSI、NBSI和Domain等SQL注入漏洞掃描工具掃描出Web頁面中存在的SQL注入漏洞，從而定位SQL注入點，通過執行非法的SQL語句或字元串達到入侵者想要的操作。下面以一段身份驗證的.NET代碼為例，說明一下SQL 注入攻擊的實現方法。
SqlConnectionnwConn = new SqlConnection((string)ConfigurationSettings.AppSettings["DBconnStrings"]); string queryStr = "SELECT userid,userpwd, username,type FROM users where userid='" + Txtusername.Text +"'";
DataSet userSet = new DataSet();
SqlDataAdapter userAdapter = newSqlDataAdapter(queryStr, nwConn);
userAdapter.Fill(userSet, "Users");
Session["UserID"] =Txtusername.Text.ToString();
Session["type"] =type.Text.ToString();
Response.Redirect("/Myweb/admin/login.aspx");
從上面的代碼中可以看出,程序在與資料庫建立連接得到用戶數據之後,直接將username的值通過session傳給login.aspx，沒有進行任何的過濾和處理措施, 直接用來構造SQL 語句, 其危險系數是非常高的, 攻擊者只要根據SQL 語句的編寫規則就可以繞過身份驗證，從而達到入侵的目的。
1. 2 SQL注入漏洞攻擊分析
SQL注入可以說是一種漏洞，也可以說是一種攻擊。當程序中的變數處理不當，沒有對用戶提交的數據類型進行校驗，編寫不安全的代碼，構造非法的SQL語句或字元串，都可能產生這個漏洞。
例如Web系統有一個login頁面，這個login頁面控制著用戶是否有權訪問，要求用戶輸入一個用戶名和口令，連接資料庫的語句為：
“select * from users where username = 'username' andpassword = 'password'”
攻擊者輸入用戶名為aa or 1=1口令為1234 or 1=1之類的內容。我們可以看出實際上攻擊者並不知道真正的用戶名、口令，該內容提交給伺服器之後，伺服器執行攻擊者構造出的SQL命令，但由於攻擊者輸入的內容非常特殊，所以最後得到的SQL命令變成：
“select * from users where username = 'aa' or 1=1 andpassword = '1234' or 1=1”
伺服器執行查詢或存儲過程，將用戶輸入的身份信息和資料庫users表中真實的身份信息進行核對，由於SQL命令實際上已被修改，存在永遠成立的1=1條件，因此已經不能真正驗證用戶身份，所以系統會錯誤地授權攻擊者訪問。
SQL 注入是通過目標伺服器的80埠進行的，是正常的Web訪問，防火牆不會對這種攻擊發出警告或攔截。當Web伺服器以普通用戶的身份訪問資料庫時，利用SQL注入漏洞就可能進行創建、刪除、修改資料庫中所有數據的非法操作。而當資料庫以管理用戶許可權的身份進行登錄時，就可能控制整個資料庫伺服器。
SQL注入的方法很多，在以手動方式進行攻擊時需要構造各種各樣的SQL語句，所以一般攻擊者需要豐富的經驗和耐心，才能繞過檢測和處理，提交語句，從而獲得想要的有用信息。這個過程需要花費很多的時間，如果以這種手動方式進行SQL注入漏洞攻擊，許多存在SQL注入漏洞的ASP、JSP、PHP、JAVA等網站就會安全很多了，不是漏洞不存在了，而是手動入侵者需要編程基礎，但現在攻擊者可以利用一些現成的黑客工具來輔助SQL注入漏洞攻擊，加快入侵的速度，使SQL注入變得輕而易舉。
由於SQL注入漏洞攻擊利用的是通用的SQL語法，使得這種攻擊具有廣泛性。理論上說，對於所有基於SQL語言的資料庫管理系統都是有效的，包括MSSQLServer、Oracle、DB2、Sybase和MySQL等。當然，各種系統自身的SQL擴展功能會有所不同，因此最終的攻擊代碼可能不盡相同。
1. 3 SQL注入漏洞攻擊過程
(1)繞過身份驗證
如一個login界面，需要輸入用戶名和口令，然後Post到另一個頁面，進行身份驗證,因此攻擊者只需在用戶名和口令的輸入框中都輸入aa or’1’=’1’的內容，那麼攻擊者就可以通過欺騙的驗證方式而直接進入下一個頁面，並擁有和正常登錄用戶一樣的全部特權。原因是什麼呢? 我們比較一下正常用戶登錄和攻擊者登錄時的兩種SQL語句：
1)正常用戶(如用戶名為admin，口令為1234567) ：
SQL= " selectfrom users where username = ’admin’and password= ’1234567’ ";
2)攻擊者(用戶名和口令都為aa or’1’=’1’) ：
SQL= " select * from users where username='aa or’1’=’1’'and password = ' aa or’1’=’1’'";
可以看到由and連接的兩個條件都被一個永遠成立的1=1所代替，執行的結果為true，資料庫會認為條件恆成立，會返回一個true，讓攻擊者以合法身份登錄進入下一個頁面。
(2)執行非法操作
如一個查詢頁面select1.asp? id=1，編程人員原本設計意圖是顯示id為1的查詢信息，而攻擊者利用程序中沒有對id內容進行檢查的機制，插入自己的代碼。
從select1.asp中摘錄一段關鍵代碼：
SQL= " select *from photo where photoid= 'id'";
可以看到，id沒有進行任何的處理，直接構成SQL語句並執行，而攻擊者在知道該系統資料庫中表名及欄位名的情況下，利用SQL語句特性(分號是將兩句SQL 語句分開的符號)，直接向資料庫Tuser表中添加記錄：
select1.asp? id= 1;Insertinto Tuser (username,password,type) values ('hack','1234567','管理員')，然後攻擊者就可以直接用hack進行登錄了。通過這樣的方法，攻擊者還可以對系統做任何的事情，包括添加、刪除、修改系統資源的操作。
(3)執行系統命令
如果Web主機使用MSSQL資料庫管理系統，那麼攻擊者就可以用到xp_cmdshell這個擴展存儲過程，xp_cmdshell是一個非常有用的擴展存儲過程，用於執行系統命令，比如dir、net等，攻擊者可以根據程序的不同，提交不同的語句：
execmaster.dbo.xp_cmdshell " dir "; exec master.dbo.xp_cmdshell" net user hack 1234567 /add ";
execmaster.dbo.xp_cmdshell " net localgroup administrators hack /add ";
這樣就可以向Web主機系統中成功添加了一個管理員帳戶。
2. SQL注入漏洞攻擊的檢測方式及方法
2. 1檢測方式
SQL注入漏洞攻擊檢測分為入侵前的檢測和入侵後的檢測。入侵前的檢測，可以通過手工方式，也可以使用SQL注入漏洞掃描工具軟體。檢測的目的是為預防SQL注入漏洞攻擊，而對於SQL注入漏洞攻擊後的檢測，主要是針對審計日誌的查看，SQL注入漏洞攻擊成功後，會在Web Service和資料庫的審計日誌中留下“痕跡”。
2. 2檢測方法
(1)動態SQL檢查
動態的SQL語句是一個進行資料庫查詢的強大的工具，但把它和用戶輸入混合在一起就使SQL注入成為了可能。將動態的SQL語句替換成預編譯的SQL或者存儲過程對大多數應用程序是可行的。預編譯的SQL或者存儲過程可以將用戶的輸入作為參數而不是命令來執行，這樣就限制了入侵者的行動。當然，它不適用於存儲過程中利用用戶輸入來生成SQL命令的情況。在這種情況下，用戶輸入的SQL命令仍可能得到執行，資料庫仍然存在SQL注入漏洞攻擊的危險。
(2)有效性校驗
如果一個輸入框只可能包括數字，那麼要通過驗證確保用戶輸入的都是數字。如果可以接受字母，檢查是不是存在不可接受的字元，那就需要設置字元串檢查功能。確保應用程序要檢查以下字元：分號、等號、破折號、括弧以及SQL關鍵字。
(3)數據表檢查
使用SQL注入漏洞攻擊工具軟體進行SQL注入漏洞攻擊後，都會在資料庫中生成一些臨時表。通過查看資料庫中最近新建的表的結構和內容，可以判斷是否曾經發生過SQL注入漏洞攻擊。
(4)審計日誌檢查
在Web伺服器中如果啟用了審計日誌功能，則Web Service審計日誌會記錄訪問者的IP地址、訪問時間、訪問文件等信息，SQL注入漏洞攻擊往往會大量訪問某一個頁面文件(存在SQL注入點的動態網頁)，審計日誌文件會急劇增加，通過查看審計日誌文件的大小以及審計日誌文件中的內容，可以判斷是否發生過SQL注入漏洞攻擊事件;另外還可以通過查看資料庫審計日誌，查詢某個時間段是否有非法的插入、修改、刪除操作。
(5)其他
SQL注入漏洞攻擊成功後，入侵者往往會添加特權用戶(如：administrator、root、sa等)、開放非法的遠程服務以及安裝木馬後門程序等，可以通過查看用戶帳戶列表、遠程服務開啟情況、系統最近日期產生的一些文件等信息來判斷是否發生過入侵。
3. SQL注入漏洞防範措施
SQL注入漏洞攻擊的防範方法有很多種，現階段總結起來有以下方法：
(1)數據有效性校驗。如果一個輸入框只可能包括數字，那麼要通過校驗確保用戶輸入的都是數字。如果可以接受字母，那就要檢查是不是存在不可接受的字元，最好的方法是增加字元復雜度自動驗證功能。確保應用程序要檢查以下字元：分號、等號、破折號、括弧以及SQL關鍵字。另外限製表單數據輸入和查詢字元串輸入的長度也是一個好方法。如果用戶的登錄名最多隻有10個字元，那麼不要認可表單中輸入10個以上的字元，這將大大增加攻擊者在SQL命令中插入有害代碼的難度。
(2)封裝數據信息。對客戶端提交的數據進行封裝，不要將數據直接存入cookie中，方法就是在編程的代碼中，插入session、if、try、else，這樣可以有效地防止攻擊者獲取cookie中的重要信息。
(3)去除代碼中的敏感信息。將在代碼中存在的用戶名、口令信息等敏感欄位刪除，替換成輸入框。
SQL=" select from users where username = ’admin’and password= ’1234567’ "
如：這樣顯然會暴露管理員的用戶名、口令信息。可以將其修改成：
SQL= " select * from users where username='" +Txtuser.Text + "' and userpwd='" + Textpwd.Text + "'"
這樣就安全了很多，入侵者也是不會輕易的就獲取到用戶名、口令信息。
(4)替換或刪除單引號。使用雙引號替換掉所有用戶輸入的單引號，這個簡單的預防措施將在很大程度上預防SQL注入漏洞攻擊，單引號時常會無法約束插入數據的Value，可能給予輸入者不必要的許可權。用雙引號替換掉單引號可以使大部分SQL注入漏洞攻擊失敗。 如：
“select* from users where username='" + admin + "' and userpwd='" + 1234567+ "'”
顯然會得到與
“select * from users where username='admin' and password= '1234567'”
相同的結果。
(5)指定錯誤返回頁面。攻擊者有時從客戶端嘗試提交有害代碼和攻擊字元串，根據Web Service給出的錯誤提示信息來收集程序及伺服器的信息，從而獲取想得到的資料。應在Web Service中指定一個不包含任何信息的錯誤提示頁面。
(6)限制SQL字元串連接的配置文件。使用SQL變數，因為變數不是可以執行的腳本，即在Web頁面中將連接資料庫的SQL字元串替換成指定的Value，然後將Web.config文件進行加密，拒絕訪問。
(7)設置Web目錄的訪問許可權。將虛擬站點的文件目錄禁止遊客用戶(如：Guest用戶等)訪問，將User用戶許可權修改成只讀許可權，切勿將管理許可權的用戶添加到訪問列表。
(8)最小服務原則。Web伺服器應以最小許可權進行配置，只提供Web服務，這樣可以有效地阻止系統的危險命令，如ftp、cmd、vbscript等。
(9)鑒別信息加密存儲。將保存在資料庫users表中的用戶名、口令信息以密文形式保存，也可以對users表進行加密處理，這樣可以大大增加對鑒別信息訪問的安全級別。
(10)用戶許可權分離。應盡可能的禁止或刪除資料庫中sa許可權用戶的訪問，對不同的資料庫劃分不同的用戶許可權，這樣不同的用戶只能對授權給自己的資料庫執行查詢、插入、更新、刪除操作，就可以防止不同用戶對非授權的資料庫進行訪問。
4. 結束語
SQL注入漏洞攻擊在網上非常普遍，許多ASP、PHP論壇和文章管理系統、下載系統以及新聞系統都存在這個漏洞。造成SQL注入漏洞攻擊的主要原因是開發人員在系統開發的過程中編程不規范，沒有形成良好的編程習慣，問題的解決只有依賴於規范編程。此外，也可以使用現有的SQL注入漏洞掃描器對整個網站中的關鍵代碼進行掃描，查找網站頁面中存在的SQL注入點。對於有問題的頁面，可以及時刪除或更新。本文通過對SQL注入漏洞攻擊的方法、原理以及攻擊實施過程進行了闡述和總結，並給出了一些常見的SQL注入漏洞攻擊防範的方法。