超越衛生化：$ _request的數據歧義的基本問題

使用$ _request通過合併$ _get，$ _post和$ _cookie的輸入來引入數據歧義，從而無法確定數據源。 2。這種不可預測性會削弱安全性，因為不同的來源具有不同的信任水平和攻擊向量，例如通過cookie通過get或會話固定的CSRF，因此很難應用適當的防禦措施。 3.調試受到阻礙，因為目前尚不清楚一個值是來自URL，形式還是餅乾，導致較長的故障排除和潛在的誤診。 4。它通過模糊HTTP方法語義來促進編碼實踐不佳，允許通過GET請求進行危險的行為，例如狀態更改，這取決於服務器配置（request_order），這可能會導致無聲數據覆蓋和跨環境的不一致行為。核心問題是，即使是通過$ _request進行了消毒的輸入，因此缺乏上下文，因此，使用明確的超級全球群體，例如$ _get，$ _post和$ _cookie，提高了透明度，安全性和可維護性，從而使次要的淡淡無聊的態度成為可預測的可預測代碼的值得折衷。

$_REQUEST在PHP中的問題遠遠超出了您是否對輸入進行消毒，它源於更深的結構性問題：數據歧義。當您使用$_REQUEST時，您會對數據的來源失去明確的清晰度，並且缺乏透明度會造成安全風險，調試噩夢和建築學科差。

與$_GET ， $_POST和$_COOKIE不同，它清楚地定義了傳入數據的來源， $_REQUEST是一個合併的超級全局，它根據PHP的request_order或variables_order指令從多個來源中提取值。這意味著相同的密鑰可能來自URL參數，表單提交甚至cookie，即服務器配置和請求類型。這種歧義是核心問題。

1。無法預測的數據源使安全性更加困難

因為$_REQUEST聚集了從GET ， POST和COOKIE的輸入，所以您不能假設值源於哪裡。這很重要，因為：

• 不同的來源具有不同的信任水平。表單提交中的帖子參數可能比URL中的GET參數更值得信賴，該參數可以被操縱或記錄。
• 攻擊向量不同。 CSRF攻擊通常會利用獲得參數；會議固定可能會濫用餅乾。如果您不知道來源，則不能應用適當的防禦能力。
• 安全過濾器成為猜測。您可能會自然化一個值，以為它是從表單中的，但實際上是來自緩存或共享的URL，從而揭示了敏感的數據。

例如：

 //危險：“行動”從何而來？
if（$ _request ['action'] ==='delete'）{
    delete_account（）;
}

攻擊者可以通過制定url ?action=delete ，繞過旨在需要發布請求的UI級保護措施來觸發此問題。

2。調試成為猜測

當出現問題時（例如，您的腳本中會出現意外的值），您會想知道：這是在URL中通過的嗎？通過表格提交？通過cookie注入？使用$_REQUEST ，您不能不檢查多個來源或添加額外的記錄。

這減慢了故障排除，並增加了誤診根本原因的風險。明確使用$_POST['field']或$_GET['id']使代碼自記錄且易於審核。

3。鼓勵不良的請求處理做法

使用$_REQUEST通常會導致懶惰的編碼模式，在這些模式中，開發人員對HTTP方法語義的思考不進行批判性思考。例如：

• 獲取請求不應修改狀態。但是，如果您的腳本使用$_REQUEST檢查“更新”操作，則簡單的鏈接可能會觸發數據更改，即通往CSRF的門。
• 表格處理應期望發布。依靠$_REQUEST可讓您跳過驗證請求方法，從而使您的應用程序不健壯和安全。

相反，要明確：

 //更好：明確的意圖和來源
if（$ _server ['request_method'] ==='post'&& isset（$ _ post ['submit']））{
    //過程表格
}

4。與配置有關的行為

$_REQUEST的內容取決於PHP的配置（ request_order ）。如果將其設置為GP （獲取發布），則獲取參數可以覆蓋具有相同名稱的帖子。切換訂單，行為改變。這使您的應用程序跨環境脆弱。

例如：

 //如果？ USER_ID = 1在URL中，即使已發送'2'，也可能會返回'1'
echo $ _request ['user_id'];

這種無聲的替代可能會導致多用戶系統中的特權升級或數據暴露。

最重要的是：即使是$_REQUEST的完美消毒輸入仍然有風險，因為您不知道它來自哪裡。消毒是必要的，但這還不夠。您需要上下文 - 源，意圖和方法來做出安全，可維護的決策。

直接使用$_GET ， $_POST和$_COOKIE 。它的詳細性稍微稍大，但會迫使清晰度，提高安全性並使您的代碼更可預測。額外的幾次擊鍵值得一提。

基本上，如果您使用的是$_REQUEST ，則可以將便利性用於控制，而在網絡安全方面，這是一個損失的下注。

以上是超越衛生化：$ _request的數據歧義的基本問題的詳細內容。更多資訊請關注PHP中文網其他相關文章！