PT0-003 — CompTIA PenTest+ V3 Exam Blueprint

Practical exam blueprint for CompTIA PenTest+ V3 (PT0-003) candidates reviewing penetration testing scope, tools, attacks, reporting, and remediation readiness.

How to Use This Exam Blueprint

Use this page as an independent readiness map for the CompTIA PenTest+ V3 (PT0-003) exam. It is not a replacement for the official CompTIA objectives, but it helps translate the public exam scope into practical review tasks.

Work through each section and mark whether you can:

  • Explain the concept without notes.
  • Choose the right tool or technique for a scenario.
  • Interpret common command output, logs, findings, and scan results.
  • Identify risk, impact, and remediation.
  • Communicate findings professionally in a penetration test report.
  • Recognize what is allowed, out of scope, unsafe, or legally inappropriate.

For all hands-on review, use only authorized labs, ranges, intentionally vulnerable systems, or environments where you have explicit permission.

Topic-Area Readiness Table

Readiness areaWhat to reviewYou are ready when you can…
Engagement planning and scopingRules of engagement, authorization, scope, constraints, timelines, communication paths, legal boundariesIdentify what is allowed, what is prohibited, and when to stop or escalate
Information gatheringPassive and active reconnaissance, OSINT, DNS, WHOIS, search operators, metadata, certificate data, cloud exposureBuild an attack surface map from limited information without crossing scope
Enumeration and scanningPort scanning, service discovery, banner grabbing, version detection, network mapping, vulnerability scanningSelect scan types, interpret results, and reduce false positives
Vulnerability analysisCVEs, CVSS concepts, exploitability, compensating controls, business impact, validationPrioritize findings based on likelihood, impact, exposure, and context
Exploitation conceptsWeb, network, identity, wireless, cloud, application, API, and client-side attack pathsExplain how a vulnerability can be exploited and what evidence proves impact
Web and API testingAuthentication, authorization, injection, XSS, CSRF, SSRF, file upload, session management, insecure APIsMatch symptoms, requests, responses, and controls to likely vulnerabilities
Identity and directory attacksPassword attacks, credential exposure, privilege escalation, Active Directory concepts, Kerberos/NTLM risksRecognize identity attack paths and recommend defensive controls
Post-exploitationPrivilege escalation, lateral movement, persistence concepts, data discovery, cleanup, evidence handlingDescribe objectives and risks without confusing testing with unauthorized activity
Cloud and container testingIAM misconfiguration, public storage, metadata services, container images, orchestration risks, secrets exposureIdentify common cloud-native weaknesses and safer validation methods
Social engineeringPretexting, phishing concepts, vishing, physical testing constraints, consent, safetyKnow what must be authorized and how to report human-risk findings responsibly
Scripting and automationBash, Python, PowerShell concepts, regex, parsing output, simple automation logicRead and modify small scripts used for enumeration or evidence processing
Tool selectionNmap, Wireshark, Burp Suite, Metasploit concepts, vulnerability scanners, proxy tools, password auditing toolsChoose the right tool for the task and interpret common outputs
Reporting and remediationExecutive summaries, technical details, risk ratings, evidence, reproduction steps, remediation guidanceWrite findings that are clear, defensible, prioritized, and actionable
Ethics and professionalismPermission, confidentiality, data handling, non-disruption, disclosure, chain of custody conceptsIdentify ethical traps and respond appropriately in scenarios

Planning, Scope, and Rules of Engagement

Checklist

  • I can explain the purpose of a statement of work, rules of engagement, authorization letter, and scope statement.
  • I can distinguish in-scope targets from out-of-scope systems, users, locations, time windows, and techniques.
  • I know why written permission matters before testing begins.
  • I can identify escalation triggers such as production instability, sensitive data discovery, safety concerns, or scope ambiguity.
  • I can explain the difference between black-box, gray-box, and white-box testing approaches.
  • I can identify when a test should pause because the activity could cause harm.
  • I can describe communication expectations during testing, including status updates and emergency contacts.
  • I understand how cleanup, evidence retention, and data handling should be addressed before the test starts.

Scenario cues

