进行系统安全分析或威胁建模时，用 STRIDE…

适用于新系统威胁建模、现有架构安全分析、安全设计评审、威胁文档/团队培训及合规审计准备。

适用场景

解决思路

1. 按 Spoofing（伪装）类别分析认证威胁。
2. 按 Tampering（篡改）类别分析完整性威胁。
3. 按 Repudiation（抵赖）类别分析不可否认性威胁。
4. 按 Information Disclosure（信息泄露）类别分析机密性威胁。
5. 按 Denial of Service（拒绝服务）类别分析可用性威胁。
6. 按 Elevation of Privilege（权限提升）类别分析授权威胁。
7. 对 Spoofing 类别提问：攻击者能否冒充他人？并将控制族映射到 Authentication（认证）。
8. 对 Tampering 类别提问：攻击者能否修改传输中或静态数据？并将控制族映射到 Integrity（完整性）。
9. 对 Repudiation 类别提问：攻击者能否否认操作？并将控制族映射到 Logging/Audit（日志/审计）。
10. 对 Information Disclosure 类别提问：攻击者能否访问未授权数据？并将控制族映射到 Encryption（加密）。
11. 对 Denial of Service 类别提问：攻击者能否破坏可用性？并将控制族映射到 Rate limiting（限流）。
12. 对 Elevation of Privilege 类别提问：攻击者能否获得更高权限？并将控制族映射到 Authorization（授权）。
13. 需要具体模板时，读取 `references/details.md` 中的完整模板库和工作示例。
14. 邀请利益相关者，纳入安全、开发、运维视角。
15. 保持系统性，覆盖所有 STRIDE 类别。
16. 现实地划分优先级，聚焦高影响威胁。
17. 定期更新，将威胁模型视为活文档。
18. 使用可视化辅助，如数据流图（DFD），帮助沟通。
19. 不要跳过类别，因为每个类别揭示不同威胁。
20. 不要假设安全，质疑每个组件。
21. 不要孤立工作，协作建模更好。
22. 不要忽略低概率，高影响威胁同样重要。
23. 不要停留在识别，跟进缓解措施。