跳到正文
10月22日周四
  1. GitHub 安全公告库 (GHSA)58

    Vite 开发服务器在非 Windows 环境可返回 server.fs.allow 之外的文件

    GitHub 安全公告 GHSA-rq7h-c2jc-7f22 指出,Vite 开发服务器在非 Windows 机器上,当项目导入文件的根相对路径与宿主机绝对路径相同时,可把 server.fs.allow 之外的文件内容返回给浏览器,例如 /etc/hosts。

    为什么值得看:公告给出了可复现的 curl 步骤,说明非 Windows 环境下 Vite 开发服务器如何把宿主机文件返回给浏览器。

10月21日周三
  1. GitHub 安全公告库 (GHSA)58

    markdown-it 15.0.2 默认配置下未闭合链接引用定义导致 O(n²) 复杂度 DoS

    GHSA-gfr2-rv44-r23c 指出 markdown-it 15.0.2 在默认配置下处理未闭合的链接引用定义标签或标题时呈 O(n²) 复杂度,属 CWE-407 算法复杂度拒绝服务,该问题由 14.0.0 的 PR #1004 引入。

    为什么值得看:公告给出可运行的 PoC 与各版本耗时对比,能帮助用 markdown-it 渲染用户内容的服务判断是否需要限制请求体大小。

  2. GitHub 安全公告库 (GHSA)58

    Pillow 的 ImagingJpegDecode 存在堆缓冲区溢出,附 SOF3 复现环境

    Pillow 在 ImagingJpegDecode 中未校验 libjpeg 返回的 output_width 与缓冲区尺寸,当 libjpeg-turbo 3.x 解码 SOF3 无损 JPEG 时缩放参数被忽略,导致堆缓冲区溢出。

    为什么值得看:披露给出完整 Docker 复现与 ASan 报告,说明 thumbnail 默认路径如何触发堆溢出,便于自查与修复验证。

  3. GitHub 安全公告库 (GHSA)62

    Pillow 的 TiffDecode.c 存在堆越界读,公开复现脚本与修复补丁

    Pillow 在解码畸形压缩 TIFF 时,src/libImaging/TiffDecode.c 的 _decodeTile() 与 _decodeAsRGBA() 会读取堆缓冲区之外的数据并写入返回图像的像素,攻击者可借此拿到进程堆内存片段,包括指针值,稍大的文件则会让进程崩溃。

    为什么值得看:材料给出可运行的复现脚本与补丁,说明 Pillow 与 libtiff 对畸形 TIFF 标签解析不一致如何导致堆越界读。

  4. GitHub 安全公告库 (GHSA)58

    Pillow 分块 TIFF 解码器 copy4 越界读取 tile 缓冲区

    Pillow 的 libImaging `_decodeTile` 在解码分块 TIFF 时按 `row_byte_size * tile_length` 步进读取,但缓冲区只按 libtiff 返回的 `tile_bytes_size` 分配,当后者更小时 `copy4` 会越界读取。

    同一件事,精选收录的是《Pillow 的 TiffDecode.c 存在堆越界读,公开复现脚本与修复补丁》

  5. GitHub 安全公告库 (GHSA)62

    Pillow 修复 TiffDecode 短 JPEG strip 返回未初始化内存问题

    GitHub 安全公告库发布 GHSA-q45j-58j2-45rg,指出 Pillow 的 src/libImaging/TiffDecode.c 中 _decodeStrip() 与 _decodeTile() 将缓冲区 realloc() 后未初始化。

    为什么值得看:公告给出了触发条件与受影响版本起点,并附上 memset 修复补丁,便于使用 Pillow 处理用户上传图片的服务判断暴露面。

  6. GitHub 安全公告库 (GHSA)58

    A2A Java SDK 因服务端可控请求头名与重定向导致 API key 泄露

    GitHub 安全公告指出 A2A Java SDK 的 AuthInterceptor 直接使用远端 agent AgentCard 中 APIKeySecurityScheme 的 name 字段作为 HTTP 请求头名,且未校验 location 是否为 HEADER。

    为什么值得看:公告说明了恶意 agent 如何借自定义请求头与重定向把客户端 API key 转发到第三方,并给出白名单校验与禁用自动重定向两类修复方向。

  7. GitHub 安全公告库 (GHSA)58

    A2A Java SDK 默认任务授权失效漏洞 GHSA-qw47-mcm5-934w 影响 1.2.0.Final 及更早版本

    GitHub 安全公告披露 A2A Java SDK 的 Maven 包 org.a2aproject.sdk:a2a-java-sdk-server-common 存在默认任务授权失效问题。

    为什么值得看:公告说明默认配置下任务读取不做授权,并给出 PoC 与修复方向,使用该 SDK 的团队可据此判断部署是否受影响。

  8. GitHub 安全公告库 (GHSA)40

    AIOHTTP 绝对形式请求可伪造 Request.scheme

    AIOHTTP 存在缺陷:攻击者发送绝对形式(absolute-form)请求即可伪造 Request.scheme 的取值。若用户代码将 Request.scheme 用于安全相关判断,可能被绕过,使应用误判连接是否加密。规避方案是用 WAF 规则拒绝绝对形式请求,正常请求仅在代理场景下才应使用该形式。

  9. GitHub 安全公告库 (GHSA)60

    MCP TypeScript SDK 修复单请求耗尽服务器内存问题 GHSA-46jr-4wx8-v453

    GitHub 安全公告指出,@modelcontextprotocol/sdk 1.3.0 至 1.31.0 与 @modelcontextprotocol/server 2.0.0 至 2.2.0 未限制单次请求校验的数组元素与对象键数量。

    为什么值得看:公告给出了受影响版本区间与修复版本,并说明仅升级不生效,需同时配置两个参数才能缓解。

  10. GitHub 安全公告库 (GHSA)58

    MCP TypeScript server SDK 修复共享传输导致跨客户端消息串流问题

    GitHub 安全公告指出,@modelcontextprotocol/server 2.0.0 至 2.2.0 在多个客户端共用同一无状态传输或同一 McpServer、Server 实例时,仅按 JSON-RPC id 匹配连接,而 SDK 客户端从 0 开始编号请求,导致一个客户端的响应和通知被投递给另一个客户端。

    为什么值得看:公告说明了共享传输导致消息串流的成因、受影响版本区间,并强调升级后还需改代码才能避免请求失败。

  11. GitHub 安全公告库 (GHSA)71

    certifi 2026.10.18 之前版本内置私钥泄露的 emSign 中间 CA 根证书

    GitHub 安全公告指出,2026.10.18 之前的 certifi 版本在内置 CA 库中包含 `emSign ECC Root CA - G3` 根证书,链到该根证书的 8 张 eMudhra 中间 CA 证书私钥已泄露并被 CA 吊销。

    为什么值得看:公告说明 certifi 内置的 emSign 根证书链上存在私钥泄露的中间 CA,并给出受影响版本与升级版本,便于排查依赖链。

  12. GitHub 安全公告库 (GHSA)60

    uv 0.13.4 移除内置 CA 包中私钥已泄露的 emSign 根证书

    uv 默认使用内置的 webpki-root-certs 证书包校验 TLS 连接,0.13.4 之前的版本包含 emSign ECC Root CA - G3 根证书,而链接到该根证书的 8 张 eMudhra 中间 CA 证书私钥已泄露并被 CA 吊销。

    为什么值得看:公告说明 uv 内置根证书包中受影响的根证书与修复版本,使用默认 TLS 校验的开发者可据此判断是否需要升级。

  13. GitHub 安全公告库 (GHSA)60

    MCP TypeScript SDK 修复 bearer 认证接受其他服务令牌的问题

    MCP TypeScript SDK 受影响版本的服务器端 bearer 认证无法校验令牌是否签发给本服务,当同一授权服务器为多个服务签发令牌时,其他服务的有效令牌也会被接受。

    为什么值得看:公告说明了受影响版本区间与修复版本,并指出仅升级不生效,需同时配置 expectedResource 与返回 aud 才能挡住其他服务的令牌。

  14. GitHub 安全公告库 (GHSA)60

    ApostropheCMS 的 uploadfs 本地存储存在路径穿越,可任意读写删文件

    GitHub 安全公告 GHSA-gmfx-5g6x-rr72 指出,ApostropheCMS 的 uploadfs 库本地存储后端不校验用户传入路径,prefixPath() 只去掉双斜杠,后端直接拼接 uploadsPath + path,攻击者可用 ../ 逃逸上传目录,实现任意文件读取、写入和删除。

    为什么值得看:公告给出 uploadfs 本地存储路径拼接缺陷的成因与可复现请求,并附修复校验思路,便于自查上传接口。