If the scenario says…Think about…
“The tester found a related domain not listed in scope”Do not test it without authorization
“The customer asks for phishing after kickoff, but it was not included”Change control and written approval
“A scan is causing service degradation”Stop or throttle activity and notify contacts
“Credentials were discovered during testing”Protect, document, minimize use, and follow rules of engagement
“The client wants proof without production impact”Use safe validation, screenshots, limited queries, or controlled evidence

Reconnaissance and Information Gathering

Passive reconnaissance

Be ready to use and interpret information from:

  • Search engines and advanced search operators.
  • Public code repositories.
  • DNS records and subdomain data.
  • Certificate transparency sources.
  • Public breach references and credential exposure indicators.
  • Job postings and technology clues.
  • Metadata from documents and images.
  • Social media and organizational charts.
  • Public cloud storage exposure indicators.

Active reconnaissance

  • I can explain the difference between passive and active reconnaissance.
  • I can identify when active recon may be detected by the target.
  • I can select basic discovery methods for hosts, ports, and services.
  • I can explain why rate limiting, scan timing, and target exclusions matter.
  • I can identify risks of scanning fragile systems, industrial systems, or medical environments.

Common recon artifacts

ArtifactWhat it can revealExam readiness prompt
DNS A/AAAA recordsHostnames and IP addressesCan you identify likely external-facing assets?
MX recordsMail provider and email security cluesCan you infer possible phishing controls?
TXT recordsVerification tokens, SPF, DKIM, DMARC cluesCan you spot misconfiguration indicators?
TLS certificate dataDomains, subdomains, issuing patternsCan you expand the asset inventory safely?
HTTP headersServer, framework, security headersCan you identify missing controls?
robots.txtCrawling guidance and exposed pathsCan you avoid treating it as authorization?
Public repository dataSecrets, code, endpoints, dependenciesCan you verify exposure without abusing access?

Scanning, Enumeration, and Vulnerability Discovery

Network scanning readiness

  • I can explain host discovery versus port scanning.
  • I can distinguish TCP connect scans from SYN scan concepts.
  • I can interpret open, closed, and filtered port states at a high level.
  • I can explain why UDP scanning is slower and less definitive.
  • I can identify common services by port and banner, while remembering ports can be nonstandard.
  • I can explain service and version detection.
  • I can identify when OS fingerprinting may be unreliable.
  • I can explain the difference between a vulnerability scan and a penetration test.

Command recognition checks

You should recognize the purpose of commands like these in an authorized lab context:

nmap -sV -sC -oA scan-results target.example
PartWhat to know
-sVAttempts service/version detection
-sCRuns default scripts
-oASaves output in multiple formats
target.exampleMust be in scope and authorized
curl -I https://target.example
PartWhat to know
-IRequests response headers
Use caseHeader review, server clues, security header checks
dig example.com MX
dig example.com TXT
PartWhat to know
MXMail routing records
TXTSPF, DKIM, DMARC, and other verification data

Vulnerability scanner interpretation

Scanner output itemWhat to ask
CVE referenceDoes the version and configuration actually apply?
Severity labelIs it contextualized for this environment?
Exploit availableIs exploitation reliable, safe, and authorized?
Authenticated findingWas credentialed scanning performed?
Missing patchIs there a compensating control?
TLS issueIs it exploitable or mainly compliance-related?
Default credential findingWas it validated without excessive access?
Web findingCan request and response evidence support it?

Vulnerability Analysis and Prioritization

Can you do this?

  • Given a scan result, I can identify likely false positives and what validation is needed.
  • Given multiple findings, I can prioritize based on exposure, impact, exploitability, and asset value.
  • I can explain the difference between vulnerability presence and confirmed exploitability.
  • I can separate technical severity from business risk.
  • I can recommend practical remediation, not just “patch everything.”
  • I can identify when compensating controls reduce risk.
  • I can explain why internet-facing findings usually require faster attention than internal-only findings, all else equal.
  • I can document evidence without exposing unnecessary sensitive data.

Risk reasoning table

