常見的Web攻擊分為兩類：一是利用Web服務(wù)器的漏洞進(jìn)行攻擊，如CGI緩沖區(qū)溢出，目錄遍歷漏洞利用等攻擊;二是利用網(wǎng)頁自身的安全漏洞進(jìn)行攻擊，如SQL注入，跨站腳本攻擊等。下面這篇文章主要介紹了PHP安全防護(hù)之Web攻擊,需要的朋友可以參考，下面來一起看看吧。

SQL注入攻擊(SQL Injection)

攻擊者把SQL命令插入到Web表單的輸入域或頁面請求的字符串，欺騙服務(wù)器執(zhí)行惡意的SQL命令。在某些表單中，用戶輸入的內(nèi)容直接用來構(gòu)造（或者影響）動(dòng)態(tài)SQL命令，或作為存儲過程的輸入?yún)?shù)，這類表單特別容易受到SQL注入式攻擊。

常見的SQL注入式攻擊過程類如

1.某個(gè)Web應(yīng)用有一個(gè)登錄頁面，這個(gè)登錄頁面控制著用戶是否有權(quán)訪問應(yīng)用，它要求用戶輸入一個(gè)名稱和密碼；

2.登錄頁面中輸入的內(nèi)容將直接用來構(gòu)造動(dòng)態(tài)的SQL命令，或者直接用作存儲過程的參數(shù)；

例如：

$query = 'SELECT * from Users WHERE login = ' . $username . ' AND password = ' . $password;

3.攻擊者在用戶名字和密碼輸入框中輸入'或'1'='1之類的內(nèi)容；

4.用戶輸入的內(nèi)容提交給服務(wù)器之后，服務(wù)器運(yùn)行上面的代碼構(gòu)造出查詢用戶的SQL命令，但由于攻擊者輸入的內(nèi)容非常特殊，所以最后得到的SQL命令變成：

SELECT * from Users WHERE login = '' or '1'='1' AND password = '' or '1'='1';

5.服務(wù)器執(zhí)行查詢或存儲過程，將用戶輸入的身份信息和服務(wù)器中保存的身份信息進(jìn)行對比；

6.由于SQL命令實(shí)際上已被注入式攻擊修改，已經(jīng)不能真正驗(yàn)證用戶身份，所以系統(tǒng)會錯(cuò)誤地授權(quán)給攻擊者。

如果攻擊者知道應(yīng)用會將表單中輸入的內(nèi)容直接用于驗(yàn)證身份的查詢，他就會嘗試輸入某些特殊的SQL字符串篡改查詢改變其原來的功能，欺騙系統(tǒng)授予訪問權(quán)限。

系統(tǒng)環(huán)境不同，攻擊者可能造成的損害也不同，這主要由應(yīng)用訪問數(shù)據(jù)庫的安全權(quán)限決定。如果用戶的帳戶具有管理員或其他比較高級的權(quán)限，攻擊者就可能對數(shù)據(jù)庫的表執(zhí)行各種他想要做的操作，包括添加、刪除或更新數(shù)據(jù)，甚至可能直接刪除表

防范方法

1. 檢查變量數(shù)據(jù)類型和格式
2. 過濾特殊符號
3. 綁定變量，使用預(yù)編譯語句

跨網(wǎng)站腳本攻擊(Cross Site Scripting, XSS)

攻擊者將惡意代碼注入到網(wǎng)頁上，其他用戶在加載網(wǎng)頁時(shí)就會執(zhí)行代碼，攻擊者可能得到包括但不限于更高的權(quán)限（如執(zhí)行一些操作）、私密網(wǎng)頁內(nèi)容、會話和cookie等各種內(nèi)容。這些惡意代碼通常是JavaScript、HTML以及其他客戶端腳本語言。
例如：

?phpecho "歡迎您，".$_GET['name'];

如果傳入一段腳本

script>[code]/script>

