Skip to content
winfunc
Threat modeling
Available

Find design mistakes while changes are still cheap.

Winfunc builds a threat model from your design documents and from the code itself: assets, actors, data flows, trust boundaries, and entry points, with STRIDE-categorized threats ranked by what they expose. Open assumptions become focused hypothesis scans against the implementation.

How it works
  1. acme
  2. /billing-api
  3. /Threat model
Internet
Browser
client
Stripe
webhook
App VPC
API gateway
edge
billing-api
service
Data
Postgres
store
S3 exports
store
  • DisclosureInvoice ids are sequential and looked up without a tenantbilling-apiC
  • SpoofingPayment webhook accepted without a signature checkwebhooksH
  • ElevationSupport role can call the admin exportadmin apiH
  • TamperingPlan price read from the client payloadcheckoutM
Threat modelIllustrative data
The problem

Security work should end in a decision, not another queue.

Architecture choices create security assumptions long before a scanner has code to inspect. Teams need a practical way to review assets, actors, data flows, and trust boundaries while a design can still change, and to keep that model current once the code exists.

  1. Design and code
  2. threats and assumptions
  3. mitigation plan
How it works

From scope to an engineering decision.

Connect the repository, and add a design document, diagram, or feature spec if the change is not built yet. Name the sensitive assets and the decisions that are still open.

  1. Scope01

    Map actors, valuable assets, data flows, entry points, and trust boundaries

  2. Investigate02

    Categorize threats with STRIDE and trace each to the components it touches

  3. Investigate03

    Rank threats by exposure and recommend mitigations with owners

  4. Review04

    Turn unresolved assumptions into hypothesis scans against the code

Deliverables

What your team gets.

  1. 01A data-flow and trust-boundary map
  2. 02Ranked threats and failure cases
  3. 03Mitigations and assumptions to test
  • A data-flow diagram with trust boundaries, generated from code and design
  • STRIDE-categorized threats ranked by exposure
  • Security assumptions linked to the code that relies on them
  • Mitigation options with their rationale and owners
  • Hypothesis scans that test open assumptions in the implementation
Why it matters

Surface design flaws before they are built, and keep the model honest as the code changes.

Measure it

Track design issues resolved before implementation, mitigation completion, assumptions tested, and security-related rework per feature.

Scope and limits

A threat model reflects the design and code in scope at the time it was built. Winfunc keeps it current on each scan and turns open assumptions into tests, so the model and the implementation do not drift apart.

Start with one repository

Bring us your hardest codebase.
We'll bring the proof.

Scope a first audit with our security engineers. You get findings with traces, reproduction evidence, and patches ready for review.

Scoped with you. Delivered with evidence.