情报形态
厂商、CERT 与 CNA 发布的一手漏洞通告：影响版本、严重程度与处置建议。
72 条精选近 30 天 62 条共收录 329 条
GitHub 安全公告库发布 Next.js 通告，指出使用 App Router 与 Cache Component 的应用若存在返回多个 typed array 的 use cache 函数，可导致远程代码执行。通告称此类受影响应用没有已知规避方案，即使应用不含类似函数也建议立即升级。
为什么值得看：通告说明使用 App Router 与 Cache Component 且 use cache 函数返回多个 typed array 的应用存在 RCE 风险，且无规避方案。
Nuxt 通告指出，routeRules 的键与原始请求路径比较时未解码百分号编码，而路由解析会解码参数，因此对动态或通配路由发起的编码路径请求可跳过 appMiddleware 等规则，无需认证与用户交互。
为什么值得看：通告说明了动态与通配路由下 appMiddleware 被百分号编码绕过的条件，并给出修复版本与页面级中间件的规避方案。
Nuxt 发布通告，指出在默认 router.options.sensitive: false 下页面路由不区分大小写，而服务器端路由规则由 Nitro 匹配器按大小写敏感解析，导致 /Admin 这类大小写变体路径跳过 redirect、headers、proxy、ssr: false 等规则。
为什么值得看：通告说明大小写变体路径会跳过 redirect、headers 等服务器端路由规则，并给出 Nuxt 3 无修复的处置建议。
GraphQL-core 发布通告，指出默认启用的 OverlappingFieldsCanBeMerged 校验规则可被小体积查询触发二次复杂度，364 KB 文档在 3.2.8 上校验耗时 319 秒，且无需认证。
为什么值得看：通告给出了触发条件、实测耗时与修复版本，并说明常规深度限制和 WAF 为何挡不住这类校验期 DoS。
GraphQL-core 发布通告，指出解析器的 max_tokens 限制未统计注释 token，用注释填充的文档可绕过该限制并持续占用内存，38 MB 载荷在 max_tokens=5 下额外占用约 92 MB 常驻内存。
为什么值得看：通告说明了 max_tokens 未统计注释 token 的计数缺口，并给出升级后注释计入上限的行为变化。
GitHub 安全公告披露 @graphql-tools/utils 的 mergeIncrementalResult 存在原型污染，攻击者可用数组形式的 path 段绕过 __proto__ 等键名检查，向 Object.prototype 写入任意属性。
为什么值得看：报告给出可运行复现与 npm 各版本实测差异，说明非原始类型 path 段如何绕过键名检查写入 Object.prototype。
GitHub 安全公告 GHSA-xcq7-p3pf-p88h 指出，opentelemetry-api 的 TraceState.from_header 用正则拆分 W3C tracestate 头且未先做长度限制。
为什么值得看：通告给出受影响版本区间与 1.45.1 修复版本，并说明默认传播配置下即可触发，便于确认部署风险。
GitHub 安全公告指出 nbconvert <= 7.17.1 在导出为 markdown、latex、rst、asciidoc 时存在任意文件写入漏洞，ExtractOutputPreprocessor 在 extractoutput.py:116-119 将攻击者可控的 path 直接拼接到 output_files_dir 且未做规范化校验。
为什么值得看：公告给出可复现的 ipynb 片段，说明恶意 cell 输出文件名如何穿越目录写入任意位置，便于验证与排查。
PyJWT 的 HMACAlgorithm.from_jwk 接受 k 为空字符串的 oct JWK 并返回零长度密钥，使经 PyJWK、PyJWKSet 或 PyJWKClient 校验的 HS256/384/512 令牌可被攻击者用空密钥伪造，默认配置下仅触发 InsecureKeyLengthWarning 而不报错。
为什么值得看：披露 PyJWT 空 HMAC 密钥校验缺口的同时给出可运行的伪造令牌复现流程，便于自查 JWKS 配置。
GitHub 安全公告 GHSA-jj87-hc4r-jwfw 指出，npm 包 stream-json 的 FlexAssembler 在规则 filter 为字符串或 RegExp 时，每次容器开始都会对完整 keyStack 执行 join，嵌套深度 D 的文档产生 O(D^2) CPU 开销，约 96 KB（深度 16000）的输入可阻塞事件循环超过 1 秒。
为什么值得看：通告说明 stream-json 的 FlexAssembler 在字符串或 RegExp 过滤规则下存在平方级 CPU 消耗，并给出 maxDepth 默认 1024 的修复。
GitHub 安全公告指出，Next.js 用于图像优化的上游库存在内存相关漏洞，当 Next.js 运行在基于 glibc 的 Linux 上时可能导致 RCE。规避方案是确保 Next.js 使用的 sharp 版本大于或等于 0.35.5，全新安装会自动获得修复版本，升级 Next.js 到已修复版本也能让包管理器自动提供修复后的 sharp。
为什么值得看：通告说明 Next.js 图像优化依赖的上游库存在内存问题，并给出 sharp 版本与升级两条规避路径。
GitHub 安全公告指出，启用 cacheComponents: true 时，若一个 use cache 函数调用另一个读取 root param 的 use cache 函数，且内层调用命中已有缓存条目，外层函数的缓存键会遗漏该 root param，导致同一份响应被复用于所有 root param 值。
为什么值得看：通告说明启用 Cache Components 后嵌套 use cache 函数的缓存键会漏掉 root param，导致跨值内容串用，且无规避方案。
PHP 计划于 10 月 21 日 14:00 UTC 发布带外安全更新，修复两个尚未公开细节的严重漏洞，安全团队给出的 CVSS v4.0 评分为 9.2。报道发布时官方通告尚未发布，受影响版本与修复版本需以正式通告为准。
为什么值得看：PHP 计划在 10 月 21 日 14:00 UTC 发布带外安全更新，修复两个 CVSS v4.0 评分为 9.2 的未公开漏洞。
在 PHP 计划于 10 月 21 日 14:00 UTC 发布两个评分 9.2 的 PHP2Shell 漏洞修复前，目前没有任何措施能完全阻断利用，社交平台上流传的 session.upload_progress.enabled=0 配置项被提出者 GMO Flatt Security 当天收回。
为什么值得看：在官方补丁发布前，梳理了 session.upload_progress.enabled=0 等临时措施的实际边界，以及无法立即打补丁时的隔离与收敛思路。
GitLab 于 10 月 21 日发布修复，CVE-2026-110264 在 CVSS 评分为 10.0，特定条件下未认证用户可因正则表达式编译时的整数溢出在自管理服务器上执行任意代码，影响 7.0 以来的所有版本。
为什么值得看：修复覆盖 7.0 以来全部版本，且 10 月 12 日刚升级的实例仍落在影响范围内，运维需要重新核对版本。
OpenCode 的 AI 编码代理存在缺陷，恶意或被劫持的 MCP 服务器可在开发者登录时于 Windows 或 WSL 机器上执行代码，且以开发者自身权限运行。OpenCode 背后的公司 Anomaly 已在 9 月发布的 1.18.33 版本中修复该问题。
为什么值得看：OpenCode 在登录阶段信任 MCP 服务器返回内容，使用该 AI 编码代理的开发者可据此判断是否需要升级。
Node.js 于 10 月 21 日为 22.x、24.x、26.x 三条支持线发布安全更新，修复 10 个漏洞，其中 Brotli 解码器越界写 CVE-2026-111497 被项目描述为可导致远程代码执行，评级为 high。
为什么值得看：通告列出 10 个修复项与各版本对应关系，并交代 Brotli 漏洞的公开 PoC 仅在削弱构建上达成代码执行。
PHP Foundation 发布补丁，修复 CVE-2026-109618 与 CVE-2026-109619 两个 CVSS 9.2 的漏洞，二者均可导致免认证 RCE，分别源于内存耗尽处理（OOM）中的内存破坏和同一 worker 上后续请求复用陈旧请求全局状态。
为什么值得看：PHP 核心内存管理与错误处理中的两个 9.2 分漏洞影响面覆盖默认配置，通告给出了明确的修复版本与受影响部署形态。
Fortinet 发布 PSIRT 通告，说明 PHP 在内存不足（OOM）时使用 longjmp() 退出当前上下文，部分上下文未正确处理该场景，导致请求内存在分配前处于未初始化状态，后续清理过程可能读取或依据该内存分支，多种 OOM 策略可稳定触发并导致远程代码执行（RCE）。
为什么值得看：Fortinet 通告说明 PHP 的 OOM 处理缺陷可致 RCE，并列出仍在排查与确认不受影响的自家产品清单。
GitHub 安全公告指出，Vitest 5 在启用 UI（--ui）、Browser Mode 或 api 时，Vite 的 server.fs.deny 未被按预期应用，能访问该服务器的客户端可通过明文 HTTP 读取 .env、私钥与证书、.npmrc、.git 以及 Vitest 的 API token 文件 .vitest-secret-token。
为什么值得看：通告说明了哪些 Vitest 启动方式会暴露文件、哪些不受影响，并给出显式配置 server.fs.deny 的规避写法。