那么腳本也會執(zhí)行。用這樣的URL將會執(zhí)行JavaScript的alert函數(shù)彈出一個(gè)對話框：

http://localhost/test.php?name=script>alert(123456)/script>

常用的攻擊手段有

盜用cookie，獲取敏感信息；

利用iframe、frame、XMLHttpRequest或上述Flash等方式，以（被攻擊）用戶的身份執(zhí)行一些管理動(dòng)作，或執(zhí)行一些一般的如發(fā)微博、加好友、發(fā)私信等操作；

利用可被攻擊的域受到其他域信任的特點(diǎn)，以受信任來源的身份請求一些平時(shí)不允許的操作，如進(jìn)行不當(dāng)?shù)耐镀被顒?dòng)；

在訪問量極大的一些頁面上的XSS可以攻擊一些小型網(wǎng)站，實(shí)現(xiàn)DDoS攻擊的效果。

防范方法

使用htmlspecialchars函數(shù)將特殊字符轉(zhuǎn)換成HTML編碼，過濾輸出的變量

跨網(wǎng)站請求偽造攻擊(Cross Site Request Forgeries, CSRF)

攻擊者偽造目標(biāo)用戶的HTTP請求，然后此請求發(fā)送到有CSRF漏洞的網(wǎng)站，網(wǎng)站執(zhí)行此請求后，引發(fā)跨站請求偽造攻擊。攻擊者利用隱蔽的HTTP連接，讓目標(biāo)用戶在不注意的情況下單擊這個(gè)鏈接，由于是用戶自己點(diǎn)擊的，而他又是合法用戶擁有合法權(quán)限，所以目標(biāo)用戶能夠在網(wǎng)站內(nèi)執(zhí)行特定的HTTP鏈接，從而達(dá)到攻擊者的目的。

它與XSS的攻擊方法不同，XSS利用漏洞影響站點(diǎn)內(nèi)的用戶，攻擊目標(biāo)是同一站點(diǎn)內(nèi)的用戶者，而CSRF 通過偽裝成受害用戶發(fā)送惡意請求來影響Web系統(tǒng)中受害用戶的利益。

例如

某個(gè)購物網(wǎng)站購買商品時(shí)，采用http://www.shop.com/buy.php?item=watchnum=100，item參數(shù)確定要購買什么物品，num參數(shù)確定要購買數(shù)量，如果攻擊者以隱藏的方式發(fā)送給目標(biāo)用戶鏈接
，那么如果目標(biāo)用戶不小心訪問以后，購買的數(shù)量就成了100個(gè)

防范方法

1. 檢查網(wǎng)頁的來源
2. 檢查內(nèi)置的隱藏變量
3. 使用POST，不要使用GET，處理變量也不要直接使用$_REQUEST

Session固定攻擊(Session Fixation)

這種攻擊方式的核心要點(diǎn)就是讓合法用戶使用攻擊者預(yù)先設(shè)定的session id來訪問被攻擊的應(yīng)用程序，一旦用戶的會話ID被成功固定，攻擊者就可以通過此session id來冒充用戶訪問應(yīng)用程序。

例如

1. 攻擊者訪問網(wǎng)站http:///www.bank.com，獲取他自己的session id，如：SID=123；
2. 攻擊者給目標(biāo)用戶發(fā)送鏈接，并帶上自己的session id，如：http:///www.bank.com/?SID=123；
3. 目標(biāo)用戶點(diǎn)擊了http:///www.bank.com/?SID=123，像往常一樣，輸入自己的用戶名、密碼登錄到網(wǎng)站；
4. 由于服務(wù)器的session id不改變，現(xiàn)在攻擊者點(diǎn)擊http:///www.bank.com/?SID=123，他就擁有了目標(biāo)用戶的身份，可以為所欲為了。

防范方法

1.定期更改session id

session_regenerate_id(TRUE);//刪除舊的session文件，每次都會產(chǎn)生一個(gè)新的session id。默認(rèn)false，保留舊的session

2.更改session的名稱

