6. Reporting

You Know It — Report It!

Reporting Your Findings

📜 Now it's time to turn your findings into a clear report. Some of the issues uncovered in this simulation would require professional expertise to fully fix, but it is still important to keep the report as easy to read as possible.


Penetration Testing Report Summary

TESTER:

You — ethical hacker extraordinaire.

CLIENT:

Da Vivian Code, represented by Vivian C.

OBJECTIVE:

Identify security vulnerabilities in Da Vivian Code's website and server infrastructure through simulated attacks and document the findings.

KEY FINDINGS: VULNERABILITIES IDENTIFIED: RISK IMPACT:

Compromise of administrative accounts and access to confidential customer records. Potential for major reputational damage if exploited by a real attacker.

RECOMMENDATIONS: ATTACHMENTS:

sv-scan.txt, o-scan.txt, Screenshot_2025.png

OVERALL SEVERITY:

HIGH — Immediate security improvements are recommended



Note: This summary gives you a basic idea of how a report might look after a penetration test. In real-world engagements, professional reports are often several pages long and include detailed technical data, attack paths, timelines, screenshots, and mitigation steps.

They are not just a checklist — they are documents that help organizations improve their security posture.

Pro Tip: The recommendations in your report are often called hardenings. You can find excellent hardening guides by searching online for terms like "Linux hardening checklist", "WordPress hardening", "Ubuntu fail2ban" etc. Try applying some of them and then run your scanners again — it's a great way to see the difference! You also found files and folders that are better off deleted completely.

And don't worry if something breaks — this is a simulation. You can always reload your environment and start fresh.

Ready to wrap it up? Click below to complete your mission.