STRIDE 威胁分析模式
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md 的说明,将 @org-02qudk26/stride-analysis-patterns 安装到你的 AI 助手中。
技能介绍
威胁建模里「想到什么写什么」的问题
在安全设计评审或威胁建模工作坊里,团队往往依赖个人经验罗列威胁,缺少统一分类与检查清单,结果容易漏项、难以复现,也不利于写进威胁文档或应对合规审计。
技能在做什么
本技能围绕 STRIDE(Spoofing、Tampering、Repudiation、Information Disclosure、Denial of Service、Elevation of Privilege)方法论,把威胁识别拆成可重复的模式与步骤:
- 在动手前明确目标、约束与所需输入(系统边界、数据流、信任假设等)
- 按 STRIDE 维度系统化枚举威胁,而不是零散 brainstorm
- 给出可操作的步骤与验证方法,便于会议落地和后续文档化
- 需要更细的模式与示例时,对照
resources/implementation-playbook.md中的实现手册
典型适用场景包括:启动新的威胁建模会议、分析现有系统架构、审查安全设计决策、编写威胁说明,以及团队培训与审计准备。
适用边界
若任务与 STRIDE 威胁分析无关,或需要本技能范围外的专用工具/领域(例如纯渗透测试执行、非 STRIDE 框架的合规清单),不宜强行套用此技能;应改用对应方法论或工具链。
使用场景
- 新产品上线前召开威胁建模工作坊,需按 STRIDE 维度系统化列出威胁并记录结论
- 对现有微服务架构做安全评审,要识别欺骗、篡改、权限提升等类威胁并补文档
- 安全设计评审会上,需用统一方法论挑战数据流与信任边界相关的设计决策
- 为等保或内外部审计准备材料,要把系统威胁分析整理成可复现的书面说明
适合人员
- 负责新系统或重大改版的安全架构师,需要在设计阶段产出结构化威胁清单
- 应用安全工程师,定期对线上架构做威胁建模并维护威胁模型文档
- 安全培训负责人,要用 STRIDE 模式带团队做可重复的威胁识别演练
- 面向合规与内审的安全专员,需把威胁分析过程与结果整理成审计可核对材料