FactorHigher concern when…Lower concern when…
ExposurePublicly reachable or accessible by many usersIsolated, segmented, tightly controlled
ExploitabilityKnown exploit path, low complexity, no authenticationRequires rare conditions or strong access
ImpactLeads to code execution, data exposure, privilege escalationLimited information disclosure
Asset criticalitySupports regulated, financial, identity, or production servicesNoncritical test environment
ControlsNo monitoring, weak auth, no segmentationStrong logging, MFA, WAF, EDR, segmentation
Evidence qualityConfirmed with safe proofBased only on banner or unauthenticated inference

Web Application and API Testing

Core web vulnerabilities

AreaWhat to reviewReady means you can…
AuthenticationLogin, MFA, password reset, lockout, session creationIdentify weak flows and likely abuse cases
AuthorizationHorizontal and vertical access controlRecognize IDOR and privilege boundary issues
InjectionSQL, command, LDAP, template, NoSQL conceptsExplain input handling and validation failures
XSSReflected, stored, DOM-based conceptsIdentify where untrusted data reaches the browser
CSRFState-changing requests and anti-CSRF controlsExplain when CSRF is relevant
SSRFServer-side requests to internal or cloud resourcesRecognize dangerous URL-fetching behavior
File uploadContent type, extension, storage path, execution riskIdentify unsafe upload handling
Path traversalFile path manipulationRecognize directory escape patterns conceptually
Session managementCookies, tokens, expiration, fixationSpot weak session controls
Security headersCSP, HSTS, X-Frame-Options conceptsExplain the control each header supports
API authorizationObject-level and function-level accessTest whether users can access unauthorized data
Rate limitingBrute force, enumeration, scrapingIdentify missing abuse controls

HTTP request and response interpretation

Be ready to examine:

  • Methods: GET, POST, PUT, PATCH, DELETE, OPTIONS.
  • Status codes: success, redirect, client error, server error patterns.
  • Cookies: HttpOnly, Secure, SameSite, expiration.
  • Authorization headers and bearer token concepts.
  • JSON request bodies and parameter tampering.
  • Redirect parameters and open redirect risk.
  • Error messages that reveal stack traces, paths, SQL errors, or secrets.
  • CORS headers and cross-origin trust issues.

Web testing decision prompts

PromptWhat the exam may expect
User A can view User B’s invoice by changing an IDBroken object-level authorization / IDOR
Input appears in the page without encodingXSS risk
Server fetches a user-supplied URLSSRF risk
Admin-only function can be called by a normal userBroken function-level authorization
Password reset token is predictable or reusableAccount takeover risk
File upload accepts executable contentRemote execution or stored attack risk
API returns excessive fieldsSensitive data exposure
No lockout or throttling on loginBrute-force risk

Network, Infrastructure, and Service Exploitation Concepts

Infrastructure topics to review

  • Common TCP and UDP services and their security implications.
  • Misconfigured SMB, NFS, FTP, SSH, RDP, SNMP, LDAP, and database services.
  • Weak or default credentials.
  • Anonymous or guest access.
  • Unnecessary exposed services.
  • Outdated services with known vulnerabilities.
  • Insecure protocols and lack of encryption.
  • Network segmentation and pivoting concepts.
  • Firewall and ACL impact on testing.
  • VPN and remote access exposure.
  • Service account misuse.
  • Password spraying versus brute-force concepts.
  • Credential stuffing versus password guessing.
  • Privilege escalation conditions.

Service clue table

Service cluePossible concernReadiness check
SMB shares visibleSensitive files, guest access, signing issuesCan you identify safe enumeration steps?
SNMP community string exposedNetwork device data leakageCan you explain why default strings are risky?
RDP open externallyCredential attacks, exposed admin surfaceCan you recommend MFA and access restriction?
FTP allows anonymous accessData exposure or upload riskCan you assess read/write implications?
Database port exposedDirect data access or brute force riskCan you recommend network restriction?
SSH with password authCredential attack exposureCan you compare keys, MFA, and hardening?
LDAP exposedDirectory enumeration and auth risksCan you explain secure configuration options?

Identity, Password, and Directory Testing

