① sql注入攻擊與防禦
這個是攻擊資料庫的方法，不是攻擊操作系統的方法。
需要首先有資料庫的基礎，才能學會。
先從資料庫學習入手吧。
② SQL注入攻擊的種類和防範手段有哪些
暈，這不是C#考題嗎。
SQL注入攻擊的種類
知彼知己，方可取勝。首先要清楚SQL注入攻擊有哪些種類。
1.沒有正確過濾轉義字元
在用戶的輸入沒有為轉義字元過濾時，就會發生這種形式的注入式攻擊，它會被傳遞給一個SQL語句。這樣就會導致應用程序的終端用戶對資料庫上的語句實施操縱。比方說，下面的這行代碼就會演示這種漏洞：
statement := "SELECT * FROM users WHERE name = '" + userName + "'; "
這種代碼的設計目的是將一個特定的用戶從其用戶表中取出，但是，如果用戶名被一個惡意的用戶用一種特定的方式偽造，這個語句所執行的操作可能就不僅僅是代碼的作者所期望的那樣了。例如，將用戶名變數(即username)設置為：
a' or 't'='t，此時原始語句發生了變化：
SELECT * FROM users WHERE name = 'a' OR 't'='t';
如果這種代碼被用於一個認證過程，那麼這個例子就能夠強迫選擇一個合法的用戶名，因為賦值't'='t永遠是正確的。
在一些SQL伺服器上，如在SQLServer中，任何一個SQL命令都可以通過這種方法被注入，包括執行多個語句。下面語句中的username的值將會導致刪除「users」表，又可以從「data」表中選擇所有的數據(實際上就是透露了每一個用戶的信息)。
a'; DROP TABLE users; SELECT * FROM data WHERE name LIKE '%
這就將最終的SQL語句變成下面這個樣子：
SELECT * FROM users WHERE name = 'a'; DROP TABLE users; SELECT * FROM DATA WHERE name LIKE '%';
其它的SQL執行不會將執行同樣查詢中的多個命令作為一項安全措施。這會防止攻擊者注入完全獨立的查詢，不過卻不會阻止攻擊者修改查詢。
2.Incorrect type handling
如果一個用戶提供的欄位並非一個強類型，或者沒有實施類型強制，就會發生這種形式的攻擊。當在一個SQL語句中使用一個數字欄位時，如果程序員沒有檢查用戶輸入的合法性(是否為數字型)就會發生這種攻擊。例如：
statement := "SELECT * FROM data WHERE id = " + a_variable + "; "
從這個語句可以看出，作者希望a_variable是一個與「id」欄位有關的數字。不過，如果終端用戶選擇一個字元串，就繞過了對轉義字元的需要。例 如，將a_variable設置為:1; DROP TABLE users，它會將「users」表從資料庫中刪除，SQL語句變成：SELECT * FROM DATA WHERE id = 1; DROP TABLE users;
3.資料庫伺服器中的漏洞
有時，資料庫伺服器軟體中也存在著漏洞，如MYSQL伺服器中mysql_real_escape_string()函數漏洞。這種漏洞允許一個攻擊者根據錯誤的統一字元編碼執行一次成功的SQL注入式攻擊。
4.盲目SQL注入式攻擊
當一個Web應用程序易於遭受攻擊而其結果對攻擊者卻不見時，就會發生所謂的盲目SQL注入式攻擊。有漏洞的網頁可能並不會顯示數據，而是根據注入到合法 語句中的邏輯語句的結果顯示不同的內容。這種攻擊相當耗時，因為必須為每一個獲得的位元組而精心構造一個新的語句。但是一旦漏洞的位置和目標信息的位置被確 立以後，一種稱為Absinthe的工具就可以使這種攻擊自動化。
5.條件響應
注意，有一種SQL注入迫使資料庫在一個普通的應用程序屏幕上計算一個邏輯語句的值：
SELECT booktitle FROM booklist WHERE bookId = 'OOk14cd' AND 1=1
這會導致一個標準的面面，而語句
SELECT booktitle FROM booklist WHERE bookId = 'OOk14cd' AND 1=2在頁面易於受到SQL注入式攻擊時，它有可能給出一個不同的結果。如此這般的一次注入將會證明盲目的SQL注入是可能的，它會使攻擊者根據另外一個 表中的某欄位內容設計可以評判真偽的語句。
6.條件性差錯
如果WHERE語句為真，這種類型的盲目SQL注入會迫使資料庫評判一個引起錯誤的語句，從而導致一個SQL錯誤。例如：
SELECT 1/0 FROM users WHERE username='Ralph'。顯然，如果用戶Ralph存在的話，被零除將導致錯誤。
7.時間延誤
時間延誤是一種盲目的SQL注入，根據所注入的邏輯，它可以導致SQL引擎執行一個長隊列或者是一個時間延誤語句。攻擊者可以衡量頁面載入的時間，從而決定所注入的語句是否為真。
以上僅是對SQL攻擊的粗略分類。但從技術上講，如今的SQL注入攻擊者們在如何找出有漏洞的網站方面更加聰明，也更加全面了。出現了一些新型的SQL攻 擊手段。黑客們可以使用各種工具來加速漏洞的利用過程。我們不妨看看the Asprox Trojan這種木馬，它主要通過一個發布郵件的僵屍網路來傳播，其整個工作過程可以這樣描述：首先，通過受到控制的主機發送的垃圾郵件將此木馬安裝到電 腦上，然後，受到此木馬感染的電腦會下載一段二進制代碼，在其啟動時，它會使用搜索引擎搜索用微軟的ASP技術建立表單的、有漏洞的網站。搜索的結果就成 為SQL注入攻擊的靶子清單。接著，這個木馬會向這些站點發動SQL注入式攻擊，使有些網站受到控制、破壞。訪問這些受到控制和破壞的網站的用戶將會受到 欺騙，從另外一個站點下載一段惡意的JavaScript代碼。最後，這段代碼將用戶指引到第三個站點，這里有更多的惡意軟體，如竊取口令的木馬。
以前，我們經常警告或建議Web應用程序的程序員們對其代碼進行測試並打補丁，雖然SQL注入漏洞被發現和利用的機率並不太高。但近來攻擊者們越來越多地 發現並惡意地利用這些漏洞。因此，在部署其軟體之前，開發人員應當更加主動地測試其代碼，並在新的漏洞出現後立即對代碼打補丁。
防禦和檢查SQL注入的手段
1.使用參數化的過濾性語句
要防禦SQL注入，用戶的輸入就絕對不能直接被嵌入到SQL語句中。恰恰相反，用戶的輸入必須進行過濾，或者使用參數化的語句。參數化的語句使用參數而不 是將用戶輸入嵌入到語句中。在多數情況中，SQL語句就得以修正。然後，用戶輸入就被限於一個參數。下面是一個使用Java和JDBC API例子：
PreparedStatement prep = conn.prepareStatement("SELECT * FROM USERS WHERE PASSWORD=?");
prep.setString(1, pwd);
總體上講，有兩種方法可以保證應用程序不易受到SQL注入的攻擊，一是使用代碼復查，二是強迫使用參數化語句的。強迫使用參數化的語句意味著嵌入用戶輸入的SQL語句在運行時將被拒絕。不過，目前支持這種特性的並不多。如H2 資料庫引擎就支持。
2.還要避免使用解釋程序，因為這正是黑客們藉以執行非法命令的手段。
3.防範SQL注入，還要避免出現一些詳細的錯誤消息，因為黑客們可以利用這些消息。要使用一種標準的輸入確認機制來驗證所有的輸入數據的長度、類型、語句、企業規則等。
4.使用專業的漏洞掃描工具。但防禦SQL注入攻擊也是不夠的。攻擊者們目前正在自動搜索攻擊目標並實施攻擊。其技術甚至可以輕易地被應用於其它的Web 架構中的漏洞。企業應當投資於一些專業的漏洞掃描工具，如大名鼎鼎的Acunetix的Web漏洞掃描程序等。一個完善的漏洞掃描程序不同於網路掃描程 序，它專門查找網站上的SQL注入式漏洞。最新的漏洞掃描程序可以查找最新發現的漏洞。
5.最後一點，企業要在Web應用程序開發過程的所有階段實施代碼的安全檢查。首先，要在部署Web應用之前實施安全測試，這種措施的意義比以前更大、更深遠。企業還應當在部署之後用漏洞掃描工具和站點監視工具對網站進行測試。
Web安全拉警報已經響起，安全形式異常嚴峻，企業絕對不應當草率從事。安全重於泰山!
③ sql注入攻擊與防禦是什麼
SQL注入攻擊：
惡意用戶在提交查詢請求的過程中將SQL語句插入到請求內容中，同時程序本身對用戶輸入內容過分信任而未對惡意用戶插入的SQL語句進行過濾，導致SQL語句直接被服務端執行。
SQL注入攻擊分類：
①注入點的不同分類：數字類型的注入、字元串類型的注入。
②提交方式的不同分類：GET注入、POST注入、COOKIE注入、HTTP注入。
③獲取信息方式的不同分類：基於布爾的盲注、基於時間的盲注、基於報錯的盲注。
SQL注入攻擊防禦方法：
①定製黑名單：將常用的SQL注入字元寫入到黑名單中，然後通過程序對用戶提交的POST、GET請求以及請求中的各個欄位都進行過濾檢查，篩選威脅字元。
②限制查詢長度：由於SQL注入過程中需要構造較長的SQL語句，因此，一些特定的程序可以使用限制用戶提交的請求內容的長度來達到防禦SQL注入的目的，但這種效果不太好。
③限制查詢類型：限制用戶請求內容中每個欄位的類型，並在用戶提交請求的時候進行檢查，凡不符合該類型的提交方式就認為是非法請求。
④白名單法：該方法只對部分程序有效，對一些請求內容相對固定的程序，可以制定請求內容的白名單，比如：某程序接受的請求只有數字，且數字為1-100，這樣可以檢查程序接受的請求內容是否匹配，如果不匹配，則認為是非法請求。
⑤設置資料庫許可權：根據程序要求為特定的表設置特定的許可權，如：某段程序對某表只需具備select許可權即可，這樣即使程序存在問題，惡意用戶也無法對表進行update或insert等寫入操作。
⑥限制目錄許可權：Web目錄應至少遵循可寫目錄不可執行，可執行目錄不可寫的原則;在此基礎上，對各目錄進行必要的許可權細化。
④ 網站安全狗sql注入攻擊與防禦怎麼設置
網站安全狗sql注入攻擊與防禦怎麼設置?所謂SQL注入，就是通過把SQL命令插入到Web表單遞交或輸入域名或頁面請求的查詢字元串，最終達到欺騙伺服器執行惡意的SQL命令。SQL防護功能主要包括檢測URL長度功能和注入的防護規則兩部分。下面我們通過實際的攻擊實例來闡述該功能：
網站安全狗下載：網站安全狗Apache版|網站安全狗IIS版
網站安全狗sql注入攻擊與防禦設置教程
1.
超長的URL鏈接測試
過長的URL對於網站來說有什麼危害呢?在網路上，曾有人對過長的URL進行測試發現，過長的URL會對流量產生影響。特別是當如果代碼里的超鏈接寫的是長URL時，就會導致網頁內容變大，嚴重影響網站出口寬頻的流量。
網站安全狗SQL注入防護功能，可以對URL長度進行設置並且將這個上限值設為通用指標來檢測URL長度，當然用戶可根據情況自己設定上限值(設置完後記得保存哦)。
具體安全狗設置和測試結果分別如下圖所示：
圖1
URL防護規則
當IE地址欄瀏覽長度超過設置的值，網站安全狗就會進行攔截，攔截頁面如下：
圖2
長鏈接測試實例
同時，通過網站安全狗的防護日誌，我們可以查看到相對應的攻擊防禦成功的日誌記錄，截圖如下：
圖3
長鏈接防護日誌
_#網站安全狗sql注入攻擊與防禦怎麼設置#_
2.網站安全狗的設計是根據攻擊特徵庫，對用戶輸入進行過濾，從而達到防護SQL注入的目的。
我們以官方第一條默認防護規則為例通過相應的攻擊實例來介紹該功能設置。
(1)當我們設置SQL攔截規則的「防止and
or方式注入」的「檢測URL」功能為「開啟」時候，截圖如下：
圖4
設置SQL攔截規則
然後我們進行SQL注入，在IE上輸入參數，進行SQL注入頁面如下：
圖5
SQL注入攻擊
由於我們已經開啟了SQL攔截規則的「防止and
or方式注入」的「檢測URL」功能，當進行類似SQL注入時候就會彈出被網站安全狗成功攔截的信息，截圖如下：
圖6
攔截提示信息
同時在網站安全狗的防護日誌中會生成對應的攻擊防禦成功的日誌記錄，截圖如下：
圖7
防護日誌
(2)當我們把SQL攔截規則的「防止and
or方式注入」的「檢測COOKIE」功能設置為「開啟」時候，截圖如下：
圖8
設置SQL防護規則
通過cookie方式進行SQL注入，注入方式如下圖所示：
圖9
cookie注入成功截圖
_網站安全狗sql注入攻擊與防禦怎麼設置#_
「開啟」SQL攔截規則的「防止and
or方式注入」的「檢測COOKIE」功能後，當進行類似SQL注入時候就會彈出被網站安全狗成功攔截的信息，截圖如下：
圖10
攔截提示信息
同時在網站安全狗的防護日誌中會生成對應的攻擊防禦成功的日誌記錄：
圖11
防護日誌
(3)把SQL攔截規則的「防止and
or方式注入」的「檢測POST內容」功能設置為「開啟」，截圖如下：
圖12
開啟檢測POST
「開啟」之後，通過POST方式進行SQL注入，測試方式如下圖所示：
圖13
通過POST方式SQL注入
由於已經「開啟」了SQL攔截規則的「防止and
or方式注入」的「檢測POST內容」功能，這時如果發現類似SQL注入的時候，就會彈出被網站安全狗的攔截信息。截圖如下：
圖14
攔截提示信息
同時在網站安全狗的防護日誌中會生成對應的攻擊防禦成功的日誌記錄，截圖如下：
圖15
防護日誌
以上是網站安全狗sql注入攻擊與防禦設置教程，希望對你有幫助！
⑤ sql注入攻擊與防禦 第2版
用@參數就可以防止注入了，實在不放心再過濾一下字元串，不需要學習
⑥ sql注入攻擊與防禦
pangolin可以模擬攻擊和找出網站存在漏洞
⑦ SQL注入攻擊與防禦的介紹
《SQL注入攻擊與防禦 》是2010年清華大學出版社出版的圖書，作者是克拉克(JustinClarke)。
⑧ 對於SQL注入攻擊的防禦，可以採取哪些措施
如果使用註解時只需要為value成員變數指定值, 則使用註解時可以直接在該註解的括弧中指定value值, 而無需使用name=value的形式. 如@SuppressWarnings("unchecked")(SuppressWarnings的各種參數
請參考解析 @SuppressWarnings的各種參數)
⑨ SQL注入攻擊與防禦的內容簡介
SQL注入是Internet上最危險、最有名的安全漏洞之一，《SQL注入攻擊與防禦》是目前唯一一本專門致力於講解SQL威脅的圖書。《SQL注入攻擊與防禦》作者均是專門研究SQL注入的安全專家，他們集眾家之長，對應用程序的基本編碼和升級維護進行全面跟蹤，詳細講解可能引發SQL注入的行為以及攻擊者的利用要素，並結合長期實踐經驗提出了相應的解決方案。針對SQL注入隱蔽性極強的特點，《SQL注入攻擊與防禦》重點講解了SQL注入的排查方法和可以藉助的工具，總結了常見的利用SQL漏洞的方法。另外，《SQL注入攻擊與防禦》還專門從代碼層和系統層的角度介紹了避免SQL注入的各種策略和需要考慮的問題。
《SQL注入攻擊與防禦》主要內容：
SQL注入一直長期存在，但最近有所增強。《SQL注入攻擊與防禦》包含所有與SQL注入攻擊相關的、當前已知的信息，凝聚了由《SQL注入攻擊與防禦》作者組成的、無私奉獻的SQL注入專家團隊的所有深刻見解。
什麼是SQL注入？理解它是什麼以及它的基本原理
查找、確認和自動發現SQL注入
查找代碼中SQL注入時的提示和技巧
使用SQL注入創建利用
通過設計來避免由SQL攻擊所帶來的危險