session的默認(rèn)名稱是PHPSESSID，此變量會保存在cookie中，如果攻擊者不抓包分析，就不能猜到這個(gè)名稱，阻擋部分攻擊

session_name("mysessionid");

3.關(guān)閉透明化session id

透明化session id指當(dāng)瀏覽器中的http請求沒有使用cookie來制定session id時(shí)，sessioin id使用鏈接來傳遞

int_set("session.use_trans_sid", 0);

4.只從cookie檢查session id

int_set("session.use_cookies", 1);//表示使用cookies存放session id
int_set("session.use_only_cookies", 1);//表示只使用cookies存放session id

5.使用URL傳遞隱藏參數(shù)

$sid = md5(uniqid(rand()), TRUE));
$_SESSION["sid"] = $sid;//攻擊者雖然能獲取session數(shù)據(jù)，但是無法得知$sid的值，只要檢查sid的值，就可以確認(rèn)當(dāng)前頁面是否是web程序自己調(diào)用的

Session劫持攻擊(Session Hijacking)

會話劫持是指攻擊者利用各種手段來獲取目標(biāo)用戶的session id。一旦獲取到session id，那么攻擊者可以利用目標(biāo)用戶的身份來登錄網(wǎng)站，獲取目標(biāo)用戶的操作權(quán)限。

攻擊者獲取目標(biāo)用戶session id的方法

1. 暴力破解:嘗試各種session id，直到破解為止;
2. 計(jì)算:如果session id使用非隨機(jī)的方式產(chǎn)生，那么就有可能計(jì)算出來;
3. 竊取:使用網(wǎng)絡(luò)截獲，xss攻擊等方法獲得

防范方法

1. 定期更改session id
2. 更改session的名稱
3. 關(guān)閉透明化session id
4. 設(shè)置HttpOnly。通過設(shè)置Cookie的HttpOnly為true，可以防止客戶端腳本訪問這個(gè)Cookie，從而有效的防止XSS攻擊。

文件上傳漏洞攻擊(File Upload Attack)

文件上傳漏洞指攻擊者利用程序缺陷繞過系統(tǒng)對文件的驗(yàn)證與處理策略將惡意代碼上傳到服務(wù)器并獲得執(zhí)行服務(wù)器端命令的能力。

常用的攻擊手段有

• 上傳Web腳本代碼，Web容器解釋執(zhí)行上傳的惡意腳本；
• 上傳Flash跨域策略文件crossdomain.xml，修改訪問權(quán)限(其他策略文件利用方式類似)；
• 上傳病毒、木馬文件，誘騙用戶和管理員下載執(zhí)行；
• 上傳包含腳本的圖片，某些瀏覽器的低級版本會執(zhí)行該腳本，用于釣魚和欺詐。
• 總的來說，利用的上傳文件要么具備可執(zhí)行能力(惡意代碼)，要么具備影響服務(wù)器行為的能力(配置文件)。

防范方法

1. 文件上傳的目錄設(shè)置為不可執(zhí)行；
2. 判斷文件類型，設(shè)置白名單。對于圖片的處理，可以使用壓縮函數(shù)或者resize函數(shù)，在處理圖片的同時(shí)破壞圖片中可能包含的HTML代碼；
3. 使用隨機(jī)數(shù)改寫文件名和文件路徑：一個(gè)是上傳后無法訪問；再來就是像shell.php.rar.rar和crossdomain.xml這種文件，都將因?yàn)橹孛鵁o法攻擊；
4. 單獨(dú)設(shè)置文件服務(wù)器的域名：由于瀏覽器同源策略的關(guān)系，一系列客戶端攻擊將失效，比如上傳crossdomain.xml、上傳包含Javascript的XSS利用等問題將得到解決。

以上就是php常見的網(wǎng)絡(luò)攻擊及防御方法的詳細(xì)內(nèi)容，更多關(guān)于php攻擊及防御的資料請關(guān)注腳本之家其它相關(guān)文章！