Agent Skills
返回列表
🔒

STRIDE 威胁分析模式

IT 运维与安全 更新于 2026.08.29

将以下提示词粘贴到你的 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 模式带团队做可重复的威胁识别演练
  • 面向合规与内审的安全专员,需把威胁分析过程与结果整理成审计可核对材料