本文屬i春秋的原創獎勵計劃，未經許可禁止轉載！
前言 半年前的我，手握各種WAF的bypass，半年之後的我。就把思路分享出來了。別問我什麼！問了我也不會告訴你，我是沒事閒的！是不是好多人遇見WAF，就一陣頭大呢~今天我就開車啦~大家快上車！
正文 測試環境
php：我使用的是 phpStudy
WAF：各種WAF的官網
測試思路 php的本地環境是用來檢測sql語句是否可以執行。
WAF官網用來測試語句是否被攔截。
重點 ：
1.HTTP數據包的認識。
2.充分利用數據庫的注釋功能。
3.有對WAF的構造思路。
測試代碼 本地PHP存在注入漏洞的代碼：
<?
php$id = $_GET['x'];
$conn = mysql_connect('127.0.0.1','root','Lyy1314...');
mysql_select_db('ceshi',$conn);
$sql = "select * from user where id={$id}";
$cun = mysql_query($sql);
echo "< charset=utf-8>";while($row = mysql_fetch_array($cun))
{
echo "url：".$row['URL']."<br>";
echo "password：".$row['password']."<br>";
echo "<hr>";
}
mysql_close($conn);
echo "您當前執行的SQL語句：";
echo urldecode($sql);
?>
GET型注入測試 - 偽造HTTP數據包 GET型注入相對於POST注入來說，在某些方面是比POST注入bypass更輕松一些的。這是為什麼呢？答案是因為POST數據包中也包含了GET包哦~我們可以通過偽造POST數據包的方式進行GET注入。
也就是說，GET的類型最少有三種，甚至更多的數據包類型可以進行注入。
如：POST、PUT、GET。
1.測試普通的GET型注入
可以發現，上面成功接收到了GET數據包提交的數據。這是理所當然的！
2.測試POST提交的GET型注入
從上面可以看出，POST數據包種，確實包含了GET的數據包。所以，在有些時候進行Bypass測試時，適當的改下數據包類型，也是可以的哦。
在360主機衛士的之前版本中，POST提交只攔截POST的數據，當你利用POST數據包進行GET注入時，它是不會進行攔截的哦~ GET型注入測試繞過雲鎖 - 偽造HTTP數據包 首先，我們去雲鎖的官網進行Bypass測試！ 我們在雲鎖官網的URL後面加入 and 1=1 進行測試。
當然，正如所料 100% 被攔截
一般情況，大家都會扭頭就走~ 那我們現在來偽造個POST數據包，進行測試把~
正如我們期待的那樣，偽造數據包後，WAF就被一棍子打死了~ 有時，即使我們偽造數據包後，仍過不了WAF，不要灰心，因為這個時候WAF的規則絕對比GET包的規則少哦~ GET型注入測試 - 合理構造HTTP數據包 - 思路 在http數據包中每個參數中間都會用&符連接，那麼我們可不可以利用這個&符號呢？ 下面我們先來進行本地測試！
我們發現即使 &符後面的參數被 /* 包含住，這可以被接收到。並沒有被注釋掉！ 那是因為， /* 被HTTP當成了參數a的值，而並不是當成了注釋！ 有時候，我們可以利用這個方法，加其他的方法來bypass。
後記 挖WAF的bypass時，一定要從多方面入手，編碼，協議，語句等，甚至有時都會利用系統的截斷！
推薦大家買一本關於 HTTP協議 方面的書籍進行閱讀，因為，只有越接近底層，才能越了解它。最後從方方面面進行繞過。
有編程功底的，可以思考一下WAF的編寫方式，哪裡容易出現漏洞等~比如我們常常用來截斷文件的%00，在安全狗中卻能截斷安全狗對HTTP協議的檢測。比如菜刀過狗時，EVAL%00（）是不會被殺的！不要只靠別人！思路是你自己的！你學到的知識也是屬於你自己的！
