SQL宽字节注入

本文通过SQLi-Labs的Less-32实例,详细讲解了宽字节注入的原理和步骤。在GBK编码的Web应用与UTF-8编码的数据库交互时,利用AddSlashes()等函数的转义漏洞,可以实现SQL注入。文章介绍了如何寻找注入点、判断字段数、回显位置,以及获取数据库名、表名、字段名和数据的过程。
摘要由CSDN通过智能技术生成

宽字节注入适用于cms和数据库对字符串的编码方式不统一、WAF利用
AddSlashes()等函数对敏感字符进行转义的场景。
统一的国际规范的理想状态是所有应用程序都使用Unicode编码,所有的网站
都使用UTF-8编码。但因为一些历史原因,国内及国外(特别是非英语国家)的一些cms仍然使用着自己国家的一套编码(如GBK);也有一些cms为了考
虑老用户,出了GBK和 UTF-8两个版本。
一个GBK编码汉字,占用2个字节;一个UTF-8编码的汉字,占用3-4个字节。当Web应用程序的编码方式为GBK,而数据库的编码方式为UTF-8,且 WAF利用AddSlashes()等函数对敏感字符进行转义时,此时可以利用Web应用程序
和数据库编码方式上的差异,想办法将‘前面添加的转义符\除掉,以实现注入。
1.访问SQLi-Labs 网站
在攻击机 Pentest-Atk打开FireFox浏览器,并访问靶机A-SQLi-Labs 上的SQLi-Labs网站Less-32。访问的URL为:
http://[靶机 IP]/sqli-labs/Less-32/(注意大小写)

 登录后,根据网页提示,先给定一个GET参数,即:
http ://[靶机IP]/sqli-labs/Less-32/ ?id=1
此时页面显示 id=1的用户名 Dump、密码 Dump 。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQL注入宽字节注入都是常见的安全漏洞类型。下面我将简要介绍这两种注入方式。 1. SQL注入SQL注入是一种在应用程序中利用不正确处理用户输入的漏洞,攻击者可以通过在用户输入中插入恶意的SQL代码来执行非授权的数据库操作。这可能导致数据泄露、数据篡改、绕过认证、获取系统权限等问题。 预防SQL注入的措施包括: - 使用参数化查询或预编译语句来处理数据库查询,而不是直接拼接用户输入的数据。 - 对用户输入进行严格的验证和过滤,避免将未经处理的输入直接传递给数据库查询。 - 最小化数据库用户的权限,并且仅分配最低必要的权限。 2. 宽字节注入宽字节注入是一种特定于某些数据库和编码方式的注入攻击方法。它利用了某些编码方式对特殊字符的处理不当,从而绕过了应用程序对输入进行过滤和验证的机制。攻击者可以通过插入字节字符来篡改SQL语句或绕过认证。 预防宽字节注入的措施包括: - 使用合适的编码方式,例如UTF-8,以避免特殊字符被误解释。 - 进行输入验证和过滤,确保特殊字符被正确处理,不会导致SQL语句的非预期解析。 - 定期更新数据库和应用程序框架,以修复已知的宽字节注入漏洞。 总的来说,要防止SQL注入宽字节注入等安全漏洞,应该采取综合性的安全措施,包括输入验证、参数化查询、最小权限原则、使用最新版本的软件以及定期进行安全审计和漏洞扫描。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值