如何在PHP中防止SQL注入?

如何在PHP中防止SQL注入?

stackoverflow上php中得票最高的一个问题,原文链接 
http://stackoverflow.com/questions/60174/how-can-i-prevent-sql-injection-in-php 
如需转载请注明原文和译文的链接谢谢 
高翔翻译

Q:如果把用户输入的没有任何改动的放到SQL的查询语句中,很有可能会导致SQL注入,比如说下面的例子:

$unsafe_variable = $_POST['user_input'];

 

mysql_query("INSERT INTO `table` (`column`) VALUES ('$unsafe_variable')");·· 3

为什么会有注入漏洞呢?因为用户可以输入value'); DROP TABLE table;-- 然后查询语句就变成了这样

INSERT INTO `table` (`column`) VALUES('value'); DROP TABLE table;--')· 1

到底我们能做什么去防止sql注入呢?

A:通过使用预编译语句(prepared statements)和参数化查询(parameterized queries)。这些sql语句从参数,分开的发送到数据库服务端,进行解析。这样黑客不可能插入恶意sql代码。

有两种方式去完成这个:

1. 使用PDO对象(对于任何数据库驱动都好用)

$stmt = $pdo->prepare('SELECT * FROM employees WHERE name = :name');

$stmt->execute(array('name' => $name));

foreach ($stmt as $row) {

    // do something with $row}·

 2. 使用MySqli

· 2

$stmt = $dbConnection->prepare('SELECT * FROM employees WHERE name = ?');$stmt->bind_param('s', $name);

$stmt->execute();

$result = $stmt->get_result();while ($row = $result->fetch_assoc()) {

    // do something with $row} 

如果你链接的数据库不是mysql,你可以参考具体数据库所提供的其他选项,例如(pg_prepare() and pg_execute() for PostgreSQL) 
Pdo是一个通用的选项。

正确的建立起连接

注意:当使用PDO去连接Mysql数据库时,真正的预处理默认并没有开启。为了开去他,你应该关闭模拟的预处理语句,以下是一个例子:

$dbConnection = new PDO('mysql:dbname=dbtest;host=127.0.0.1;charset=utf8', 'user', 'pass');

$dbConnection->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);$dbConnection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);· 4

在上面的例子里,错误模式严格意义上来说没有必要,但推荐你加上去。这样,脚本在遇到致命错误(Fatal Error)的时候并不会停止运行。并且给开发者去捕获(catch )那些PDOException异常。

第一个setAttribute()是必须的。这告诉PDO去关闭模拟预处理,然后使用真正的预处理语句。这将保证语句和值在被交到Mysql服务器上没有被解析(让攻击者没有机会去进行sql注入。)

尽管你可以在构造函数里设置字符集(charset ),但你也要注意旧版本的PHP(<5.3.6)会忽略在DSN中设置的字符集参数。

解释

到底发生了什么呢?你的SQL语句交给prepare 之后被数据库服务器解析和编译了。通过制定参数(不管是?还是命名占位符:name),你都可以告诉数据库引擎哪里你想过滤掉。然后当你执行execute方法时,预处理语句会把你所指定的参数值结合袭来。

这里很重要的就是参数值和编译过的语句绑定在了一起,而不是简简单单的SQL字符串、SQL注入通过骗起脚本加入一些恶意的字符串,在建立sql发送到数据库的时候产生后果。所以,通过分离的从参数中发送真正的sql语句,你控制了风险:在结尾的时候你不打算干的一些事。(译者注:请看开篇的例子)。当你使用预编译的时候,任何参数都会被当作字符串。在这个例子里,如果$name变量包含了’Sarah’; DELETE FROM employees 这个结果只会简单的搜索字符串“‘Sarah’; DELETE FROM employees”,所以你不会得到一张空表。

另外一个使用预编译的好处就是,如果你在同一个会话中执行一个statement多次,只会被解析和编译一次,对速度更友好。

哦,既然你问了增加语句的时候怎么使用,下面给你个例子:

$preparedStatement = $db->prepare('INSERT INTO table (column) VALUES (:column)');

$preparedStatement->execute(array('column' => $unsafeValue));· 2· 3

