應用程式針對 SQL 攻擊的安全性是一個至關重要的問題。開發人員經常依賴 mysql_real_escape_string() 和 mysql_escape_string() 等函數來防範這些攻擊。然而，這些函數是否足以確保絕對保護？
mysql_real_escape_string() 和mysql_escape_string() 的限制
儘管它們表面上很有用，但這些函數在幾個方面都有不足:
SQL 注入攻擊： 雖然這些函數可以提供針對傳統SQL注入攻擊的部分保護，但它們仍然容易受到高級技術的攻擊，例如針對表名、列名或LIMIT 的攻擊
LIKE 攻擊：利用LIKE 運算符的攻擊（例如搜尋“%”）可能會傳回意外結果並危及安全性。
字元集漏洞:字元集漏洞，尤其是 Internet Explorer 中的字元集漏洞，可以讓駭客獲得重大控制權，包括執行 SQL 注入。
透過準備語句進行主動保護
到為了解決這些限制，安全專家建議使用準備好的語句。準備好的語句透過允許資料庫伺服器本身處理 SQL 執行來採取主動的方法。此伺服器端驗證可防止執行意外或惡意的 SQL 查詢，從而為已知甚至未知的攻擊提供強大的防禦。
有預先準備語句的範例程式碼
下面是一個範例程式碼，示範了準備好的語句的使用：
$pdo = new PDO($dsn);
$column = 'url';
$value = 'http://www.stackoverflow.com/';
$limit = 1;
$validColumns = array('url', 'last_fetched');
// Validate $column for security
if (!in_array($column, $validColumns) { $column = 'id'; }
$statement = $pdo->prepare('SELECT url FROM GrabbedURLs ' .
'WHERE ' . $column . '=? ' .
'LIMIT ' . intval($limit));
$statement->execute(array($value));結論
雖然mysql_real_escape_string() 和mysql_escape_string() 提供了一定程度的針對 SQL 的保護攻擊，它們有局限性，不足以實現全面的安全性。使用準備好的語句是針對已知和未知攻擊提供強大保護的建議方法。準備好的語句透過利用伺服器端驗證提供主動防禦，確保關鍵資料的安全性並保護應用程式免受漏洞影響。
以上是mysql\\_real\\_escape\\_string() 和 mysql\\_escape\\_string() 是否提供足夠的保護來防止 SQL 攻擊？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
