第一章 安全引导项目启动：定义项目范围、明确安全目标、组建安全团队
适用场景
本流程适用于首次引入PBL安全引导的新项目、安全成熟度较低的遗留系统改造项目，以及跨部门协同需要统一安全基线的阶段。典型触发条件包括：
- 项目已获得初步立项或资源分配，但尚未正式启动安全活动
- 业务需求文档（BRD）或项目章程已签发，需要补充安全维度
- 安全监管或合规审计要求必须在项目早期嵌入安全控制
- 组织首次应用PBL方法，需要建立安全引导的初始样式
前置条件
- 已获取经批准的业务需求文档或项目立项书
- 已完成初步风险评估或威胁建模草稿（如存在）
- 获得项目发起人及高层管理对安全引导的书面支持
- 拥有至少一名具备PBL引导经验的安全架构师或安全经理
- 项目预算中已预留安全引导所需的工时和工具采购费用
操作步骤
- 定义项目范围：收集项目章程、业务需求、技术架构草图，识别系统边界、关键资产、外部接口、数据流方向，输出 项目范围说明书（安全附注）。
- 明确安全目标：与项目干系人（业务、开发、运维）联合评审安全需求，将合规要求、客户契约、内部基线转化为可量化的安全目标（如：漏洞密度 ≤ 0.5/KLOC，CVSS 9.0+ 漏洞修复周期 ≤ 48 小时）。
- 组建安全团队：确定安全引导负责人、安全工程师、各领域联络人（开发代表、测试代表、运维代表），签发职责矩阵并规划引导频率（每周至少一次同步站会）。
关键提示：定义范围时使用 数据流图 + 攻击树 交叉验证边界；安全目标必须与业务KPI挂钩，否则后续难以获得资源投入。
输入输出物
| 阶段 | 输入物 | 输出物 |
|---|---|---|
| 定义范围 | 项目章程、BRD、初始架构图 | 项目范围说明书（安全附注） |
| 明确目标 | 安全需求列表、合规矩阵、风险报告 | 安全目标清单（含量化指标） |
| 组建团队 | 项目组织结构、可用人才池 | 安全团队职责矩阵、引导日历 |
责任边界
- 安全引导负责人：主持范围界定会、目标分解会，签署范围说明书；对安全目标合理性负最终责任。
- 项目经理：提供项目背景信息，协调干系人时间，确保安全活动不阻塞主计划。
- 业务代表：确认安全目标与业务价值不冲突，承诺合规底线。
- 开发/运维代表：评估技术可行性，反馈目标实现成本及工期影响。
记录材料
- 项目范围说明书（安全附注） – 至少包含系统边界图示、内外接口清单、信任边界说明。
- 安全目标清单 – 每个目标包含指标名称、阈值、测量频率、负责人。
- 安全团队职责矩阵 – 使用 RACI 格式标注每项活动的执行人、负责人、咨询人、通知人。
- 引导会议纪要 – 记录决策、待办、风险项。
异常处理
常见异常及其处置预案
- 范围蔓延：当干系人不断新增安全需求时，引导负责人需使用“范围变更控制流程”重新评估影响力，拒绝非关键项或调整目标基线。
- 目标冲突：如“零漏洞上线”与“快速交付”矛盾，采用风险接受策略，建立渐进式安全目标（例如：首版本仅覆盖高危急漏洞，后续迭代中补齐。
- 团队资源不足：立即启动升级机制，向安全总监报告缺口，请求临时借调或外包安全专家；同时调整引导频率从每周三次降为两次，以匹配现有产能。
- 干系人不配合：通过项目发起人发布正式授权书，并将安全引导纳入项目绩效考核指标。
验收标准
- 项目范围说明书经安全引导负责人、项目经理、业务代表三方签字确认。
- 所有安全目标具备可量化的测量方法，并录入项目管理工具（如 JIRA 自定义字段）。
- 团队职责矩阵已发布，每位成员明确自己在安全引导中的角色与交付物。
- 首次安全引导站会已于组建后 3 个工作日内完成。
- 启动阶段全部记录材料归档至项目共享空间，权限受控。