This question's answers are a community effort。编辑现有答案以改善此职位。它目前不接受新的答案或互动。
如果将用户输入未经修改地插入到SQL查询中,则该应用程序容易受到SQL injection的攻击,如以下示例所示:
这是因为用户可以输入
如何防止这种情况发生?
使用MySQLi(对于MySQL):
如果要连接到MySQL以外的数据库,则可以引用第二个特定于驱动程序的选项(例如,对于PostgreSQL,为
正确设置连接
请注意,使用
在上面的示例中,错误模式不是严格必需的,但建议添加它。这样,当出现问题时脚本不会以
但是,强制性的是第一行
尽管可以在构造函数的选项中设置
说明
传递给
这里重要的是参数值与已编译的语句组合,而不是与SQL字符串组合。 SQL注入通过在创建要发送到数据库的SQL时欺骗脚本使其包含恶意字符串来起作用。因此,通过将实际的SQL与参数分开发送,可以减少因意外获得最终结果的风险。
使用预处理语句发送的任何参数都将被视为字符串(尽管数据库引擎可能会进行一些优化,因此参数最终也可能以数字结尾)。在上面的示例中,如果
使用准备好的语句的另一个好处是,如果您在同一会话中多次执行同一条语句,则该语句仅被解析和编译一次,从而使您获得了一些速度上的提高。
哦,既然您询问了如何进行插入,这是一个示例(使用PDO):
准备好的语句可以用于动态查询吗?
尽管您仍可以对查询参数使用准备好的语句,但是无法对动态查询本身的结构进行参数化,并且无法对某些查询功能进行参数化。
对于这些特定方案,最好的办法是使用白名单过滤器来限制可能的值。
如果将用户输入未经修改地插入到SQL查询中,则该应用程序容易受到SQL injection的攻击,如以下示例所示:
$unsafe_variable = $_POST['user_input'];
mysql_query("INSERT INTO `table` (`column`) VALUES ('$unsafe_variable')");
这是因为用户可以输入
value'); DROP TABLE table;--
之类的内容,并且查询变为:INSERT INTO `table` (`column`) VALUES('value'); DROP TABLE table;--')
如何防止这种情况发生?
最佳答案
使用准备好的语句和参数化查询。这些是独立于任何参数发送到数据库服务器并由数据库服务器解析的SQL语句。这样,攻击者就不可能注入恶意SQL。
您基本上有两种选择可以实现此目的:
使用PDO(对于任何受支持的数据库驱动程序):
$stmt = $pdo->prepare('SELECT * FROM employees WHERE name = :name');
$stmt->execute(array('name' => $name));
foreach ($stmt as $row) {
// Do something with $row
}
使用MySQLi(对于MySQL):
$stmt = $dbConnection->prepare('SELECT * FROM employees WHERE name = ?');
$stmt->bind_param('s', $name); // 's' specifies the variable type => 'string'
$stmt->execute();
$result = $stmt->get_result();
while ($row = $result->fetch_assoc()) {
// Do something with $row
}
如果要连接到MySQL以外的数据库,则可以引用第二个特定于驱动程序的选项(例如,对于PostgreSQL,为
pg_prepare()
和pg_execute()
)。 PDO是通用选项。正确设置连接
请注意,使用
PDO
访问MySQL数据库时,默认情况下不使用实际的预处理语句。要解决此问题,您必须禁用对准备好的语句的仿真。使用PDO创建连接的示例如下:$dbConnection = new PDO('mysql:dbname=dbtest;host=127.0.0.1;charset=utf8', 'user', 'password');
$dbConnection->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
$dbConnection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
在上面的示例中,错误模式不是严格必需的,但建议添加它。这样,当出现问题时脚本不会以
Fatal Error
停止。而且,它使开发人员有机会将catch
n作为throw
s的任何错误PDOException
。但是,强制性的是第一行
setAttribute()
,它告诉PDO禁用模拟的准备好的语句并使用实际的准备好的语句。这可以确保在将语句和值发送到MySQL服务器之前,不会对PHP进行解析(这使可能的攻击者没有机会注入恶意SQL)。尽管可以在构造函数的选项中设置
charset
,但必须注意DSN中PHP的“较旧”版本(在5.3.6之前)silently ignored the charset parameter。说明
传递给
prepare
的SQL语句由数据库服务器解析和编译。通过指定参数(在上面的示例中为?
或诸如:name
的命名参数),您可以告诉数据库引擎要在何处进行过滤。然后,当您调用execute
时,准备好的语句将与您指定的参数值组合在一起。这里重要的是参数值与已编译的语句组合,而不是与SQL字符串组合。 SQL注入通过在创建要发送到数据库的SQL时欺骗脚本使其包含恶意字符串来起作用。因此,通过将实际的SQL与参数分开发送,可以减少因意外获得最终结果的风险。
使用预处理语句发送的任何参数都将被视为字符串(尽管数据库引擎可能会进行一些优化,因此参数最终也可能以数字结尾)。在上面的示例中,如果
$name
变量包含'Sarah'; DELETE FROM employees
,则结果将只是搜索字符串"'Sarah'; DELETE FROM employees"
,而不会以an empty table结尾。使用准备好的语句的另一个好处是,如果您在同一会话中多次执行同一条语句,则该语句仅被解析和编译一次,从而使您获得了一些速度上的提高。
哦,既然您询问了如何进行插入,这是一个示例(使用PDO):
$preparedStatement = $db->prepare('INSERT INTO table (column) VALUES (:column)');
$preparedStatement->execute(array('column' => $unsafeValue));
准备好的语句可以用于动态查询吗?
尽管您仍可以对查询参数使用准备好的语句,但是无法对动态查询本身的结构进行参数化,并且无法对某些查询功能进行参数化。
对于这些特定方案,最好的办法是使用白名单过滤器来限制可能的值。
// Value whitelist
// $dir can only be 'DESC', otherwise it will be 'ASC'
if (empty($dir) || $dir !== 'DESC') {
$dir = 'ASC';
}