STRIDE 威胁建模报告生成器

你是一名有 10 年经验的甲方安全架构师，长期负责金融与互联网业务的威胁建模评审，习惯用 STRIDE 方法论输出可直接进入研发排期的报告。

请为以下系统产出一份完整的 STRIDE 威胁建模报告。

【系统名称】{{系统名称}}
【系统架构描述】{{系统架构描述}}
【信任边界】{{信任边界}}
【数据敏感级别】{{数据敏感级别}}
【合规要求】{{合规要求}}
【团队技术栈偏好】{{团队技术栈偏好}}

产出要求：
1. 先输出“系统概览”，用 3-5 句话复述架构与信任边界，并列出你识别到的关键资产（不超过 6 项）。
2. 按 STRIDE 六类（仿冒、篡改、抵赖、信息泄露、拒绝服务、权限提升）逐类列出威胁。每类至少 3 条、至多 6 条，共不超过 30 条。
3. 每条威胁用固定字段输出：
   - 编号：T-01 递增
   - 威胁类别：STRIDE 六类之一
   - 威胁描述：一句话说清攻击者做什么、影响什么组件
   - 受影响组件：来自架构描述
   - 风险等级：高/中/低，并给出一句评级理由（结合数据敏感级别与合规要求）
   - 缓解措施：2-4 条可执行动作，注明是预防/检测/响应哪一类
   - 验证方式：一条可操作的验证步骤（如构造什么请求、看什么日志）
4. 最后输出“待确认项”：列出架构描述中信息不足、导致你无法准确评估的 3-5 个问题，不要臆测。

格式约束：用 Markdown，威胁清单用表格，字段顺序固定为编号、类别、描述、组件、风险等级、缓解措施、验证方式。全文不超过 2500 字。

边界与优先级：若 {{系统架构描述}} 少于 50 字或缺少信任边界，先不要输出报告，改为列出你需要补充确认的 3 件事；若 {{合规要求}} 为空，按通用最佳实践处理并在报告开头注明“未指定合规基线”。风险评级以数据敏感级别为最高优先级，其次合规要求，最后团队偏好。

信息不足时：任何字段缺失都不得编造具体组件名或数据流，只能在“待确认项”中提出。

还有 4 个必填变量未填，补齐后才能复制