Question 330
An incident analyst is asked to classify this observed activity: A legacy workstation asks the subnet to resolve a NetBIOS name and a malicious node replies as the requested resource. Which concept is the closest match?
- LLMNR name-resolution poisoning
- Rogue DHCP server
- NetBIOS name-service spoofing
- ARP cache poisoning
Explanation
Correct Answer
C:NetBIOS name-service broadcasts can be answered by untrusted local peers when stronger authenticated name resolution is unavailable. A targeted mitigation is to disable legacy broadcast name resolution where business applications permit; reducing NBNS dependence prevents unauthenticated local responses from steering clients toward an impersonated file or authentication service.
Incorrect Answers
A:Link-Local Multicast Name Resolution can resolve names on the local segment without ordinary DNS; spoofed responses can redirect clients to hostile listeners; the case demonstrates NetBIOS name-service spoofing rather than the alternate mechanism.
B:Rogue DHCP replies can provide malicious network settings that redirect subsequent name resolution and traffic even without changing host applications; the observed evidence concerns NetBIOS name-service spoofing instead.
D:ARP poisoning forges address-resolution associations on a local broadcast domain, potentially redirecting or intercepting traffic through an adversary-controlled interface; that behavior is distinct from the NetBIOS name-service spoofing finding being classified.
Question 331
The owner asks for a durable safeguard against the issue demonstrated here: Firewall logs show a remote assessment host completing large numbers of brief TCP handshakes against unrelated services rather than sending only incomplete SYN probes. What is the best response?
- Prevent spoofing and treat IP ID inference cautiously
- Use layered scan detection and verify FIN findings with ordinary service probes
- Correlate unusual completed connections across many service ports
- Alert on unusual multi-flag probes and validate with conventional scans
Explanation
Correct Answer
C:Service logs and perimeter telemetry can reveal this scan pattern even when the scanner lacks the privileges needed to craft raw packets. The specific weakness being corrected is that a TCP connect scan uses the operating system's connect call to complete the handshake and can be more visible in service logs than half-open probing.
Incorrect Answers
A:Ingress and egress anti-spoofing impede forged source packets, while unreliable intermediary behavior limits the scan's evidentiary value; its security benefit applies principally to idle scan inference, not the defect described; the tested fault instead involves TCP connect scan.
B:Anomaly telemetry can flag unusual TCP flags, and corroborating normal connection behavior prevents treating silent responses as proof of openness; the exposure here is TCP connect scan, which calls for another protective mechanism.
D:Filtering and traffic analysis detect atypical reconnaissance, but a missing response should not be reported as confirmed open access; this is relevant to a separate TCP Xmas scan scenario, rather than the identified exposure; the tested fault instead involves TCP connect scan.
Question 332
The approved engagement produces this evidence: A caller invents an urgent new-employee onboarding story to persuade a help desk operator to bypass identity verification. What is the correct technical interpretation?
- Tailgating
- Synthetic-voice impersonation
- Pretexting
- Help-desk reset impersonation
Explanation
Correct Answer
C:Pretexting creates a believable false scenario or role to obtain information or a policy exception, rather than exploiting a software flaw. The control that addresses this failure path is to require consistent identity verification regardless of urgency or role claims; documented verification steps stop plausible stories from replacing evidence of a requester's authority.
Incorrect Answers
A:Tailgating gains physical access by following someone legitimately admitted, exploiting social pressure to hold doors instead of defeating badge technology; the test record points specifically to pretexting, not this separate mechanism.
B:AI-generated voice impersonation can mimic recognizable speech, so an apparent familiar voice is not sufficient identity proof; that behavior is distinct from the pretexting finding being classified.
D:Help-desk social engineering exploits recovery and support workflows, where urgency or sympathy can trigger high-impact identity changes; the defining symptom in the prompt is associated with pretexting instead.
Question 333
The tester submits the following verified finding: An access point permits repeated PIN-based setup attempts, allowing attackers to search a much smaller effective credential space than the Wi-Fi passphrase. Which technique or condition is involved?
- WEP IV reuse
- Evil-twin access point
- WPS PIN weakness
- WPA2-Personal weak passphrase
Explanation
Correct Answer
C:Some WPS PIN implementations expose an effectively split PIN validation process and weak rate controls, making this enrollment method attackable. On affected systems, it is useful to disable unnecessary WPS PIN enrollment and enforce secure onboarding; removing the vulnerable setup mechanism closes a parallel authentication path that can undermine an otherwise strong WPA2 password.
Incorrect Answers
A:WEP uses a small IV space and weak RC4 key construction, so repeated keystream conditions make its protection fundamentally unsuitable for modern networks; that behavior is distinct from the WPS PIN weakness finding being classified.
B:An evil twin imitates a legitimate wireless network's identity to intercept associations or lead clients into fraudulent authentication and traffic paths; the scenario identifies WPS PIN weakness, which has a different triggering condition.
D:WPA2-Personal derives key material from a shared passphrase, so weak secrets can be tested against a captured handshake outside the network; the events given do not establish this behavior but do support WPS PIN weakness.
Question 334
Operations asks for a practical correction after the test found: A smart sensor accepts unauthenticated low-assurance Bluetooth pairing despite a deployment policy requiring confirmation of the intended peer before sharing private readings. What should the security team recommend?
- Use validated enterprise server certificates and rogue-AP detection
- Replace WEP with WPA3 or properly configured WPA2-AES
- Disable unnecessary WPS PIN enrollment and enforce secure onboarding
- Use authenticated pairing methods and verify device identities
Explanation
Correct Answer
D:Numeric comparison or suitable authenticated pairing reduces undetected peer impersonation compared with accepting every unsolicited pairing prompt. The specific weakness being corrected is that bluetooth pairing methods have different authentication guarantees; Just Works pairing can lack MITM resistance in situations requiring verified peer identity.
Incorrect Answers
A:Clients that verify the authentication server identity are less likely to trust a lookalike AP offering the same SSID; this is relevant to a separate evil-twin access point scenario, rather than the identified exposure; the tested fault instead involves bluetooth pairing downgrade.
B:Modern authenticated encryption avoids the structural weaknesses of WEP; changing the WEP key alone does not repair its design; the tested weakness is bluetooth pairing downgrade, not the WEP IV reuse configuration addressed here.
C:Removing the vulnerable setup mechanism closes a parallel authentication path that can undermine an otherwise strong WPA2 password; that safeguard does not directly close the bluetooth pairing downgrade route highlighted by the test.
Question 335
The asset owner wants to stop the verified condition recurring: A product inventory marks a published vulnerability remediated based on its CVE label alone, without comparing the installed build or reading the vendor's fixed-version advisory. What is the most targeted improvement?
- Map CVEs to affected versions and verified remediation advisories
- Remediate reachable high-impact instances first while tracking both
- Verify CPE mapping against actual package and build inventory
- Use a minimal authorized reproduction and collect corroborating logs
Explanation
Correct Answer
A:Version matching and vendor guidance establish whether an asset is exposed and which update or workaround addresses that vulnerability. The underlying condition is that a CVE is a standardized identifier for a disclosed vulnerability; it is not itself a severity score, exploit proof, or patch confirmation.
Incorrect Answers
B:Risk-based sequencing addresses likely exploitation paths without treating lower-exposure hosts as permanently exempt from remediation; it would improve risk-based patch prioritization, not directly correct the reported CVE identifier issue.
C:Accurate product identity prevents misassigning vulnerabilities to unrelated software or missing an affected edition and build; the measure addresses a different trust boundary from the CVE identifier finding.
D:Controlled evidence establishes the vulnerable path and limits false claims while keeping the proof within approved testing boundaries; the required correction concerns CVE identifier, so this is not the targeted control.
Question 336
The approved test uncovered this weakness: An API accepts a JWT whose header declares an unexpected algorithm even though the application is configured to trust only one specific signature construction. Which control would reduce the relevant exposure without relying on obscurity?
- Expire inactive sessions server-side and reauthenticate after the threshold
- Set HttpOnly on session cookies and remediate injection weaknesses
- Verify issuer, audience, expiry, and signature for every consuming API
- Pin accepted JWT algorithms and validate signatures with intended key types
Explanation
Correct Answer
D:An explicit algorithm allowlist prevents header manipulation from switching verification to an inappropriate or unsecured method. The technical basis for the recommendation is that JWT algorithm confusion arises when signature verification trusts token-supplied algorithm choices that do not match the application's expected cryptographic method.
Incorrect Answers
A:Server-enforced expiry prevents a copied or unattended token from remaining valid merely because client JavaScript failed to close the page; the exposure here is JWT algorithm confusion, which calls for another protective mechanism.
B:The attribute narrows token access from injected scripts but does not itself prevent those scripts from making same-origin requests; the action is aimed at HttpOnly cookie attribute; it leaves the central JWT algorithm confusion condition unresolved.
C:Recipient-specific validation stops a valid token minted for a different service from becoming a general-purpose cross-service credential; this is relevant to a separate JWT audience validation scenario, rather than the identified exposure; the tested fault instead involves JWT algorithm confusion.
Question 337
As part of a sanctioned audit, a reviewer observes: A customer assumes its infrastructure provider will configure application identity roles and protect confidential files uploaded into an IaaS virtual machine. Which behavior is illustrated?
- Cloud posture drift
- Multitenant isolation
- Etcd secret storage
- Cloud shared responsibility
Explanation
Correct Answer
D:Cloud providers secure underlying service infrastructure, while customers typically retain responsibility for their data, identities, workloads, and configuration according to service model. This is why teams should document customer-owned identity, data, and workload controls; a responsibility matrix prevents gaps where tenant policies and application hardening are wrongly assumed to be handled by the provider.
Incorrect Answers
A:Cloud posture drift occurs when deployed configuration departs from defined policy through manual edits or automated infrastructure changes; the reported conditions are characteristic of cloud shared responsibility, not that path.
B:Multitenant applications must enforce tenant context at every relevant data access path; unique identifiers are not authorization checks; those prerequisites differ from the cloud shared responsibility behavior in the record.
C:Base64 is an encoding, not encryption; etcd stores Kubernetes API state and needs explicit at-rest encryption and access restrictions for sensitive objects; this would classify another type of evidence, whereas the actual finding shows cloud shared responsibility.
Question 338
The tester submits the following verified finding: A directory-integrated domain advertises service records with target hosts and ports for authentication and directory services. Which technique or condition is involved?
- Kerberos SPN listing
- Rpcbind service inventory
- DNS SRV discovery
- Anonymous LDAP bind
Explanation
Correct Answer
C:DNS SRV records publish the hostname and port of a service so clients can find it; LDAP and Kerberos discovery commonly rely on them. The appropriate hardening measure is to limit unintended public exposure of internal service records, since split DNS and zone design keep internal discovery available to clients without unnecessarily exposing internal service topology to the internet.
Incorrect Answers
A:SPNs bind service identities to Kerberos names; directory enumeration can identify service accounts but does not by itself reveal their passwords; those prerequisites differ from the DNS SRV discovery behavior in the record.
B:Rpcbind maps ONC RPC program identifiers to network addresses or ports, providing service discovery without directly enumerating file content; this would classify another type of evidence, whereas the actual finding shows DNS SRV discovery.
D:Anonymous bind behavior depends on directory configuration; exposing membership attributes enables reconnaissance without granting an application login; those effects are not the DNS SRV discovery pattern evidenced by the assessment.
Question 339
As part of a sanctioned audit, a reviewer observes: A front proxy and backend disagree about where a request body ends, allowing one connection to carry bytes interpreted as another request. Which behavior is illustrated?
- HTTP TRACE exposure
- Reverse proxy trust boundary
- Sensitive response caching
- HTTP request smuggling
Explanation
Correct Answer
D:Request smuggling arises from inconsistent HTTP message framing between intermediaries, notably conflicting length or transfer-encoding interpretation. To constrain the corresponding risk, defenders should normalize request framing and reject ambiguous HTTP messages at every hop; consistent parsing prevents one component from treating attacker-controlled bytes as the beginning of a separate victim request.
Incorrect Answers
A:TRACE is a diagnostic HTTP method that echoes received request information; unnecessary support can add exposure in certain client and proxy configurations; this would classify another type of evidence, whereas the actual finding shows HTTP request smuggling.
B:Proxy metadata headers are only trustworthy when inserted or sanitized by an authenticated, trusted upstream hop; arbitrary clients may forge them; the relevant mechanism in the observed workflow is HTTP request smuggling instead.
C:Incorrect HTTP caching directives or cache keys can mix authenticated responses across users when intermediaries ignore session-specific variation; those effects are not the HTTP request smuggling pattern evidenced by the assessment.
Question 340
The testing team seeks a specific preventive recommendation for this finding: A password-reset completion link accepts any next-page URL and redirects visitors to an external credential-harvesting domain after showing the legitimate site's hostname. What should be implemented?
- Allow only approved internal destinations or validated redirect URIs
- Avoid shell invocation and pass validated arguments to direct process APIs
- Replace unsafe DOM sinks with text-safe APIs and validate client data
- Encode untrusted values for the exact HTML or script output context
Explanation
Correct Answer
A:Strict redirect target validation prevents an attacker from using the application domain as a relay to arbitrary destinations. The underlying condition is that open redirects allow attacker-controlled destinations in a trusted application's navigation flow, which can aid phishing and token misrouting.
Incorrect Answers
B:Separating executable selection from user data prevents shell parsing from transforming input into additional commands; the measure addresses a different trust boundary from the open redirect finding.
C:Using textContent or safe templating blocks markup interpretation even when attacker-controlled fragments never pass through the server; the required correction concerns open redirect, so this is not the targeted control.
D:Context-appropriate escaping prevents user-controlled text from becoming executable markup while preserving legitimate displayed search terms; its security benefit applies principally to reflected cross-site scripting, not the defect described; the tested fault instead involves open redirect.