服务端请求伪造攻击（Server-side Request Forgery）

最新推荐文章于 2025-06-15 21:25:11 发布

原创最新推荐文章于 2025-06-15 21:25:11 发布 · 2.5k 阅读

1 ·

CC 4.0 BY-SA版权

本文概述了服务器侧请求伪造（SSRF）攻击的基本概念及其潜在威胁。SSRF是一种网络安全漏洞，攻击者利用该漏洞通过服务器发起恶意请求，可能导致数据泄露和其他安全风险。

ssrf攻击概述

http://www.freebuf.com/articles/web/20407.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ckbird

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

web安全：服务器端请求伪造SSRF(Server-Side Request Forgery)、跨站脚本攻击(XSS)、跨站请求伪造(CSRF)、验证码辨别机器行为、接口防重放机制‌、接口签名

专注于计算机研发知识和资讯分享

01-13

223

它指的是恶意攻击者往 Web 页面里插入恶意 html 代码，当用户浏览时，嵌入其中 Web 里面的 html 代码会被执行，造成获取用户 cookie、钓鱼、获取用户页面数据、蠕虫、挂马等危害。Man-in-the-middle attack, MITM：指攻击者与通讯的两端分别创建独立的联系, 并交换其所收到的数据, 使通讯的两端认为他们正在通过一个私密的连接与对方直接对话。CSRF能够做的事情包括：以受害者名义发送邮件，发消息，盗取受害者的账号，甚至于购买商品，虚拟货币转账。

web渗透--19--服务端请求伪造攻击（SSRF）

武天旭的博客

09-12

2598

