SSRF漏洞

漏洞介绍

SSRF中文名为服务端请求伪造。它允许攻击者通过篡改服务端发起的请求,向目标服务器发送伪造的网络请求。这种漏洞的严重性非常高,因为它允许攻击者绕过防火墙和访问控制机制,直接访问内部网络资源或执行未授权的操作。

如何判断存在SSRF漏洞

SSRF是由服务器发送请求的安全漏洞,所以我们可以通过抓包放包分析送达的请求是否由服务器送达的,从而判断是否存在SSRF漏洞。

SSRF常见协议

http/https

Http协议: 最常用的SSRF漏洞利用协议,作用为直接访问http资源。如: http://xxx.com/api/readFiles?url=http.//10.1.1.1/x

file

File协议:可利用此协议进行服务器文件读取
如:http://xxx.com/api/readFiles?url=file:///etc/passwd

dict

Dict协议:可用此协议进行端口开放探测(通常探测一个网段)
如:http://xxx.com/api/readFiles?url=dict//1000.1:22

gopher

Gopher协议是一种早期的互联网协议,尽管现在已经被HTTP协议所取代,但在SSRF漏洞利用中,它仍然具有独特的优势。Gopher协议支持发出GET、POST等HTTP请求,这使得攻击者可以通过构造符合Gopher协议的请求,绕过一些安全限制,实现对目标服务器的攻击。
(redis未授权写计划任务面试喜欢问)

如何用gopher协议构造get请求

1.构造http get型请求包
2.URL编码、替换回车换行符为%0d%0a
3.发送gopher协议

防御手段

1.限制请求的端口为http常用的端口,比如:80,443,8080,8090。
2.统一错误信息,避免用户可以根据错误信息来判断远端服务器的端口状态。
3.禁用不需要的协议。仅仅允许http和https请求。可以防止类似于file:///,gopher://,ftp:// 等引起的问题。
4.过滤返回信息,验证远程服务器对请求的响应是比较容易的方法。

可能会产生SSRF漏洞的函数(php)

1.file_get_contents
2.sockopen()
3.curl_exec()

可能会出现ssrf的场景/功能点

1.通过url地址进行王爷分享
2.通过url地址把原地址的网页转换格式
3.图片的加载与下载
4.目标网站或存活设的存活检测
5. 远程资源调用功能
6.编辑器进行远程图片抓取,如:ueditor
7.PDF生成或者导出

常见绕过手段

1.@
一般用于http://www.xxx.com等域名不可更改,例如http://www.xxx.com@10.10.10.10,则实际上访问的是 10.10.10.10
2.+@
http://www.xxx.com/proxy?url=https:///10.10.10.10(403)
http://www.xxx.com/proxy?url=https:///10.10.10.10@www.xxx.com(200)
3./#/
一般用于.jpg等固定后缀不可更改
例如http://10.10.10.10:5001/#/abc.jpg
实际在浏览器访问的是 http://10.10.10.10:5001
4.302重定向
把一个302文件放在自己的vps上。有些网页设置了内网黑名单,当你请求url中包含内网地址就自动屏蔽,我们可以把302的跳转文件放在自己的vps主机上,当你发现有ssrf漏洞存在,可以直接请求你的vps上的302文件,然后再重定向到他的内网上,实现绕过。
5.dns重绑定(类似于条件竞争)

ssrf无回显如何利用?

利用dnslog来判断是否存在ssrf漏洞

autorepeater与ssrf挖掘

正则:
(https?:\/\/(?:www\.)?[-a-zA-Z0-9@:%._\+~#=]{1,256}\.[a-zA-Z0-9()]{1,6}\b(?:[-a-zA-Z0-9()!@:%_\+.~#?&\/\/=]*)|https?%3(a|A)%2(f|F)%2(f|F)(?:www\.)?[-a-zA-Z0-9@:%._\+~#=]{1,256}\.[a-zA-Z0-9()]{1,6}\b(?:[-a-zA-Z0-9()!@:%_\+.~#?&\/\/=]*))
这段正则匹配url中请求的网页,可以用bp的autorepeater插件自动替换掉,然后来看响应体的情况确定是否存在ssrf漏洞。

<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、付费专栏及课程。

余额充值