SSRF
SSRF 简介
SSRF,Server-Side Request Forgery,服务端请求伪造,是一种由攻击者构造形成由服务器端发起请求的一个漏洞。一般情况下,SSRF 攻击的目标是从外网无法访问的内部系统。
漏洞形成的原因大多是因为服务端提供了从其他服务器应用获取数据的功能且没有对目标地址作过滤和限制。
攻击者可以利用 SSRF 实现的攻击主要有 5 种:
可以对外网、服务器所在内网、本地进行端口扫描,获取一些服务的 banner 信息
攻击运行在内网或本地的应用程序(比如溢出)
对内网 WEB 应用进行指纹识别,通过访问默认文件实现
攻击内外网的 web 应用,主要是使用 GET 参数就可以实现的攻击(比如 Struts2,sqli 等)
利用
file
协议读取本地文件等
SSRF 漏洞出现的场景
能够对外发起网络请求的地方,就可能存在 SSRF 漏洞
从远程服务器请求资源(Upload from URL,Import & Export RSS Feed)
数据库内置功能(Oracle、MongoDB、MSSQL、Postgres、CouchDB)
Webmail 收取其他邮箱邮件(POP3、IMAP、SMTP)
文件处理、编码处理、属性信息处理(ffmpeg、ImageMagic、DOCX、PDF、XML)
常用的后端实现
file_get_contents
这段代码使用
file_get_contents
函数从用户指定的 URL 获取图片。然后把它用一个随机文件名保存在硬盘上,并展示给用户。fsockopen()
这段代码使用
fsockopen
函数实现获取用户指定 URL 的数据(文件或者 HTML)。这个函数会使用 socket 跟服务器建立 TCP 连接,传输原始数据。curl_exec()
使用
curl
获取数据。
阻碍 SSRF 漏洞利用的场景
服务器开启 OpenSSL 无法进行交互利用
服务端需要鉴权(Cookies & User:Pass)不能完美利用
限制请求的端口为http常用的端口,比如,80,443,8080,8090。
禁用不需要的协议。仅仅允许http和https请求。可以防止类似于file:///,gopher://,ftp:// 等引起的问题。
统一错误信息,避免用户可以根据错误信息来判断远端服务器的端口状态。
利用 SSRF 进行端口扫描
根据服务器的返回信息进行判断,大部分应用不会判别端口,可通过返回的 banner 信息判断端口状态。
后端实现
构造一个前端页面
请求非 HTTP 的端口可以返回 banner 信息。
或可利用 302 跳转绕过 HTTP 协议的限制。
辅助脚本
协议利用
Dict 协议
Gopher 协议
File 协议
绕过姿势
更改IP地址写法 例如
192.168.0.1
8进制格式:
0300.0250.0.1
16进制格式:
0xC0.0xA8.0.1
10进制整数格式:
3232235521
16进制整数格式:
0xC0A80001
还有一种特殊的省略模式,例如
10.0.0.1
这个IP可以写成10.1
利用URL解析问题 在某些情况下,后端程序可能会对访问的URL进行解析,对解析出来的host地址进行过滤。这时候可能会出现对URL参数解析不当,导致可以绕过过滤。 例如:
http://www.baidu.com@192.168.0.1/
与http://192.168.0.1
请求的都是192.168.0.1
的内容可以指向任意ip的域名
xip.io
:http://127.0.0.1.xip.io/
==>http://127.0.0.1/
短地址
http://dwz.cn/11SMa
==>http://127.0.0.1
利用句号
。
:127。0。0。1
==>127.0.0.1
利用Enclosed alphanumerics
危害
可以对外网、服务器所在内网、本地进行端口扫描,获取一些服务的banner信息;
攻击运行在内网或本地的应用程序(比如溢出);
对内网web应用进行指纹识别,通过访问默认文件实现;
攻击内外网的web应用,主要是使用get参数就可以实现的攻击(比如struts2,sqli等);
利用file协议读取本地文件等。
参考资料
Last updated