准备好的语句如何防止SQL注入攻击？

Question

准备好的语句如何帮助我们防止SQL注入攻击？

维基百科说：

准备好的语句可以抵御SQL注入，因为稍后需要使用其他协议传输的参数值不需要正确地转义。如果原始语句模板不是从外部输入派生的，则不会发生SQL注入。

我不太清楚原因。用简单的英语和一些例子，简单的解释是什么？

Answer 1

这个想法很简单-查询和数据被发送到数据库服务器 分开 。
就这样。

SQL注入问题的根源在于 代码和数据 的 混合。

实际上，我们的SQL查询是 合法程序 。我们正在动态创建这样的程序，动态添加一些数据。因此，数据可能会干扰 程序代码
，甚至对其进行更改，正如每个SQL注入示例所显示的那样（PHP / Mysql中的所有示例）：

$expected_data = 1;
$query = "SELECT * FROM users where id=$expected_data";

会产生一个常规查询

SELECT * FROM users where id=1

而这段代码

$spoiled_data = "1; DROP TABLE users;"
$query        = "SELECT * FROM users where id=$spoiled_data";

会产生恶意序列

SELECT * FROM users where id=1; DROP TABLE users;

之所以起作用，是因为我们将数据直接添加到程序主体中，并且它成为程序的一部分，因此数据可能会更改程序，并且根据传递的数据，我们将有常规输出或users删除表。

尽管 在准备语句的情况下我们不会更改程序，但程序仍然保持原样。
这就是重点。

我们先将 程序 发送到服务器

$db->prepare("SELECT * FROM users where id=?");

数据被称为参数或占位符的某个 变量 替代。

请注意，完全相同的查询将发送到服务器，其中没有任何数据！然后，我们通过 第二个 请求发送数据，该请求实际上与查询本身是分开的：

$db->execute($data);

因此它不能更改我们的程序并造成任何伤害。
很简单-是吗？

我必须补充的唯一一件事是在每本手册中始终省略：

预处理语句只能保护 数据文字 ，但不能与任何其他查询部分一起使用。
因此，一旦我们不得不添加一个动态 标识符 （例如，一个字段名），准备好的语句就无济于事。