mcpField
T
threat-mitigation-mapping

threat-mitigation-mapping

github.com/hash-id安全251 次安装4 天前更新
代码仓库

关于 threat-mitigation-mapping

用于将安全威胁映射到控制措施的安全规划技能，适合安全架构审查、风险处理和修复路线图制定。它按控制类型与防御层次组织分析，并提供更详细的映射模板参考。

主要功能

  1. 01按预防、检测和纠正分类控制
  2. 02覆盖网络、应用、数据等层次
  3. 03指导纵深防御设计
  4. 04提供威胁与控制映射模板
  5. 05强调控制效果跟踪与定期审查

适用场景

  1. 01确定安全投资优先级
  2. 02检查威胁是否有对应控制
  3. 03制定修复路线图
  4. 04评审纵深防御和控制覆盖

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/hash-id/openspec-schema --skill threat-mitigation-mapping

安装后在 Claude Code 中输入/threat-mitigation-mapping确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

LICENSE
VENDOR.md
references/
details.md

详细介绍

威胁缓解映射

将威胁与控件关联，以实现有效的安全规划。

何时使用此技能

  • 确定安全投资优先级
  • 制定修复路线图
  • 验证控件覆盖范围
  • 设计纵深防御
  • 安全架构审查
  • 风险处置规划

核心概念

1. 控件类别
Preventive ────► Stop attacks before they occur
   │              (Firewall, Input validation)
   │
Detective ─────► Identify attacks in progress
   │              (IDS, Log monitoring)
   │
Corrective ────► Respond and recover from attacks
                  (Incident response, Backup restore)
2. 控件层级
层级示例
网络防火墙、WAF、DDoS 防护
应用程序输入验证、身份验证
数据加密、访问控制
端点EDR、补丁管理
流程安全培训、事件响应
3. 纵深防御
                    ┌──────────────────────┐
                    │      Perimeter       │ ← Firewall, WAF
                    │   ┌──────────────┐   │
                    │   │   Network    │   │ ← Segmentation, IDS
                    │   │  ┌────────┐  │   │
                    │   │  │  Host  │  │   │ ← EDR, Hardening
                    │   │  │ ┌────┐ │  │   │
                    │   │  │ │App │ │  │   │ ← Auth, Validation
                    │   │  │ │Data│ │  │   │ ← Encryption
                    │   │  │ └────┘ │  │   │
                    │   │  └────────┘  │   │
                    │   └──────────────┘   │
                    └──────────────────────┘

模板和详细完整示例

完整的模板库以及详细的缓解/控件映射位于 references/details.md。当你需要以下内容的具体模板时，请阅读该文件：缓解模型、纵深防御评分、执行摘要框架、关键缺口报告、建议、实施路线图、按控件分类的结果。

最佳实践

应该做的
  • 映射所有威胁 - 任何威胁都不应未被映射
  • 分层控件 - 纵深防御至关重要
  • 混合控件类型 - 预防性、检测性、纠正性
  • 跟踪有效性 - 衡量并改进
  • 定期审查 - 控件会随时间推移而退化
不应该做的
  • 不要依赖单一控件 - 单点故障
  • 不要忽视成本 - ROI 很重要
  • 不要跳过测试 - 未经测试的控件可能会失效
  • 不要设置后就忘记 - 持续改进
  • 不要忽视人员/流程 - 仅靠技术还不够

评论

支持 Markdown