Skip to content
The first pages of the Penetration Test Report template

Penetration Test Report

Document template for Google Docs and Word

Make a copy in Google Docs
Price
Free
Difficulty
Beginner
Updated
November 6, 2026

Every page (8)

Overview

A penetration test is only useful if its findings reach the people who can fix them, with enough evidence to act and a date to act by. This report template sets out the test in the order a reviewer needs it: the executive summary, the scope, the method, the findings by severity, the remediation plan with owners, and a glossary. Each finding is tied to a risk the business can understand.

The sample reports a test of Sandpiper Cloud's customer portal, which found no critical issues, two high issues and five medium ones. The two high findings must be fixed and retested before launch. Every name, system and figure is fictional. Replace the scope, findings and owners with your own results, re-rate each one on your scale, and record the approver and the risks formally accepted.

Useful for

  • A security tester writing a report for a launch review on a customer-facing portal
  • A CISO deciding whether a release can go out with two open high findings
  • A procurement reviewer checking the remediation plan before signing a supplier contract

What's included

  • Executive summary: the headline risk, the must-fix list and the figures for the board
  • Scope and method: what was tested, the three phases and the threat types used
  • Findings: the trend by year, and the share of findings by control area
  • Remediation: a heat map of risks with owners, responses and retest dates
  • Appendix: a glossary of the terms, ratings and tests used in the report
  • Make it yours: numbered steps for replacing the findings, owners and sign-off

How to use it

  1. 1

    Click Make a copy in Google Docs, then confirm on the Google page. The copy is saved to your own Google Drive.

  2. 2

    Redraw the data-flow diagram with your components, data stores and trust boundaries before the threats.

  3. 3

    Re-rate each finding on your severity scale, and attach the evidence that proves it.

  4. 4

    Assign an owner and an SLA date to every high and critical finding, then name the approver.

  5. 5

    Delete the guide page, then share the report with the CISO and the engineering leads.

What you need

Requirements

  • A Google account with access to Google Drive

Works with

  • Google Docs
  • Microsoft Word (download the .docx)

Questions

Are the company, people and figures fictional?

Yes. Sandpiper Cloud, Ravi Dhar, Alicia Fenwick, the portal, the findings and every date and figure are fictional. Replace them with your own results before the report leaves the security team.

Should a report include exploit detail?

Include enough to reproduce and fix the issue, such as the request and the response, and keep full exploit code in a restricted appendix. Readers who only need the risk should not have to read attack steps.

What counts as an accepted risk?

A risk that a named person with authority has agreed to live with, in writing, with a date and a review point. A residual risk without that name is simply an open finding.

  • #penetration-test
  • #security-report
  • #threat-model
  • #security-review
  • #stride
  • #remediation-plan
  • #google-docs

Also in Developer workflows

All developer workflows templates
Get this template

Preparing your template…