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

    Pillow 修复 GIF 注释二次方拼接导致的 Image.open() DoS 问题

    GitHub 安全公告指出 Pillow 的 GifImageFile._seek() 在 src/PIL/GifImagePlugin.py 中用 bytes 拼接累积 GIF 注释,使 Image.open() 耗时随注释数据量呈二次方增长,默认设置下 2 MB 文件约 5 秒、4 MB 约 35 秒、8 MB 约 3 分钟,而同样大小的普通 GIF 不到 1 秒。

    为什么值得看:公告给出触发条件与实测耗时数据,并附上把 bytes 拼接改为列表 join 的补丁,便于使用 Pillow 的服务评估上传接口风险。

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

    Pillow 的 XbmImagePlugin 存在 ReDoS,512 字节文件可让 Image.open() 卡住数分钟

    GitHub 安全公告库披露 Pillow 的 XbmImagePlugin 存在 ReDoS:构造的 512 字节文件会让 Image.open() 在单核上消耗约 375 秒 CPU 后才抛出 UnidentifiedImageError。

    为什么值得看:公告给出了触发条件、耗时实测与正则修复补丁,使用 Pillow 处理用户上传图片的服务可据此判断暴露面。

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

    Pillow APNG 在解压炸弹检查前按 IHDR 尺寸分配内存,附复现脚本与补丁

    Pillow 的 PngImageFile._seek() 在处理首个 fcTL 请求 OP_BACKGROUND 时,会先按 IHDR 声明尺寸调用 Image.core.fill 分配并清零整块画布,之后 Image.open() 的 _decompression_bomb_check 才执行。

    为什么值得看:材料给出可运行的复现脚本与两份补丁,说明 APNG 在炸弹检查前按声明尺寸分配内存的路径。

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

    Pillow 修复内存中编码 TIFF 时的堆 use-after-free 漏洞

    GitHub 安全公告披露 Pillow 在将图像编码为内存中的 TIFF 时存在堆 use-after-free:libtiff 在编码阶段拒绝某个 tag 导致 TIFFWriteScanline 失败后,编码器释放了输出缓冲区却未关闭 TIFF 句柄,随后清理阶段 TIFFClose 刷新数据写回已释放内存。

    为什么值得看:公告给出可运行的 Python 复现脚本与 ASan 调用栈,便于维护者确认内存释放路径并判断自身服务是否受影响。

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

    Pillow 保存 TIFF 到 BytesIO 时 _tiffWriteProc 存在堆溢出,附复现脚本与补丁

    Pillow 在把 TIFF 保存到 io.BytesIO 等无 fileno() 的目标时,src/libImaging/TiffDecode.c 的 _tiffWriteProc 按 state->size + size 而非写入位置扩容,导致堆缓冲区溢出,同时把未初始化的堆字节写入输出文件。

    为什么值得看:报告给出可运行的复现脚本与补丁,说明默认设置下把上传图片另存为 TIFF 到内存对象即可触发越界写。

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

    Pillow 的 libtiff 编码器经构造 TIFF 标签泄露进程内存或触发 SIGSEGV

    Pillow 的 libtiff 编码器 PyImaging_LibTiffEncoderNew(src/encode.c)在把源 TIFF 中未识别的标签转发给 TIFFSetField 时,按 Python 值而非 libtiff 字段定义决定传参形式,导致构造的 TIFF 标签被当作字节数或指针读取。

    为什么值得看:材料给出可运行的复现脚本与逐分支分析,展示了普通 open 后 save 即可触发内存泄露或崩溃的路径。

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

    virtualenv 修复 POSIX 控制台启动器将目标路径当作 shell 语法解析的问题,21.14.9 已修复

    virtualenv 发布通告,指出 app-data seeder 与 pip 生成的 POSIX 控制台启动器会把环境目标路径当作 shell 语法解析,攻击者需影响传给 virtualenv 的环境路径且用户随后运行生成的启动器,命令才会以用户权限执行,Windows 可执行启动器不受影响。

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

    virtualenv 删除失败恢复逻辑可改变符号链接目标权限(21.7.5 起,PR #3427 修复)

    virtualenv 的 safe_delete() 在删除失败恢复权限时用 lstat() 读取符号链接自身权限位,却用会跟随链接的 chmod() 应用,导致只读目录内符号链接指向的目标文件权限被改为 0777。该错误处理逻辑自 21.7.5 引入,需删除失败且调用用户拥有目标文件并可修改其权限,root 不会进入该路径。PR #3427 已避免在删除失败时修改 POSIX 权限。

  9. OpenSSF 恶意包库40

    OpenSSF 恶意包库更新:为 PyPI 恶意包分配 MAL 编号

    OpenSSF 恶意包库为 PyPI 上的 acoustichub、acousticpack、asrdock 等恶意包分配 MAL-2026-18155、MAL-2026-18152、MAL-2026-18156 等编号。这些包属于 2026-10-voice-synthesis-profiles 活动,作为加载器从给定 URL 下载并执行远程恶意脚本,本身不含恶意载荷,用途尚不明确。

  10. OpenSSF 恶意包库42

    OpenSSF 恶意包库更新:收录 PyPI 恶意包 OSV 数据

    OpenSSF 恶意包库更新了 PyPI 恶意包 OSV 数据,新增 aurenatts、batchspar、brummatts、codecraze 等包(均为 0.1.0 版本)的恶意记录。这些包属于 2026-10-voice-synthesis-profiles 活动,作为加载器从给定 URL 下载并执行远程恶意脚本,本身不含恶意载荷,用途尚不明确。

  11. OpenSSF 恶意包库58

    OpenSSF 恶意包库为 @sudobility 系列 npm 包与 iterquarry 分配 MAL 编号

    OpenSSF 恶意包库提交为多个恶意包分配 MAL 编号,包括 npm 上的 @sudobility/indexer_client 0.0.146、@sudobility/shaperouter_client 0.0.14、@sudobility/testomniac_client 0.0.131、@sudobility/wildduck_client 2.3.102。

    为什么值得看:提交记录显示 @sudobility 系列 npm 包在 postinstall 中投放 XMRig 挖矿程序,并列出 S3 下载地址与矿池域名等 IOC。

  12. OpenSSF 恶意包库40

    OpenSSF 恶意包库更新:从 GHSA 收录 snavbox npm 恶意包(GHSA-ppfj-vpcr-qwqg)

    OpenSSF 恶意包库新增一条来自 GHSA 的恶意包记录,涉及 npm 生态的 snavbox 包 1.0.0–1.0.3 版本,对应 GHSA-ppfj-vpcr-qwqg,归类为 CWE-506 嵌入式恶意代码。通告称安装或运行该包的机器应视为完全失陷,需在另一台机器上立即轮换全部密钥,仅卸载包无法保证清除恶意软件。

  13. OpenSSF 恶意包库88

    OpenSSF 恶意包库更新 MAL-2026-2144:litellm 1.107.0 被注入窃密与后门代码

    OpenSSF 恶意包库更新 MAL-2026-2144,将 PyPI 上的 litellm 1.107.0 标记为恶意,该版本于 2026-10-21 11:39 至 11:40 UTC 上传,含上游源码中没有的凭据窃取程序与远程代码执行后门,注入发生在构建或上传阶段。

    同一件事,精选收录的是《OpenSSF 恶意包库记录 PyPI litellm 1.107.0 含凭据窃取与后门》

  14. OpenSSF 恶意包库88

    OpenSSF 恶意包库记录 PyPI litellm 1.107.0 含凭据窃取与后门

    OpenSSF 恶意包库新增记录,指出 2026-10-21 上传至 PyPI 的 litellm 1.107.0 含上游源码中不存在的凭据窃取程序与远程代码执行后门,系在构建或上传环节注入。

    为什么值得看:记录披露了投毒 wheel 中三个额外文件的具体路径与哈希,可用于排查本地是否装过该版本并定位残留。

  15. BleepingComputer73

    日本 Onamae Desktop Cloud 遭入侵,最多 26,739 台客户服务器受影响

    GMO Internet 旗下 Onamae.com 确认 Onamae Desktop Cloud 遭第三方未授权访问,部分客户服务器环境被植入恶意程序,受影响服务器最多达 26,739 台。

    为什么值得看:事件披露了入侵确认、服务器关停与恢复时间未定等处置细节,可了解云服务商在客户环境被植入恶意程序后的应对方式。

  16. BleepingComputer58

    Lazarus 在 FlashHole 行动中用后量子加密保护恶意载荷投递

    卡巴斯基将针对韩国机构的攻击行动命名为 FlashHole,并归因于 Lazarus Group;该行动自 2025 年 7 月开始,通过钓鱼页面和特制 GitHub 页面投递恶意载荷。

    为什么值得看:卡巴斯基复盘 Lazarus 的 FlashHole 行动,其用 ML-KEM 后量子加密保护载荷下发这一手法在恶意软件投递中较为少见。