GitHub 安全公告 GHSA-gmfx-5g6x-rr72 指出，ApostropheCMS 的 uploadfs 库本地存储后端不校验用户传入路径，prefixPath() 只去掉双斜杠，后端直接拼接 uploadsPath + path，攻击者可用 ../ 逃逸上传目录，实现任意文件读取、写入和删除。
为什么值得看：公告给出 uploadfs 本地存储路径拼接缺陷的成因与可复现请求，并附修复校验思路，便于自查上传接口。
ApostropheCMS 的 @apostrophecms/import-export 3.6.2 中，为 GHSA-mwxc-m426-3f78 添加的 tar 解压防护仅做字面量 '../' 子串检测。
ApostropheCMS 的 notification 模块 PATCH 与 DELETE REST 端点未校验认证与归属，未认证攻击者只要拿到有效通知 ID 即可修改或永久删除他人通知。
follow-redirects 在跟随跨域或协议降级重定向时，本应移除 Authorization、Proxy-Authorization、Cookie 及调用方声明的 sensitiveHeaders。
为什么值得看：公告指出数组形式 headers 会让跨域凭据剥离静默失效，并给出可复现脚本与修复思路，便于使用该库的 Node.js 项目自查。
ApostropheCMS 的表单提交接口在认证、API-key 与表单存在性校验之前就挂载 `multer({ dest: os.tmpdir() }).any()`，且未设置大小、数量或速率限制，未认证用户可逐请求将无界请求体写入磁盘，仅在完整接收后才清理。
GitHub 安全公告 GHSA-hhvr-8m24-qqr3 指出，ApostropheCMS 的跨域会话迁移把一次性会话令牌作为 URL 查询参数 `?aposCrossDomainSessionToken` 下发并存入 Mongo 缓存，任何拿到该令牌的客户端无需凭证即可继承目标用户的完整会话（含 `passport.user`）。
为什么值得看：公告给出可复现的 curl 步骤，说明跨域会话令牌放在 URL 查询参数里如何被无凭证客户端直接接管会话。
ApostropheCMS 的 POST /api/v1/@apostrophecms/rich-text-widget/generate-csv-table 接口在 Multer 写入文件后才校验扩展名，拒收路径不清理临时文件，未认证请求者仅凭普通 CSRF cookie 即可重复上传大文件持续占用临时磁盘空间。
@apostrophecms/ai-helper 的图片接受接口用 req.baseUrl 拼接服务端抓取地址，未配置全局 base URL 时该值来自请求的 Host 头，持有编辑权限的账号可借此让服务器向任意源发起 GET 请求。
ApostropheCMS 的 apos.http.parseQuery() 未过滤 __proto__、constructor、prototype 键，管理界面在每次已登录页面加载时用 window.location.search 调用该函数。
为什么值得看：披露给出可复现的 URL 载荷与 sink 调用栈，并区分了 ApostropheCMS 自身缺陷与 Vue 框架通用 gadget。
ApostropheCMS 的 exist-in-locale API 存在对象级授权绕过，已认证的低权限 guest 用户可判断受限文档在指定 locale 和 draft 模式下是否存在。
安全研究人员公开了 FortiSIEM 漏洞 CVE-2026-106173 的 PoC 利用程序，该漏洞 CVSS 评分为 9.4，属于路径穿越问题，可导致免认证攻击者执行任意代码。
为什么值得看：Horizon3.ai 公开的 PoC 展示了如何用路径穿越配合 NUL 字节注入，把任意文件写入升级为 RCE，并给出了具体利用路径。
klauspost/compress 的 s2 包中，s2.NewDict() 存在有符号整数溢出漏洞，攻击者提供 uvarint 编码的 repeat 值超过 MaxInt64 的字典即可绕过重复索引校验。随后调用 Dict.Encode() 时，负值 repeat 经 unsafe.Pointer 算术导致越界内存访问，进程以 SIGSEGV 崩溃，构成拒绝服务。
Mercury 默认以无 token 方式运行 JupyterLab，黑名单未包含 /api/kernels，未认证客户端可创建内核并通过 websocket 发送 execute_request 执行任意 Python 代码。
为什么值得看：材料在已修复旧通告的 3.2.4 版本上实测复现了免认证 RCE，并附可运行 PoC，说明黑名单思路无法覆盖内核接口。
Graphify 的 Fortran 提取器 `_cpp_preprocess` 中 `-nostdinc -I /dev/null` 加固不完整，无法阻止 `.F`/`.F90`/`.F95`/`.F03`/`.F08` 文件通过绝对路径或路径穿越的 `#include` 读取主机任意文件。
Mercury 的 mercury_app/block_handler.py 中 BLOCKED_PATTERNS 列表缺少一个逗号，使前两条规则被合并，/api/terminals 不再被拦截，任何无需认证的攻击者都能通过该接口启动 OS shell。
为什么值得看：公告给出完整复现步骤与修复代码，可对照检查自家 Mercury 部署是否暴露 /api/terminals。
russh 的 agent 服务端 add_key 对每条 5 字节 SSH_AGENT_CONSTRAIN_LIFETIME 记录都启动一个 tokio 任务，且请求失败时不回滚，攻击者可用少量流量耗尽 agent 进程内存。