threat-modeling

Enumerate threats per system element using STRIDE or PASTA methodologies.

1|Updated Nov 29, 2025
One-click install
npx skills add https://github.com/SSiertsema/claude-code-plugins --skill threat-modeling-ssiertsema
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: threat-modeling
Source: https://github.com/SSiertsema/claude-code-plugins/tree/main/threat-modeling/skills/threat-modeling
Command: npx skills add https://github.com/SSiertsema/claude-code-plugins --skill threat-modeling-ssiertsema

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Threat modeling helps teams identify and quantify security risks across a system by enumerating threats per element and highlighting mitigations.

Core Features & Use Cases

  • Enumerates threats per element using STRIDE or PASTA.
  • Maps threats to mitigations and records residual risk for remediation planning.
  • Useful for architecture reviews, compliance mappings, and secure-by-design initiatives.

Quick Start

Define your system, select STRIDE or PASTA, and enumerate threats per element to produce a mitigated threat model.

Frequently Asked Questions about threat-modeling

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I perform threat modeling to identify security risks across a system architecture?

Threat modeling identifies and quantifies security risks by enumerating threats per system element. It uses system decomposition and trust boundary definitions to map threats to mitigations and document residual risk for remediation planning.

What is the difference between STRIDE and PASTA for risk assessment?

STRIDE and PASTA are distinct methodologies for structuring threat modeling. STRIDE categorizes threats by type per element, while PASTA focuses on a risk-centric approach to quantify likelihood and impact across the system decomposition.

How do I enumerate threats per element and map them to mitigations?

To enumerate threats per element, select STRIDE or PASTA, break down the system architecture, and define trust boundaries. You then score likelihood and impact for each threat and map them to specific mitigations to calculate residual risk.

Can I use threat modeling for compliance mappings and secure-by-design architecture reviews?

Yes, threat modeling supports secure-by-design initiatives and compliance mappings. By systematically quantifying risks and documenting residual risk per element, it provides the necessary audit trail for architecture reviews and compliance requirements.

Do I need a system decomposition reference before starting threat modeling?

Yes, a system decomposition reference is required to begin threat modeling. It acts as the baseline to define trust boundaries, enumerate per-element threats, and accurately score likelihood and impact for mitigations.

What is the best way to document residual risk after applying mitigations?

The best way to document residual risk is through per-element threat enumeration and mitigation mapping. By scoring likelihood and impact before and after mitigations, you produce a quantified residual risk profile for remediation planning.