What is it?
Reporting is the final phase of every engagement, and arguably the most important — a finding that isn’t clearly documented provides very little real value to the organisation being tested. A strong finding always includes three things: impact (what real risk this creates for the business, not just a technical description), evidence (proof the vulnerability is real, gathered within the authorized exploitation phase), and remediation (a specific, actionable fix — not just “patch it”).
Why should I learn it?
Beginners consistently over-invest in exploitation and under-invest in reporting, but the report is the actual deliverable the client pays for and acts on. It’s also exactly what ties every earlier phase in this section together.
How it works
Findings from every phase (recon, scanning, enumeration, vulnerability assessment, exploitation) are compiled → each finding is rated by real business impact, not just technical severity → evidence gathered during exploitation supports each claim → remediation is written as a specific, prioritised action the client’s team can actually implement → the report is delivered and typically followed by a debrief to walk the client through findings.
Real-world example
“SQL injection found on the login page” is a weak, low-value line in a report. “SQL injection on the login page allows full authentication bypass, confirmed via [evidence]; remediate by converting all database queries to parameterized statements, prioritised as critical” is what actually gets fixed quickly.
Troubleshooting mindset
Before finalising a report, check every finding against three questions: does it explain the real impact, is there clear evidence, and is the remediation specific enough for someone else to act on without further questions?
Common mistake
Do not memorise the definition without connecting it to real engagement practice. Ask: what does this concept mean for what I’m allowed to actually do, and how would I prove I stayed within scope?
Quick recap
- Understand the job of the phase or technique.
- Know where it sits in the overall testing methodology.
- Always tie it back to authorization and scope.
- Connect the topic to the next phase of the engagement.
Interview connection
Explain the concept in simple words first, then connect it to real engagement practice. That is stronger than repeating a tool name.
References & Further Reading
- AddySec original content — written for the Ethical Hacking track to build practical, interview-ready understanding.
Apni Bhasha mein samjho
Sirf 'vulnerability mili' bolna kaafi nahi. Report mein teen cheezein honi chahiye: impact (kya risk hai), evidence (proof), aur remediation (kaise fix karein).
Kaise padho?
Concept ko pehle flow ke saath samjho. Phir English note ke technical terms, commands aur tables dekho — technical terminology same rahegi.