The Report

What you actually get in the end.

The report is the actual deliverable of a test. Here's how it's structured — understandable for decision-makers, precise enough for your technical team.

Critical High Medium Low Info
Example excerpt Sample only, no real client data
SQL injection in login formCritical
Affected: /login (parameter "user")
Impact: Complete authentication bypass possible
Recommendation: Use parameterized queries instead of string concatenation
Outdated TLS configurationMedium
Affected: api.example.tld
Impact: Potential attack surface for man-in-the-middle attacks
Recommendation: Disable outdated protocol versions

Management Summary

One to two pages in plain language: what was tested, the overall risk picture, and what takes priority. Written for decision-makers without a technical background.

Scope & Methodology

What exactly was tested, using which approach, and over what time period — fully documented.

Individual Findings

Each vulnerability listed individually: risk rating, evidence (reproduction steps), affected systems, concrete recommendation.

Prioritized Roadmap

Recommended remediation order, so you tackle the most important issues first with limited resources.

Retest Notes

After remediation: confirmation for each finding on whether it was actually resolved.

Raw Data on Request

Technical evidence (requests, logs, screenshots) for your development team, if needed.

Take a look at an anonymized sample document — fictional findings, real structure.

Download sample report (PDF) ↓ Get in touch →