INPUT车型与 Item 上下文
系统边界、功能、架构、资产、供应商输入
PROCESS受控 TARA 工作流
分析、建议、人工评审、版本与变更影响
OUTPUT面向审计准备的交付
工作簿、完备性检查、引用与评审记录
CONTROL人审合规
AI 草稿不直接成为受控工程结论
TARA WORKFLOW
从边界到处置，六步不断链。
每个阶段都明确输入、责任人、受控对象和输出。上游对象修改后，相关分析与证据会进入影响复核，而不是悄悄沿用旧结论。
- 01
定义 Item 与边界
建立功能、接口、架构、数据流、依赖与假设。
- 02
识别资产与损害场景
把安全属性与业务、车辆和人员影响关联起来。
- 03
构建威胁与攻击路径
基于暴露面、入口和攻击步骤形成可复核路径。
- 04
评估风险并决定处置
记录影响、攻击可行性、风险值、理由和授权。
- 05
形成目标与需求
让网络安全目标、声明和 CSRS 追溯回风险来源。
- 06
检查、评审与导出
执行完备性检查，冻结评审基线并形成交付包。
GOVERNANCE
“有 AI”不是控制，“有人负责”才是。
COMPASS 把建议、决定和批准分开处理。模型输出进入评审暂存区，工程师可以接受、修改或退回；计划作者和证据作者不能完成自己的独立批准。
- 建议
- 显示依据、适用对象与不确定性
- 决定
- 记录人员、时间、修改内容和理由
- 批准
- 按角色与独立性要求执行确认
- 变更
- 上游修订触发下游影响与重新评审
交付物有名称，也有来源。
实际导出范围以评估环境与项目配置为准；下列内容描述 COMPASS 组织和追溯的核心工作产物。
CONTEXTItem Definition
边界、功能、接口、架构、资产与假设
ANALYSISTARA
损害场景、威胁场景、攻击路径、风险与处置
CONTROL目标与需求
网络安全目标、声明、CSRS 与追溯关系
EVIDENCE评审与审计准备
完备性结果、批准记录、版本引用与导出基线