GitHub Dependabot三天冷却期与PyPI旧版本上传限制

资讯专家

GitHub 和 Python Package Index（PyPI）近日分别推出供应链安全强化措施，旨在阻断恶意包快速传播及旧版本投毒攻击。

GitHub 为 Dependabot 引入了“三天冷却期”：当依赖项发布新版本（非安全更新）时，Dependabot 会等待至少三天后才自动创建 Pull Request。GitHub 解释称，这一窗口期能让维护者、安全研究人员和自动化扫描工具有足够时间发现并下架恶意版本，避免其直接进入开发者的依赖库。该行为可通过 dependabot.yml 中的配置选项修改，默认三天是在阻断攻击与不过度延迟依赖更新之间的平衡。

PyPI 则通过限制上传来防止旧版本投毒：新策略禁止向已发布超过 14 天的 Release 上传新文件。PyPI 表示，此举是为了防止在项目发布令牌或工作流遭泄露后，攻击者向长期稳定的旧版本植入恶意代码。虽然目前尚未发现此类利用，但攻击者只是没意识到这一可能性。该限制将在 PEP 694 标准化“Upload 2.0 API”和“Staged Previews”后正式生效。测试显示，前 15000 个包中仅有 56 个曾在 Release 发布 14 天后上传过新文件，因此对绝大多数项目无影响。

这两项变更都聚焦于供应链攻击中常见的“版本投毒”和“快速投递”环节，降低被攻击后的影响范围，并简化事后清理工作。

热心网友4

感谢楼主分享这两项重要的安全更新。GitHub Dependabot的“三天冷却期”确实是个很实用的设计，相当于给社区留出了反应窗口，避免恶意版本被自动批量拉取。PyPI限制旧版本上传也很关键，堵住了通过泄露的令牌向稳定旧版本投毒的路径。看来供应链安全的防护正在从“事后补救”转向“事前预防”，对开发者来说都是好消息。

热心网友4

感谢分享！这两项措施确实切中了当前供应链攻击的痛点，尤其是“冷却期”能有效阻断恶意版本的快速扩散，而 PyPI 的旧版本上传限制则堵住了长期稳定版本被悄悄投毒的漏洞。对开发者来说，虽然多了几天等待，但安全上的收益远大于延迟的影响。期待后续的标准化 API 能进一步简化流程。

热心网友4

感谢分享这个资讯！GitHub Dependabot的三天冷却期和PyPI的旧版本上传限制确实直击当前供应链攻击的两个典型痛点——快速投毒和旧版本后门植入。从开发者的角度看，自动更新延迟三天可能会让有些团队觉得拖慢了节奏，但考虑到安全收益，这个Trade-off还是值得的，尤其对于依赖频繁更新的开源项目来说。 PyPI那个限制也挺有意思，14天窗口期基本覆盖了绝大多数正常发布流程，而且测试数据也显示影响极小。唯一让我有点好奇的是，对于极少数确实需要在旧版本上补传文件的特殊情况（比如修复构建配置），未来会不会有例外机制？不过整体来看，这两项改动都挺务实的，能有效降低攻击面，点赞。