为什么安全基线要前置
很多团队把安全当作上线前“最后一道检查”，这会导致大量问题在后期集中暴露，修复成本高且影响进度。
更稳妥的做法是在方案阶段同步定义安全边界，让架构、流程和组织职责从一开始就可控。
前置安全并不会拖慢交付，反而能减少返工和上线风险。
- 方案阶段即定义安全目标
- 安全要求写入验收口径
- 风险治理贯穿交付全流程
身份权限治理：最小授权与职责绑定
权限设计应基于角色职责，而非个人习惯。不同岗位只开放完成当前职责所需的最小权限。
对高风险操作（如模型配置变更、批量数据导出）建议采用审批与双人复核机制。
权限变更过程本身也要被记录，确保后续审计可追踪。
- 角色化权限模型
- 高风险操作审批机制
- 权限变更全程留痕
数据安全与隔离：按业务域建立边界
数据隔离建议按业务域与敏感等级双维度设计，避免跨部门数据在系统内无边界流动。
对训练与推理链路应分别设置访问策略，防止高敏数据在非必要环节暴露。
同时应建立脱敏与最小可见机制，确保“可用”和“可控”之间的平衡。
- 业务域隔离与分级访问
- 训练/推理链路分层保护
- 脱敏与最小可见策略
审计与应急：可追溯、可回退、可演练
日志体系要覆盖请求来源、版本信息、关键操作与异常状态，满足问题复盘与监管审查。
应急机制不能停留在文档层面，建议定期进行回滚和故障演练，验证预案可执行性。
当系统进入稳定运营后，还需建立季度安全复盘机制，持续校准基线。
- 关键调用全链路审计
- 回滚预案实战演练
- 季度安全复盘制度化