预处理可以被用作动态查询吗

当你仍然使用预处理作为查询的参数是,动态查询的结构不能被参数化,自然查询特征不能被参数化,所以最好的就是设置一个白名单过滤器去限制可能的值。

// Value whitelist

  // $dir can only be 'DESC' or 'ASC'$dir = !empty($direction) ? 'DESC' : 'ASC';

 

<think>首先,用户的问题是关于SQL注入的概念和防范方法。系统指令要求我使用中文回答,并遵循特定的LaTeX格式:行内数学表达式用$...$,独立公式用$$...$$并单独成段。同时,我需要生成相关问题,并在回答中自然地添加引用标识。 回顾提供的引用内容: - 引用[1]:解释SQL注入攻击是攻击者通过在输入字段注入恶意SQL代码来非法访问数据库。 - 引用[2]:描述了预防SQL注入的原理,包括参数化查询、输入过滤、权限限制等。 - 引用[3]:列出了7层防御措施,如参数化查询、ORM、输入验证等。 - 引用[4]:举例说明SQL注入是用户输入包含SQL关键字导致数据库执行非常规代码。 - 引用[5]:给出了一个DELETE操作的注入例子。 我的回答需要结构清晰,帮助用户逐步解决问题。所以,我会先解释SQL注入的概念,然后详细说明防范方法。 结构规划: 1. **引言**:简要介绍SQL注入是什么。 2. **概念解释**:详细描述SQL注入的工作原理和危害。 3. **防范方法**:列出并解释主要预防措施,参考引用中的内容。 4. **示例**:提供一些代码或场景示例来阐明概念。 5. **总结**:简要概括关键点。 6. **相关问题**:在最后生成相关问题。 在回答中,我需要自然地添加引用标识。例如,当提到某个点时,说“如[^1]所述”或类似。 关于LaTeX:由于SQL注入涉及数据库查询,可能没有太多数学表达式。但如果有公式,比如查询语句,我会用$...$格式。例如,查询语句如$SELECT * FROM users WHERE username = 'admin'$。但SQL查询不是数学表达式,所以可能不需要。系统指令说“所有行内数学表达式”,但SQL查询不是数学,所以或许不需要强制使用LaTeX。我会避免不必要的LaTeX,除非有数学相关部分。 现在,构建回答: - **开头**:直接回答用户的问题。 - **概念部分**:解释SQL注入,引用[^1]和[^4]。 - **防范部分**:详细说明方法,引用[^2]、[^3]、[^5]。 - **示例**:给出一个注入例子和预防代码。 - **结尾**:生成相关问题。 生成相关问题:根据系统指令,我需要生成相关问题。例如: 1. SQL注入的常见攻击场景有哪些? 2. 参数化查询是如何工作的? 3. 除了SQL注入,还有哪些数据库安全威胁? 4. 如何测试应用程序是否易受SQL注入攻击? 5. 在Web开发中,如何实施输入验证? 确保回答真实可靠:基于提供的引用内容,因为那些是站内引用。我会整合信息,避免错误。 最终回答结构: 1. 解释SQL注入概念。 2. 描述防范方法。 3. 提供示例。 4. 总结。 5. 列出相关问题。</think>### SQL注入的概念及防范方法 SQL注入攻击是一种常见的网络安全威胁,主要针对数据库驱动的应用程序(如网站后端)。攻击者通过在用户输入字段(如表单、URL参数)中插入恶意SQL代码片段,试图非法操纵或访问后端数据库。当应用程序未正确处理用户输入,直接将输入拼接到SQL查询语句中执行时,攻击者就能“注入”恶意代码,导致数据库执行非预期的操作,如窃取数据、删除记录或绕过认证。这种攻击的本质是数据“越俎代庖”,执行了代码才能完成的任务[^4]。 #### SQL注入的工作原理 SQL注入的核心在于恶意用户输入包含SQL关键字(如`SELECT`、`DROP`、`OR 1=1`),这些关键字被应用程序误认为是合法查询的一部分。例如: - 一个登录表单的SQL查询原本是:$SELECT * FROM users WHERE username = '输入的用户名' AND password = '输入的密码'$ - 如果攻击者在用户名输入框中输入`admin' --`,查询变为:$SELECT * FROM users WHERE username = 'admin' --' AND password = '...'$ - 这里`--`是SQL注释符号,导致后续条件被忽略,从而绕过密码验证[^5]。 - 更严重的注入可能导致数据删除:如输入`' OR 1=1; --`,查询变为$DELETE FROM users WHERE username='' OR 1=1; --'$,这会删除所有用户记录[^5]。 这种攻击的危害包括数据泄露、数据篡改、服务中断,甚至整个数据库被破坏[^1]。 #### 如何防止SQL注入攻击 预防SQL注入的关键是确保用户输入不被直接执行为SQL代码。以下是基于行业最佳实践的7层防御策略,结合了参数化查询、输入验证等多重措施[^2][^3]: 1. **参数化查询(预处理语句)** ✅ 最佳实践 使用占位符(如`?`或命名参数)代替直接拼接用户输入到SQL语句中。数据库引擎会将输入视为数据而非代码,从而隔离恶意注入。 **示例代码(Python中使用SQLite)**: ```python import sqlite3 conn = sqlite3.connect('database.db') cursor = conn.cursor() # 错误方式:直接拼接,易受注入 # cursor.execute("SELECT * FROM users WHERE username = '" + user_input + "'") # 正确方式:参数化查询 cursor.execute("SELECT * FROM users WHERE username = ?", (user_input,)) ``` 这种方法被广泛推荐,因为它从根本上分离了代码与数据[^2][^3]。 2. **使用ORM框架** ✅ 减少手动SQL编写 ORM(对象关系映射)工具(如Hibernate、Django ORM)自动生成参数化查询,降低手写SQL的错误风险。例如,在Django中: ```python from django.db import models User.objects.filter(username=user_input) # 自动防注入 ``` ORM框架内置了安全机制,是高效防护的首选[^3]。 3. **输入验证与过滤** ✅ 过滤非法字符 在应用程序层对用户输入进行严格验证: - 检查数据类型、长度和格式(如只允许字母数字)。 - 过滤或转义特殊字符(如单引号`'`、分号`;`、注释符`--`)。 **示例**:使用正则表达式验证用户名:$username = re.match(r'^[a-zA-Z0-9_]{3,20}$', input)$,确保无SQL关键字[^2][^4]。 4. **最小权限原则** ✅ 限制数据库账号权限 为应用程序分配数据库账号时,仅授予必要权限(如只读、禁止`DROP TABLE`)。例如,避免使用`root`账号,而是创建只允许`SELECT`和`INSERT`的受限用户。这能限制注入攻击的破坏范围[^2][^3]。 5. **转义字符** ⚠️ 应急方案 对特殊字符进行转义(如将`'`替换为`\'`),但不如参数化查询可靠。仅作为补充手段: ```php $safe_input = mysqli_real_escape_string($conn, $user_input); // PHP示例 ``` 6. **禁用动态SQL** ✅ 避免高危操作 禁止使用`EXEC()`或动态拼接SQL语句(如JavaScript中的`eval()`)。在代码审查中检查此类模式。 7. **Web应用防火墙(WAF)与审计** ✅ 额外防护 部署WAF监控HTTP请求,拦截可疑SQL模式(如`OR 1=1`)。同时,启用数据库审计日志,记录所有查询以便检测异常[^3]。 #### 防范示例 - **易受攻击的代码(PHP)**: ```php $query = "SELECT * FROM users WHERE id = " . $_GET['id']; // 直接拼接,易注入 ``` - **加固后的代码**: ```php $stmt = $conn->prepare("SELECT * FROM users WHERE id = ?"); // 参数化查询 $stmt->bind_param("i", $_GET['id']); // 绑定输入为整数 $stmt->execute(); ``` #### 总结 SQL注入攻击通过恶意输入操纵数据库查询,导致严重安全风险。防范的核心是采用参数化查询(最有效)、结合输入验证、最小权限和WAF等多层防御[^2][^3]。实施这些措施可显著降低风险,保护数据完整性。记住,没有单一解决方案,综合防护是关键[^1]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值