threat-modeling

Guides structured threat modeling using STRIDE, data flow diagrams, and trust boundaries.

Updated Dec 29, 2025
One-click install
npx skills add https://github.com/snoodleboot-io/discrecontinual_equations --skill threat-modeling-snoodleboot-io
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: threat-modeling
Source: https://github.com/snoodleboot-io/discrecontinual_equations/tree/main/.claude/skills/threat-modeling
Command: npx skills add https://github.com/snoodleboot-io/discrecontinual_equations --skill threat-modeling-snoodleboot-io

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security reviews often produce generic threat lists or stale documents because teams skip drawing trust boundaries, assigning dispositions, or closing the loop with tests. This Skill provides a rigorous, repeatable methodology for identifying, prioritizing, and mitigating security threats at design time. ## Core Features & Use Cases - Four-Question Framework: Walks through what you are building, what can go wrong, what you will do about it, and whether you did a good job. - DFD and Trust Boundary Analysis: Maps external entities, processes, data stores, and flows with explicit trust boundaries including tenant, vendor, and CI/CD edges. - STRIDE Per Element: Applies the correct STRIDE categories to each diagram element using the standard element-to-category mapping, with worked threat tables. - Use Case: When designing a multi-tenant SaaS API, use this Skill to produce a data flow diagram, enumerate sixteen concrete threats with dispositions and owners, prioritize them on a likelihood-by-impact grid, and link each mitigation to a ticket and a regression test. ## Quick Start Ask the assistant to threat model your system architecture using STRIDE and data flow diagrams with trust boundaries.

Frequently Asked Questions about threat-modeling

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

FAQPage Schema
How do I create a threat model for my application?▼

Start by drawing a data flow diagram with external entities, processes, data stores, and flows, then mark every trust boundary. Apply STRIDE per element using the standard category mapping, give each threat a disposition and owner, and prioritize on a likelihood-by-impact grid.

What is STRIDE and how is it applied in threat modeling?▼

STRIDE categorizes threats as Spoofing, Tampering, Repudiation, Information disclosure, Denial of service, and Elevation of privilege. Apply it per element using the standard mapping: processes get all six categories, while data flows only get tampering, disclosure, and denial of service.

What is the difference between threat modeling and penetration testing?▼

Threat modeling finds classes of flaws and missing controls at design time, when fixes are whiteboard edits. Penetration testing finds exploitable instances in the deployed system. They are complements: model at design, test at ship.

How do I enforce tenant isolation in a multi-tenant application?▼

A logical tenant boundary needs a named enforcement point code cannot bypass, such as Postgres row-level security on tenant_id or a repository layer that refuses unscoped queries. Developer convention alone is not a boundary.

When should a threat model be reviewed or updated?▼

Trigger a re-review whenever the design changes materially: a new trust boundary, a new data class, or a new integration such as a vendor or webhook. Modeling once at project start leaves the model wrong within a quarter.