GitHub 安全公告指出 A2A Java SDK 的 AuthInterceptor 直接使用远端 agent AgentCard 中 APIKeySecurityScheme 的 name 字段作为 HTTP 请求头名，且未校验 location 是否为 HEADER。
为什么值得看：公告说明了恶意 agent 如何借自定义请求头与重定向把客户端 API key 转发到第三方，并给出白名单校验与禁用自动重定向两类修复方向。
GitHub 安全公告披露 A2A Java SDK 的 Maven 包 org.a2aproject.sdk:a2a-java-sdk-server-common 存在默认任务授权失效问题。
为什么值得看：公告说明默认配置下任务读取不做授权，并给出 PoC 与修复方向，使用该 SDK 的团队可据此判断部署是否受影响。
A2A Java SDK 的 `org.a2aproject.sdk:a2a-java-sdk-server-common` 推送通知投递存在 SSRF（CWE-918）。
为什么值得看：公告给出了从创建推送配置到服务端 POST 打到元数据端点的完整复现路径，并附有按解析后 IP 校验的修复思路。
A2A Java SDK 的 Android 同步 POST 路径在 GHSA-9rhm 修复后仍会跟随跨域重定向，把 X-API-Key、API-Key、X-Auth-Token、X-Authentication 四个非标准认证头转发到另一个 authority。
A2A Java SDK 的 RestHandler.java 中 parseRequestBody 方法在 JsonFormat 解析抛出 InvalidProtocolBufferException 时，以 SEVERE 级别完整记录请求体，导致客户端提交的推送通知 bearer token 与 authentication.credentials 明文写入服务器日志。
Cachet v3 的事件创建表单存在存储型 XSS 漏洞，事件 Name 与 Message 字段未正确过滤 HTML 事件处理属性，受影响端点 /dashboard/incidents/。
GitHub 上公开了 CVE-2024-32002 的利用脚本，通过 git config 开启 protocol.file.allow 与 core.symlinks。
AIOHTTP 存在 Max-Age 处理溢出问题，可导致连接关闭被跳过。攻击者可能借此暂时耗尽连接池，直至垃圾回收机制回收这些连接。
AIOHTTP 存在漏洞，子域可移除父域现有 Cookie 的 Host-Only 标志。用户访问不受信任的子域时，其 Cookie 的 Host-Only 保护可能被剥离；由于多数使用场景不会将这些 Cookie 回显到浏览器，影响有限。
AIOHTTP 存在缺陷：攻击者发送绝对形式（absolute-form）请求即可伪造 Request.scheme 的取值。若用户代码将 Request.scheme 用于安全相关判断，可能被绕过，使应用误判连接是否加密。规避方案是用 WAF 规则拒绝绝对形式请求，正常请求仅在代理场景下才应使用该形式。
GitHub 安全公告指出，@modelcontextprotocol/sdk 1.3.0 至 1.31.0 与 @modelcontextprotocol/server 2.0.0 至 2.2.0 未限制单次请求校验的数组元素与对象键数量。
为什么值得看：公告给出了受影响版本区间与修复版本，并说明仅升级不生效，需同时配置两个参数才能缓解。
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。
MITRE CVE 记录本次共变更 11 条，其中新增 5 个 CVE：CVE-2026-112380、CVE-2026-86410、CVE-2026-86411、CVE-2026-86412、CVE-2026-86413。
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 解析器。
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 备用数据流。
MITRE CVE 记录本次更新 869 项，其中新增 2 个 CVE：CVE-2026-111767 与 CVE-2026-113810。另有 867 个 CVE 被更新，包括 CVE-2026-102227、CVE-2026-105591、CVE-2026-108398、CVE-2026-49785 等编号。
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/page 模块 move() 在跨父级移动时才校验目标父级的 create 权限，同父级重排会短路该检查，低权限编辑者可重排受限父级下其他子页面的 rank。该缺陷属 CWE-862/CWE-639，仅影响同级排序，不泄露字段内容也不影响可用性，且需管理员预先将可编辑页面置于受限父级下这一非默认树结构。
ApostropheCMS 的 CAPTCHA 验证将用户提供的 widget token 未编码直接拼入服务端验证 URL/body，构造的 token 可向 reCAPTCHA/hCaptcha 验证请求注入查询参数。
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 发布状态。