Password attack concepts

  • I can distinguish brute force, password spraying, credential stuffing, and dictionary attacks.
  • I understand why account lockout policies affect testing strategy.
  • I can explain the risk of reused passwords.
  • I can identify where password hashes may be encountered during authorized testing.
  • I can explain salting, hashing, and cracking concepts at a high level.
  • I can describe why offline cracking risk depends on hash type, password quality, and available compute.
  • I can recommend MFA, password managers, lockout controls, monitoring, and credential hygiene.

Active Directory and enterprise identity

TopicWhat to know
Users and groupsPrivileges often come from group membership
Service accountsMay have excessive rights or weak passwords
Kerberos conceptsTickets, service principal names, delegation risks
NTLM conceptsLegacy authentication and relay-related risks
Group PolicyCan expose configuration, scripts, or privilege paths
Local administrator reuseEnables lateral movement
Shared credentialsIncrease blast radius
Privilege escalationOften depends on misconfiguration, weak ACLs, or excessive rights
Lateral movementRequires authorization and careful scoping in a test
LoggingIdentity events are critical evidence and detection sources

Can you explain the difference?

PairDifference to know
Brute force vs password sprayingMany guesses against one account vs one/few guesses against many accounts
Credential stuffing vs password sprayingKnown breached credentials vs guessed common passwords
Hashing vs encryptionOne-way verification vs reversible protection with keys
Authentication vs authorizationProving identity vs granting access
Local admin vs domain adminMachine-level control vs broad directory control
Privilege escalation vs lateral movementGaining more rights vs moving to other systems

Cloud, Container, and Modern Infrastructure Testing

Cloud readiness checklist

  • I can explain why cloud penetration testing must follow the provider and customer authorization model.
  • I can identify common IAM misconfigurations such as excessive permissions and weak role separation.
  • I can recognize public object storage exposure.
  • I can explain why exposed access keys, tokens, and secrets are high risk.
  • I can identify metadata service risks conceptually.
  • I can recognize insecure security groups, firewall rules, or network ACLs.
  • I can explain logging and monitoring gaps in cloud environments.
  • I can recommend least privilege, key rotation, encryption, private access, and monitoring.
  • I can distinguish customer-managed configuration issues from provider-managed infrastructure.

Container and orchestration topics

TopicWhat to review
Container imagesVulnerable packages, secrets, excessive privileges
Dockerfile practicesHardcoded secrets, running as root, unnecessary tools
Registry exposurePublic images, weak access control
Runtime permissionsPrivileged containers, mounted host paths
Kubernetes conceptsPods, services, namespaces, RBAC, secrets
Network policiesEast-west traffic restrictions
Supply chainDependency and image trust concerns
CI/CD pipelinesSecrets exposure, insecure runners, weak approvals

Cloud scenario cues

Scenario clueLikely issue
Storage bucket allows public readData exposure
Access key found in a repositorySecret leakage
Role has broad wildcard permissionsExcessive privilege
Management interface open to the internetExposed administrative plane
Logs are disabledDetection and forensic gap
Container runs as root with host mountsContainer escape or host impact risk
CI job prints secrets in logsPipeline secret exposure

Wireless, Mobile, IoT, and OT Awareness

Wireless topics

  • I can identify risks of weak Wi-Fi encryption and poor passphrases.
  • I can explain rogue access point and evil twin concepts.
  • I can identify the role of guest networks and segmentation.
  • I can explain why wireless testing requires careful location and scope control.
  • I can distinguish discovery, capture, authentication, and encryption concepts.

Mobile, IoT, and OT topics

AreaWhat to focus on
Mobile appsInsecure storage, weak API authorization, hardcoded secrets, certificate validation issues
IoT devicesDefault credentials, exposed services, outdated firmware, insecure management interfaces
Embedded systemsLimited patching, debug ports, hardcoded accounts
OT/ICSSafety, availability, fragile protocols, strict authorization, non-disruptive testing
Physical accessBadges, locks, ports, tailgating, written permission
Bluetooth/NFC/RFIDShort-range attack concepts and authorization boundaries

Social Engineering and Physical Testing

