通常，即使繞過了waf的防護，前提條件是後端伺服器是否存在對應的漏洞，後端在開發時一定要在**中加入引數的過濾與校驗，不能只指望waf在中間進行防護，減少威脅面，編寫安全的**，才是正確的做法。
在bash shell中，問號?表示萬用字元，可以替換任意的單個字元（非空），*表示萬用字元，可以匹配任意長度（包括空）。例如下面的命令與/usr/sbin/cat /etc/passwd是等價的。來自exploit-db上的一篇文章
/usr/s?in/?at /et?/pass?d
特徵庫在編寫正規表示式時，可能忽略了對大寫的校驗。例如select.*from，從而讓select from輕鬆繞過，正確的寫法時，在任何防護的正規表示式前都加上(?i)，表示後面的正規表示式匹配均忽略大小寫。
在sql查詢語句中加入注釋，例如select/**/from，當waf不摘除注釋而去匹配正規表示式時，可能會匹配不上，從而繞過。
waf繞過方法閒人
一 動態呼叫 waf會對檔案內容進行檢索，如果發現有什麼危險的函式，或者有什麼危害的邏輯，都會進行攔擊，所以我們不能寫入一些危險的函式，否則就會被ban掉。在我們真正惡意 前加入大量雜糅字元進行繞過 然後對字尾進行換行繞過 shellclassinfo localizedresourcename s...
waf繞過注入
waf 是什麼？安全是乙個不斷對抗的過程，有防護手段，就有相應的繞過手段。滲透測試過程中，waf 是必定會遇到的，如何繞過 waf 就是乙個問題。waf繞過的手段千變萬化，分為3類 白盒繞過 黑盒繞過 fuzz繞過 白盒繞過 如果繞過 白盒下的繞過主要針對原始碼進行審計，分析函式功能，構造特定的包進...
WAF繞過小結
瀏覽器向伺服器傳送請求的時候必須指明請求型別 一般是get或者post 如有必要，瀏覽器還可以選擇傳送其他的請求頭。大多數請求頭並不是必需的，但content length除外。對於post請求來說content length必須出現。大多數waf都會較全面地檢測來自get請求的攻擊，有選擇地檢測來...