mysql_real_escape_string 函數旨在防止 SQL 注入攻擊，但因其局限性而受到嚴格審查。雖然它可以增強安全性，但某些缺點阻礙了其有效性。
不正確的用法和數值
一個關鍵問題是 mysql_real_escape_string 的不正確應用。它是專為轉義 SQL 查詢中的字串值而設計。但是，如果應用於數值，如範例所示：
mysql_query('DELETE FROM users WHERE user_id = '.mysql_real_escape_string($input));它無法防止如下攻擊：
5 OR 1=1
不帶引號的字串插入
在下面使用mysql_real_escape_string時會出現另一個漏洞場景：
$sql = "... `foo` = $value ...";
這裡，輸入的插入沒有正確的轉義和引號，從而允許 SQL 注入攻擊。同樣，如果應用於變量，例如：
$sql = "... `$value` ...";
漏洞仍然存在。
資料庫連線編碼衝突
此外， mysql_ API 和資料庫中的編碼設定可能會產生漏洞。使用錯誤的方法設定資料庫編碼，例如：
mysql_query("SET NAMES 'utf8'", $link);會導致字串轉義不匹配，從而導致潛在的注入攻擊。
結論
雖然mysql_real_escape_string 可以提供一些針對SQL 注入攻擊的保護，但它的狹窄且容易受到錯誤的影響應用程式使其成為不太理想用例的選擇。為了獲得更強大的安全性，鼓勵開發人員探索替代方法，例如準備好的語句，它可以更好地防範漏洞。
以上是mysql_real_escape_string 真的能有效抵禦 SQL 注入嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
