mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-29 03:40:51 +00:00
安科瑞环保用电监管云平台 UpLoadPic 任意文件上传漏洞、一次从0到1的逻辑漏洞挖掘之旅、漏洞预警 | JimuReport信息泄露漏洞、.NET 介绍一种新型 RCE 利用点分析与漏洞挖掘思路、SRC | 一次从0到1的逻辑漏洞挖掘之旅、上线前还在修漏洞？告别救火模式，试试边开发边找漏洞的国舜方案！、工具集：泛微E-cology9 SQL 注入漏洞批量检测工具、黑客据称在黑客论坛上出售Intelbras路由器的0-day漏洞利用、
This commit is contained in:
test committed
1 parent
c11c489741
commit
eaeb5bd620
9 files changed
+454
-95
No files matched your search
@@ -15537,5 +15537,13 @@
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzg4MTU4NTc2Nw==&mid=2247497672&idx=1&sn=aa31b65773592f3618573abad3603b67": "F5 BIG-IP RCE：重温解析差异导致的身份认证绕过",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkxNTI2NTQxOA==&mid=2247497866&idx=3&sn=d363efd42c49377e2637a4d4a0ddee08": "涉数据安全漏洞与隐私风险 中国医疗设备厂商在美国遭遇诉讼",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzMDQ0NzQwNA==&mid=2247486827&idx=1&sn=a25724a950ba87c0352ab769c3f88bb2": "CVE-2021-41773 漏洞复现：从失败到成功的探索",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzI2MDc2MDA4OA==&mid=2247515203&idx=1&sn=aa65a6a18fdb558e811f8b9c1010a23c": "台海热点诱饵！旺刺组织结合 0day 和 ClickOnce 技术开展间谍活动"
|
||||
"https://mp.weixin.qq.com/s?__biz=MzI2MDc2MDA4OA==&mid=2247515203&idx=1&sn=aa65a6a18fdb558e811f8b9c1010a23c": "台海热点诱饵！旺刺组织结合 0day 和 ClickOnce 技术开展间谍活动",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzMTcwMTg1Mg==&mid=2247491914&idx=1&sn=35337886d7201b34709bbf6689a8a30c": "安科瑞环保用电监管云平台 UpLoadPic 任意文件上传漏洞",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzk0MTIzNTgzMQ==&mid=2247521829&idx=1&sn=1169e429efce4626a07be6bb0bae7b52": "一次从0到1的逻辑漏洞挖掘之旅",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkwMTQ0NDA1NQ==&mid=2247493483&idx=2&sn=7928bf75a665a3f3f2320e3eae44f879": "漏洞预警 | JimuReport信息泄露漏洞",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzUyOTc3NTQ5MA==&mid=2247499937&idx=2&sn=be359f4df9c01e75d99bf6c17a5a38c9": ".NET 介绍一种新型 RCE 利用点分析与漏洞挖掘思路",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzAxMjE3ODU3MQ==&mid=2650611158&idx=3&sn=ded70f18ec0a6f9ca8caba82488f97e3": "SRC | 一次从0到1的逻辑漏洞挖掘之旅",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzA3NjU5MTIxMg==&mid=2650575572&idx=1&sn=b474aa1f66643dded82ef017e74f10cc": "上线前还在修漏洞？告别救火模式，试试边开发边找漏洞的国舜方案！",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzk0MjY1ODE5Mg==&mid=2247486298&idx=1&sn=44fa8b1202c28d403d448d9a89a29654": "工具集：泛微E-cology9 SQL 注入漏洞批量检测工具",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzUyMzczNzUyNQ==&mid=2247524896&idx=1&sn=6362d0f2560274fc642f792dcffaf2f6": "黑客据称在黑客论坛上出售Intelbras路由器的0-day漏洞利用"
|
||||
}
|
||||
@@ -1,5 +1,5 @@
|
||||
# .NET 介绍一种新型 RCE 利用点分析与漏洞挖掘思路
|
||||
原创 专攻.NET安全的 dotNet安全矩阵 2025-06-17 01:05
|
||||
原创 专攻.NET安全的 dotNet安全矩阵 2025-06-23 00:31
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,9 +1,7 @@
|
||||
# SRC | 一次从0到1的逻辑漏洞挖掘之旅
|
||||
新人小安 李白你好 2025-06-23 00:00
|
||||
|
||||
**免责声明：**
|
||||
由于传播、利用本公众号李白你好所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，公众号李白你好及作者不为此承担任何责任，一旦造成后果请自行承担！如有侵权烦请告知，我们会立即删除并致歉。谢谢！
|
||||
黑白之道 2025-06-24 02:03
|
||||
|
||||
|
||||
|
||||
当我看到前端没任何功能点时，是绝望的；看到登录到系统后端只调用了两个接口时，是绝望的；看到js中一堆接口，但大多数都是403时，是绝望的；找到一个能调通的接口，但不知道参数名时，是绝望的；找到参数名，但是不知道传参的值时，是绝望的。
|
||||
|
||||
@@ -48,51 +46,51 @@ https://forum.butian.net/share/4420
|
||||
|
||||
得到资产之后，是个域名，直接访问一手，于是就来了当头一棒，访问登陆后前端界面如下，鸟都没有，此情此景，一个大大的Welcome看起来好像也没有那么欢迎我。
|
||||
|
||||
|
||||
|
||||
|
||||
一般遇到这种情况，我的惯用操作就是：前端不行，试试后端接口，抓抓包，看看从登录到进入这个平台的时候，都调用了哪些接口。使用Burp即可
|
||||
|
||||
|
||||
|
||||
|
||||
然而，看到结果之后心又凉了半截，从登录到进入平台前端，没有任何功能点交互相关的请求，只有两个可信认证类的确认用户身份的接口
|
||||
|
||||
|
||||
|
||||
|
||||
不过遇到这种情况也能有一些收获，看到接口路由非常规范，可以猜测是spring的后端，那么就可以跑一下敏感路径，看看会不会泄露一些敏感的Actuator端点，有没有api-docs等。当然，结果在大多数情况下是不理想的
|
||||
|
||||
|
||||
|
||||
|
||||
在这种情况，有两条路，第一个就是顺着这些敏感的接口继续走，目前提示403，可以用一些静态文件后缀尝试能不能bypass，但这个我试了也是失败，所以就启用另一个策略，既然爆破不出敏感路径和接口文档，那就动手去找。
|
||||
|
||||
这里也是分享下我找接口的思路：就是从前端js文件中去搜索，具体怎么搜索呢？可以根据已有的接口，也就是上面我们抓包抓到唯二的两个接口，直接F12，全局搜索，搜索上面抓到包的接口，这里不一定直接搜完整的接口名，比如上面有一个接口是“api/user/current-menu-tree”，那么我们可以搜"api/"或者"user"等等，挑选关键词搜就OK了，结果如下：
|
||||
|
||||
|
||||
|
||||
|
||||
这里也是非常幸运，直接搜索，点进去就发现了大量的接口，这里接口并不是分开的，而是直接写在了一起，这对我们而言就非常有利
|
||||
|
||||
|
||||
|
||||
|
||||
直接复制下来，稍微正则表达式提取一下路径，就可以放到Burp里面跑一下
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
但是到现在其实一个问题也显而易见了，我们这样测试只是单纯的GET请求接口，没有携带任何参数，因为我们不知道接口需要什么参数，也不知道具体参数值该传什么，我个人的习惯就是直接发包，先筛选出起码不是403的接口，之后也许能根据接口的报错信息，提示或者回显来判断需要什么参数，进而再进行构造，尝试调通接口，寻找可用信息。
|
||||
|
||||
|
||||
|
||||
|
||||
Burp跑完之后还是有一些信息，其中HaE已经给我们标出来了，图上就有一个请求返回了手机号的字段，但实际上那个接口没什么危害，返回的都是公开的信息。这些接口中有的提示是200，有的是403，200中还有一些是提示我们请求方式不正确，例如下图：
|
||||
|
||||
|
||||
|
||||
|
||||
有的请求要求是POST，有的要求是PUT，我们只需要再次发到repeater中单独再次测试即可。测试中，通过接口的名称，发现了一个报错的接口
|
||||
|
||||
|
||||
|
||||
|
||||
通过报错，可以看到，似乎这个接口没能调通的原因，就是因为缺少一个参数，名称为"tenantId"，看到这个报错，心情喜出望外，立马拼接了一手试了一下，虽然tenantId这个id不知道具体填什么，先随便来个，1或者123这种：
|
||||
|
||||
|
||||
|
||||
|
||||
可以看到，虽然成功了，但是没有卵用，接口调通了，没有数据，那就说明我们的参数tenantId也许是错误的，本来有了一些希望，现在又变成了绝望，就目前的情况我们根本不知道tenantId具体该填什么，此时我也尝试了爆破，但是没有任何效果。
|
||||
|
||||
@@ -100,11 +98,11 @@ Burp跑完之后还是有一些信息，其中HaE已经给我们标出来了，
|
||||
|
||||
果不其然，在不懈的努力下，发现之前爆破中的接口，返回了这样一组数据：
|
||||
|
||||
|
||||
|
||||
|
||||
没错！终于找到tenantld了！赶紧拼接请求一手！
|
||||
|
||||
|
||||
|
||||
|
||||
终于，成功，拼接这个tenantld后，接口返回了573w用户信息。此时此刻，感觉刚刚付出的一切，都有了结果！
|
||||
|
||||
@@ -120,19 +118,11 @@ Burp跑完之后还是有一些信息，其中HaE已经给我们标出来了，
|
||||
希望通过这篇文章与各位师傅分享我关于接口与API漏洞挖掘方面的技巧，同时也非常欢迎大家随时与我进行交流，共同进步，感谢大家！
|
||||
|
||||
|
||||
**4**
|
||||
►
|
||||
黑白之道发布、转载的文章中所涉及的技术、思路和工具仅供以安全为目的的学习交流使用，任何人不得将其用于非法用途及盈利等目的，否则后果自行承担！
|
||||
|
||||
**网安资源社区**
|
||||
如侵权请私聊我们删文
|
||||
|
||||
|
||||
李白你好VIP社区-
|
||||
网络安全资源社区
|
||||
|
||||
https://www.libaisec.com/
|
||||
|
||||
代理访问效果更佳
|
||||
|
||||
|
||||
**END**
|
||||
|
||||
|
||||
@@ -1,10 +1,10 @@
|
||||
# 一次从0到1的逻辑漏洞挖掘之旅
|
||||
点击关注👉 马哥网络安全 2025-06-21 09:00
|
||||
新人小安 亿人安全 2025-06-24 01:50
|
||||
|
||||
|
||||
原文链接：
|
||||
https://forum.butian.net/share/4420
|
||||
|
||||
当我看到前端没任何功能点时，是绝望的；看到登录到系统后端只调用了两个接口时，是绝望的；看到js中一堆接口，但大多数都是403时，是绝望的；找到一个能调通的接口，但不知道参数名时，是绝望的；找到参数名，但是不知道传参的值时，是绝望的
|
||||
# 渗透测试 一次从0到1的逻辑漏洞挖掘之旅
|
||||
## 前言
|
||||
|
||||
最近对某产品进行渗透测试，系统登陆进去发现是一片空白，前端没有任何菜单，界面，登陆后也仅仅只会产生两个后端请求，通过爆破也发现没有什么敏感的接口、api文档等。
|
||||
@@ -13,13 +13,9 @@
|
||||
|
||||
此篇文章用于复盘，现在回想，似乎这次漏洞挖掘的每一步都是一个“绝望”的心态：
|
||||
> 看到前端没任何功能点时，是绝望的
|
||||
|
||||
看到登录到系统后端只调用了两个接口时，是绝望的
|
||||
|
||||
看到js中一堆接口，但大多数都是403时，是绝望的
|
||||
|
||||
找到一个能调通的接口，但不知道参数名时，是绝望的
|
||||
|
||||
找到参数名，但是不知道传参的值时，是绝望的
|
||||
|
||||
|
||||
@@ -28,51 +24,51 @@
|
||||
|
||||
得到资产之后，是个域名，直接访问一手，于是就来了当头一棒，访问登陆后前端界面如下，鸟都没有，此情此景，一个大大的Welcome看起来好像也没有那么欢迎我。
|
||||
|
||||
|
||||
|
||||
|
||||
一般遇到这种情况，我的惯用操作就是：前端不行，试试后端接口，抓抓包，看看从登录到进入这个平台的时候，都调用了哪些接口。使用Burp即可
|
||||
|
||||
|
||||
|
||||
|
||||
然而，看到结果之后心又凉了半截，从登录到进入平台前端，没有任何功能点交互相关的请求，只有两个可信认证类的确认用户身份的接口
|
||||
|
||||
|
||||
|
||||
|
||||
不过遇到这种情况也能有一些收获，看到接口路由非常规范，可以猜测是spring的后端，那么就可以跑一下敏感路径，看看会不会泄露一些敏感的Actuator端点，有没有api-docs等。当然，结果在大多数情况下是不理想的
|
||||
|
||||
|
||||
|
||||
|
||||
在这种情况，有两条路，第一个就是顺着这些敏感的接口继续走，目前提示403，可以用一些静态文件后缀尝试能不能bypass，但这个我试了也是失败，所以就启用另一个策略，既然爆破不出敏感路径和接口文档，那就动手去找。
|
||||
|
||||
这里也是分享下我找接口的思路：就是从前端js文件中去搜索，具体怎么搜索呢？可以根据已有的接口，也就是上面我们抓包抓到唯二的两个接口，直接F12，全局搜索，搜索上面抓到包的接口，这里不一定直接搜完整的接口名，比如上面有一个接口是“api/user/current-menu-tree”，那么我们可以搜"api/"或者"user"等等，挑选关键词搜就OK了，结果如下：
|
||||
|
||||
|
||||
|
||||
|
||||
这里也是非常幸运，直接搜索，点进去就发现了大量的接口，这里接口并不是分开的，而是直接写在了一起，这对我们而言就非常有利
|
||||
|
||||
|
||||
|
||||
|
||||
直接复制下来，稍微正则表达式提取一下路径，就可以放到Burp里面跑一下
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
但是到现在其实一个问题也显而易见了，我们这样测试只是单纯的GET请求接口，没有携带任何参数，因为我们不知道接口需要什么参数，也不知道具体参数值该传什么，我个人的习惯就是直接发包，先筛选出起码不是403的接口，之后也许能根据接口的报错信息，提示或者回显来判断需要什么参数，进而再进行构造，尝试调通接口，寻找可用信息。
|
||||
|
||||
|
||||
|
||||
|
||||
Burp跑完之后还是有一些信息，其中HaE已经给我们标出来了，图上就有一个请求返回了手机号的字段，但实际上那个接口没什么危害，返回的都是公开的信息。这些接口中有的提示是200，有的是403，200中还有一些是提示我们请求方式不正确，例如下图：
|
||||
|
||||
|
||||
|
||||
|
||||
有的请求要求是POST，有的要求是PUT，我们只需要再次发到repeater中单独再次测试即可。测试中，通过接口的名称，发现了一个报错的接口
|
||||
|
||||
|
||||
|
||||
|
||||
通过报错，可以看到，似乎这个接口没能调通的原因，就是因为缺少一个参数，名称为"tenantId"，看到这个报错，心情喜出望外，立马拼接了一手试了一下，虽然tenantId这个id不知道具体填什么，先随便来个，1或者123这种：
|
||||
|
||||
|
||||
|
||||
|
||||
可以看到，虽然成功了，但是没有卵用，接口调通了，没有数据，那就说明我们的参数tenantId也许是错误的，本来有了一些希望，现在又变成了绝望，就目前的情况我们根本不知道tenantId具体该填什么，此时我也尝试了爆破，但是没有任何效果。
|
||||
|
||||
@@ -80,11 +76,11 @@ Burp跑完之后还是有一些信息，其中HaE已经给我们标出来了，
|
||||
|
||||
果不其然，在不懈的努力下，发现之前爆破中的接口，返回了这样一组数据：
|
||||
|
||||
|
||||
|
||||
|
||||
没错！终于找到tenantld了！赶紧拼接请求一手！
|
||||
|
||||
|
||||
|
||||
|
||||
终于，成功，拼接这个tenantld后，接口返回了573w用户信息。此时此刻，感觉刚刚付出的一切，都有了结果！
|
||||
## 总结
|
||||
@@ -94,46 +90,3 @@ Burp跑完之后还是有一些信息，其中HaE已经给我们标出来了，
|
||||
希望通过这篇文章与各位师傅分享我关于接口与API漏洞挖掘方面的技巧，同时也非常欢迎大家随时与我进行交流，共同进步，感谢大家！
|
||||
|
||||
|
||||
文章作者：新人小安
|
||||
|
||||
文章来源：https://forum.butian.net/share/4420
|
||||
|
||||
|
||||
文末通知
|
||||
|
||||
全新升级网络安全大师班明日开班！
|
||||
|
||||
可以免费试听哦~
|
||||
|
||||
不管你是零基础小白，还是想转行搞技术
|
||||
|
||||
只要你对安全感兴趣，明儿来试听就对了！
|
||||
|
||||
扫码预约明日试听（免费）
|
||||
|
||||
|
||||
|
||||
扫码备注【安全开班试听】
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**以上所有资料获取请扫码**
|
||||
|
||||
|
||||
|
||||
识别上方二维码
|
||||
|
||||
备注：2025安全合集
|
||||
|
||||
100%免费领取
|
||||
|
||||
（是
|
||||
扫码领取
|
||||
，不是在公众号后台回复，
|
||||
别看错了哦）
|
||||
|
||||
|
||||
@@ -0,0 +1,136 @@
|
||||
# 上线前还在修漏洞？告别救火模式，试试边开发边找漏洞的国舜方案！
|
||||
国舜股份 2025-06-24 01:44
|
||||
|
||||
|
||||
|
||||
在数字化转型的浪潮中，企业业务快速迭代已成为常态。然而，信息安全问题却如影随形，成为制约企业发展的重大隐忧。电商、互联网金融、银行等互联网领域频发的安全事件，如数据泄露、用户账号密码被盗等，不仅严重损害了企业声誉，更给用户带来了巨大的财产损失。这些安全问题无孔不入，形势十分严峻。因此，如何在保障业务快速发展的同时，确保信息安全，成为企业亟待解决的关键问题。
|
||||
|
||||
**痛点：传统安全测试模式的局限性**
|
||||
|
||||
|
||||
|
||||
|
||||
## 传统安全测试模式往往存在诸多局限性。一方面，安全活动介入软件开发生命周期的时间较晚，通常在上线前才进行集中式安全测试。这导致发现的安全问题修复成本和周期过高，给企业带来沉重的负担。另一方面，传统安全测试工具提供的安全风险信息有限，仅包含请求与响应，缺乏详细的数据执行流、漏洞代码、修复方案等关键信息。这使得开发人员难以独立理解漏洞并制定合理的修复方案，沟通成本巨大。此外，传统安全测试工具与功能测试或压力测试并行困难，无法有效缩短安全测试时间并提高效率。
|
||||
|
||||
|
||||
**方案:国舜珍珑IAST交互式应用安全检测系统**
|
||||
|
||||
|
||||
|
||||
|
||||
## 针对上述痛点，国舜科技推出珍珑IAST交互式应用安全检测系统，为用户信息安全提供了一站式高效解决方案。
|
||||
##
|
||||
|
||||
**01**
|
||||
|
||||
**产品定位与优势**
|
||||
|
||||
|
||||
|
||||
- **融合技术优点**
|
||||
：国舜珍珑IAST融合了SAST和DAST技术的优点，无需源码即可在软件的开发和测试阶段无缝集成现有开发流程。
|
||||
|
||||
- **实时动态检测**
|
||||
：可在开发人员和测试人员执行功能测试的同时，对功能测试流量进行采集、分析、识别，实现实时动态检测，发现和捕获各种安全漏洞。
|
||||
|
||||
- **无感知完成测试**
|
||||
|
||||
：极大地提高了安全测试的效率和准确率，为客户系统上线前做到了强有力的安全保障。
|
||||
|
||||
###
|
||||
|
||||
**02**
|
||||
|
||||
**产品形态及构架**
|
||||
|
||||
|
||||
|
||||
- **用户友好**
|
||||
|
||||
：用户只需在管理界面配置需要检测的项目，系统便会通过多种流量收集方式将请求流量数据或代码数据流信息复制到存储中心。
|
||||
|
||||
- **自动检测**
|
||||
：检测集群会自动全面检测存储中心的请求流量数据，并快速生成漏洞报表，提供专业修复方案。整个流程简洁高效，降低了操作难度和时间成本。
|
||||
|
||||
###
|
||||
|
||||
**03**
|
||||
|
||||
**功能模块**
|
||||
|
||||
|
||||
|
||||
- **项目管理**
|
||||
|
||||
：支持安全软件开发流程管理，包括项目新建、编辑、删除等操作，以及项目基础信息、版本、扫描动态、漏洞数据和测试数据的可视化分析呈现。
|
||||
|
||||
- **漏洞管理**
|
||||
：提供对漏洞生命周期的全流程管理，包括漏洞的自动发现、详情展示、分享、演示及编辑等功能。
|
||||
|
||||
- **插桩收集**
|
||||
|
||||
：结合被动式安全漏洞测试技术和主动式安全漏洞验证技术，提高了漏洞检测的覆盖能力和检出率。
|
||||
|
||||
- **漏洞检测**
|
||||
|
||||
：支持多种常见通用漏洞和第三方组件漏洞检测，同时支持逻辑漏洞检测和自定义规则检测。
|
||||
|
||||
- **软件成分分析**
|
||||
：基于插桩Agent分析获取项目中所有引用到的第三方组件的风险情况。
|
||||
|
||||
###
|
||||
|
||||
**04**
|
||||
|
||||
**特点与亮点**
|
||||
|
||||
|
||||
|
||||
- **庞大的漏洞库**
|
||||
：拥有庞大的漏洞库，可快速响应各类新型漏洞并不断维护与优化已有漏洞检测插件以提升性能。
|
||||
|
||||
- **适用广泛**
|
||||
：适用于软件产品开发与测试阶段，可由开发工程师或测试工程师在执行功能测试的同时无感知、“零成本”完成安全测试。
|
||||
|
||||
- **覆盖全面**
|
||||
：在覆盖传统通用型漏洞的基础上，自主创建业务逻辑类漏洞检测引擎，支持多种场景漏洞检测。
|
||||
|
||||
- **高效准确**
|
||||
：具有近实时检测、高检出率、低误报率、低漏报率等优点。无需重放数据包，可覆盖加密、防重放、验证码等真实业务场景。不产生脏数据，不对测试人员工作造成任何干扰。
|
||||
|
||||
##
|
||||
|
||||
**价值：提高开发速度与质量，助力业务稳健前行**
|
||||
|
||||
|
||||
|
||||
|
||||
## 国舜珍珑IAST将安全测试从生产阶段分离出来，客户可提前捕获动态漏洞，进而降低漏洞修复成本、消除延迟、降低应用程序被破坏的风险。系统助力开发团队在早期消除绝大多数漏洞，无需安全团队的介入，加快了开发速度并提高了产品质量。同时，珍珑IAST还支持宽范围的安全标准，包括OWASP Top10、PCI DSS等，能够显著加快审计和合规流程，并确保产品的安全质量。
|
||||
##
|
||||
|
||||
|
||||
|
||||
助力泰安银行荣获《金融电子化》第十四届金融科技创新奖
|
||||
|
||||
|
||||
|
||||
鑫智奖·2024金融数据智能“网络与数据安全创新优秀解决方案”
|
||||
|
||||
数字化时代，信息安全已成为企业发展的生命线。
|
||||
国舜珍珑IAST
|
||||
作为一款高效、智能的交互式应用安全检测系统，将为企业信息安全保驾护航，助力企业在数字化转型的道路上稳健前行。
|
||||
|
||||
|
||||
**拓展阅读****●●**
|
||||
|
||||
[一站式重塑开发安全培训：让安全能力长在代码里！](https://mp.weixin.qq.com/s?__biz=MzA3NjU5MTIxMg==&mid=2650575496&idx=1&sn=c80fe1e2df1b41bffa418d9b37e76164&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【国舜就是开发安全】老牌开发安全厂商都有几重软实力？](https://mp.weixin.qq.com/s?__biz=MzA3NjU5MTIxMg==&mid=2650575489&idx=1&sn=fc587c2b9e7d463f2012bf2a61c3449c&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【国舜就是开发安全】从国有大行到省农信：六大案例看一线实战效果](https://mp.weixin.qq.com/s?__biz=MzA3NjU5MTIxMg==&mid=2650575426&idx=1&sn=93d6063c0c8fd7141a1361ffa14ab74c&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,113 @@
|
||||
# 安科瑞环保用电监管云平台 UpLoadPic 任意文件上传漏洞
|
||||
Superhero Nday Poc 2025-06-24 02:02
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
内容仅用于学习交流自查使用，由于传播、利用本公众号所提供的
|
||||
POC
|
||||
信息及
|
||||
POC对应脚本
|
||||
而造成的任何直接或者间接的后果及损失，均由使用者本人负责，公众号Nday Poc及作者不为此承担任何责任，一旦造成后果请自行承担！
|
||||
|
||||
|
||||
**01**
|
||||
|
||||
**漏洞概述**
|
||||
|
||||
|
||||
安科瑞环保用电监管云平台 UpLoadPic 接口存在文件上传漏洞，未经身份攻击者可通过该漏洞在服务器端任意执行代码，写入后门，获取服务器权限，进而控制整个 web 服务器。
|
||||
|
||||
**02******
|
||||
|
||||
**搜索引擎**
|
||||
|
||||
|
||||
FOFA:
|
||||
```
|
||||
body="myCss/phone.css"
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
**03******
|
||||
|
||||
**漏洞复现**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**04**
|
||||
|
||||
**自查工具**
|
||||
|
||||
|
||||
nuclei
|
||||
|
||||
|
||||
|
||||
afrog
|
||||
|
||||
|
||||
|
||||
xray
|
||||
|
||||
|
||||
|
||||
|
||||
**05******
|
||||
|
||||
**修复建议**
|
||||
|
||||
|
||||
1、关闭互联网暴露面或接口设置访问权限
|
||||
|
||||
2、升级至安全版本
|
||||
|
||||
|
||||
**06******
|
||||
|
||||
**内部圈子介绍**
|
||||
|
||||
|
||||
【Nday漏洞实战圈】🛠️
|
||||
|
||||
专注公开1day/Nday漏洞复现
|
||||
· 工具链适配支持
|
||||
|
||||
✧━━━━━━━━━━━━━━━━✧
|
||||
|
||||
🔍 资源内容
|
||||
|
||||
▫️ 整合全网公开
|
||||
1day/Nday
|
||||
漏洞POC详情
|
||||
|
||||
▫️ 适配Xray/Afrog/Nuclei检测脚本
|
||||
|
||||
▫️ 支持内置与自定义POC目录混合扫描
|
||||
|
||||
🔄 更新计划
|
||||
|
||||
▫️ 每周新增7-10个实用POC（来源公开平台）
|
||||
|
||||
▫️ 所有脚本经过基础测试，降低调试成本
|
||||
|
||||
🎯 适用场景
|
||||
|
||||
▫️ 企业漏洞自查 ▫️ 渗透测试 ▫️ 红蓝对抗
|
||||
▫️ 安全运维
|
||||
|
||||
✧━━━━━━━━━━━━━━━━✧
|
||||
|
||||
⚠️ 声明：仅限合法授权测试，严禁违规使用！
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,41 @@
|
||||
# 工具集：泛微E-cology9 SQL 注入漏洞批量检测工具
|
||||
风铃Sec 2025-06-24 03:08
|
||||
|
||||
##### 声明：仅用于授权测试，用户滥用造成的一切后果和作者无关 请遵守法律法规！【文末获取工具】
|
||||
|
||||
**0x01 工具介绍**
|
||||
|
||||
本工具用于批量检测泛微E-cology9中/js/hrm/getdata.jsp接口存在的 SQL 注入漏洞（DVB-2025-9428/QVD-2025-23834）、支持单个 URL 和批量 URL 文件输入、基于响应时间判断是否存在 SQL 注入、多线程并发检测，提升扫描效率、自动协议补全与端口识别（如 http/https）、支持保存检测结果。
|
||||
|
||||
**0x02 工具使用**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**0x03 工具下载**
|
||||
|
||||
夸克网盘「Ecology9_Sqli」
|
||||
|
||||
链接：
|
||||
https://pan.quark.cn/s/055f6964c013
|
||||
|
||||
|
||||
|
||||
|
||||
0x04 每日资源分享【综合漏洞自检工具-持续更新
|
||||
】
|
||||
|
||||
夸克网盘「综合漏洞自检测工具」
|
||||
|
||||
链接：
|
||||
https://pan.quark.cn/s/302256a9ecf6
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,42 @@
|
||||
# 漏洞预警 | JimuReport信息泄露漏洞
|
||||
浅安 浅安安全 2025-06-24 00:01
|
||||
|
||||
**0x00 漏洞编号**
|
||||
- # 暂无
|
||||
|
||||
**0x01 危险等级**
|
||||
- 中危
|
||||
|
||||
**0x02 漏洞概述**
|
||||
|
||||
JimuReport是一款免费的数据可视化报表，含报表和大屏设计，像搭建积木一样在线设计报表！功能涵盖，数据报表、打印设计、图表报表、大屏设计等！
|
||||
|
||||
|
||||
|
||||
**0x03 漏洞详情**
|
||||
###
|
||||
|
||||
**漏洞类型：**
|
||||
信息泄露
|
||||
|
||||
**影响：**
|
||||
获取敏感信息
|
||||
|
||||
**简述：**
|
||||
JimuReport的
|
||||
/jmreport/getDataSourceByPage接口存在信息泄露漏洞，未经身份验证的攻击者可以通过该漏洞获取数据库账号密码等大量敏感信息。
|
||||
|
||||
**0x04 影响版本**
|
||||
- JimuReport
|
||||
|
||||
**0x05 POC状态**
|
||||
- 已公开
|
||||
|
||||
**0x06****修复建议**
|
||||
|
||||
**目前官方已发布漏洞修复版本，建议用户升级到安全版本****：**
|
||||
|
||||
http://jimureport.com/
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,76 @@
|
||||
# 黑客据称在黑客论坛上出售Intelbras路由器的0-day漏洞利用
|
||||
邑安科技 邑安全 2025-06-24 03:23
|
||||
|
||||
更多全球网络安全资讯尽在邑安全
|
||||
|
||||
|
||||
```
|
||||
Summary
|
||||
1. A threat actor is selling an unpatched exploit targeting Intelbras routers on hacker forums for 2 BTC, claiming it affects approximately 30,000 devices.
|
||||
2. The exploit allegedly allows attackers to gain remote access or full control of affected routers through an undisclosed vulnerability with no current patch available.
|
||||
3. Compromised routers could enable network infiltration, data theft, traffic interception, and recruitment into botnets for large-scale cyberattacks similar to Mirai campaigns.
|
||||
4. Users are urged to implement network segmentation, disable remote management features, and monitor for unusual activity until Intelbras releases an official security patch.
|
||||
```
|
||||
|
||||
据称，一个臭名昭著的威胁行为者在一个著名的黑客论坛上列出了一个以前未知的 Intelbras 路由器漏洞或“0day”漏洞。
|
||||
|
||||
此漏洞对许多依赖 Intelbras 硬件来满足其网络需求的用户和组织构成了重大风险。
|
||||
|
||||
鉴于这种零日漏洞利用程序可能迅速武器化，并且存在广泛网络攻击的风险，因此安全研究人员和专业人士正在密切关注其销售。
|
||||
|
||||
Intelbras 路由器漏洞
|
||||
|
||||
根据 ThreatMon 帖子报告，威胁行为者正在提供一种漏洞，利用 Intelbras 路由器（在南美洲广泛用于消费者和企业网络的设备）中未公开的安全漏洞。
|
||||
|
||||
|
||||
|
||||
术语“0day”是指供应商未知或没有可用补丁的漏洞，因此对网络犯罪分子特别有价值。
|
||||
|
||||
列表中没有提供技术细节，但该语言表明该漏洞可能允许远程代码执行 （RCE），这是一类关键的漏洞利用，使攻击者能够在目标路由器上执行任意命令或恶意代码。
|
||||
|
||||
该列表揭示了威胁的规模，宣传访问“可爱的 30k”设备，这可能表明多达 30,000 个路由器可能容易受到攻击。
|
||||
|
||||
该帖子要求支付“2BTC”，指的是比特币，比特币因其匿名功能而通常用于地下交易。
|
||||
|
||||
虽然漏洞利用代码样本或概念验证 （PoC） 详细信息未公开，但安全研究人员警告说，一旦漏洞在更广泛的黑客社区中被发现，此类帖子通常会促使迅速尝试逆向工程和模仿攻击。
|
||||
|
||||
如果属实，此漏洞可能会对依赖 Intelbras 路由器的个人和组织产生严重影响。
|
||||
|
||||
远程代码执行漏洞通常允许攻击者绕过身份验证机制、提升权限并建立持久性后门。
|
||||
|
||||
然后，受感染的路由器可以被征召到僵尸网络中进行分布式拒绝服务 （DDoS） 攻击，作为进一步入侵的集结地，或用于窃听通过设备的网络流量。
|
||||
|
||||
安全专家强调了此类漏洞的现实影响，因为受损的路由器可以使攻击者能够拦截敏感信息、劫持通信并转向同一网络中的其他设备。由于路由器在网络边界运行，因此它们的入侵会破坏每个连接设备的安全性。
|
||||
|
||||
网络安全社区，包括 ThreatMon 等威胁情报公司，呼吁供应商和用户立即做出回应。截至撰写本文时，Intelbras 尚未发布官方声明。
|
||||
|
||||
敦促用户监控供应商建议，及时应用固件更新，并在可能的情况下限制远程管理功能以减少潜在的暴露。
|
||||
|
||||
随着 0day 市场的持续蓬勃发展，供应商、研究人员和执法部门之间的协调努力对于最大限度地减少此类威胁的影响和保护更广泛的互联网生态系统仍然至关重要。
|
||||
|
||||
原文来自: cybersecuritynews.com
|
||||
|
||||
原文链接:
|
||||
https://cybersecuritynews.com/intelbras-router-0-day-exploit/
|
||||
|
||||
欢迎收藏并分享朋友圈，让五邑人网络更安全
|
||||
|
||||
|
||||
|
||||
欢迎扫描关注我们，及时了解最新安全动态、学习最潮流的安全姿势！
|
||||
|
||||
推荐文章
|
||||
|
||||
1
|
||||
|
||||
[新永恒之蓝？微软SMBv3高危漏洞（CVE-2020-0796）分析复现](http://mp.weixin.qq.com/s?__biz=MzUyMzczNzUyNQ==&mid=2247488913&idx=1&sn=acbf595a4a80dcaba647c7a32fe5e06b&chksm=fa39554bcd4edc5dc90019f33746404ab7593dd9d90109b1076a4a73f2be0cb6fa90e8743b50&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
2
|
||||
|
||||
[重大漏洞预警：ubuntu最新版本存在本地提权漏洞（已有EXP） ](http://mp.weixin.qq.com/s?__biz=MzUyMzczNzUyNQ==&mid=2247483652&idx=1&sn=b2f2ec90db499e23cfa252e9ee743265&chksm=fa3941decd4ec8c83a268c3480c354a621d515262bcbb5f35e1a2dde8c828bdc7b9011cb5072&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in new issue
Block a user