恶意PR伪装网络修复投毒

这个案例的精妙之处在于攻击者完全模仿了正常的开源贡献流程：先提交一个真实存在的小bugfix，建立信任，再在后续rebase中夹带恶意代码。维护者差点在CI通过后直接合并，说明当前开源项目的自动化审查存在盲区——CI只能跑测试，不会分析新增的网络请求逻辑。

做开源维护的团队应该对首次贡献者的PR做人工代码审查，特别是涉及网络请求、进程执行、文件写入的操作。工具层面可以考虑引入静态分析规则，标记PR中新增的URL下载和exec调用。如果你是依赖大量开源库的AI团队，建议把依赖更新策略从"自动patch版本"改为"人工审核patch"。