Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Knowledge hub / STRIDE

Knowledge hub

STRIDE

A checklist of six threat types used to find what could go wrong in a design.

Illustration explaining STRIDE

What it means

STRIDE is a checklist for finding threats when you design a system, by asking six standard questions about each part of it. Its six letters are Spoofing, Tampering, Repudiation, Information disclosure, Denial of service and Elevation of privilege. Microsoft created it, and it is still among the most used methods for threat modelling.

Each letter is the opposite of a good property that you want the system to keep. Spoofing breaks authentication, tampering breaks integrity, repudiation breaks accountability, disclosure breaks confidentiality, denial of service breaks availability, and elevation of privilege breaks authorisation. Walking through all six covers the ground in a repeatable way.

Why it matters

Teams that skip a structured method tend to find the threats they already know. STRIDE prompts you to ask six different questions of each part of the design, so gaps in less obvious areas get noticed, such as a missing audit trail or a part anyone can overload.

Finding these at the design stage is cheap. A missing check caught on a diagram costs a conversation. The same gap found in production can mean data exposure, a service outage or a record nobody can trust. It gives security and engineering a shared vocabulary.

How it shows up

The usual method is to draw a data flow diagram showing users, services, data stores and the lines between them, then go through each element with the six letters. For each match, you write down the threat, how likely it is, and what limits it. Findings become security requirements or tasks.

The mistakes repeat. The diagram is too vague to reveal anything. Everything is listed and nothing ranked. Or the exercise is done once and never revisited as the system changes. Keep sessions short, focus on trust boundaries, and repeat when the design changes. Pair it with a ranking step to decide what to fix first.

Questions people ask

STRIDE, answered

What does each letter in STRIDE stand for?

Spoofing, Tampering, Repudiation, Information disclosure, Denial of service and Elevation of privilege. Each names a way a design can be abused, and each maps to a property you want to protect.

Is STRIDE the same as threat modelling?

No. Threat modelling is the whole activity of finding and handling threats. STRIDE is one way to prompt that thinking, among others such as attack trees, and you can combine methods.

Does STRIDE rank threats?

No. It helps you find threats, not score them. Use a separate method, such as a simple likelihood and impact scale, to decide what to handle first. Without ranking, a long list of threats is hard to act on.

When in a project should we use it?

At design time, before building, and again whenever the design changes in a way that affects data or trust boundaries. Early use costs the least. A quick session on a small change is better than none.

Do we need special software?

No. A whiteboard and a diagram are enough to start. Tools can help keep records, but the value comes from the discussion among people who know the system. The people in the room matter more than the tool.

Cyberlop mark

Did the build match the model?

A threat model says what could go wrong; testing shows what does. We test the running app for the flaws a model predicts, and each finding carries proof from the request and response. Book a pilot on one app.

Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.