1. 课程导论

1.1 CI/CD流水线安全现状：从“效率优先”到“安全左移”的阵痛

现代软件交付已全面进入流水线自动化时代。然而，当开发团队将代码提交、构建、测试、部署全链路自动化后，安全却往往成为被忽视的“最后一公里”。根据行业调研，超过 60% 的企业在 CI/CD 流水线中曾发生过至少一次因权限配置不当导致的安全事件。

当前安全现状呈现三大核心痛点：

• 权限过度膨胀：默认使用高权限 Token（如 root、admin 级别），导致流水线中任意环节被攻破即可横向移动至生产环境。
• 凭证硬编码与泄露：API Key、SSH 密钥、云服务凭证直接写入 YAML 配置文件或代码仓库，成为攻击者首选入口。
• 合规审计盲区：流水线角色（开发者、CI 机器人、部署代理）之间的权限边界模糊，无法满足 SOC2、PCI-DSS、等保 2.0 等合规框架对“最小权限”和“职责分离”的明确要求。

1.2 核心概念：权限矩阵与合规边界

要解决上述问题，必须首先建立两个核心概念模型：权限矩阵和合规边界。

1.2.1 权限矩阵（Permission Matrix）

权限矩阵是描述“主体（Subject）”对“资源（Resource）”执行“操作（Action）”的二维或多维映射关系。在 CI/CD 语境下，主体包括：开发者、CI 服务账户、部署代理、外部系统 Webhook；资源包括：代码仓库、制品仓库、Kubernetes 集群、云服务 API、密钥存储。

1.2.2 合规边界（Compliance Boundary）

合规边界是指为了满足特定安全标准或法规要求，在流水线中划定的不可逾越的权限与操作范围。它定义了“允许做什么”和“绝对禁止做什么”之间的红线。常见的合规边界包括：

• 环境隔离边界：生产环境与测试环境的凭证、网络、数据必须严格隔离。
• 职责分离边界：代码提交者不能同时是代码审核者与部署审批者（四眼原则）。
• 数据保护边界：流水线中不得明文传输或存储敏感数据（如密码、Token）。

1.3 课程目标：构建可验证的权限安全体系

本课程旨在帮助学员从“被动救火”转向“主动防御”，通过系统化的方法论与工具链，实现以下三大目标：

1. 掌握权限矩阵建模与审计技术：能够使用工具（如 Open Policy Agent、AWS IAM Access Analyzer、GitHub Token Scanner）自动生成流水线权限矩阵，并识别过度授权与僵尸权限。
2. 建立合规边界验证框架：基于 CIS Benchmarks、NIST SP 800-207 等标准，设计针对 CI/CD 流水线的合规检查点，并集成到流水线门禁（Pipeline Gate）中。
3. 实现安全测试自动化：将权限扫描、凭证检测、策略模拟作为流水线中的强制阶段，确保每次构建都通过安全合规校验。

1.4 学习路径：从理论到实战的阶梯式设计

课程共分为 6 个模块，遵循“认知 → 建模 → 测试 → 验证 → 加固 → 运营”的递进逻辑：

1.5 学习准备：环境与工具清单

为获得最佳学习体验，建议提前准备以下环境：

• 代码仓库：GitHub 或 GitLab 账号（用于创建测试流水线）。
• 本地工具：Docker Desktop、VS Code + YAML 插件。
• 安全工具（可选）：OPA (Open Policy Agent)、Trivy、Checkov。
• 云环境：一个用于测试的 AWS/GCP/Azure 免费账号（非必须，课程提供模拟环境）。