SSRF && XXE && 远程代码执行 && 反序列 化漏洞

SSRF && XXE && 远程代码执行 && 反序列 化漏洞

SSRF原理及漏洞演示

漏洞简介

SSRF(Server-Side Request Forgery：服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的 一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。正是因为它是由服务端发 起的，所以它能够请求到与它相连而与外网隔离的内部系统。

漏洞原理

SSRF形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与 限制。

通过控制功能中的发起请求的服务来当作跳板攻击内网中其他服务。比如，通过控制前台的请求远程地 址加载的响应，来让请求数据由远程的URL域名修改为请求本地、或者内网的IP地址及服务，来造成对 内网系统的攻击。

漏洞危害

1、扫描内网开放服务

2、向内部任意主机的任意端口发送payload来攻击内网服务

3、DOS攻击（请求大文件，始终保持连接Keep-Alive Always）

4、攻击内网的web应用，例如直接SQL注入、XSS攻击等

5、利用file、gopher、dict协议读取本地文件、执行命令等

检测绕过

漏洞检测

假设一个漏洞场景：某网站有一个在线加载功能可以把指定的远程图片加载到本地，功能链接如下：

http://www.xxx.com/image.php?image=http://www.xxc.com/a.jpg

那么网站请求的大概步骤应该是类似以下： 用户输入图片地址->请求发送到服务端解析->服务端请求链接地址的图片数据->获取请求的数据加载到 前台显示。 这个过程中可能出现问题的点就在于请求发送到服务端的时候，系统没有效验前台给定的参数是不是允 许访问的地址域名，例如，如上的链接可以修改为：

http://www.xxx.com/image.php?image=http://127.0.0.1:22

如上请求时则可能返回请求的端口banner。如果协议允许，甚至可以使用其他协议来读取和执行相关 命令。例如

http://www.xxx.com/image.php?image=file:///etc/passwd
http://www.xxx.com/image.php?image=dict://127.0.0.1:22/data:data2 (dict可以向服务
端口请求data data2)
http://www.xxx.com/image.php?image=gopher://127.0.0.1:2233/_test (向2233端口发送数
据test,同样可以发送POST请求)
......

对于不同语言实现的web系统可以使用的协议也存在不同的差异，其中：

php:
http、https、file、gopher、phar、dict、ftp、ssh、telnet...
java:
http、https、file、ftp、jar、netdoc、mailto...

判断漏洞是否存在的重要前提是，请求是服务器发起的，以上链接即使存在并不一定代表这个请求是服 务器发起的。因此前提不满足的情况下，不需要考虑SSRF。

http://www.xxx.com/image.php?image=http://www.xxc.com/a.jpg

前端获取链接后，是由js来获取对应参数交由window.location来处理相关的请求，或者加载到当前的 iframe框架中，此时并不存在SSRF ，因为请求是本地发起，并不能产生攻击服务端内网的需求。

漏洞出现点

分享

通过url 地址分享文章，例如如下地址：

http://share.magedu.com/index.php?url=http://127.0.0.1

通过url参数的获取来实现点击链接的时候跳到指定的分享文章。如果在此功能中没有对目标地址的范围 做过滤与限制则就存在着SSRF漏洞。

图片加载与下载

通过URL地址加载或下载图片

http://image.magedu.com/image.php?image=http://127.0.0.1

图片加载存在于很多的编辑器中，编辑器上传图片处，有的是加载本地图片到服务器内，还有一些采用 加载远程图片的形式，本地文章加载了设定好的远程图片服务器上的图片地址，如果没对加载的参数做 限制可能造成SSRF。

图片、文章收藏功能

http://title.magedu.com/title?title=http://title.magedu.com/as52ps63de

例如title参数是文章的标题地址，代表了一个文章的地址链接，请求后返回文章是否保存、收藏的返回 信息。如果保存、收藏功能采用了此种形式保存文章，则在没有限制参数的形式下可能存在SSRF。

利用参数中的关键字来查找

例如以下的关键字：

share
wap
url
link
src
source
target
u
3g
display
sourceURl
imageURL
domain
...

漏洞绕过

部分存在漏洞，或者可能产生SSRF的功能中做了白名单或者黑名单的处理，来达到阻止对内网服务和资 源的攻击和访问。因此想要达到SSRF的攻击，需要对请求的参数地址做相关的绕过处理，常见的绕过方 式如下：

场景1：限制为http://www.xxx.com 域名时

可以尝试采用http基本身份认证的方式绕过，http://www.xxx.com@www.xxc.com。 在对@解析域名 中，不同的处理函数存在处理差异，例如： http://www.aaa.com@www.bbb.com@www.ccc.com， 在PHP的parse_url中会识别www.ccc.com，而libcurl则识别为www.bbb.com。

场景2：限制请求IP不为内网地址 即限制访问所有内网IP，可采用短网址绕过，短网址转换。https://www.985.so/

也可以使用在线进制转换https://www.sojson.com/hexconvert.html, 127转换16进制为7f，系统中表示16进制前面要加0x，8进制前加0

可以将127.0.0.1采用进制转换 八进制：0177.0.0.1 十六进制：0x7f.0.0.1 十进制：2130706433 哪一种进制可以绕过需要我们进行尝试，和程序后端的处理逻辑有关系。

场景3：限制请求只为http协议

采用302跳转，百度短地址，或者使用短地址生成https://www.985.so/其他

场景4：利用句号绕过

127。0。0。1 >>> 127.0.0.1

其他绕过形式可以查看：https://www.secpulse.com/archives/65832.html

查看是否存在SSRF漏洞

1、排除法：浏览器F12查看源代码看是否是在本地进行了请求 举例：该资源地址类型为 http://www.xxx.com/a.php?image=（地址）的就可能存在SSRF漏洞。 2、Dnslog等工具进行测试，查看是否被访问 生成一个域名用于伪造请求，看漏洞服务器是否发起 DNS 解析请求，若成功访问在 http://DNSLog.cn 上就会有解析日志。 3、抓包分析发送的请求是不是由服务器的发送的，如果不是客户端发出的请求，则有可能是，接着找 存在HTTP服务的内网地址。 4、访问日志检查：伪造请求到自己控制的公网服务器，然后在服务器上查看访问日志是否有来自漏洞 服务器的请求。 5、扫描工具

Pikachu演示

SSRF(curl)

首先我们大概了解一下在PHP中curl函数是用来干什么的。curl是一个库，能让你通过URL和许多不同种 的服务器进行交流，并且还支持许多协议，重点是可以用来请求Web服务器。curl可以支持https认证、 http post、ftp上传、代理、cookies、简单口令认证等等功能。

打开目标网站，并根据提示点击。

http://43.136.41.84:8083/vul/ssrf/ssrf_curl.php?url=http://127.0.0.1/vul/vul/ssrf/ssrf_info/info1.php

观察URL，发现它传递了一个URL给后台

我们可以把 url 中的内容改为百度

http://43.136.41.84:8083/vul/ssrf/ssrf_curl.php?url=http://www.baidu.com
http://43.136.41.84:8083/vul/ssrf/ssrf_fgc.php?url=https://www.baidu.com@www.magedu.com

还可以利用file协议读取本地文件

http://43.136.41.84:8083/vul/ssrf/ssrf_curl.php?url=file:///etc/passwd

SSRF（file_get_content）

漏洞修复

XXE 漏洞

远程代码执行

反序列化漏洞