SSRF漏洞
SSRF简介
SSRF(server-site request forge,服务端请求伪造)是一种请求伪造,由服务器发起请求的安全漏洞。一般情况下,SSRF攻击的目标是从外网无法访问的内部系统。(正是因为它是由服务端发起的,所以它能够请求到与它相连而与外网隔离的内部系统)
漏洞原理
大部分原因都是服务端提供从其他服务器应用获取数据的功能且没有对目标地址进行过滤和限制。如常见的从指定URL地址加载图片、文本资源或获取指定页面的网页内容等。
与CSRF区别
- CSRF是客户端请求伪造,由客户端发起
- SSRF由服务器发起请求的安全漏洞
SSRF危害
- 获取内网主机、端口和banner信息(内网端口和服务扫描)
- 对内外网追击的应用程序进行攻击,如Redis,jboss等
- (主机本地敏感数据的读取)使用file、dict、gopher[11]、ftp协议进行请求访问相应的文件
- 通过dict协议获取服务器端口运行的服务:dict://127.0.0.1:80
- 通过file协议访问计算机中的任意文件:file:///etc/passwd
- sftp代表SSH文件传输协议,tftp即简单文件传输协议,允许客户端从远程主机获取文件
- 可以攻击内网程序造成溢出
- DOS攻击(请求大文件,始终保持连接Keep-Alive Always)
- 内外网外部站点漏洞利用
SSRF常见位置
- 社交分享功能:获取超链接的标题等内容进行显示
- 转码服务:通过URL地址把原网址的网页内容调优使其适合手机屏幕浏览
- 在线翻译:给网址翻译对应网页的内容
- 图片加载/下载:如富文本框编辑器中的点击下载图片到本地;通过url加载或下载图片
- 邮件系统:比如接收邮件服务器地址
- 图片、文章收藏功能:网站会获取URL中title及温拌的内尔欧诺个作为以求一个好的用户体验
- 未公开的api实现及其他调用url的功能:可以利用google语法加上下文说的关键字来寻找
- 云服务厂商:他会远程执行一些命令来判断网站是否存活等,所以如果可以捕获相应的信息,就可以进行SSRF测试
- 网站采集、网站抓取的地方:一些网站会针对你输入的url进行一些信息采集工作
- 数据库内置功能::是比如mongoDB的copyDatabase函数
- 编码处理、属性信息处理、文件处理:比如pdf, word, xml处理器等
- 从远程服务器请求资源
- 视频解析的网站
SSRF漏洞挖掘
-
从web功能上寻找:前面常见的位置
-
从url关键字中寻找:
1 2 3 4 5 6 7 8 9 10 11 12 13
share wap url link src source target u 3g display sourceURL imageURL domain
SSRF漏洞利用
利用方式
1.让服务端去访问相应的网址,端口扫描: http://www.xxx.com/ssrf.php?u1=http://www.yy.com:3306
2.让服务端去访问自己所处内网的一些指纹文件来判断是否存在相应的cms
3.可以使用file、dict、gopher[11]、ftp协议进行各种漏洞利用
|
|
4.攻击内网web应用(可以向内部任意主机的任意端口发送精心构造的数据包{payload})
5.攻击内网应用程序(利用跨协议通信技术)
6.判断内网主机是否存活:方法是访问看是否有端口开放
7.DoS攻击(请求大文件,始终保持连接keep-alive always)
Gopher协议
互联网上使用的分布型的文件搜集获取网络协议,出现在http协议之前。(可以模拟GET/POST请求,换行使用%0d%0a,空白行%0a)。
- Gopher 协议是 HTTP 协议出现之前,在 Internet 上常见且常用的一个协议
- Gopher 协议可以做很多事情,特别是在 SSRF 中可以发挥很多重要的作用
- 利用此协议可以攻击内网的 FTP、Telnet、Redis、Memcache,也可以进行 GET、POST 请求
- Gopher 可以模仿 POST 请求,故探测内网的时候不仅可以利用 GET 形式的 PoC(经典的 Struts2),还可以使用 POST 形式的 PoC。
gopher协议格式:
|
|
如:
|
|
dict
词典网络协议,在RFC 2009中进行描述。它的目标是超越Webster protocol,并允许客户端在使用过程中访问更多字典。Dict服务器和客户机使用TCP端口2628。
|
|
如果服务端有屏蔽回显的代码,那么这种回显方式就失效了,和gopher一样,只能利用nc监听端口,反弹传输数据
file
本地文件传输协议,主要用于访问本地计算机中的文件
302 SSRF
当URL存在临时(302)或永久(301)跳转时,则继续请求跳转后的URL
那么我们可以通过HTTP(S)的链接302跳转到gopher协议上。
我们继续构造一个302跳转服务,代码如下302.php:
|
|
利用测试
|
|
SSRF + Redis未授权
众所周知,redis未授权的三种姿势:
1.redis写入ssh公钥,获取操作系统权限;
2.直接向Web目录中写webshell;
3.linux计划任务执行命令反弹shell。
使用gopher协议来实现
gopher协议
比如存在ssrf的漏洞地址为:http://192.168.1.11/ssrf.php?url=
结合gother协议构造符合格式的paylod,从而模拟redis通信
|
|
payload如下:
|
|
将以上命令构造成符合gopher协议格式,且能够通过URL传输的格式来发送,需要经过如下步骤:
1.将payload进行url编码
2.替换%0a
为%0d%0a
3.然后再重复一次以上的两个步骤
原因:替换回车换行为%0d%0a,空格以%20替换, HTTP包最后加%0d%0a`代表消息结束
4.将得到的结果,替代http://192.168.1.11/ssrf.php?url=gopher%3a%2f%2f127.0.0.1%3a6379%2f_payload
里面payload的位置得到
5.然后直接在浏览器中访问,或者在kaili中执行
|
|
然后就可以在攻击机上获得反弹的shell
注意,以上利用方式,如果是ubuntu的系统,是无法成功的
SSRF漏洞防御绕过
1.利用各种其他协议
|
|
2.IP地址进制转换
IP地址进行各种进制的转换(八进制/十六进制等)
|
|
3.利用[::]
可以利用[::]
来绕过localhost:
|
|
4.利用@
http://xxx.com@www.baidu.com/
与http://www.baidu.com/
请求时是相同的,实际请求的是@之后的。
但是在对@解析域名中,不同的处理函数存在处理差异,如:
|
|
5.短网址
如:https://dwz.cn/
http://tool.chinaz.com/tools/dwz.aspx
等
6.利用特殊域名
原理是DNS解析。
xip.io可以指向任意域名,即
|
|
7.利用DNS解析
在域名上设置A记录,指向127.0.1
8.句号
|
|
9.302跳转
比如使用:https://tinyurl.com 等网站生成302跳转地址
10.利用封闭式字符数字
ⓔⓧⓐⓜⓟⓛⓔ.ⓒⓞⓜ »> example.com
|
|
11.DNSlog无回显注入
-
使用dhsnlog平台/自己搭建
-
打开apache或者nginx,测试地址修改为web服务地址,然后看日志
ail -f /var/log/apache2/access.log
-
使用tcpdump
1 2 3 4
tcpdump -nne -i eth0 port 6666 # -nne:不把端口和网络地址转换成名称,在输出行打印数据链路层的头部信息; # -i:监视指定网络接口的数据包。
12.加端口
若限制了子网段,可以添加 :80
端口绕过:
|
|
13.其他
修改"type=file"为"type=url" 比如: 上传图片处修改上传,将图片文件修改为URL,即可能触发SSRF
简单验证流程
之前由于疏忽了,看到dnslog回显就认为是ssrf,大意了忘了SSRF是服务端发起请求…..(有时候dnslog回显的可能是你本地的ip)
假设对于如下链接:
http://www.douban.com/***/service?image=http://www.baidu.com/img/bd_logo1.png
- 我们先验证,请求是否是服务器端发出的,可以右键图片,使用新窗口打开图片,如果浏览器上地址栏是
http://www.baidu.com/img/bd_logo1.png
,说明不存在SSRF漏洞。 - 可以在Firebug 或者burpsuite抓包工具,查看请求数据包中是否包含
http://www.baidu.com/img/bd_logo1.png
这个请求。由于SSRF是服务端发起的请求,因此在加载这张图片的时候本地浏览器中不应该存在图片的请求。 - 在验证完是由服务端发起的请求之后,此处就有可能存在SSRF,接下来需要验证此URL是否可以来请求对应的内网地址。首先我们要获取内网存在HTTP服务且存在favicon.ico文件地址,才能验证是否是SSRF。
SSRF漏洞代码审计
PHP中
PHP中下面函数的使用不当会导致SSRF:
|
|
Java中
与PHP不同,Java中的SSRF仅支持sun.net.www.protocol
协议下的所有协议:http, https, file, ftp, mailto, jar 及netdoc
协议
正由于上述原因,以及传入的url协议必须和重定向后的URL协议一直的原因,使得Java中的SSRF并不能像PHP中一样使用gopher
协议来扩展攻击面
对于Java来说:
可以用file协议或nerdoc协议进行列目录操作;
对于无回显的文件读取可以利用ftp协议进行带外攻击(注意java的版本,有的版本的java使用ftp协议也无法读取多行文件)
敏感函数
注意能够发起HTTP请求的类和函数:
|
|
出来以上函数,还需要关注更多的类,如HttpClient、URL类等,还要根据具体实际场景不同。
通常步骤
- 首先确定被审计的源程序有哪些功能(通常从其他服务器应用获取数据功能出现的概率较大)
- 确定好功能后再审计对应功能的源代码,事半功倍
SSRF漏洞防护
- 正确处理302跳转(在业务角度看,不能直接禁止302,而是对跳转的地址重新进行检查)或每次跳转,都检查新的Host是否是内网IP,直到抵达最后的网址
- 禁用不需要的协议(如:
file:///
、gopher://
,dict://
等),限制协议为http、https,防止跨协议 - 设置内网IP黑名单(正确判定内网IP、正确获取host)
- 在内网防火墙上设置常见的Web端口白名单(防止端口扫描)
- 统一错误信息,避免用户根据错误信息来判断远端服务器的端口状态