Skip to content

Vulnerability Reports

A pentest vulnerability report documents the findings of a penetration test, detailing identified security weaknesses, their potential impact, and remediation steps. It is critical for informing stakeholders about the security posture of their systems, prioritizing vulnerabilities, and guiding mitigation efforts. Effective reports enhance overall security by providing actionable insights to prevent exploitation.

Tools

Tools to help you collaborate and generate your reports.

List of penetration test reports and templates.

Vulnerability Report Structure

  • Executive Summary
  • Security Findings and Recommendations
  • Vulnerabilities (sorted by severity)
  • Appendix (optional)

Vulnerability Details Structure

  • Summary: a concise introduction to the vulnerability, providing a snapshot of the issue and its potential reach..
  • Impact: detailed insights into the potential business ramifications that could arise from exploiting this vulnerability.
  • Reproductions Steps: a comprehensive, step-by-step walkthrough on how to replicate the issue,, complete with screenshots, HTTP requests or Proof of Concept code snippets.
  • Recommendations: suggestions and best practices for addressing and resolving the highlighted issue.
  • References: links to external content, documentation, and security guidelines, including resources like OWASP.
  • Severity: Include a severity score like CVSS.

General Guidelines

  • Use a Passive Voice Form.
  • Obfuscate the secrets and Personal Identifiable Information: passwords, token, Identity cards, Pictures ...
  • Include captions for all figures and images.
  • Apply shadows to images to enhance their visual appeal.
  • Customize the report for technical and non-technical stakeholders, ensuring clarity and comprehensibility for all readers.
  • Explain the business impact and context of vulnerabilities to help prioritize remediation efforts effectively.
  • Include positive security practices and areas of improvement to provide a balanced view.

Common Mistakes

  • Most of the time you don't blur enough the picture, it is always better to add a dark/red square on top of the data you want to obfuscate.

  • Edit the pictures before importing them in the document:

    • A cropped picture can be uncropped inside the Word document
    • Word drawings added on top of the image can be removed, and the image is still present unobfuscated inside the Word archive

  • Always distribute a PDF file to your customer, not a Word, LaTeX or Markdown file

    • Word is an archive file, you can rename it as .zip to explore the content
    • For sensitive files, you might want to add a password on the file

  • Sending data on a uncontrolled LLM

    • Using a LOCAL Large Language Model to help you is fine. For example, you can use ollama + openwebui + llama3 model on an on-premise machine disconnected from Internet
    • Never send customer data or sensitive information on ChatGPT, Mistral AI, Gemini, etc, you don't know how the data will be processed and stored.

  • Neglecting Proof of Concepts (PoCs)

    • Failing to include PoCs or detailed reproduction steps can hinder the remediation process.
    • If the PoC is small, like a curl command, add it inside the Reproductions Steps. Otherwise add it to the Appendix and reference it inside the Reproductions Steps.

References