Question 30
The assessment evidence reads as follows: A previously private storage account becomes publicly accessible after an unreviewed infrastructure template change, despite the original security baseline. Which technical concept explains the result?
- Cloud secret management
- Overbroad cloud IAM role
- Cloud posture drift
- Cloud audit logging gap
- Public object storage exposure
Explanation
Correct Answer
C:Cloud posture drift occurs when deployed configuration departs from defined policy through manual edits or automated infrastructure changes. To constrain the corresponding risk, defenders should continuously assess configurations against preventive policy guardrails; policy-as-code, change review, and recurring checks detect or block unsafe states after initial deployment.
Incorrect Answers
A:Application secret material embedded in code spreads across source control, build logs, and deployments, making controlled rotation and access auditing harder; the case demonstrates cloud posture drift rather than the alternate mechanism.
B:Excess IAM privileges magnify damage from leaked tokens or compromised workloads; role scope should follow the actual API operations required; the observed evidence concerns cloud posture drift instead.
D:Cloud control-plane audit trails record resource and identity operations; without centralized retention, policy changes can escape meaningful attribution; that behavior is distinct from the cloud posture drift finding being classified.
E:Public object permissions expose stored data independently of whether the bucket name is difficult to guess; link obscurity does not enforce authorization; the scenario identifies cloud posture drift, which has a different triggering condition.
Question 31
A control review considers a verified technical issue: A secondary DNS appliance not under the organization's control can request and download an entire internal zone because transfer permissions accept arbitrary sources. Which mitigation most directly addresses its cause?
- Require authenticated binds and restrict readable directory attributes
- Manage service-account permissions and use strong managed secrets
- Allow zone transfers only to designated secondary servers
- Restrict RPC exposure to trusted administrative network segments
- Disable anonymous enumeration and review guest or null-session policies
Explanation
Correct Answer
C:Secondary allowlists and appropriately authenticated transfers preserve DNS replication without offering the complete zone to unrelated clients. The underlying condition is that zone transfer replicates DNS records between authorized servers; permissive AXFR access can reveal extensive hostnames and address relationships.
Incorrect Answers
A:Authentication and attribute-level authorization stop unauthenticated collection of membership information while retaining approved application queries; its security benefit applies principally to anonymous LDAP bind, not the defect described; the tested fault instead involves DNS zone transfer.
B:Tight account privileges and long, rotated secrets limit subsequent ticket-based password attacks after SPN exposure; the exposure here is DNS zone transfer, which calls for another protective mechanism.
D:Filtering management reachability limits endpoint metadata leakage and reduces the chance that remote RPC interfaces are reachable by untrusted clients; this is relevant to a separate RPC endpoint mapper scenario, rather than the identified exposure; the tested fault instead involves DNS zone transfer.
E:Explicitly limiting unauthenticated SMB and RPC access prevents account and share disclosure while preserving required authenticated service use; the tested weakness is DNS zone transfer, not the SMB null-session exposure configuration addressed here.
Question 32
The testing team seeks a specific preventive recommendation for this finding: A harmless injected script in an application can inspect the bearer cookie of an authenticated user because the browser's cookie API exposes it. What should be implemented?
- Regenerate session identifiers after successful authentication
- Set HttpOnly on session cookies and remediate injection weaknesses
- Validate anti-CSRF tokens and request origin for state changes
- Mark authentication cookies Secure and require HTTPS throughout the site
- Expire inactive sessions server-side and reauthenticate after the threshold
Explanation
Correct Answer
B:The attribute narrows token access from injected scripts but does not itself prevent those scripts from making same-origin requests. This matters for the observed attack path because HttpOnly prevents browser JavaScript from reading a cookie, but the browser can still attach it to legitimate HTTP requests.
Incorrect Answers
A:Changing the session token at the privilege transition invalidates any previously planted identifier without requiring the victim to notice tampering; that safeguard does not directly close the HttpOnly cookie attribute route highlighted by the test.
C:Server-side request authenticity checks reject actions that merely carry automatically attached cookies without proof of authorized user intent; the specific root cause belongs to HttpOnly cookie attribute, beyond this control's intended scope.
D:Transport restrictions and HTTPS redirect policy help prevent bearer tokens from leaking on non-TLS connections; that change targets secure cookie attribute, while the confirmed weakness involves HttpOnly cookie attribute.
E:Server-enforced expiry prevents a copied or unattended token from remaining valid merely because client JavaScript failed to close the page; it would improve idle session timeout, not directly correct the reported HttpOnly cookie attribute issue.
Question 33
During a scoped review the analyst records both conditions: The WLAN authenticates individual managed endpoints using client certificates rather than distributing one password among all users. Separately, two office entrance sensors recognize the same Bluetooth badge each morning because its advertised hardware identifier stays constant rather than changing pseudonymously. Which TWO interpretations match the evidence? Choose TWO.
- Evil-twin access point
- BLE advertisement tracking
- 802.1X EAP-TLS identity
- Wireless jamming
- WPA3-SAE authentication
Explanation
Correct Answers
B:BLE advertising can disclose device identifiers or metadata before a full connection; persistent identifiers can support passive tracking; this supports one of the required classifications, distinct from the evidence for 802.1X EAP-TLS identity.
C:EAP-TLS in an 802.1X enterprise deployment provides certificate-based mutual authentication when both supplicant and server validate credentials correctly; this technical behavior accounts for the 802.1X EAP-TLS identity observation, while BLE advertisement tracking concerns the other independent evidence.
Incorrect Answers
A:An evil twin imitates a legitimate wireless network's identity to intercept associations or lead clients into fraudulent authentication and traffic paths; that behavior is distinct from the 802.1X EAP-TLS identity, BLE advertisement tracking finding being classified.
D:RF jamming disrupts availability at the physical layer; stronger cryptographic keys do not eliminate interference in the shared radio spectrum; the events given do not establish this behavior but do support 802.1X EAP-TLS identity, BLE advertisement tracking.
E:WPA3-Personal uses SAE rather than the WPA2-Personal PSK handshake, improving resistance to passive offline password guessing under proper implementation; the reported conditions are characteristic of 802.1X EAP-TLS identity, BLE advertisement tracking, not that path.
Question 34
A follow-up review must reduce the risk revealed here: A function processing webhook JSON trusts a supplied action field to execute privileged back-office operations without schema checks or authorization tied to the triggering identity. Which defensive measure fits the specific failure mode?
- Grant a task-specific least-privilege service role
- Validate event schemas and apply function-level authorization
- Continuously assess configurations against preventive policy guardrails
- Enable encryption at rest for secrets and protect etcd access
Explanation
Correct Answer
B:Schema checks and explicit authorization prevent a public trigger from translating arbitrary input into privileged cloud operations. It targets the actual failure mode: serverless triggers deliver data but do not guarantee every event field has appropriate business authorization; code must validate and authenticate the request context.
Incorrect Answers
A:Limiting API actions and target resources preserves log writing without granting unrelated account configuration or data deletion authority; this is relevant to a separate overbroad cloud IAM role scenario, rather than the identified exposure; the tested fault instead involves serverless event injection.
C:Policy-as-code, change review, and recurring checks detect or block unsafe states after initial deployment; that safeguard does not directly close the serverless event injection route highlighted by the test.
D:Cryptographic storage protection and strict API authorization reduce exposure from copied datastore contents or overly broad cluster access; the proposed improvement would make sense for etcd secret storage but not as the main fix here; the tested fault instead involves serverless event injection.
Question 35
The owner asks for a durable safeguard against the issue demonstrated here: An account configured for an old Kerberos compatibility requirement no longer requires preauthentication, so any domain user can obtain material suitable for offline guessing. What is the best response?
- Review authorized keys and centrally manage approved SSH principals
- Detect breached-password reuse and add risk-based login protections
- Require Kerberos preauthentication and strengthen affected account passwords
- Quote service executable paths and remove write access from service directories
Explanation
Correct Answer
C:Enabling preauthentication removes the unauthenticated response path; strong secrets provide additional resistance if password material is exposed. It targets the actual failure mode: AS-REP roasting abuses accounts that do not require Kerberos preauthentication; normal accounts demand proof before issuing the relevant response.
Incorrect Answers
A:Removing unauthorized trust entries and limiting key enrollment close the bypass that persists when only local passwords are changed; that change targets SSH authorized-key persistence, while the confirmed weakness involves AS-REP roasting.
B:Unique passwords, MFA, and credential-reuse detection reduce success when third-party credential lists are tested against enterprise identities; it would improve credential stuffing, not directly correct the reported AS-REP roasting issue.
D:Correct quoting removes ambiguity in executable selection, while hardened filesystem ACLs block unauthorized replacement or placement of executables; the required correction concerns AS-REP roasting, so this is not the targeted control.
Question 36
An authorized security review documents this behavior: A response contains no useful data difference, but certain input values produce repeatable database-dependent delays. Which mechanism best accounts for the finding?
- Time-based blind SQL injection
- UNION-based SQL injection
- Dynamic SQL identifier control
- Boolean-based blind SQL injection
- Error-based SQL injection
Explanation
Correct Answer
A:Time-based blind injection infers a condition through deliberate execution-time differences when application output conceals query results and errors. For a production safeguard, operators can parameterize queries and monitor anomalous database execution delays; binding blocks injected delay expressions; telemetry can identify expensive or suspicious query behavior that error monitoring misses.
Incorrect Answers
B:UNION-based injection appends a compatible SELECT result to the application's existing query output, allowing data to appear in a normal response; the reported conditions are characteristic of time-based blind SQL injection, not that path.
C:Prepared-statement parameters represent data values, not arbitrary SQL identifiers; dynamic object names must be chosen through trusted code; those prerequisites differ from the time-based blind SQL injection behavior in the record.
D:Boolean blind injection infers data from differences in application behavior caused by conditional SQL expressions rather than from directly printed results; this would classify another type of evidence, whereas the actual finding shows time-based blind SQL injection.
E:Error-based SQL injection extracts information through database-generated errors when untrusted input alters SQL syntax and diagnostics reach the client; the relevant mechanism in the observed workflow is time-based blind SQL injection instead.
Question 37
A production hardening ticket was raised after this confirmed observation: Release engineers accept a replacement mobile application build signed with an unexpected developer key, but the build is otherwise labeled as the same product version. Which action best targets the risk?
- Protect release signing keys and verify signatures in the deployment pipeline
- Review requested permissions and block unnecessary sensitive grants
- Combine instrumented runtime tests with static code and device testing
- Restrict risky overlay and accessibility grants and monitor suspicious apps
- Enforce HTTPS and prohibit cleartext network policies in app configuration
Explanation
Correct Answer
A:Secure key custody preserves update continuity and makes unauthorized package substitution harder to distribute as a trusted upgrade. This matters for the observed attack path because package signatures bind installed mobile code to a signing identity and help prevent arbitrary third parties from replacing an app during updates.
Incorrect Answers
B:Feature-based permission review limits unintended data collection and reduces blast radius when an app misbehaves; the specific root cause belongs to mobile app signature verification, beyond this control's intended scope.
C:Multiple observation methods expose dormant logic, native integrations, and environment-specific behaviors not visible in one emulator run; that change targets mobile dynamic analysis, while the confirmed weakness involves mobile app signature verification.
D:Platform safeguards and application controls reduce the ability of one app to draw deceptive credential forms over another; it would improve mobile overlay credential theft, not directly correct the reported mobile app signature verification issue.
E:TLS protects API exchanges in transit and platform policy stops accidental fallback to unencrypted endpoints; the measure addresses a different trust boundary from the mobile app signature verification finding.
Question 38
A security engineer examines the following result: An old wireless capture contains many frames whose short initialization values repeat under the same secret key, enabling statistical cryptanalysis. Which described weakness or technique does it demonstrate?
- WEP IV reuse
- Hidden SSID misconception
- Protected management frames
- WPS PIN weakness
Explanation
Correct Answer
A:WEP uses a small IV space and weak RC4 key construction, so repeated keystream conditions make its protection fundamentally unsuitable for modern networks. For a production safeguard, operators can replace WEP with WPA3 or properly configured WPA2-AES; modern authenticated encryption avoids the structural weaknesses of WEP; changing the WEP key alone does not repair its design.
Incorrect Answers
B:A hidden SSID is not cryptographic protection; association traffic and other wireless management exchanges can still reveal network identifiers; this would classify another type of evidence, whereas the actual finding shows WEP IV reuse.
C:Unprotected management frames can be forged to disrupt client associations; 802.11w PMF adds protection to specified robust management frames; the relevant mechanism in the observed workflow is WEP IV reuse instead.
D:Some WPS PIN implementations expose an effectively split PIN validation process and weak rate controls, making this enrollment method attackable; those effects are not the WEP IV reuse pattern evidenced by the assessment.
Question 39
A reviewer must label three distinct findings: A site embeds bearer session tokens in query strings that are later recorded in browser history and reverse-proxy access logs. A second record says: A developer-console review confirms that normal first-party page code can read a bearer session cookie through the browser API, even though no script injection or malicious markup is present. A third record states: A shared administrative terminal still accepts protected operations after several hours of inactivity, even though the operator locked only the screen and never actively logged out. Select THREE matching technical concepts.
- Idle session timeout
- SameSite cookie behavior
- Secure cookie attribute
- Session identifier in URL
- XSS-mediated cookie theft
- HttpOnly cookie attribute
Explanation
Correct Answers
A:Idle timeout invalidates a session after inactivity; it addresses unattended access and exposure from abandoned authenticated browsers; this technical behavior accounts for the idle session timeout observation, while session identifier in URL, HttpOnly cookie attribute concerns the other independent evidence.
D:URL-carried session identifiers leak through logs, referrers, history, and copied links more readily than properly protected cookies; this supports one of the required classifications, distinct from the evidence for HttpOnly cookie attribute, idle session timeout.
F:HttpOnly prevents browser JavaScript from reading a cookie, but the browser can still attach it to legitimate HTTP requests; it is separately evidenced in the task, rather than being interchangeable with session identifier in URL, idle session timeout.
Incorrect Answers
B:SameSite controls when browsers attach cookies to cross-site requests; Strict and Lax differ in their treatment of navigation and request methods; the relevant mechanism in the observed workflow is session identifier in URL, HttpOnly cookie attribute, idle session timeout instead.
C:The Secure attribute instructs browsers to transmit that cookie only over secure channels, reducing exposure during accidental plaintext requests; those effects are not the session identifier in URL, HttpOnly cookie attribute, idle session timeout pattern evidenced by the assessment.
E:Cross-site scripting can expose session cookies when HttpOnly is absent; the attacker obtains the bearer token rather than learning the account password; the observed evidence concerns session identifier in URL, HttpOnly cookie attribute, idle session timeout instead.
Question 40
The assessment evidence reads as follows: An older time server responds to legacy diagnostic requests with data about many recent clients. Which technical concept explains the result?
- DNS SRV discovery
- NTP control-query exposure
- SMB null-session exposure
- NFS export disclosure
Explanation
Correct Answer
B:Historical NTP monitoring commands exposed association or client information on some versions; modern implementations commonly restrict or remove these behaviors. For a production safeguard, operators can patch time services and restrict diagnostic control queries; current versions and access restrictions prevent unnecessary query disclosures while leaving time synchronization available to approved clients.
Incorrect Answers
A: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 relevant mechanism in the observed workflow is NTP control-query exposure instead.
C:An SMB null session may expose information on misconfigured or older systems where anonymous access policy is overly permissive; the case demonstrates NTP control-query exposure rather than the alternate mechanism.
D:NFS exports describe filesystems available to network clients; export policies can expose directories even when the server's local permissions appear sound; the observed evidence concerns NTP control-query exposure instead.