1、漏洞描述 服务端请求伪造攻击(Server-side Request Forgery): 很多web应用都提供了从其他的服务器上获取数据的功能。使用用户指定的URL，web应用可以获取图片，下载文件，读取文件内容等。这个功能如果被恶意使用，可以利用存在缺陷的web应用作为代理攻击远程和本地的服务器。这种形式的攻击称为服务端请求伪造攻击(Serv...

参与评论您还未登录，请先登录后发表或查看评论

开发安全之：Server-Side Request Forgery

irizhao的专栏

01-20

985

如果需要提供用户数据来构建目的地 URI，请采用间接方法：例如创建一份合法资源名的列表，并且规定用户只能选择其中的文件名。但在某些情况下，这种方法并不可行，因为这样一份合法资源名的列表过于庞大，维护难度过大。但是，任何这样一个列表都不可能是完整的，而且将随着时间的推移而过时。更好的方法是创建一个字符列表，允许其中的字符出现在资源名称中，且只接受完全由这些被认可的字符组成的输入。网络连接源自于应用程序服务器内部 IP 地址，因此攻击者将可以使用此连接来避开网络控制，并扫描或攻击没有以其他方式暴露的内部资源。

（十一）Server-side request forgery (SSRF)

weixin_43047908的博客

04-16

3621

目录前言一、什么是SSRF？二、SSRF攻击有什么影响？常见的SSRF攻击针对服务器本身的SSRF攻击针对其他后端系统的SSRF攻击规避SSRF的常见防御措施具有基于黑名单的输入过滤器的SSRF具有基于白名单的输入过滤器的SSRF通过开放重定向绕过SSRF过滤器查找SSRF漏洞的隐藏攻击面请求中的部分URL数据格式内的URL通过Referer标头的SSRF 前言我们将解释什么是服务器端请求伪造，描述一些常见示例，并解释如何查找和利用各种SSRF漏洞。一、什么是SSRF？服务器端请求伪造（也称为SS

SSRF1 服务端请求伪造漏洞原理攻击与伪造（最详细）

2401_89464052的博客

06-15

584

本文主要讲述了SSRF漏洞的基本原理已经pikachu靶场的搭建

[20][03][79] Server-Side Request Forgery

安全新司机

01-12

3618

文章目录1. 问题描述2. 问题场景2.1 函数详解2.1.1 URL2.1.2 URLConnection2.1.3 HttpURLConnection2.2 可能存在漏洞的点2.2.1 HttpURLConnection2.2.2 URLConnection2.2.2.1 使用 file 协议2.2.2.2 使用 netdoc 协议2.2.2.3 使用 jar 协议2.2.2.4 jar+http2.2.3 ImageIO2.2.4 HttpClients2.2.5 OkHttpClient 1. 问题

Web Security 之 Server-side request forgery

bluemoon_0的博客

01-14

793

Web Security 之 Server-side request forgery

OWASP A10 Server-Side Request Forgery(服务器端请求伪造)

震山的博客

10-09

694

记一下 SSRF 的一篇博文

SSRF（Server Side Request Forgery,SSRF）漏洞.pdf

07-05

服务端请求伪造（SSRF）漏洞是一种攻击者利用服务器应用程序的漏洞，向服务器发送虚假请求的一种技术。这种攻击可以让攻击者操纵服务器应用程序，使得服务器向攻击者指定的任意资源发起请求。攻击者通常通过 SSRF ...

pikachu SSRF (Server-Side Request Forgery 服务器端请求伪造)（皮卡丘漏洞平台通关系列）

箭雨镜屋

04-10

2990

一、官方介绍本节引用内容来自pikachu漏洞平台 SSRF(Server-Side Request Forgery:服务器端请求伪造) 其形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能,但又没有对目标地址做严格过滤与限制导致攻击者可以传入任意的地址来让后端服务器对其发起请求,并返回对该目标地址请求的数据数据流:攻击者----->服务器---->目标地址根据后台使用的函数的不同,对应的影响和利用方法又有不一样 PHP中下面函数的使用不当会导致SSRF: file

【Academy】SSRF ------ Server-side request forgery

D-river博客

03-12

1048

服务器端请求伪造是一种 Web 安全漏洞，它允许攻击者使服务器端应用程序向意外位置发出请求。在典型的 SSRF 攻击中，攻击者可能会导致服务器连接到组织基础设施中的仅限内部的服务。在其他情况下，它们可能能够强制服务器连接到任意外部系统。这可能会泄露敏感数据，例如授权凭证。

Server-Side Request Forgery服务器端请求伪造(ssrf)

Idealismi的博客

04-27

415

我们使用端口访问文件，可以看到有一个过滤条件，它限制了file，dict协议，127.0.0.1和localhost 也不能用，其实就是不想你探测内网端口，也不能读取内网服务文件。所以我们可以在172.19.0.3地址上进行测试端口，端口不一样，值也不一样。我们可以看到出现了php页面、主机名为：172.19.0.3端口为：80。我们可以看到upload具有可执行权限、可以通过这个目录进行访问。此时可以看到容器已经启动成功、并且成功的拉取到ssrfme镜像。获取到shell后、传递到路径里。

Bug.Bounty.Bootcamp:Chapter 13: Server-Side Request Forgery

lm19770429的专栏

03-02

4322

SSRF vulnerabilities occur when an attacker finds a way to send requests as a trusted server in the target’s network. By forging requests from trusted servers, an attacker can pivot into an organization’s internal network and conduct all kinds of malicio.

Pikachu SSRF(Server-Side Request Forgery:服务器端请求伪造)

永不垂头的博客

08-19

485

Pikachu SSRF(Server-Side Request Forgery:服务器端请求伪造) 文章目录Pikachu SSRF(Server-Side Request Forgery:服务器端请求伪造)一、SSRF概述二、SSRF（curl）实验步骤三、SSRF（file_get_content）实验步骤四、我的公众号一、SSRF概述 SSRF(Server-Side Request Forgery:服务器端请求伪造) 其形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能,但又没有对目

SSRF（Server-Side Request Forgery）：服务器端请求伪造

打代码的小女孩

12-23

1718

0X00 SSRF介绍 SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统） SSRF 形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限...

Web安全 - 服务端请求伪造SSRF（Server-Side Request Forgery）

小工匠

09-29

6002

SSRF攻击的本质是利用服务器作为代理，发送请求到攻击者指定的目标（如内部网络资源、外部服务等），从而绕过客户端的防火墙、访问控制或认证机制。例如，代理在处理本地IP请求时，触发安全告警。若代理未能正确过滤和验证请求内容，攻击者可能通过代理访问不受控制的资源，或借助代理规避安全限制。：某些Web应用将对外服务作为身份验证的依赖（例如OAuth），SSRF攻击可以伪造服务器请求，以获取未授权的访问。：对所有代理请求使用安全令牌或密钥验证，并模拟攻击者尝试绕过验证过程，确保代理可以识别并阻止非法请求。

Foritfy安全漏洞： Server-Side Request Forgery修复记录

ghostp的专栏

07-20

4313

Foritfy安全漏洞： Server-Side Request Forgery修复

[漏洞检查项]Server Side Request Forgery | SSRF |服务端请求伪造

m0_46101480的博客

11-13

133

攻击者在此场景下，利用这个功能，可以精心构造URL请求，以服务器的身份或以服务器的角度发起攻击。类似于百度识图功能，服务器从用户侧获取URL地址，访问该URL地址。服务器直接返回URL请求的结果，让攻击者可以知道更多细节。服务器接收用户侧URL地址时，没有做限制或限制不足。.限制IP，避免应用被用来获取内网数据，攻击内网；.统一错误信息，让攻击无法对内网信息进行判断。.过滤返回信息，只要不符合要求的，全部过滤；相当于，服务器替用户发送URL请求。.限制端口，限制请求端口为常用端口。

External service interaction (HTTP) 该漏洞现象为It is possible to induce the application to perform server-side HTTP requests to arbitrary domains. The payload svryyd3fhk6lduertnkb0qtnler7f03s5gv3lra.oastify.com was submitted in the HTTP Host header. The appli

最新发布

09-02

<think> 我们正在处理一个关于外部服务交互（HTTP）漏洞的查询。用户提到：应用程序可以被诱导对任意域名执行服务器端HTTP请求，且在HTTP Host头部提交了特定有效负载（svryyd3fhk6lduertnkb0qtnler7f03s5gv3lra.oastify.com）。这个有效负载看起来像是一个用于漏洞探测的盲测负载（通常用于检测服务器端请求伪造SSRF或类似漏洞）。根据漏洞描述，这属于服务器端请求伪造（SSRF）的一种形式，或者更具体地说，是主机头攻击（Host Header Attack）的一种。攻击者通过修改HTTP请求中的Host头，诱导服务器向攻击者控制的域发起请求，从而可能造成信息泄露或作为其他攻击的跳板。 ### 漏洞分析 1. **漏洞原理**：当应用程序使用HTTP请求中的Host头来构建目标URL（例如，用于重定向、代理请求、图像加载等）而不进行严格验证时，攻击者可以修改Host头指向任意域名。如果应用程序随后向该域名发起请求，则形成外部服务交互漏洞。 2. **风险**：攻击者可以利用此漏洞： - 探测内部网络（如果应用程序处于内网环境）。 - 造成拒绝服务（通过诱导应用程序向大量不同地址发起请求）。 - 作为其他攻击的中间步骤（如绕过防火墙规则）。 - 窃取敏感信息（如果应用程序将响应内容返回给攻击者）。 3. **有效负载的作用**：用户提供的有效负载（`svryyd3fhk6lduertnkb0qtnler7f03s5gv3lra.oastify.com`）是一个唯一子域名，通常由盲测工具（如Burp Suite Collaborator）生成。如果服务器向该域名发起请求，则盲测工具会收到DNS查询或HTTP请求，从而确认漏洞存在。 ### 验证漏洞为了验证此漏洞，可以按照以下步骤： 1. **发送测试请求**：使用工具（如Burp Suite、curl）向目标应用程序发送请求，修改Host头为攻击者控制的域名（例如，上述有效负载）。 ```bash curl -H "Host: svryyd3fhk6lduertnkb0qtnler7f03s5gv3lra.oastify.com" http://target-application.com ``` 2. **监控交互**：在盲测工具（如Burp Collaborator）中查看是否有来自目标服务器的请求。如果有，则漏洞存在。 ### 修复建议 1. **避免使用Host头**：应用程序不应该依赖Host头来决定请求的目标地址。如果需要发起外部请求，应该使用固定的、可信的域名或IP。 2. **严格验证Host头**：如果必须使用Host头，应该进行严格验证（例如，只允许预设的域名）。 3. **使用白名单**：对于需要发起外部请求的功能，使用白名单机制，只允许向预定义的、安全的域名发起请求。 4. **网络层防护**：限制服务器对外发起请求的能力，例如通过防火墙规则只允许访问必要的服务。 ### 相关案例 - SSRF（Server-Side Request Forgery）：攻击者能够诱导服务器向任意地址发起请求[^1]。 - Host头攻击：通过篡改Host头进行攻击，可能导致缓存污染、密码重置 poisoning等[^2]。 ### 总结该漏洞表明应用程序存在不安全的外部请求行为，需要立即修复以防止潜在的信息泄露或内部网络探测。建议开发人员审查所有使用Host头或发起外部请求的代码，并实施严格的验证机制。 §§相关问题§§ 1. 如何检测服务器端请求伪造（SSRF）漏洞？ 2. 除了Host头攻击，还有哪些常见的HTTP头部漏洞？ 3. 如何修复服务器端请求伪造（SSRF）漏洞？ </think> ### 外部服务交互（HTTP）漏洞分析您描述的是一个典型的**HTTP Host头攻击漏洞**（也称为服务端请求伪造/SSRF变种）。该漏洞允许攻击者篡改HTTP请求的Host头部，诱导应用程序向恶意域名发起服务端请求。以下是详细分析： #### 漏洞原理 1. **攻击机制**： - 应用程序未验证Host头的内容，直接用于构建后端请求 - 有效负载`svryyd3fhk6lduertnkb0qtnler7f03s5gv3lra.oastify.com`是攻击者控制的域名 - 当应用程序向该域名发起请求时，证明漏洞存在且可利用[^1][^3] 2. **风险等级**：高危（CVSS 8.0+） - 数据泄露：可能访问内部API/数据库 - 供应链攻击：可跳转至第三方依赖服务 - 拒绝服务：诱导服务器向无效地址发起大量请求 - 漏洞链起点：常与SSRF、缓存投毒等组合利用[^4] #### 漏洞验证步骤 1. **重现漏洞**（使用Burp Suite或cURL）： ```bash curl -H "Host: svryyd3fhk6lduertnkb0qtnler7f03s5gv3lra.oastify.com" http://your-application.com ``` 2. **确认迹象**： - 在oastify.com控制台收到HTTP/DNS交互记录 - 应用程序返回非常规响应（如502/504错误） #### 修复方案 1. **输入验证**： ```java // Spring Security示例：强制校验Host头 @Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.headers().httpStrictTransportSecurity() .hostnameVerifier((hostname) -> allowedDomains.contains(hostname)); // 域名白名单 return http.build(); } ``` [参考Spring Security文档][^2] 2. **纵深防御措施**： - 在反向代理层（Nginx/Apache）强制重写Host头 - 禁用非常规HTTP方法（如TRACE/CONNECT） - 实施网络出口过滤，限制服务器外连权限 - 定期更新依赖库（常见于HTTP客户端库漏洞）[^3] 3. **监控建议**： - 日志监控所有带外部域名的Host头请求 - 部署WAF规则：`deny if $http_Host !~* "yourdomain\.com"` > 该漏洞的Payload格式表明攻击者使用**Burp Collaborator**进行盲测，建议立即修复[^1][^3]。