Checklist

  • I can explain why social engineering must be explicitly authorized.
  • I can distinguish phishing, spear phishing, vishing, smishing, pretexting, and baiting.
  • I can identify safe handling of captured credentials or sensitive responses.
  • I can explain why physical testing needs location, time, and safety constraints.
  • I can identify when a test creates unacceptable legal, privacy, or safety risk.
  • I can recommend training, reporting channels, MFA, verification procedures, and physical controls.

Scenario cues

ScenarioBest response
Employee reports a test phishing emailRecord positive control behavior
Tester is challenged by securityFollow rules of engagement and stop if required
Target enters credentials on a test pageProtect evidence and avoid unnecessary access
A physical test enters a restricted safety areaStop and escalate immediately
Pretext targets a sensitive personal situationAvoid unethical or harmful pretexts

Post-Exploitation, Evidence, and Cleanup

Post-exploitation concepts to understand

  • Privilege escalation.
  • Lateral movement.
  • Credential discovery.
  • Data discovery.
  • Persistence concepts.
  • Pivoting concepts.
  • Tunneling and proxying concepts.
  • Exfiltration simulation.
  • Cleanup and restoration.
  • Evidence collection.
  • Deconfliction with defenders.

Keep the exam distinction clear

ConceptExam-safe understanding
Privilege escalationDemonstrating increased access due to misconfiguration or vulnerability
Lateral movementShowing how one compromised system can lead to another within approved scope
PersistenceUnderstanding risk; using only when explicitly authorized and safely removable
Data accessProving impact with minimum necessary evidence
ExfiltrationSimulating or tightly controlling proof of data movement
CleanupRemoving test accounts, tools, payloads, files, and configuration changes
EvidenceCapturing enough proof to support the finding without overcollecting

Scripting, Automation, and Data Handling

Skills to be comfortable with

  • Reading simple Bash, Python, and PowerShell snippets.
  • Understanding loops, conditionals, variables, functions, and command output.
  • Parsing text, JSON, and CSV output.
  • Using regular expressions for matching IP addresses, domains, emails, or tokens.
  • Automating repetitive checks in an authorized lab.
  • Avoiding scripts that modify systems unless explicitly approved.
  • Handling secrets and sensitive files safely.

Mini script recognition

import json

with open("scan.json") as f:
    data = json.load(f)

for host in data.get("hosts", []):
    for port in host.get("ports", []):
        if port.get("state") == "open":
            print(host["ip"], port["port"], port.get("service", "unknown"))

You should be able to identify that this script:

  • Reads JSON-formatted scan data.
  • Iterates through hosts and ports.
  • Prints open services.
  • Does not exploit or modify a target.
  • Could support reporting or triage.

Regex readiness

Pattern conceptExample use
Email matchingExtract possible usernames from text
IPv4 matchingParse scan output
Domain matchingBuild asset lists
Token-like stringsIdentify possible secrets for validation
Error stringsFind stack traces or debug output

Tool Selection Checklist

You do not need to memorize every flag of every tool, but you should know what tool fits the scenario and what output means.

Tool/categoryPrimary purposeReady when you can…
NmapHost discovery, port scanning, service detectionChoose scan intent and interpret service output
Wireshark/tcpdumpPacket capture and protocol analysisIdentify conversations, protocols, and suspicious traffic
Burp Suite / web proxyIntercept and modify web/API trafficAnalyze requests, responses, sessions, and parameters
Vulnerability scannersIdentify known issues and misconfigurationsTriage, validate, and prioritize findings
Metasploit conceptsExploit framework and validation workflowUnderstand modules, payload concepts, sessions, and risk
Password auditing toolsPassword hash or policy assessment in authorized scopeExplain cracking, spraying, and lockout considerations
OSINT toolsPublic data collectionExpand attack surface without active probing
Directory toolsEnumerate identity environmentsIdentify users, groups, trusts, and privilege paths conceptually
Cloud CLI/toolsReview cloud resources and IAMIdentify misconfiguration and exposure
Container toolsReview images and runtime settingsSpot vulnerable images, secrets, and privilege issues
SAST/DAST conceptsApplication security testingKnow when static or dynamic testing is useful
SIEM/log toolsDetection and evidence reviewCorrelate activity and support findings

