STRIDE Threat Modeling Fundamentals
Learn Microsoft's STRIDE framework and the Threat Modeling Manifesto's four-question structure, then apply STRIDE by hand to a simple login flow and record the resulting threats in OWASP Threat Dragon.
Threat modeling is the practice of thinking through what could go wrong with a system before it's built, or before a change ships — not a penetration test, not a code review, but a structured design-time conversation. The Threat Modeling Manifesto (a set of principles published by a group of long-time practitioners, including Adam Shostack and the OWASP Threat Dragon and pytm project leads) frames the entire discipline around four questions: What are we working on? (scope), What can go wrong? (threats), What are we going to do about it? (mitigations), and Did we do a good job? (validation). Every technique in this roadmap is really just a structured way of answering the second question well.
STRIDE, developed at Microsoft in the late 1990s and still the most widely taught threat categorization scheme today, answers "what can go wrong" by giving you six concrete categories to check systematically instead of trying to brainstorm threats from nothing. That systematic-checklist quality is exactly why it's the right starting point for this roadmap — it turns an open-ended, easy-to-under-think exercise into a repeatable one.
Step 1 — The six STRIDE categories, and the property each one violates
Step 2 — Apply STRIDE by hand to a login flow
Step 3 — Per-element vs. per-interaction: applying STRIDE at scale
Step 4 — Recording threats in OWASP Threat Dragon
Secret Mission: STRIDE a three-component system end to end
Before You Go
Test what you just learned
Self-testing is one of the best ways to retain new skills. Unlock project quizzes to check your understanding.
Log in to unlock0 / 7 complete
