Stop 14 · Build Your Cybersecurity PortfolioProjects · 3/7

Vulnerability Assessment Report

Part of the Cybersecurity Roadmap

In short

Finding issues is half the job. A clear report that tells owners what is wrong, how bad it is and how to fix it is the half that gets things fixed.

A full vulnerability assessment (broader and less invasive than a pentest) on a practice environment, applying Phase 13's scanning tools and Phase 6's report writing skills together.

The blob in a hard hat inspects a wall crack with a torch, holding a clipboard.

Think of it like this

The building inspector's report

Before buying a flat, you hire an inspector. They check walls, wiring and plumbing, then hand you a report: this crack is cosmetic, this wiring is dangerous, fix it first. A vulnerability assessment report does the same for systems.

Watch it happen

Build plan

Scope
Scan
Validate
Rate
Report
Retest

1/6Write the scope and get permission. For a portfolio, use only your own lab VMs.

The big ideas

What you need to know

Executive summary first

One page in plain language: overall risk, top three issues and what to do. Many readers stop here.

Prioritised findings

Sort by real risk, not tool order. Each finding gets severity, evidence, impact and a fix.

Assessment, not exploitation

A vulnerability assessment identifies and rates issues. It does not exploit them, which keeps it safer.

Show the retest

Proving the fix worked turns a list of problems into a story of improvement.

See it in code

Walk through the code

text
1Finding VA-03: Outdated SSH server on lab-web (10.0.30.12)2Severity:   High  (CVSS base from NVD, raised: reachable from attack segment)3Evidence:   nmap -sV shows OpenSSH 7.2p2; vendor lists fixed versions4Impact:     known flaws in this version could weaken login security5Fix:        update openssh-server via apt; disable password login6Owner:      lab admin (you)    Due: 2026-11-057Retest:     2026-11-06 nmap shows patched version  ->  CLOSED

1/3Name the asset and give a severity with a short reason for any adjustment.

One finding written well: where, how bad, the proof, why it matters, how to fix it, who owns it and the retest result.

Save yourself the pain

Common mistakes

Oops

Pasting the raw scanner export as the report.

Do this instead

Validate, deduplicate and explain. Owners need a short, clear list, not 300 auto generated lines.

Oops

Using CVSS scores alone to rank findings.

Do this instead

Add context: exposure, asset value and known exploitation. A 9.8 on an isolated box may wait behind a 7.5 on the internet.

Your mission

First milestone: one target, five findings

~45 min

Quick check

How is a vulnerability assessment different from a penetration test?

Go deeper

  1. 1Run a vulnerability scan on a practice lab environment with multiple intentionally vulnerable systems.
  2. 2Prioritize findings by severity and exploitability, not just raw scanner output.
  3. 3Write a full report with an executive summary and detailed technical findings.

More projects at this stop

Stuck on this topic? Ask an Insider

Get 1:1 guidance from people who've walked this exact path — on the InsideEdge app.

Download
InsideEdge