轻量威胁建模
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_c283aad7/gy10。
技能介绍
要解决什么问题
在改接口、加功能或上线前,团队往往缺一次可落地的安全审视:不是堆合规 checklist,而是把资产、入口和滥用路径说清楚,并给出能验证的缓解措施。完整 STRIDE/威胁建模工作坊成本高,日常 PR 或小型服务更需要轻量、结构化的一轮 pass。
技能如何工作
本技能按固定工作流引导模型完成紧凑威胁建模:
- 界定范围:识别资产、参与者、信任边界与入口点。
- 控制项检查:覆盖认证、授权、输入校验、密钥处理、日志与数据暴露等常见面。
- 滥用与失效:考虑滥用场景与故障模式(而不仅是「理想路径」)。
- 优先级:按实际可利用性与影响对发现项排序。
- 闭环:为每项问题输出 Risk、Why it matters、Mitigation、Verification;推测性判断需明确标注。
输出强调「为什么重要」与「如何验证」,便于工程师直接排期修复,而不是只列抽象风险名。
适用边界与注意点
- 适合设计评审、PR 安全点评、小服务/内部 API 等场景,不替代正式渗透测试或合规审计。
- 结论质量依赖你对系统上下文的描述;边界、数据流、部署方式写得越具体,检查越准。
- 模型可能遗漏组织特有的威胁(供应链、内部权限模型等),关键系统仍建议人工复核或与现有安全基线对照。
使用场景
- 新接口或对外 API 定稿前,要快速列出资产、信任边界与入口并排出优先修复项
- 合并涉及登录、权限或密钥改动的 PR 前,需要按认证、授权与密钥处理逐项对照并写验证步骤
- 内部管理后台或小服务上线前,要梳理滥用场景与故障模式并给出可执行的 Mitigation
- 架构评审会上用一页结构化输出,把 Risk、影响说明与 Verification 交给研发排期
适合人员
- 负责对外 API 的后端工程师,希望在上线前用固定清单过一遍认证、输入校验与数据暴露
- 带安全意识的 Tech Lead,需要在设计评审里把可利用性与影响排序,而不是只罗列抽象威胁
- 维护内部运维或管理系统的 SRE,要在变更窗口前确认日志、密钥与权限边界没有明显缺口
- 安全或平台工程师,需要把 PR 或小型改动的发现整理成带 Verification 的条目便于跟踪