Web 安全入门：从一个 SQL 注入的诞生说起

归档39

C++ 教程12 Java 教程12 Python 教程11 网络安全2 技术分享1 社团动态1

659 字

3 分钟

Web 安全入门：从一个 SQL 注入的诞生说起

2026-10-28

从一段有问题的代码说起#

假设一个校园活动报名系统，用下面这段 PHP 代码验证用户登录：

1
<?php
2
// ⚠️ 危险代码，仅作教学演示
3
$username = $_POST['username'];
4
$password = $_POST['password'];
5

6
$sql = "SELECT * FROM users
7
        WHERE username='$username'
8
        AND password='$password'";
9

10
$result = $db->query($sql);
11
if ($result->num_rows > 0) {
12
    echo "登录成功";
13
}

这段代码在功能上完全正常——正常用户输入正确的账号密码，就能登录成功。

但问题出在：用户输入被直接拼接进了 SQL 语句。

注入是如何发生的#

如果攻击者在密码框输入：

1
' OR '1'='1

那么最终执行的 SQL 变成了：

1
SELECT * FROM users
2
WHERE username='admin'
3
AND password='' OR '1'='1'

由于 '1'='1' 恒为真，这个查询条件永远成立，攻击者在不知道密码的情况下以 admin 身份登录——这就是一次最经典的 SQL 注入攻击。

Warning

本文所有内容仅用于教学演示。对未授权系统进行测试是违法行为，请在合法靶场环境中练习。

更进一步：万能密码与信息刺探#

探测列数#

1
admin' ORDER BY 3-- -

逐步增大数字，根据页面报错判断查询结果的列数。

联合查询读取数据#

1
' UNION SELECT username, password FROM users-- -

通过 UNION 把数据库中的敏感数据直接拼进页面返回。

数据库指纹#

不同数据库的函数和报错信息各有特征：

数据库	探测语句
MySQL	`SELECT version()`
PostgreSQL	`SELECT version()`
SQLite	`SELECT sqlite_version()`

正确的防御姿势#

1. 参数化查询（最有效）#

预编译让用户输入永远只作为”数据”而不是”代码”被处理：

1
<?php
2
// ✅ 正确做法：参数化查询
3
$stmt = $db->prepare(
4
    "SELECT * FROM users WHERE username=? AND password=?"
5
);
6
$stmt->bind_param("ss", $username, $password);
7
$stmt->execute();

Python (SQLAlchemy) 示例：

1
from sqlalchemy import text
2

3
# ✅ 绑定参数，输入不会被当作 SQL 执行
4
db.execute(
5
    text("SELECT * FROM users WHERE username=:u AND password=:p"),
6
    {"u": username, "p": password},
7
)