ApostropheCMS 4.x 客户端原型污染致 DOM XSS,公开复现步骤
ApostropheCMS 的 apos.http.parseQuery() 未过滤 __proto__、constructor、prototype 键,管理界面在每次已登录页面加载时用 window.location.search 调用该函数。
为什么值得看:披露给出可复现的 URL 载荷与 sink 调用栈,并区分了 ApostropheCMS 自身缺陷与 Vue 框架通用 gadget。
厂商与组件
GitHub 安全公告库收录的开源组件漏洞、GitHub 自身安全问题与 PoC 仓库动态。
107 条精选近 30 天 107 条共收录 349 条
ApostropheCMS 的 apos.http.parseQuery() 未过滤 __proto__、constructor、prototype 键,管理界面在每次已登录页面加载时用 window.location.search 调用该函数。
为什么值得看:披露给出可复现的 URL 载荷与 sink 调用栈,并区分了 ApostropheCMS 自身缺陷与 Vue 框架通用 gadget。
GitHub 安全公告披露 @apostrophecms/import-export 的 update-by-key 功能存在 NoSQL 注入:导入文档的 `slug:key` 值被直接用作 MongoDB 查询值,归档经 EJSON 解析后 `{ $ne: null }` 等操作符会成为有效值,从而匹配并覆盖导入者并未指定的既有文档。
为什么值得看:公告说明该模块的 update-key 查询值未经清洗,并给出与 GHSA-79qf-vqgc-7xx3 同类的修复思路,便于开发者对照自查。
GitHub 安全公告指出,Hono 在路由前已解码一次请求路径,serveStatic 解析文件前又解码一次,构造畸形百分号编码序列可让路由匹配编码形式、实际却解析到真实目录,从而绕过挂载在静态前缀上的中间件。文件仍在配置的根目录内解析,并非目录穿越;仅提供公开文件的应用不受影响。
为什么值得看:公告说明了二次解码导致静态路径中间件被绕过的条件,挂载鉴权中间件的应用可据此判断是否受影响。
Mercury 默认以无 token 方式运行 JupyterLab,黑名单未包含 /api/kernels,未认证客户端可创建内核并通过 websocket 发送 execute_request 执行任意 Python 代码。
为什么值得看:材料在已修复旧通告的 3.2.4 版本上实测复现了免认证 RCE,并附可运行 PoC,说明黑名单思路无法覆盖内核接口。
GHSA-953h-535j-jg2v 通告指出,agent-router 的 MCP 代理在会话 ID 中内嵌调用者 JWT 的 sub 声明用于防劫持,但会话恢复路径从不校验该声明,任何拿到会话 ID 的客户端都能恢复该会话并调用 tools/call、resources/read 等方法。
为什么值得看:公告指出会话恢复路径未校验会话 ID 内嵌的 subject,且 Helm 默认种子为公开固定值,可据此判断多租户部署的会话隔离风险。
Mercury 的 mercury_app/block_handler.py 中 BLOCKED_PATTERNS 列表缺少一个逗号,使前两条规则被合并,/api/terminals 不再被拦截,任何无需认证的攻击者都能通过该接口启动 OS shell。
为什么值得看:公告给出完整复现步骤与修复代码,可对照检查自家 Mercury 部署是否暴露 /api/terminals。
GitHub 安全公告指出,MLflow 3.17.1 及更早版本的 FileStore 跟踪后端存在路径穿越漏洞,无需认证的攻击者向 POST /api/3.0/mlflow/traces 提交含穿越序列的 trace ID。
为什么值得看:通告说明 FileStore 在 3.7.0 前是默认后端,早期版本部署无需额外配置即受影响。