Reporting and Communication

Finding structure checklist

A strong technical finding should include:

  • Title that clearly names the issue.
  • Affected asset or application area.
  • Severity or risk rating with rationale.
  • Business impact.
  • Technical description.
  • Evidence, such as request/response snippets, screenshots, command output, or logs.
  • Reproduction steps that are safe and concise.
  • Scope and assumptions.
  • Remediation guidance.
  • References when useful.
  • Retest recommendation.
  • Limitations or conditions that affect confidence.

Executive versus technical communication

AudienceEmphasizeAvoid
ExecutivesBusiness risk, priorities, trends, exposure, remediation roadmapTool noise, excessive commands, raw exploit detail
Technical teamsEvidence, affected systems, reproduction, root cause, fix guidanceVague risk statements without proof
Legal/complianceAuthorization, data handling, scope, evidence controlSpeculation outside the test
Security operationsDetection opportunities, logs, attack path, indicatorsOverly broad claims without timestamps
Application teamsRequest/response evidence, code/config hints, validation logicBlame language or unclear ownership

Remediation mapping

Finding typeLikely remediation themes
Missing patchUpdate, virtual patching, compensating controls, monitoring
Weak password controlsMFA, lockout, password policy, detection, user training
Excessive IAM permissionsLeast privilege, role review, permission boundaries
Public storage exposureRestrict access, review data, logging, encryption
SQL injectionParameterized queries, input validation, least privilege
XSSOutput encoding, CSP, input validation, secure frameworks
IDORServer-side authorization checks
Exposed admin interfaceNetwork restriction, VPN, MFA, logging
Default credentialsChange defaults, disable unused accounts, credential management
Insecure TLSModern protocol configuration, certificate hygiene

Must-know boundaries

  • Authorization must be explicit and documented.
  • Scope limits testing activities.
  • Sensitive data should be minimized, protected, and reported appropriately.
  • Testing should avoid unnecessary disruption.
  • Findings should be accurate, reproducible, and defensible.
  • Client confidentiality applies to tools, data, screenshots, and reports.
  • Public disclosure is not appropriate unless coordinated and authorized.
  • Third-party systems require separate authorization.
  • Safety-critical systems require heightened caution.

Judgment checks

QuestionCorrect exam mindset
Can I test a newly discovered system?Only if it is in scope or added through authorization
Should I prove full data exfiltration?Usually no; use minimum evidence required
Should I continue if production is unstable?Stop or pause and notify the agreed contact
Can I keep credentials for later testing?Follow data handling and rules of engagement
Should I include every scanner result in the report?Validate, deduplicate, prioritize, and contextualize
Can I run destructive tests to prove impact?Only if explicitly authorized and controlled

Common Weak Areas and Exam Traps

TrapWhy candidates miss itHow to correct it
Treating scan output as proofTools can be wrong or lack contextValidate findings safely
Ignoring scopeTechnical curiosity overrides authorizationAlways check rules of engagement
Confusing vulnerability severity with business riskSeverity labels are not the whole storyConsider asset value, exposure, controls, and impact
Overlooking authorization flawsCandidates focus only on injection and CVEsTest user roles, object access, and workflow abuse
Weak report writingTechnical knowledge does not translate into findingsPractice writing evidence-based findings
Tool memorization without purposeKnowing flags is not the same as judgmentMap tool to task and output
Forgetting cleanupFocus stays on exploitationInclude restoration and artifact removal
Missing cloud identity riskCandidates look only at network exposureReview IAM, keys, roles, and storage access
Overclaiming exploitabilityA version match is not always vulnerableConfirm configuration and conditions
Unsafe proof collectionToo much sensitive data is capturedUse minimum necessary evidence
Confusing password attacksSpraying, stuffing, brute force, and cracking differReview definitions and scenario indicators
Ignoring detection and communicationTesting is not only technicalKnow escalation, logs, and stakeholder updates

“Can You Do This?” Final Skills Checklist

