SSRF漏洞

最新推荐文章于 2025-02-08 08:00:00 发布
最新推荐文章于 2025-02-08 08:00:00 发布
阅读量1.2k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： SSRF漏洞 WEB漏洞 文章标签： 安全 SSRF 渗透 渗透测试 入侵教材 网络安全 web入侵 漏洞研究 漏洞挖掘 二进制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/moretry_chen/article/details/107089424
SSRF（Server-Side Request Forgery）是一种安全漏洞，攻击者可利用该漏洞让服务器发起请求攻击内部系统。区别于CSRF，SSRF源于服务器对可控URL的信任。危害包括扫描内网、攻击内网应用、读取本地文件等。常见漏洞存在点如文件下载、在线翻译等。防御措施包括统一错误信息、黑名单内网IP、限制请求端口等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

漏洞介绍

服务端请求伪造攻击（Server-side Request Forgery）简称SSRF，是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统(正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统)，当WEB应用提供了从其他服务器获取数据的功能，但没有远程服务器地址和远程服务器返回的信息进行合理的验证和过滤，就可能存在SSRF，致使可以利用发起网络请求的服务来攻击其他服务。

SSRF与CSRF的区别

CSRF是服务器端没有对用户提交的数据进行随机值校验，且对http请求包内的referer字段校验不严，导致攻击者可以利用用户的cookie信息伪造用户请求发送至服务器；

SSRF是服务器对用户提供的可控URL过于信任，没有对攻击者提供的URL进行地址限制和足够的检测，导致攻击者可以以此为跳板攻击内网或者其它服务器。

原理

SSRF形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。比如从指定URL地址获取网页文本内容，加载指定地址的图片，下载文件、读取文件内容等等。ssrf是利用存在缺陷的web应用作为代理攻击远程和本地的服务器。

危害

1. 可以扫描内部网络，获取端口、服务信息，某些情况下端口的Banner会回显出来(比如3306的)

2. 攻击运行在内网或本地的应用程序（比如，溢出）

3. 通过请求默认的文件得到特定指纹的原理来实现对内网web应用进行指纹识别（如开放的端口、中间件版本等）

4. 对内部任意主机和任意端口发送精心构造的请求包进行攻击（SQL注入、struts2命令执行等）

5. 利用file协议读取本地文件（比如，http://www.xingkonglangzi.com/ssrf.php?url=file///c./windows/win.ini ）

6. 利用有脆弱性的组件

最低0.47元/天 解锁文章

