Agent Skills
返回列表
轻量威胁建模

轻量威胁建模

IT 运维与安全 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_c283aad7/gy10。

技能介绍

要解决什么问题

在改接口、加功能或上线前,团队往往缺一次可落地的安全审视:不是堆合规 checklist,而是把资产、入口和滥用路径说清楚,并给出能验证的缓解措施。完整 STRIDE/威胁建模工作坊成本高,日常 PR 或小型服务更需要轻量、结构化的一轮 pass。

技能如何工作

本技能按固定工作流引导模型完成紧凑威胁建模:

  1. 界定范围:识别资产、参与者、信任边界与入口点。
  2. 控制项检查:覆盖认证、授权、输入校验、密钥处理、日志与数据暴露等常见面。
  3. 滥用与失效:考虑滥用场景与故障模式(而不仅是「理想路径」)。
  4. 优先级:按实际可利用性与影响对发现项排序。
  5. 闭环:为每项问题输出 Risk、Why it matters、Mitigation、Verification;推测性判断需明确标注。

输出强调「为什么重要」与「如何验证」,便于工程师直接排期修复,而不是只列抽象风险名。

适用边界与注意点

  • 适合设计评审、PR 安全点评、小服务/内部 API 等场景,不替代正式渗透测试或合规审计。
  • 结论质量依赖你对系统上下文的描述;边界、数据流、部署方式写得越具体,检查越准。
  • 模型可能遗漏组织特有的威胁(供应链、内部权限模型等),关键系统仍建议人工复核或与现有安全基线对照。

使用场景

  • 新接口或对外 API 定稿前,要快速列出资产、信任边界与入口并排出优先修复项
  • 合并涉及登录、权限或密钥改动的 PR 前,需要按认证、授权与密钥处理逐项对照并写验证步骤
  • 内部管理后台或小服务上线前,要梳理滥用场景与故障模式并给出可执行的 Mitigation
  • 架构评审会上用一页结构化输出,把 Risk、影响说明与 Verification 交给研发排期

适合人员

  • 负责对外 API 的后端工程师,希望在上线前用固定清单过一遍认证、输入校验与数据暴露
  • 带安全意识的 Tech Lead,需要在设计评审里把可利用性与影响排序,而不是只罗列抽象威胁
  • 维护内部运维或管理系统的 SRE,要在变更窗口前确认日志、密钥与权限边界没有明显缺口
  • 安全或平台工程师,需要把 PR 或小型改动的发现整理成带 Verification 的条目便于跟踪