Planning and scope

  • Identify whether an action is authorized.
  • Choose a test type based on client goals and knowledge level.
  • Recognize when to stop, pause, or escalate.
  • Explain how scope affects tools and techniques.

Recon and enumeration

  • Build a basic target profile from OSINT.
  • Distinguish passive from active collection.
  • Interpret DNS, HTTP header, and certificate clues.
  • Select a scan approach for host, port, and service discovery.
  • Explain scanner noise, false positives, and validation.

Exploitation and validation

  • Map common findings to likely attack paths.
  • Identify safe proof for a vulnerability.
  • Explain privilege escalation and lateral movement concepts.
  • Recognize identity, web, API, cloud, and network weaknesses.
  • Avoid destructive or out-of-scope actions.

Reporting and remediation

  • Write a finding with risk, evidence, impact, and remediation.
  • Prioritize multiple findings.
  • Communicate differently to executives and engineers.
  • Recommend practical controls for common vulnerability classes.
  • Explain retesting and remediation validation.

Tools and artifacts

  • Recognize common command-line tools and their purpose.
  • Interpret basic network, web, and scan output.
  • Read simple scripts used for parsing or automation.
  • Identify logs, screenshots, requests, and responses that support evidence.
  • Protect sensitive artifacts.

Scenario Decision Matrix

ScenarioBest next action
Scan identifies a critical vulnerability on an out-of-scope hostDo not test; report scope concern through agreed channel
Web app exposes another user’s data by changing an IDDocument as authorization flaw with minimum necessary evidence
Vulnerability scanner reports an outdated serviceValidate version/configuration before claiming exploitability
Phishing test captures real credentialsProtect data, avoid use unless authorized, report per engagement rules
Exploit attempt causes errors in productionStop or pause, preserve evidence, notify emergency contact
Public repository contains a cloud keyTreat as sensitive, validate carefully if authorized, recommend rotation
Internal share allows guest read accessDocument accessible data types without mass copying
Application returns stack tracesCapture representative evidence and recommend error handling fixes
Login has no rate limitingIdentify brute-force or spraying risk and recommend controls
Container image includes hardcoded secretsReport supply-chain and secret-management weakness
Executive asks for a one-page summaryFocus on business impact, top risks, and remediation priorities
Engineer asks how to reproduceProvide clear, safe, scoped reproduction steps

Final-Week Review Checklist

Seven to five days before exam

  • Re-read the official CompTIA exam objectives for CompTIA PenTest+ V3 (PT0-003).
  • Identify your weakest three topic areas from practice results.
  • Review scope, authorization, and rules-of-engagement scenarios.
  • Drill web/API vulnerability identification.
  • Review identity and password attack terminology.
  • Practice interpreting scan outputs and HTTP evidence.
  • Write at least a few sample findings from lab results.

Four to two days before exam

  • Review cloud, container, and modern infrastructure misconfiguration patterns.
  • Review tool-purpose matching.
  • Review common ports, services, and vulnerability clues.
  • Review remediation mapping for common findings.
  • Practice prioritizing findings with business context.
  • Revisit scripting basics and output parsing.
  • Review ethical, legal, and data handling boundaries.

Day before exam

  • Do a light review of notes, not a full content cram.
  • Recheck confusing terms: spraying, stuffing, brute force, cracking, exploitation, validation.
  • Review your most common practice-test mistakes.
  • Skim report structure and remediation examples.
  • Rest and avoid late-night tool rabbit holes.

Exam-day mindset

  • Read every scenario for scope, authorization, and business context.
  • Do not choose the most aggressive technical answer if a safer authorized step is required.
  • Prefer validation over blind trust in tool output.
  • Match remediation to root cause.
  • Watch for wording that changes the best answer: public-facing, production, out of scope, unauthenticated, critical asset, sensitive data.
  • Eliminate answers that violate permission, safety, confidentiality, or scope.

Practical Next Step

Use this checklist to mark weak areas, then move into targeted practice. For each missed practice question, write down the topic, the decision point, and the safer or more professional action the scenario was testing. That habit builds the judgment needed for CompTIA PenTest+ V3 (PT0-003), not just memorization.

Browse Certification Practice Tests by Exam Family