Product evidence

See the proof—not just the severity score.

Review the information model ThreatCanary uses to move from an offensive hypothesis to a finding that defenders can inspect, reproduce, remediate and retest.

Deterministic evidenceScope-aware executionAdaptive capability
Sanitised illustrative example

What evidence-backed validation should give your team.

This pack is a representative information design—not a customer result and not a live product capture. It shows the minimum chain of context required for a finding to be reviewed, reproduced, remediated and retested.

THREATCANARY / SAMPLE EVIDENCE PACKAuthentication boundary bypass
VALIDATED · ILLUSTRATIVE
Approved targetapi.example.test
Business contextPartner account workflow
Evidence stateReproducible
Retest statePending remediation
01 / HYPOTHESIS

A low-privilege partner token may reach an administrative object through an undocumented identifier path.

Target selection is based on API inventory, identity relationships and observed route behaviour. The hypothesis remains separate from the customer finding until a bounded action produces evidence.

02 / BOUNDED ACTIONGET /v2/admin/accounts/7831 HTTP/1.1
Host: api.example.test
Authorization: Bearer [REDACTED-PARTNER-TOKEN]
X-TC-Scope: evaluation-042
03 / OBSERVATIONHTTP/1.1 200 OK
Content-Type: application/json

{ "account_role": "administrator",
  "control": "billing-policy" }
04 / IMPACT AND PATH
  1. External partner identity
  2. Undocumented administrative route
  3. Authorisation boundary bypass
  4. Privileged account data exposed
05 / REMEDIATION

Enforce object- and function-level authorisation at the policy layer; remove role decisions derived solely from client-controlled identifiers; add a negative regression test for partner identities.

06 / RETEST CONTRACT

Repeat the recorded request with the same role and object class. Expected result: deny by policy, emit audit event and return no privileged object data.

All hosts, identifiers, values and results on this page are fictional.Evidence model v1.0
Common questions

Questions teams ask before they commit.

Direct answers on scope, evidence, safety controls and how ThreatCanary differs from tools you already run.

01

Is this a real customer finding?

No. Every target, identifier, request, response and result is fictional. The example demonstrates the intended evidence structure without disclosing customer information.

02

What makes evidence deterministic?

The finding records the concrete action, observation and context required for a qualified reviewer to understand and reproduce the result within authorised scope.


See ThreatCanary in action

Stop counting vulnerabilities. Start proving compromise paths.

Book a technical demo