【2025版】最新SSRF漏洞利用指南，从零基础到精通，收藏这篇就够了！

最新推荐文章于 2025-05-28 20:53:31 发布

原创最新推荐文章于 2025-05-28 20:53:31 发布 · 1k 阅读

23 ·

CC 4.0 BY-SA版权

文章标签：

#人工智能 #数据库 #web安全 #安全 #java #python #php

程序员同时被 3 个专栏收录

2782 篇文章

订阅专栏

网络安全

2569 篇文章

订阅专栏

计算机工具

1627 篇文章

订阅专栏

前面我们简单介绍了什么是SSRF《SSRF漏洞利用简介》，服务器端请求伪造 (SSRF) 是一种简单的攻击，在这种攻击中，服务器将为攻击者向本地或远程源发出请求（充当代理），然后返回包含请求产生的数据的响应。

今天我们详细介绍一下SSRF漏洞利用的几大场景。

01 前言

可以说SSRF的概念和使用代理或者VPN是一样的，用户会向某个资源发起请求，然后代理或者VPN Server会向那个资源发起请求，然后将结果返回给用户。

SSRF 可以做很多事情，比如：

本地/远程端口扫描
本地文件读取（使用file://）
与内部应用/服务/网络交互
通过在内部网络上链接服务来进行 RCE
读取云元数据（AWS、Azure、Google Cloud、Digital Ocean 等）
反射 XSS/CSRF

实验室设置

本文实验室的使用，只使用下面的简单脚本（当然真实环境中的应用可能没有这么简单），部署到Digital Ocean上。

<?php`    `$url = $_GET['url'];$curl = curl_init();`    `curl_setopt($curl, CURLOPT_URL, $url);`    `curl_setopt($curl, CURLOPT_RETURNTRANSFER,1);`    `curl_setopt($curl, CURLOPT_TIMEOUT, 5);`    `curl_setopt($curl, CURLOPT_CONNECTTIMEOUT, 5);$data = curl_exec ($curl);if(curl_error($curl)){`        `echo curl_error($curl);`    `}else{`        `echo "<pre>" . $data . "</pre>";`    `}`    `curl_close ($curl);``?>

之所以选择 curl 作为 requestster，是因为 curl 支持各种协议，因此非常适合此次学习目的。

requestster 是一个函数或库，我们用它来输入 URL 并从中获取/请求资源。

02 本地/远程端口扫描

扫描端口的目的只是为了能够发现在该端口后面运行的应用程序/服务，以便攻击者可以识别该端口上正在运行的应用程序/服务。如果攻击者想要交互然后执行对内部应用程序/服务的查询，这将变得非常重要。

可以使用 HTTP、HTTPS、GOPHER 或 DICT 协议完成端口扫描。

如果有盲注型的 SSRF 去查端口是open还是closed，可以关注Content-length，Response Time，或者HTTP Status Code。

当然，要找出的指标不仅仅是上面提到的三个要素，在端口扫描过程中可能会出现“异常”的要素，这取决于Web应用程序使用的是什么技术和环境。

HTTPS 协议探测端口开放响应时间会更长，因为 HTTPS 会进行握手，因此在面对 Blind SSRF 时，使用 HTTPS 协议可以是端口扫描的合适选择。

03 本地文件读取

在 SSRF 的上下文中访问/读取本地文件只能使用 file:/// 协议，但并非所有 requestster 都支持 file:/// 协议。此外，可能存在不允许使用该协议的过滤器/黑名单，但这仍然取决于 requestster 的行为。

要访问文件本身，您可以使用 file:/PathToFile 、 file:///PathToFile 或 file://hostname/PathToFile。三种访问方法都是 file:/// 的有效 URI。

如果 Web 应用程序部署在 Windows Server 上，要使用 file:/// 协议访问文件，您可以使用 file:///<drive_letter/PathToFile。例子：file:///d:/hello.txt。

04 与内部服务交互

SSRF 的真正威力在于攻击者可以在本地网络中与内部应用程序/服务/网络进行交互，想象一下如果内部网络中存在易受攻击的应用程序/服务，攻击者无法访问该应用程序/服务，因为它位于不同的网络，但如果存在 SSRF 漏洞，攻击者可能能够做到这一点。

如果 requestster 支持使用gopher://协议或者可能存在CRLF 注入漏洞，将会允许攻击者与SMTP、MySQL、Redis、Memcached等各种内部服务进行交互。然后查询这些服务以给出所需的命令，例如读取本地文件甚至获取 RCE。

Gopher 被归类为通用协议，攻击者可以通过 Gopher 走私到其他协议，此外 Gopher 还支持使用换行符 (\r\n)，因此即使 requestster 不易受到 CRLF 注入攻击，攻击者也可以仍然执行 CRLF 注入，因为 Gopher 确实支持多行请求。

05 读取云元数据

有各种提供云计算服务的供应商，如AWS、Azure、Google Cloud、Digital Ocean等，这些供应商使用REST API提供元数据访问，但REST API只能通过云网络访问。

如果其中一个云服务中部署了易受攻击的 SSRF Web 应用程序，攻击者很可能会利用 SSRF 漏洞访问元数据信息。

REST API 端点的引用可以参考所使用的云服务提供商的官方文档，或者可以参见 BuffaloWill 对 SSRF 测试有用的 Cloud Metadata Dictionary。

https://gist.github.com/BuffaloWill/fa96693af67e3a3dd3fb

06 反射型 XSS

如果您没有面对 Blind SSRF，则可能会发生反射 XSS。

如果 requestster 支持 javascript，例如 PhantomJS 和 Selenium，则可能会发生 XSS on Blind SSRF，那么攻击者进行 DNS 重新绑定攻击以“玩”内部服务/网络并非不可能。

07 总结

URL 架构支持

支持各种协议的 requestster 列表：

协议 SSRF 走私

列出一些支持走私到其他协议的协议：

SSRF 技巧

测试 requestster 是否执行以下重定向，以便创建有效载荷变得更容易，此外，如果有效载荷的某些部分被硬过滤/列入黑名单，它也会绕过。
经常测试各种协议，如 GOPHER、FTP、SSH 等。
做 CRLF 注入测试，因为如果攻击者想查询内部服务，这就变得很重要
当面对 BLIND SSRF 读取本地文件和读取元数据等事情时，将没有其他方法可以找到响应数据，因此显而易见的解决方案是做其他事情，例如端口扫描或与内部网络交互，这样您就可以得到 RCE。

参考及来源：

https://infosecwriteups.com/exploiting-server-side-request-forgery-ssrf-vulnerability-faeb7ddf5d0e

安全小白团是帮助用户了解信息安全技术、安全漏洞相关信息的微信公众号。安全小白团提供的程序(方法)可能带有攻击性，仅供安全研究与教学之用，用户将其信息做其他用途，由用户承担全部法律及连带责任，安全小白团不承担任何法律及连带责任。欢迎大家转载，转载请注明出处。如有侵权烦请告知，我们会立即删除并致歉。谢谢！