如果将用户输入未经修改地插入到SQL查询中,则应用程序容易受到SQL注入的攻击,如以下示例所示:
$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([ '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之外的数据库,有一个特定的驱动程序,第二个选项,你可以参考一下(例如,pg_prepare()
和pg_execute()
PostgreSQL的)。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
当出现问题时,脚本不会以a停止。并且它为开发人员提供了解决catch
任何throw
n为PDOException
s的错误的机会。
但是,第一行是强制性的,setAttribute()
它告诉PDO禁用模拟的预备语句并使用实际的预备语句。这样可以确保在将语句和值发送到MySQL服务器之前,不会对PHP进行解析(这样可能会使攻击者没有机会注入恶意SQL)。
尽管可以charset
在构造函数的选项中设置,但必须注意,PHP的“较旧”版本(在5.3.6之前)静默忽略了DSN中的charset参数。
传递给你的SQL语句prepare
由数据库服务器解析和编译。通过指定参数(如上例中的?
参数或命名参数:name
),你可以告诉数据库引擎要在何处进行过滤。然后,当你调用时execute
,准备好的语句将与你指定的参数值组合在一起。
这里重要的是参数值与已编译的语句组合,而不是与SQL字符串组合。SQL注入通过在创建要发送到数据库的SQL时欺骗脚本使其包含恶意字符串来起作用。因此,通过将实际的SQL与参数分开发送,可以减少因意外获得最终结果的风险。
使用预处理语句发送的任何参数都将被视为字符串(尽管数据库引擎可能会进行一些优化,因此参数最终也可能以数字结尾)。在上面的示例中,如果$name
变量包含'Sarah'; DELETE FROM employees
结果,则仅是搜索字符串"'Sarah'; DELETE FROM employees"
,并且最终不会得到空表。
使用准备好的语句的另一个好处是,如果你在同一会话中多次执行同一条语句,则该语句仅被解析和编译一次,从而可以提高速度。
哦,既然你询问了如何进行插入,这是一个示例(使用PDO):
$preparedStatement = $db->prepare('INSERT INTO table (column) VALUES (:column)');
$preparedStatement->execute([ 'column' => $unsafeValue ]);
尽管你仍可以对查询参数使用准备好的语句,但是无法对动态查询本身的结构进行参数化,并且无法对某些查询功能进行参数化。
对于这些特定方案,最好的办法是使用白名单过滤器来限制可能的值。
// Value whitelist
// $dir can only be 'DESC', otherwise it will be 'ASC'
if (empty($dir) || $dir !== 'DESC') {
$dir = 'ASC';
}
另外,mysql_query的官方文档仅允许执行一个查询,因此除之外的任何其他查询都可以执行。被忽略。即使已经不建议使用此功能,PHP 5.5.0下仍有许多系统可以使用此功能。php.net/manual/en/function.mysql-query.php
这是一个坏习惯,但是是一个后问题的解决方案:如果您已经准备好使用旧网站或应用程序,则不仅对于SQL注入,而且对于任何类型的注入(例如,F3框架v2中都有一个视图模板注入孔)从注入缺陷开始,一种解决方案是使用引导程序中的转义值来重新分配您的超全局预定义变量(例如$ _POST)的值。通过PDO,仍然有可能转义(也适用于当今的框架):substr($ pdo-> quote($ str,\ PDO :: PARAM_STR),1,-1)
这个答案缺乏对什么是预准备语句的解释-一件事-如果您在请求期间使用大量预准备语句,这对性能会产生影响,有时它会导致10倍的性能影响。更好的情况是使用不带参数绑定的PDO,但不准备语句。
使用PDO更好,如果您使用直接查询,请确保使用mysqli :: escape_string
@Alix在理论上听起来是个好主意,但有时值需要不同类型的转义,例如对于SQL和HTML