用途：本技能整理 CI/CD 流水线与供应链的攻击方法论，用于在获得授权的前提下测试流水线安全性。CI/CD 系统掌握仓库读写权限、部署凭据并可直接修改生产环境，一旦被攻陷可同时获得代码控制权、Secrets 访问权与云环境穿透能力。
组织方式：以决策树形式展开，识别到具体平台后应加载对应参考文档获取完整细节，包括 GitHub Actions 专项、平台专项（Jenkins、GitLab CI、CircleCI、Azure DevOps、Drone、Buildkite、Terraform、Atlantis、Serverless 等）以及跨平台构建文件注入（package.json、setup.py、Makefile、Bazel、Maven/Gradle、csproj）。
主要阶段：Phase 0 通过 .github/workflows/.yml、Jenkinsfile、.gitlab-ci.yml、.circleci/config.yml、azure-pipelines.yml、.drone.yml、.buildkite/.yml、atlantis.yaml、*.tf、serverless.yml 等标识文件识别 CI/CD 平台。Phase 1 覆盖 VCS 攻击面，包括 Git 历史代码泄露、GitHub Dork、分支保护绕过（自审批、推送后审批未失效、CODEOWNERS 配置错误、管理员豁免、PR 劫持）与 Webhook 滥用。Phase 2 为 PPE 流水线投毒，区分 D-PPE（直接修改 CI 配置）、I-PPE（修改 Makefile、package.json、requirements.txt、Terraform .tf、Dockerfile 等依赖文件）与 3PE（通过外部 PR、Context Script Injection、issue_comment 触发）。Phase 3 为 Secrets 窃取与横向移动，涉及环境变量导出、/home/runner/work/_temp、进程内存读取、利用 GITHUB_TOKEN 或 Artifact 中转，以及经 OIDC、AWS AK/SK、GCP Service Account、kubeconfig 等凭据穿越到云环境，Self-hosted Runner 还存在云元数据、Docker API、K8s 等额外攻击面。Phase 4 为平台专项，如 GitHub Actions 的 Artifact/Cache Poisoning、Action Tag 劫持、AI Agent 注入，Jenkins 的 Groovy Script Console RCE 与凭据转储，Terraform/Atlantis 的 plan/apply RCE 与 state 文件篡改。
限制与注意：CI/CD 系统通常有完整审计日志，PR、workflow 执行与 Secrets 访问均会被记录，Self-hosted Runner 操作可能触发 EDR/HIDS 告警；应在授权测试前与客户确认测试范围与影响。GitHub 日志掩码仅保护渲染输出，进程内存中仍为明文。具体执行细节、命令与完整技术手法需查阅上述参考文档，本资料未逐一提供。