200万优质内容无限畅学
ssrf漏洞修复(ssrf漏洞修复方式)
计算机毕业论文源码，学生个人网页制作html源码。贴近用户做网络推广和互联网优化。
10-09 4387
区块链去中介化、共识机制、不可篡改的特点，增加数据流转效率，减少成本，实时监控资产的真实情况，保证交易链条各方机构对底层资产的信任问题。在区块链行业，地址追溯是一个相对敏感的话题。当然，地址追溯的方法并不限于以上提到的几点，而能够突破交易所的黑客也必然会使用各种反追溯的手段来应对，包括利用去中心化交易所套现，利用混币/搅拌机等技术手段阻碍追溯等。具体方法是通过区块链浏览器输入可疑地址，查询该地址的交易，从交易结果列表中寻找出大额的资金流向，按照新的流向打开每层地址，逐层深入查询，即可得出大额资金的流向图。
ssrf漏洞利用+CTF实例
hyq99999的博客
09-08 1653
ssrf漏洞，redis未授权访问
Python-ssrfssrf内网地址fuzzdns二次rebinding支持ipv4ipv6支持ip地址转码dns记录污染
08-10
ssrf、ssrf内网地址fuzz、dns二次rebinding、支持ipv4/ipv6、支持ip地址转码、dns记录污染
检测SSRF漏洞的工具
weixin_68416970的博客
09-04 1239
为了检测服务器端请求伪造（SSRF）漏洞，可以使用多种工具。：这是一个由@swisskyrepo开发的自动SSRF漏洞扫描和利用工具，它可以自动对特定目标进行漏洞扫描，并尝试利用发现的漏洞。：这是一个功能强大的自动化Web应用程序漏洞检测工具，它结合了ParamSpider和Nuclei，支持检测SSRF等多种Web漏洞。：这是一个专为现代云环境设计的工具，用于检测和过滤潜在的SSRF目标，支持高效扫描和智能分析。
Web安全之SSRF漏洞
热门推荐
我不是大牛
07-04 2万+
内容 SSRF漏洞的危害 SSRF漏洞的挖掘 SSRF漏洞的防御 SSRF漏洞原理概述 背景 SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。 概述 很多Web应用都提供了从其他服务器上获取数据的功能。使用用户指定的URL，Web应用可以获取图片...
autoSSRF：一款基于上下文的智能SSRF漏洞扫描工具
FreeBuf_的博客
11-18 508
autoSSRF基于上下文识别漏洞，并且适用于大规模扫描任务。
Facebook 推出查找SSRF 漏洞的新工具
smellycat000的专栏
10-25 232
聚焦源代码安全，网罗国内外最新资讯！编译：代码卫士上周四，Facebook 公司发布了一款新工具 “SSRF Dashboard“ ，旨在帮助安全研究员查找服务器端请求伪造漏洞。根据OW...
ssrf漏洞之——漏洞复现
V_vevive的博客
08-25 824
6.发送三条redis命令，即可将弹shell的脚本写入/etc/crontab,之后将shell发送到指定的ip的一个端口，ip可自己更改，之后在192.168.16.131上使用nc监听4444端口，输入nc -lvvp 4444 开启监听。将url编码后的命令放到redis服务器的ip后(http://172.22.0.2:6379/命令)，替换url发送，过一会nc处就会自动弹出一个控制172.22.0.2:6379的shell。将页面请求的url改为指定本地文件路径的url。
SSRF漏洞复现
m0_65665796的博客
08-25 763
在这个IP地址下只开放了80端口，那这个时候好像有些束手无策了，但是我们转换思想，为什么不能存在其他ip地址呢，这毕竟是内网，我们便可以探测该网段上存活的主机了，这里我手动探查172.21.0.1，发现这个ip并没有什么反应。但是我们查看/etc/shadow就不可，因为我们的权限不够，那我们使用dict协议看看服务器本地开启了哪些端口，经过测试，发现没有明显的反馈，那我们可以看一下页面返回值，来猜测。172.21.0.3，在这个ip下，出现了不一样的结果，该漏洞需要部署在Linux下，拉取docker。
ssrf-finder:通过带有FUZZ的网址列表，它将检查是否找到了潜在的SSRF
04-22
ssrf查找器 通过带有FUZZ的网址列表，它将检查是否找到了潜在的SSRF。 cat urls.txt | ./ssrf-finder 或者 echo https://www.someting.com/?url=FUZZ&whatever=adsa&id=1 | ./ssrf-finder 如果它生成一个ssrf.log文件，那么您将拥有一些SSRF（如果不是的话）。 网址必须看起来像。 http://www.something.com/url?=FUZZ&somethingelse=whatever 此代码的99％来自@tomnomnom英雄！ 如果有疑问，请提出问题！
渗透测试干货--SSRF漏洞靶场实战获取对方root权限详解
Hexuefu_Bayonet的博客
04-24 2327
20200424 1.SSRF测试方法 1.1 漏洞环境：PHP脚本、Windows 1.2 利用工具：nc、bash 1.3 测试过程 首先采用如下脚本创建一个PHP的服务端： <?PHP $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $_GET['url']); #curl_setopt($ch, CURLOPT_FOLLOWLOCAT...
SSRF漏洞实现
dragon的博客
08-25 1160
其形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能,但又没有对目标地址做严格过滤与限制，导致攻击者可以传入任意的地址来让后端服务器对其发起请求,并返回对该目标地址请求的数据。
重生之我是赏金猎人(六)-强行多次FUZZ发现某厂商SSRF到redis密码喷洒批量反弹Shell
weixin_44948325的博客
03-26 2862
0x00 项目背景 该系列旨在分享自己和团队在SRC、项目实战漏洞测试过程中的有趣案例，如果读者能从本项目习得一些有用的知识，那么笔者将非常荣幸。 该系列首发github：https://github.com/J0o1ey/BountyHunterInChina 本项目由M78sec维护，未经授权，文章严禁私自修改版权转载。 0x01 前言 有技术交流或渗透测试培训需求的朋友欢迎联系QQ/VX-547006660，需要代码审计、渗透测试、红蓝对抗⽹络安全相关业务可以联系我司 2000⼈⽹络安全交流群，欢迎⼤
【漏洞学习——SSRF】小米某处SSRF漏洞(可内网SHELL 附多线程Fuzz脚本)
Fly_鹏程万里
02-22 1443
漏洞细节 #1 存在漏洞位置，Discuz 论坛SSRF漏洞 http://www.miui.com/forum.php?mod=ajax&amp;action=downremoteimg&amp;message=[img]http://fuzz.wuyun.com/302.php?data=helo.jpg[/img] #2 服务器支持dict、ftp、http协议 http://www.mi...
SSRF学习总结
Keeping it fresh at all times.
02-08 2375
为探讨清楚SSRF的诸多细节，作者对学习过程进行了全面、详细、系统的总结，形成了本文。
SSRF漏洞学习
Wawyw's Blog
04-01 1107
1、SSRF概念 SSRF（Server-Side Request Forgery:服务器端请求伪造）是一种由攻击者构造形成并由服务端发起恶意请求的一个安全漏洞。正是因为恶意请求由服务端发起，而服务端能够请求到与自身相连而与外网隔绝的内部网络系统，所以一般情况下，SSRF的攻击目标是攻击者无法直接访问的内网系统。 2、SSRF的原理 SSRF漏洞的形成大多是由于服务端提供了从其他服务器应用获取数据的功能而没有对目标地址做过滤和限制。例如，黑客操作服务端从指定URL地址获取网页文本内容，加载指定地址的图片，下
SSRF学习详解与实践
不想当脚本小子的脚本小子
01-24 1019
原理：SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统） SSRF 形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。比如从指定URL地址获取网页文本内容，加载指定地址的图片，下载等等。注释：除了http/https等方式可以造成ssrf，类
ssrf总结
weixin_44576725的博客
05-01 2417
SSRF总结 简介 服务端请求伪造（Server Side Request Forgery, SSRF）指的是攻击者在未能取得服务器所有权限时，利用服务器漏洞以服务器的身份发送一条构造好的请求给服务器所在内网。SSRF攻击通常针对外部网络无法直接访问的内部系统。SSRF可以对外网、服务器所在内网、本地进行端口扫描，攻击运行在内网或本地的应用，或者利用File协议读取本地文件。 原理 SSRF漏洞形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。例如,黑客操作服务端从
ssrf漏洞
最新发布
03-20
<think>嗯，用户让我介绍一下SSRF漏洞。好的，首先我得确保自己正确理解SSRF是什么。SSRF全称是Server-Side Request Forgery，也就是服务器端请求伪造。我记得这是指攻击者能够诱使服务器发送恶意请求的一种漏洞。对吧？ 那用户可能需要知道SSRF的基本概念、原理、危害，还有如何防范。可能需要分步骤来讲解。首先，得解释SSRF的定义，然后讲讲它的工作原理，接着是常见的攻击场景，带来的危害，最后是防御方法。 不过，我得确认自己记得没错。比如，SSRF通常是利用服务器作为代理，去访问内部或外部的资源。比如，如果应用程序允许用户输入一个URL，然后服务器去获取那个URL的内容，攻击者可能构造一个指向内部系统的URL，比如访问内网的数据库管理界面，或者云服务器的元数据接口，这样就能获取敏感信息。 对了，云环境的元数据服务是一个常见的目标，比如AWS的169.254.169.254。攻击者通过SSRF访问这个地址，可能获取实例的临时凭证，进而控制整个实例。所以，这类漏洞的危害挺大的，特别是现在云服务普及的情况下。 接下来，攻击场景可能有几种：比如，用户上传图片时输入URL，服务器会去下载这个图片，但攻击者可能提交一个内网地址。或者，网页中有转码、预览功能，需要访问用户提供的链接，这时候可能被利用。 然后，关于危害，除了访问内网系统，还可能绕过防火墙，或者进行端口扫描，探测内网开放的服务。另外，如果服务器有权限访问某些外部系统，比如OSS，攻击者可能利用服务器身份进行未授权操作。 防御方面，通常需要限制服务器发起的请求。比如，禁止访问内网IP，或者只允许访问白名单域名。还有，过滤用户输入的URL，检查协议是否允许（比如只允许HTTP/HTTPS），禁止使用非标准端口或者危险协议如file://、gopher://等。此外，服务器在处理响应时，应该禁用重定向，因为攻击者可能利用重定向绕过某些限制。 另外，可能需要验证用户提供的URL是否在允许的范围内，比如使用正则表达式检查域名是否属于可信列表。同时，服务器发起请求时，应该设置适当的超时，避免被利用进行DoS攻击。 不过，有没有例外情况呢？比如某些应用确实需要访问内部服务，这时候可能需要更复杂的验证机制，或者使用中间层来代理请求，确保安全性。另外，网络层的防御，比如设置严格的出站规则，限制服务器只能访问必要的IP和端口，也是很重要的。 用户可能还需要知道如何检测SSRF漏洞，比如通过输入不同的URL，观察服务器的响应，或者检查是否有请求发出。工具方面，可以使用Burp Suite等拦截请求，修改参数测试是否存在漏洞。 还有，一些框架或库可能有内置的防护机制，需要开发者正确配置。例如，在Java中，使用HttpURLConnection时默认会跟随重定向，这可能被利用，所以要禁用自动重定向。 哦，对了，有时候SSRF还可以和其他漏洞结合，比如XXE（XML外部实体注入），因为处理XML时可能会解析外部实体，导致SSRF。这种情况下，防御需要同时处理这两种漏洞。 总结下来，SSRF的关键点在于控制服务器发起的请求，攻击者通过输入恶意URL让服务器访问不应暴露的资源。防御需要多层面，包括输入验证、网络限制、协议过滤等。 现在得把这些整理成结构清晰的回答，分步骤解释，确保用户能理解。可能还需要举一些例子，比如常见的漏洞场景，帮助用户更直观地认识问题。同时，强调危害性，让用户重视防御措施。</think>### SSRF漏洞介绍 #### 1. **基本概念** **SSRF**（Server-Side Request Forgery，服务器端请求伪造）是一种攻击者通过构造恶意请求，诱使服务器向内部或外部系统发起非预期网络请求的安全漏洞。其核心问题是服务器未对用户提供的URL或路径进行严格校验，导致攻击者可利用服务器作为代理访问受限资源。 --- #### 2. **漏洞原理** - **攻击链**： ``` 用户输入恶意URL → 服务器发起请求 → 访问内部/外部资源 → 返回敏感数据或执行未授权操作 ``` - **关键点**： - 服务器信任自身发起的请求（绕过防火墙）。 - 用户可控制请求的目标地址或参数（如URL、IP、协议）。 --- #### 3. **常见攻击场景** - **访问内部系统**： 例如：探测内网服务（数据库、Redis）、云服务器元数据（如AWS的`http://169.254.169.254`）。 - **绕过访问控制**： 通过服务器身份访问外部受限资源（如OSS存储桶）。 - **端口扫描**： 探测内网开放端口（如`http://example.com:8080`）。 - **协议滥用**： 利用`file://`读取本地文件，或`gopher://`构造任意TCP请求。 --- #### 4. **漏洞危害** - **敏感信息泄露**： 获取内网数据、云服务凭证、配置文件等。 - **内部服务攻击**： 攻击内网应用（如未授权访问管理界面）。 - **间接漏洞利用**： 结合其他漏洞（如XXE）扩大攻击面。 --- #### 5. **防御方法** - **输入过滤**： - 校验用户输入的协议（仅允许HTTP/HTTPS）。 - 禁止访问内网IP段（如`127.0.0.1`、`192.168.0.0/16`）。 - 使用正则表达式限制域名白名单（如`^.*example.com$`）。 - **协议控制**： - 禁用危险协议（如`file://`、`gopher://`）。 - **网络隔离**： - 服务器出站流量限制为必要的外网IP和端口。 - **响应处理**： - 禁用自动重定向（防止绕过过滤）。 - 不返回原始响应内容（避免信息泄露）。 - **代码层防护**： - 使用安全库（如Python的`requests`禁用`allow_redirects`）。 --- #### 6. **测试与验证** - **手工测试**： 输入`http://localhost:8080`或`http://169.254.169.254`，观察是否返回内部数据。 - **工具辅助**： 使用Burp Suite拦截请求，修改参数测试不同目标。 --- #### 7. **案例分析** - **云元数据泄露**： 攻击者通过SSRF访问`http://169.254.169.254/latest/meta-data/`，获取云服务器临时密钥，进而控制实例。 - **内网Redis未授权访问**： 构造`http://127.0.0.1:6379`，通过Redis写入SSH公钥实现权限提升。 --- #### 8. **总结** SSRF漏洞的防御需要结合输入校验、网络隔离、协议控制等多层措施。开发人员需严格验证用户输入的URL，并限制服务器的网络访问权限，以降低风险。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值