toml-node 的 toml.parse() 因超长整数字面量存在 CPU DoS 漏洞
GitHub 安全公告披露 toml-node 的 toml.parse() 在处理十六进制、八进制、二进制和十进制整数字面量时,未先限制数字串长度就直接调用 BigInt(),导致超线性耗时。
为什么值得看:公告给出了可复现的 PoC 与实测耗时表,说明单个超长整数字面量即可阻塞 Node.js 事件循环。
GitHub 安全公告披露 toml-node 的 toml.parse() 在处理十六进制、八进制、二进制和十进制整数字面量时,未先限制数字串长度就直接调用 BigInt(),导致超线性耗时。
为什么值得看:公告给出了可复现的 PoC 与实测耗时表,说明单个超长整数字面量即可阻塞 Node.js 事件循环。
GitHub 安全公告指出 npm 包 toml(BinaryMuse/toml-node)的 toml.parse() 在处理超长点分键、表头或内联表键时存在 O(n²) 复杂度问题,v5.0.0 仍受影响且尚未修复。
toml-node 的 toml.parse() 存在二次复杂度(O(n²))DoS:lib/compiler.js 的 addTableArray() 每遇到一个 [[name]] 头都会全量重扫两个记账 Set 且不清理无关条目。
Electron 修复 openExternal 权限请求可被归属到错误来源的问题,导致传给 session.setPermissionRequestHandler 的 requestingUrl 可能是可信来源,而实际发起请求的是不可信内容。
Electron 修复了 chrome.tabs.query() 在扩展既无 tabs 权限也无匹配主机权限时仍返回各标签页 url 和 title 的问题,任何已加载扩展都可读取其会话中每个 webContents 的 URL 与标题。
Electron 修复了部分跨域 iframe 发起的 pointerLock 权限请求被错误归属到顶层 frame 的问题,session.setPermissionRequestHandler() 此前收到的是顶层页面的 requestingUrl 和 isMainFrame。
Electron 发布安全通告,指出从链接打开的新窗口被当作应用自身发起的导航,导致 SameSite=Strict cookie 被发送、Sec-Fetch-Site 无法标识发起页面,依赖 SameSite cookie 防御 CSRF 的站点可能被带上凭据发起顶层请求。
pypdf 在读取文档表单字段时存在资源消耗问题,攻击者可构造 PDF 导致大量内存占用或长时间运行。该问题已在 pypdf==6.21.0 中修复,无法升级的用户可参考 PR #4219 中的改动作为规避方案。
GitHub 安全公告 GHSA-xcq7-p3pf-p88h 指出,opentelemetry-api 的 TraceState.from_header 用正则拆分 W3C tracestate 头且未先做长度限制。
为什么值得看:通告给出受影响版本区间与 1.45.1 修复版本,并说明默认传播配置下即可触发,便于确认部署风险。
GitHub 安全公告 GHSA-g842-9rc4-69pw 指出,Pillow 的 SpiderImagePlugin 中 seek() 绕过了解压炸弹检查:用 1x1 的 frame0 打开文件后调用 im.seek(1),尺寸被设为 (100,100) 却不触发 DecompressionBombWarning 或 DecompressionBombError。
Pillow 12.3.0 的 src/_imaging.c 中 xsize += dx 仅校验正向溢出,当 PILfont 字形步进 dx 取 -32768 并重复 65,537 次时触发 C 有符号整数下溢未定义行为。
Pillow 的 TarIO.__init__ 未校验 tar 头 size 字段是否为正,构造 size 为负值的头部会让 seek 回退到自身,形成永不返回的无限循环,进程占用 98%–100% CPU。
GitHub 安全公告指出,Pillow 的 Exif.load() 在剥离 EXIF 数据开头的 Exif\x00\x00 标记时,每轮都会复制剩余数据,而 PNG 的 eXIf 块没有像 tEXt、zTXt、iTXt 那样受 MAX_TEXT_CHUNK 和 MAX_TEXT_MEMORY 限制,因此填充重复标记的 eXIf 块会让解析耗时随块大小平方增长。
Nodemailer 的 DKIM 签名在展开 RFC 5322 头部续行时,每轮都对不断增长的合并行重新执行 `/^[ \t]/` 正则测试,导致 O(n^2) CPU 开销。
GitHub 安全公告指出,启用 cacheComponents: true 时,若一个 use cache 函数调用另一个读取 root param 的 use cache 函数,且内层调用命中已有缓存条目,外层函数的缓存键会遗漏该 root param,导致同一份响应被复用于所有 root param 值。
为什么值得看:通告说明启用 Cache Components 后嵌套 use cache 函数的缓存键会漏掉 root param,导致跨值内容串用,且无规避方案。
Django REST framework 的 TokenProxy.delete() 调用不抛异常并返回成功,但实际未删除数据库行,令牌仍可继续认证。原因是 TokenProxy 将 pk 覆写为 user_id,删除语句用用户 id 去匹配 40 位 key 列,返回 (0, {'authtoken.TokenProxy': 0})。
为什么值得看:材料给出可运行的复现脚本与对照实验,说明通过 TokenProxy 撤销令牌会静默失效,便于自查撤销逻辑。
ip-address 的 `new Address6()` 与 `Address6.isValid()` 在应用 45 字符长度限制前先用 `/%.*$/` 剥离 zone 标识符,大量 `%` 后接行终止符时正则从每个 `%` 重试,拒绝耗时随长度平方增长。
Signal 修复了 RingRTC 中的高危漏洞 CVE-2026-113380(CVSS 9.3),恶意呼叫方可在用户挂断后继续维持音频和视频轨道。问题根源在于挂断未被当作终止开关,而是作为事件加入 FSM 事件队列,且对端事件没有速率限制、挂断事件也没有优先级,攻击者可用垃圾事件淹没队列使挂断一直排队。
研究者公开 EasyAntiCheat EOS 的签名驱动回滚 PoC,普通非管理员用户可让 SYSTEM 级 EasyAntiCheat_EOSSys 服务把旧版已签名 EasyAntiCheat_EOS.sys 写入 Program Files 并加载进内核。
Pillow 12.3.0 及上游 main 分支(ad277e2761b489681e71b51e91367d46b0ceabb9)在保存 GIF 时,`_get_global_header()` 会因超长注释被反复复制,包括从不可信图片继承的注释。
virtualenv 的 safe_delete() 在删除失败恢复权限时用 lstat() 读取符号链接自身权限位,却用会跟随链接的 chmod() 应用,导致只读目录内符号链接指向的目标文件权限被改为 0777。该错误处理逻辑自 21.7.5 引入,需删除失败且调用用户拥有目标文件并可修改其权限,root 不会进入该路径。PR #3427 已避免在删除失败时修改 POSIX 权限。
pypdf 修复了标准 xref 表在文件于表内结束时触发无限循环的问题,攻击者可构造不完整 PDF 导致该循环。该问题已在 pypdf==6.20.0 中修复,无法升级者可参考 PR #4170 的改动作为规避方案。漏洞经安全渠道与公开 issue #4169 报告。
pypdf 修复了移除树节点(如大纲项)时可能陷入无限循环的问题,攻击者可构造恶意 PDF 触发该缺陷。修复版本为 pypdf 6.20.1,无法升级的用户可参考 PR #4188 中的改动作为规避方案。
pypdf 修复了 PdfWriter.find_outline_item 中的无限循环问题,攻击者可构造恶意 PDF 触发该循环。该问题已在 pypdf 6.20.1 中修复,无法升级的用户可参考 PR #4188 中的改动作为规避方案。
ApostropheCMS 的 @apostrophecms/import-export 3.7.0 中,gzip 解压仍无单条目、解压总字节和条目数量配额,归档解析也先于文档类型授权。
ApostropheCMS 的 @apostrophecms/import-export 3.7.0 中,overrideDuplicates() 续接逻辑仍接受客户端提供的替换选择,未将其绑定到服务端维护的重复分析,替换与写入辅助函数在更新前也未建立统一的资源身份与授权上下文。
ApostropheCMS 的 @apostrophecms/import-export 3.7.0 中,canImportOrExport() 的导入校验只检查类型的导入配置与查看权限,写入辅助函数直接调用 document-manager 的 insert/update,缺少正常发布权限检查与 beforePublish 过渡。
sanitize-html 2.18.0 在默认配置下重新净化被丢弃 iframe 的原始文本时进行无界递归调用,几千字节的未闭合 iframe 标签即可触发 RangeError: Maximum call stack size exceeded。
ApostropheCMS 的公共 REST API 在处理匿名请求时,会先执行 query string 中所有可 launder 的查询构造器,再强制套用 publicApiProjection,而 search 与 sort 这两个构造器作用于底层文档、不受投影限制。
为什么值得看:公告给出可复现的 curl 请求与实测结果,说明 search 与 sort 两个查询构造器如何绕过字段白名单。
研究者公开了 F-03 的实验室复现 PoC,一个零权限 Android 应用绑定 Google Settings 中导出的 onboarding task-manager 服务,持续写入唯一 COMPONENT 撑大堆内存,直至 Settings 进程触及 192 MB OOM 上限被杀。
GitHub 安全公告指出,ApostropheCMS 的 @apostrophecms/import-export 中 POST /api/v1/@apostrophecms/import-export/clean-export 接口缺少认证与授权检查。
ApostropheCMS 的页面 REST 接口 GET /api/v1/@apostrophecms/page/:id 未应用 viewRole 类型级限制和 viewPermission 字段级脱敏,而 getAll 接口对两者均正确执行。编辑级用户只要知道文档 _id,即可读取仅限管理员访问的页面全文及受 viewPermission 保护的字段。
ApostropheCMS 的 POST /api/v1/@apostrophecms/doc/slugTaken 接口存在信息泄露问题,任意已登录用户(editor 角色即可)可通过返回的布尔值枚举私有页面、草稿与归档内容的 slug。该接口未校验读取权限,也未按 visibility、viewRole 或发布状态过滤,攻击者可借此摸清 CMS 全部内容结构。
Electron 修复了 hid 和 usb 权限检查可能归属错误来源的问题:从 iframe 发起检查时,session.setPermissionCheckHandler 收到的是顶层框架的 origin 和 details,而非发起请求的框架。
GitHub 上公开了针对 CVE-2026-105482 的利用工具,该漏洞源于 Node.js 的 dns.resolve* 把含 NUL 字节的字符串交给 c-ares 按 C 字符串处理,应用层用 endsWith 等做的主机白名单校验因此被绕过,进而形成 SSRF。
为什么值得看:公开的利用工具把 NUL 截断与 DNS 解析的差异串成可运行的 SSRF 链路,并给出检测思路与修复版本。
Slack Morphism 在签名校验失败时会把按攻击者可控时间戳与请求体算出的正确 HMAC 写入 SlackEventWrongSignatureError.generated_hash,并经 Debug/Display 与 Axum 默认错误处理器以 error 级别记入日志。
开源工具 iOSRestrictionBruteForce 通过利用未加密备份中可提取的 hash 与 salt,暴力破解 iPhone/iPad 的限制密码。工具用 Passlib 破解 pbkdf2 hash,依次尝试前 20 个四位数 PIN、1000 至未来 50 年的生日组合,再遍历 1 到 9999。防护方式是加密备份并仅在受信任电脑上备份。
针对 Gitea CVE-2025-69413 的 PoC 已发布,该漏洞源于 apiAuth 中间件将 Basic 认证失败的详细错误直接返回,未认证攻击者可借此枚举用户名并获取账号 uid。
GitHub 安全公告披露 @apostrophecms/import-export 的分块导入上传路径存在潜在的免认证 DoS 问题,确认受影响版本为 3.6.2,更早的 3.x 版本可能同样受影响但尚未核实。
Signal 通话软件 RingRTC 被披露存在 CVE-2026-113380(CVSS 9.3),影响 2.72.0 之前的版本,另一通话参与者可压满内部事件队列,干扰挂断流程,从而在对方以为通话结束后继续听到音频。