mediumMultiple ChoiceObjective-mapped
PT0-002 Practice Question: After a penetration test, the client's…
After a penetration test, the client's development team requests that the report include specific, actionable remediation steps for each vulnerability. Where in the report should this information be placed?
⚠ Common exam trap
Many exam-takers think the executive summary or appendix is sufficient for remediation details, but the exam specifically tests that actionable steps must be embedded within each finding to ensure clear ownership and immediate applicability for the development team.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Within the technical report section, under each vulnerability finding
The correct placement for specific, actionable remediation steps is within the technical report section under each vulnerability finding. This aligns with industry best practices (e.g., PTES, OWASP) where each finding includes a description, risk rating, and a dedicated remediation subsection, ensuring developers have immediate context and clear steps without cross-referencing other sections.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
In the executive summary to emphasize the need for fixing vulnerabilities
Why it's wrong here
The executive summary is intended for non-technical and executive audiences who need a concise overview of risk, business impact, and top-line recommendations. Placing detailed remediation steps there conflates high-level prioritization with operational guidance, making the summary dense and less usable for decision-makers. Moreover, developers typically do not read the executive summary for technical direction, so this placement would not effectively drive remediation.
- ✗
In the appendix as a separate remediation checklist
Why it's wrong here
An appendix can contain supplementary data, such as raw scan results, test credentials, or timestamps, but it is not the primary location for prescribing fixes. Separating remediation into a checklist in the appendix detaches each action from its specific vulnerability context and risk rating, forcing developers to cross-reference findings and mitigations manually. While an appendix checklist may be a useful summary, it should not replace remediation details placed directly within each finding, which is the standard that ensures clarity and traceability.
- ✓
Within the technical report section, under each vulnerability finding
Why this is correct
This is the correct placement because professional penetration test reporting conventions, such as those in PTES and OWASP guidance, require remediation instructions to be embedded within each finding. Each vulnerability finding should include a clear remediation subsection—often with specific code examples, configuration changes, or patches—immediately following the evidence and impact. This inline approach ensures the development team sees the problem and the fix together, reducing ambiguity and preventing loss of context, and it also makes the report a single, self-contained reference for the entire remediation process.
- ✗
In a separate document attached to the report to avoid cluttering the main report
Why it's wrong here
Supplying remediation as a separate document endangers the integrity of the report because that document can be lost, overlooked, or fail to be distributed alongside the main findings. It also encourages a disconnect between the evidence-based findings and the solutions, especially if the separate document is updated without corresponding revisions to the report. A professional pentest report should be self-contained and auditable, with remediation integrated into the report itself; a separate attachment creates fragmentation and undermines the traceability that clients and regulators expect.
Go deeper
Related to this question
Learn chapter
Penetration Testing Methodology
Key term
Remediation
Remediation is the process of fixing or eliminating vulnerabilities, misconfigurations, or security weaknesses in an IT environment.
Key term
Risk rating
A risk rating is a score or label assigned to a potential security threat or vulnerability that indicates how likely it is to cause harm and how severe that harm would be.
About these practice questions
This PT0-003 question is part of Courseiva's 185-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This PT0-003 practice question is part of Courseiva's free CompTIA certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the PT0-003 exam.