GitHub 安全公告指出，@modelcontextprotocol/server 2.0.0 至 2.2.0 在多个客户端共用同一无状态传输或同一 McpServer、Server 实例时，仅按 JSON-RPC id 匹配连接，而 SDK 客户端从 0 开始编号请求，导致一个客户端的响应和通知被投递给另一个客户端。
为什么值得看：公告说明了共享传输导致消息串流的成因、受影响版本区间，并强调升级后还需改代码才能避免请求失败。
markdown-it 在 `html: true` 下解析段落内重复的未闭合 HTML 构造（注释、`?>`、`>`、`]]>`）时呈二次时间复杂度，`15.0.2` 上 64,000 次重复的注释载荷耗时 8,799 ms，128,000 次重复约 500 KiB 的载荷耗时 32,847 ms。
GitHub 安全公告指出，2026.10.18 之前的 certifi 版本在内置 CA 库中包含 `emSign ECC Root CA - G3` 根证书，链到该根证书的 8 张 eMudhra 中间 CA 证书私钥已泄露并被 CA 吊销。
为什么值得看：公告说明 certifi 内置的 emSign 根证书链上存在私钥泄露的中间 CA，并给出受影响版本与升级版本，便于排查依赖链。
uv 默认使用内置的 webpki-root-certs 证书包校验 TLS 连接，0.13.4 之前的版本包含 emSign ECC Root CA - G3 根证书，而链接到该根证书的 8 张 eMudhra 中间 CA 证书私钥已泄露并被 CA 吊销。
为什么值得看：公告说明 uv 内置根证书包中受影响的根证书与修复版本，使用默认 TLS 校验的开发者可据此判断是否需要升级。
MCP TypeScript SDK 受影响版本的服务器端 bearer 认证无法校验令牌是否签发给本服务，当同一授权服务器为多个服务签发令牌时，其他服务的有效令牌也会被接受。
为什么值得看：公告说明了受影响版本区间与修复版本，并指出仅升级不生效，需同时配置 expectedResource 与返回 aud 才能挡住其他服务的令牌。
GitHub 安全公告指出，launch-editor 在把传入路径交给编辑器命令前会调用 fs.existsSync(fileName) 做检查，而在 Windows 上，攻击者可以用以 \\..:line:column 结尾的构造路径绕过该检查，从而不再需要预先放置恶意文件名。
launch-editor 将文件路径未经净化直接传给编辑器，若路径以 `+` 或 `-` 开头，Vim、MacVim、Emacs、Notepad++ 等会将其当作 CLI 参数解析，可能造成文件覆盖或命令执行。
GitHub 安全公告库发布 GHSA-9xw5-w5jj-pvcg，指出 aiohttp 在处理特制的 multipart 请求时可能耗尽文件描述符。若处理程序使用 Request.post()，攻击者可能占用不限数量的文件描述符，导致资源耗尽。
GitHub 安全公告库发布 AIOHTTP 通告，指出纯 Python 解析器存在 HTTP 请求走私问题。使用 Python 解析器（设置 AIOHTTP_NO_EXTENSIONS，或未安装标准 wheel）的应用可能受影响，规避方式是切换到默认的 C 解析器。
ApostropheCMS 的 uploadfs 在 Azure 后端并启用 sas: true 时，createContainer() 用内嵌完整 SAS 查询串的 URL 构造 BlobServiceClient，getUrl() 返回的 baseUrl 因此带有 ?
为什么值得看：披露了 uploadfs Azure 后端把容器级 SAS 令牌拼进公开附件 URL 的成因，并附离线 PoC 复现该行为。
sanitize-html 2.17.7 引入的 animatesUrlAttribute() 在检查 SMIL 动画元素时只比对裸标签名，使用 svg:animate 等命名空间前缀即可绕过，使 animate 的 attributeName 指向 href 并注入 javascript: URI。
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 即可修改或永久删除他人通知。
ApostropheCMS 修复一处权限缺陷：viewRole 虽对访客、贡献者等角色正确生效，却未应用于普通公众，理论上可使 @apostrophecms/user 这类受保护内容类型被访问。
GitHub 安全公告指出，@modelcontextprotocol/sdk 1.31.0 及之前所有版本、@modelcontextprotocol/client 2.0.0 至 2.2.0 的 HTTP 客户端传输与 OAuth 请求会跟随任意源的重定向。
为什么值得看：公告说明了跨源重定向会泄露自定义请求头与 OAuth 凭据，并给出受影响版本区间和升级版本，便于使用该 SDK 的开发者核对。
@modelcontextprotocol/sdk 1.24.0 至 1.31.0 的实验性 tasks 功能（taskStore）未校验任务由哪个会话创建，共用同一 InMemoryTaskStore 的客户端可互相列出、读取和取消任务。
launch-editor 的 escapeCmdArgs() 在 Windows 上未转义 `%`，当环境变量含恶意值时可能导致内容被执行。受影响需同时满足：用户使用 Windows、攻击者可放置含 `&` 或 `%` 的恶意文件名，并能注入恶意环境变量或为该文件添加 NTFS 备用数据流。
GitHub 安全公告指出，@angular/router 在 Node.js 上启用 SSR 且 RouterLink 使用 queryParamsHandling: 'merge' 或 'preserve' 时存在 DoS 漏洞，未认证远程攻击者可用并发请求耗尽 Node.js old-space 堆并导致 worker 崩溃。
为什么值得看：通告给出了触发条件、受影响版本区间与修复版本，使用 Angular SSR 的团队可据此判断是否需要升级或加查询串长度限制。
follow-redirects 1.16.0 为修复 CVE-2026-40895 / GHSA-r4q5-vmmm-2653 引入的 sensitiveHeaders 选项存在正则转义缺陷：escapeRegex 未转义 `^`、`|`、`[`、`{`、`}`，声明含 `^` 或 `|` 的自定义凭据头名时过滤规则无法匹配该头，跨域重定向时凭据被静默转发给攻击者。
follow-redirects 在跟随跨域或协议降级重定向时，本应移除 Authorization、Proxy-Authorization、Cookie 及调用方声明的 sensitiveHeaders。
为什么值得看：公告指出数组形式 headers 会让跨域凭据剥离静默失效，并给出可复现脚本与修复思路，便于使用该库的 Node.js 项目自查。
ApostropheCMS 使用的 sanitize-html 在处理 nonTextTags 时忽略 htmlparser2 传入的 isImplied 标志，从内部闭合仍未关闭的祖先元素会提前结束丢弃区，使本应被丢弃的内容被渲染。问题位于 index.js 的 onclosetag 处理逻辑（:638、:644），修复建议是隐式闭合不得结束丢弃区。
ApostropheCMS 的 @apostrophecms/db-connect 存在原型成员删除漏洞：持有 view-draft 权限的已认证用户可向 piece-type REST GET 请求的 project 查询构造器注入 `constructor.prototype.hasOwnProperty` 等排除键。
ApostropheCMS 的 @apostrophecms/page 模块 move() 在跨父级移动时才校验目标父级的 create 权限，同父级重排会短路该检查，低权限编辑者可重排受限父级下其他子页面的 rank。该缺陷属 CWE-862/CWE-639，仅影响同级排序，不泄露字段内容也不影响可用性，且需管理员预先将可编辑页面置于受限父级下这一非默认树结构。
ApostropheCMS 的 CAPTCHA 验证将用户提供的 widget token 未编码直接拼入服务端验证 URL/body，构造的 token 可向 reCAPTCHA/hCaptcha 验证请求注入查询参数。
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 请求。
GitHub 安全公告披露 ApostropheCMS 核心页面 REST API 存在授权绕过，getOne 与 all=1 树形导出使用 .permission(false)，绕过页面类型的 viewRole、visibility: private 和 visibility: loginRequired 检查。
为什么值得看：公告给出了匿名读取私有页面的 curl 复现步骤，并指出 getOne 与 all=1 两处缺少权限校验的代码位置。
ApostropheCMS 4.32.2 的 GET /api/v1/:_id/locales 及页面等价路由未应用其他读路由强制执行的 publicApiCheckAsync 校验，未认证调用者可凭任意文档 _id 确认文档是否存在并枚举其 locale 发布状态。
CVE-2026-53606 的修复不完整：sanitize-html 2.17.7 中，meta http-equiv=refresh 的 content 内嵌 URL 未经过 naughtyHref() 校验，仍可保留 javascript:、data: 及任意 https: 目标。
ApostropheCMS 的 PATCH /api/v1/@apostrophecms/settings/password 改密接口在校验当前密码时未调用登录模块的失败计数、延迟或锁定机制，持有有效认证会话的攻击者可反复猜解当前密码而不被锁定。
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 同类的修复思路，便于开发者对照自查。
ApostropheCMS 的 exist-in-locale API 存在对象级授权绕过，已认证的低权限 guest 用户可判断受限文档在指定 locale 和 draft 模式下是否存在。
安全研究人员公开了 FortiSIEM 漏洞 CVE-2026-106173 的 PoC 利用程序，该漏洞 CVSS 评分为 9.4，属于路径穿越问题，可导致免认证攻击者执行任意代码。
为什么值得看：Horizon3.ai 公开的 PoC 展示了如何用路径穿越配合 NUL 字节注入，把任意文件写入升级为 RCE，并给出了具体利用路径。
Crass 在将结果钳制到 `Float::MAX` 之前，会对 CSS 科学计数法数值执行无界幂运算，解析攻击者可控 CSS 字符串的应用可能因极小输入消耗过多 CPU 与内存，甚至崩溃。该问题已在 Crass 1.0.7 中修复。
klauspost/compress 的 s2 包中，s2.NewDict() 存在有符号整数溢出漏洞，攻击者提供 uvarint 编码的 repeat 值超过 MaxInt64 的字典即可绕过重复索引校验。随后调用 Dict.Encode() 时，负值 repeat 经 unsafe.Pointer 算术导致越界内存访问，进程以 SIGSEGV 崩溃，构成拒绝服务。
markdown-it 在启用 typographer: true 时，大量开引号后接不匹配的闭引号会使 smartquotes 规则反复扫描整个开引号栈，造成二次复杂度处理时间，可被用于对处理不可信输入的应实施 DoS。