来自开源 skill 仓库的 supply-chain-se…

# Python依赖供应链安全检查方案

> 说明：我无法直接访问你的文件系统读取requirements.txt，以下提供完整可落地的自查流程，按步骤执行即可完成87个包的扫描。

一、漏洞扫描（已知CVE）

推荐工具（可组合使用）：

• pip-audit：PyPA官方工具，查询OSV/PyPI漏洞数据库

```bash

pip install pip-audit

pip-audit -r requirements.txt

```

• Safety：扫描DB安全数据库

```bash

safety check -r requirements.txt

```

• OSV-Scanner（Google）：支持跨生态漏洞匹配

操作要点：

• 两个工具交叉扫描，降低漏报率
• 记录输出的漏洞编号（如CVE-2023-xxxx）和受影响版本区间
• 区分直接依赖与传递依赖（pip-audit 默认已覆盖传递链）

二、恶意投毒风险检测

• PyPI包名仿冒检测：逐个核对包名拼写（如 requests vs reqeusts），仿正品名是典型投毒手法
• Confuser/Datadog包签名溯源：用 pip index 确认包是否来自官方PyPI源；检查公司是否配置了私有源/镜像，防止中间人篡改
• 包元数据核查：对不熟悉的包，检查PyPI页面的维护者、项目主页、下载量、发布历史
• 工具辅助：
• OSV-Scanner 部分覆盖恶意包
• Socket.dev / Snyk（商业工具）可检测安装脚本异常行为（setup.py中的网络请求、代码执行）
• 重点排查：setup.py/setup.cfg 中含 install_requires 外部URL、post-install脚本的包

三、修复建议输出模板

| 类别 | 动作 |

|---|---|

| 有CVE且修复版存在 | 升级到官方修复版本（优先补丁版本，降低兼容风险） |

| 无修复版本 | 评估替代库或临时缓解（配置加固、WAF） |

| 疑似投毒 | 立即从依赖中移除、轮换环境中泄露的密钥/凭据 |

| 长期失维护 | 评估迁移至活跃维护的替代库 |

四、长效机制

• 锁定依赖：改用 pip-tools 或 poetry lock 生成哈希锁文件，防止篡改
• CI门禁：在流水线中集成 pip-audit，发现高危漏洞阻断合并
• 定期扫描：至少每月全量扫描一次；关注PyPA、GitHub Advisory Database公告
• 最小权限：构建环境不使用root，限制包安装时的网络访问

执行优先级：先跑pip-audit拿漏洞清单 → 核对包名仿冒 → 修复高危项 → 建立CI门禁。