PenTest+ Vulnerability Discovery and Analysis: 148 practice questions
12 of the 148 Vulnerability Discovery and Analysis questions in the Certsqill PenTest+ bank, shown in full below. Each one carries an explanation for every option, not just the correct one — the wrong answers are where the marks go.
Preparing for PenTest+? Take the free 5-min readiness check →
1. The finding is not confirmed: What is the strongest supported conclusion?
- The vulnerability is confirmed because exploitation was not attempted.Non-exploitation neither confirms nor disproves vulnerability.
- Remove the package immediately regardless of vendor support or application dependency.Disruptive removal is not justified before validating the supported package and its security status.
- The finding is not confirmed; validate the backport before prioritizing remediation. ✓The upstream version match does not establish applicability when the vendor may have backported the fix.
- The host is definitely vulnerable because scanners cannot recognize backports.A scanner limitation does not prove that the installed build is vulnerable.
Validate the vendor backport before treating the version finding as confirmed.
2. Trace the setting in the test build and observe validation: Which next step best validates the finding while p
- Treat every release as vulnerable because the debug branch exists in source.Build profiles can compile different behavior, so a source path does not prove all releases are affected.
- Trace the setting in the test build and observe validation against the controlled endpoint. ✓This connects the source condition to the designated build and observes runtime behavior within scope.
- Review the source configuration.Static review alone does not establish whether the relevant behavior exists or executes in the test build.
- Replace the device trust store and exercise the application against several endpoints.Changing trust material and using multiple endpoints expands the test unnecessarily and does not first establish that the debug branch is active.
Trace the setting into the test build and observe validation against the controlled endpoint.
3. Tailgating caused by missing independent-entry enforcement: Which root cause is stated by this observation?
- Tailgating caused by missing independent-entry enforcement. ✓Following an authorized person through a controlled entry without separate authorization is the stated tailgating condition.
- Unauthorized network access through the secured door.Physical entry alone does not establish access to network resources or systems.
- Badge cloning caused by weak RFID authentication.No copied credential was presented, and the observation does not test badge-technology resistance.
- Social impersonation using a false employee identity.The observation contains no claimed identity, deception, or impersonation behavior.
Following an authorized person through a controlled door without independent entry is tailgating.
4. Use Nessus with successful host authentication: Which tool best matches the requirement for an authenticated v
- Capture perimeter traffic with Wireshark.Packet capture observes traffic but does not inspect authenticated host software or configuration.
- Run Nikto against the blocked web listener for server checks.Nikto focuses on web-server checks and remains limited by the blocked listener.
- Repeat Nmap SYN probes from the blocked perimeter.Repeating the constrained external scan does not provide authenticated local inspection.
- Use Nessus with successful host authentication. ✓Nessus can perform an authenticated vulnerability assessment when the supplied credentials and permissions work.
Use Nessus with successful host authentication for inspection behind perimeter filtering.
5. A role with permission to access the protected functions: Which TWO missing prerequisites best explain the inc
Exhibit: The scanner received an unsuccessful login response and produced no authenticated crawl results.
Which TWO missing prerequisites best explain the incomplete assessment? Select TWO.
Select two. More than one option is correct — every correct one is ticked below.
- A role with permission to access the protected functions being tested. ✓Even a valid login is insufficient if its role cannot reach the protected functions in scope.
- A successful authorized login for the application. ✓A working authorized login is required to reach authenticated application content.
- A complete source repository with its compiler and build configuration.These support static source analysis, not authenticated dynamic crawling.
- A complete inventory of server-side package dependencies and versions.A dependency inventory supports software-composition analysis rather than authenticated runtime crawling.
- A passive DNS record set covering every lab hostname.Passive DNS can support reconnaissance but cannot provide authenticated application coverage.
The reachable endpoint is already confirmed; missing working authentication and suitable protected-function permissions explain the coverage gap.
6. Require verified visitor registration and badge: Which TWO recommendations directly address the observed physi
Select two. More than one option is correct — every correct one is ticked below.
- Require verified visitor registration and badge accountability ✓Registration and temporary-badge tracking directly address the observed visitor-control weakness.
- Perform an unannounced tailgating attempt to demonstrate impactThe engagement permits observation but prohibits bypass attempts.
- Install cameras as the vestibule's primary access barrierCameras can detect or deter activity but do not physically prevent entry.
- Scan the visitor badge database for external vulnerabilitiesA network scan does not directly correct vestibule access or visitor-process weaknesses.
- Require independent badge authentication at the vestibule ✓Independent authentication reduces reliance on following another person through controlled entry.
Independent vestibule authentication and accountable visitor procedures directly address the observed weakness.
7. Repeat with valid credentials: How should the assessor interpret this observation?
- Call it secure.A failed credentialed probe does not establish that the access point or its protected services are secure.
- Label it a false positive.No vulnerability finding was disproven; the observation shows that intended validation did not complete.
- Report a confirmed critical vulnerability immediately.The evidence shows incomplete coverage, not a confirmed vulnerability or established critical business impact.
- Repeat with valid credentials. ✓Authentication failure leaves credentialed coverage incomplete, so authorized validation should be repeated with functioning credentials.
Authentication failure creates incomplete coverage; repeat bounded validation with functioning authorized credentials.
8. IAST with approved instrumentation during application: Which assessment approach best fits this requirement?
- SCA against the service dependency manifestSCA identifies component exposure and does not provide runtime code-path observations.
- DAST against the service's externally reachable endpointsDAST exercises external behavior but does not inherently provide the requested instrumented code-path visibility.
- IAST with approved instrumentation during application execution ✓IAST instruments a running application and correlates observed requests with internal code execution.
- SAST against the service repository before deploymentSAST analyzes static artifacts and does not observe code paths while the service handles requests.
IAST instruments the running application and relates exercised requests to internal code paths.
9. The evidence does not establish that badge cloning: What is the strongest supported conclusion?
- The evidence does not establish that badge cloning or replay is feasible ✓Challenge-response design and absent authentication evidence prevent concluding that a copied badge would work.
- All RFID badges are inherently immune to cloning attacksBadge security depends on credential technology and authentication design; RFID alone does not establish immunity.
- The badge system is secure against every physical attackThe review addressed limited authentication evidence and cannot establish protection against every physical attack.
- The copied badge successfully bypassed the service authenticationNo successful copied-badge authentication was observed, so this conclusion contradicts the supplied evidence.
The review cannot establish cloning feasibility; badge security depends on authentication technology and observed evidence.
10. Map allowed functions and log 403: What is the next bounded validation step?
- Exploit the endpoint to test hidden access.Exploitation is unnecessary for the permitted non-destructive role-boundary check and could exceed the staging boundary.
- Map allowed functions and log 403. ✓Enumerating only the account’s permitted functions while recording the denied administrative boundary validates authorization without escalation.
- Declare all privilege escalation impossible.One HTTP 403 response does not prove that every privilege boundary or alternate path is secure.
- Spray passwords against administrator accounts.Password spraying is unrelated to the stated authorization check and introduces unnecessary authentication risk.
Map the account’s permitted surface and document the denied boundary without escalation or destructive testing.
11. Exposure from a vulnerable third-party dependency: What root cause is stated by the evidence?
- A confirmed active compromise of the test deviceA vulnerable dependency indicates exposure, not evidence that the device has been compromised.
- A runtime-only container configuration errorThe observation concerns a mobile dependency manifest and does not establish a container runtime configuration issue.
- Exposure from a vulnerable third-party dependency ✓The evidence identifies a vulnerable component version in the dependency manifest, which is an SCA finding.
- A custom source-code weakness in the applicationThe supplied evidence identifies a dependency component, not a demonstrated flaw in custom application source.
The manifest identifies exposure through a vulnerable third-party component, not a proven custom-code flaw or compromise.
12. Use inert labeled USB media: Which option best matches the requirement?
- Place a credential-harvesting document on removable media.Credential harvesting conflicts with harmless artifacts and could collect sensitive information.
- Use a BadUSB device for keystroke injection.Keystroke injection actively changes endpoint behavior and exceeds observation-only testing.
- Use inert labeled USB media. ✓Harmless labeled media supports placement and handling observation without executing code or changing endpoint state.
- Deliver a Metasploit payload from removable media.A payload conflicts with the requirement for inert artifacts and no malware execution.
Inert, labeled USB media supports process observation without executing code or collecting credentials.
136 more Vulnerability Discovery and Analysis questions
The remaining 136 questions in this domain are part of the full PenTest+ bank — 870 questions, every option explained. Start with the free five-minute check and see your score per domain.
Test your PenTest+ readiness — freeOther PenTest+ domains
- Attacks and Exploits — 304 questions →
- Reconnaissance and Enumeration — 183 questions →
- Post-exploitation and Lateral Movement — 122 questions →
- Engagement Management — 113 questions →
- All 870 PenTest+ questions →
- PenTest+ certification: requirements, cost and exam format →