Question 690
The incident is not yet closed. Response staff report: A user profile field reflects unescaped script markup and browsers execute it when other users view the profile. Which short-term measure protects the affected process or asset?
- Disable affected rendering and sanitize the malicious stored payload carefully
- Compare stored profile content with rendered DOM and browser execution evidence
- Disable role mutation on the vulnerable endpoint and review newly elevated accounts
- Apply context-aware output encoding and assess impacted sessions
Explanation
Correct Answer
A:Containment removes immediate script execution without destroying evidence; it protects the affected workflow while investigators continue resolving whether stored cross-site scripting occurs.
Incorrect Answers
B:Persistent malicious markup can execute in other users' sessions; for whether stored cross-site scripting occurs, investigation alone does not control current conditions; initial containment or preservation remains necessary.
C:Containment removes the direct privilege escalation path; the relevant condition for that step is whether mass assignment permits privilege escalation, which is not shown for whether stored cross-site scripting occurs.
D:Encoding at the output context addresses the underlying flaw; the goal is initial containment or preservation for whether stored cross-site scripting occurs. Corrective follow-through follows initial protection.
Question 691
The first task is to corroborate an alert. The case notes state: A WAF rule blocks a known exploit pattern but an attacker reaches the vulnerable endpoint using an alternate encoding. What should the investigator examine to distinguish a substantiated finding from an assumption?
- Add tested canonicalization and emergency endpoint controls
- Compare decoded application inputs with WAF normalization and rule hits
- Audit effective database grants and service account query history
- Use normalized request inspection and secure coding tests
Explanation
Correct Answer
B:Different encodings can bypass filters if the backend interprets them differently; the objective is to establish whether signature matching misses equivalent payloads; the result can then guide the later protective decision.
Incorrect Answers
A:Mitigation must match how the application decodes input; the requirement concerns whether signature matching misses equivalent payloads, so immediate protection does not substantiate findings.
C:Cross-database privileges let a web compromise move beyond its own data; that method could help with whether excessive backend privilege expands attack impact; the evidence validation decision here involves whether signature matching misses equivalent payloads.
D:Defense in depth should not assume a single WAF regex is sufficient; the case needs evidence validation addressing whether signature matching misses equivalent payloads; prevention is not incident verification.
Question 692
Before making any disruptive change, an investigator is handed these observations: Developers suppress security headers globally to resolve a single embedded-widget compatibility issue. Which source best supports the incident finding before responders modify the environment?
- Restore protective defaults and permit only reviewed widget origins
- Review browser security policy exceptions and test each release
- Inspect CSP, iframe and mixed-content behavior on affected routes
- Test allowed verbs and handler behavior against the route specification
Explanation
Correct Answer
C:Removing all headers increases attack surface beyond the one integration; that evidence directly tests the concern about whether broad browser-policy relaxation created exposure, rather than relying on a single unverified indicator.
Incorrect Answers
A:A scoped rule limits unintended execution and framing; the case needs evidence validation addressing whether broad browser-policy relaxation created exposure; immediate protection does not substantiate findings.
B:Narrow allowances reduce future abuse; when judging whether broad browser-policy relaxation created exposure, prevention is not incident verification; this is instead recurrence prevention.
D:Unexpected methods can reach unreviewed code paths or change server behavior; the activity targets whether excess methods expose unintended functionality; evidence validation here concerns whether broad browser-policy relaxation created exposure.
Question 693
An evidence-led review starts with the following report: A search page accepts a shell metacharacter in an input and a server-side process unexpectedly launches. What investigation should establish the disputed activity and its timeline?
- Restrict the vulnerable feature and isolate compromised application hosts
- Remove shell construction, use safe APIs and rebuild compromised instances
- Prohibit untrusted command interpolation and test process-spawning endpoints
- Correlate crafted requests with application child-process creation and command logs
- Correlate HTTP parameters, SQL error detail and database statement audit
Explanation
Correct Answer
D:A web parameter causing shell execution supports command injection; this permits a traceable finding about whether OS command injection is occurring before the team makes a disruptive change.
Incorrect Answers
A:A web process that launches attacker commands requires host-level containment; when judging whether OS command injection is occurring, immediate protection does not substantiate findings; this is instead initial containment or preservation.
B:Escaping alone is weaker than avoiding shell interpretation; for whether OS command injection is occurring, recovery is not factual verification; evidence validation remains necessary.
C:Secure design removes the attack primitive; the requirement concerns whether OS command injection is occurring, so prevention is not incident verification.
E:Matching inputs and query behavior support a code injection hypothesis; it is meant to address whether SQL injection reached an unsafe query path, not evidence validation for whether OS command injection is occurring.
Question 694
The team has retained the initial evidence and is assessing recovery from: A content-management plug-in is confirmed exploited but the host still runs the old plug-in version after a restart. What restoration task closes the identified integrity or control gap?
- Inspect active plug-in version, loaded code and related persistence artifacts
- Rebuild the application host and remediate the upload weakness
- Inventory third-party components and apply risk-based update management
- Disable the affected plug-in or restrict access to the vulnerable route
- Install a verified fixed plug-in and inspect content changes and accounts
Explanation
Correct Answer
E:Recovery requires vulnerability removal and compromise review; the change should be tested before unrestricted operations resume for the event involving whether restart removed the exploitable component.
Incorrect Answers
A:Restarting does not patch vulnerable software or undo malicious additions; the goal is trusted restoration for whether restart removed the exploitable component. Verification is not the corrective step.
B:Deleting only the shell may leave other attacker changes; the activity targets whether uploaded code provided persistent remote access; trusted restoration here concerns whether restart removed the exploitable component.
C:Maintained dependencies reduce known plug-in exploitation; the case needs trusted restoration addressing whether restart removed the exploitable component; future hardening is not current-state recovery.
D:The exploit path should be interrupted during the fix; when judging whether restart removed the exploitable component, temporary protection does not complete correction; this is instead initial containment or preservation.
Question 695
The coordinator needs corrective action rather than another alert. The event was: A support link includes a query parameter that redirects browsers to an untrusted external payment site. Which follow-through step verifies the weakness was removed?
- Test redirect parameters and enforce destination allowlists in development
- Disable unvalidated external redirects or allowlist permitted destinations
- Use destination allowlists and safe URL resolution with metadata protections
- Replace generic redirect handling with validated internal route mappings
Explanation
Correct Answer
D:A secure implementation avoids arbitrary attacker destinations; the recovery decision is tied to whether an open redirect is being abused, not merely to reduced alert volume.
Incorrect Answers
A:Input validation reduces phishing via trusted URLs; when judging whether an open redirect is being abused, future hardening is not current-state recovery; this is instead recurrence prevention.
B:Restricting the redirection path prevents further lure delivery; for whether an open redirect is being abused, temporary protection does not complete correction; trusted restoration remains necessary.
C:Application fetch behavior should not permit arbitrary internal endpoints; this serves whether server-side request forgery reaches internal services, whereas the requested result is trusted restoration involving whether an open redirect is being abused.
Question 696
The team wants a measurable hardening change following this situation: A user can supply a URL causing the backend to fetch a cloud instance metadata endpoint. What improvement best addresses the root weakness in a future incident?
- Use anti-CSRF middleware and secure cookie settings as complementary defenses
- Correlate application outbound requests with input URLs and metadata access logs
- Use destination allowlists and safe URL resolution with metadata protections
- Test redirect parameters and enforce destination allowlists in development
- Constrain server egress and test URL-fetch functionality for SSRF
- Block metadata and internal-address access from the vulnerable fetch component
Explanation
Correct Answer
E:Network boundaries reduce the consequences of parsing mistakes; its effectiveness can be exercised against the warning conditions associated with whether server-side request forgery reaches internal services.
Incorrect Answers
A:Standardized controls reduce browser-driven request forgery; the relevant condition for that step is whether cross-site request forgery is possible, which is not shown for whether server-side request forgery reaches internal services.
B:User-directed server fetches can reach addresses inaccessible to clients; the goal is recurrence prevention for whether server-side request forgery reaches internal services. An investigation is not recurrence prevention.
C:Application fetch behavior should not permit arbitrary internal endpoints; case recovery is not future-risk control in the decision about whether server-side request forgery reaches internal services.
D:Input validation reduces phishing via trusted URLs; it is meant to address whether an open redirect is being abused, not recurrence prevention for whether server-side request forgery reaches internal services.
F:Egress restriction limits secret retrieval while the defect is repaired; for whether server-side request forgery reaches internal services, one-time protection is not durable prevention; recurrence prevention remains necessary.
Question 697
A tabletop exercise is being updated using the following real-world failure: An API returns another customer's invoice when the numeric object identifier is incremented while logged in. Which improvement should be tracked through the next control-assurance cycle?
- Implement server-side object authorization and assess accessed invoices
- Test horizontal privilege boundaries in API security reviews
- Reproduce the access with separate authorized test accounts and object IDs
- Test model binding and privilege changes in API reviews
Explanation
Correct Answer
B:Authorization must be checked for each requested object; it closes a repeatable gap revealed by whether broken object-level authorization permits cross-account access without removing useful monitoring.
Incorrect Answers
A:Recovery involves both code correction and exposure review; the goal is recurrence prevention for whether broken object-level authorization permits cross-account access. Case recovery is not future-risk control.
C:Successful reads of another tenant's resource indicate missing object authorization; the case needs recurrence prevention addressing whether broken object-level authorization permits cross-account access; an investigation is not recurrence prevention.
D:Mass-assignment checks catch hidden role manipulation; the relevant condition for that step is whether mass assignment permits privilege escalation, which is not shown for whether broken object-level authorization permits cross-account access.
Question 698
A triage analyst needs to test a report involving these details: The team restores a web application from backup but leaves a stolen API token active in its environment. Which evidence collection or correlation is most relevant to this claim?
- Check deployed and archived secret versions against the exposure timeline
- Use scoped short-lived credentials and secret-rotation procedures
- Revoke and replace exposed API tokens before reopening access
- Compare API audit activity with token issue times and incident scope
Explanation
Correct Answer
D:Restored files do not invalidate externally usable credentials; the review should retain source and timing information relevant to whether restored service credentials remain compromised.
Incorrect Answers
A:Reusing a stolen credential can immediately reenable access to a rebuilt application; the activity targets whether restoration inherited a compromised secret; evidence validation here concerns whether restored service credentials remain compromised.
B:Controlled secrets reduce lasting impact from web compromises; prevention is not incident verification in the decision about whether restored service credentials remain compromised.
C:Identity containment closes the attacker's independent access path; the case needs evidence validation addressing whether restored service credentials remain compromised; immediate protection does not substantiate findings.
Question 699
The first task is to corroborate an alert. The case notes state: Session identifiers remain valid after logout and can be replayed from a second browser. What should the investigator examine to distinguish a substantiated finding from an assumption?
- Test token use after server-side logout and inspect token revocation behavior
- Revoke exposed tokens and reduce session lifetimes while investigating
- Inspect request origin validation, CSRF tokens and cookie SameSite attributes
- Use secure session lifecycle tests in release pipelines
Explanation
Correct Answer
A:A visible logout does not guarantee the backend rejected the session; the objective is to establish whether session invalidation is ineffective; the result can then guide the later protective decision.
Incorrect Answers
B:Invalidating active credentials limits session hijacking; the goal is evidence validation for whether session invalidation is ineffective. Immediate protection does not substantiate findings.
C:Cross-origin requests can exploit ambient authenticated browser state; that method could help with whether cross-site request forgery is possible; the evidence validation decision here involves whether session invalidation is ineffective.
D:Session management should not rely only on browser cookie deletion; the case needs evidence validation addressing whether session invalidation is ineffective; prevention is not incident verification.
Question 700
The team needs temporary protection and must retain evidence. The observed event is: A support portal lets users modify the role field in their own profile update request and become administrators. What narrowly scoped action would best control the immediate risk?
- Disable the vulnerable endpoint or enforce emergency per-object checks
- Use an allowlist of editable fields and restore legitimate roles
- Compare accepted request fields with server-side authorization and model binding
- Disable role mutation on the vulnerable endpoint and review newly elevated accounts
Explanation
Correct Answer
D:Containment removes the direct privilege escalation path; it restricts the path implicated in whether mass assignment permits privilege escalation; later eradication and restoration remain separate decisions.
Incorrect Answers
A:Immediate access control stops further cross-account disclosure; the other incident centers on whether broken object-level authorization permits cross-account access, not this initial containment or preservation question about whether mass assignment permits privilege escalation.
B:Server-owned privilege attributes need independent authorization; the case needs initial containment or preservation addressing whether mass assignment permits privilege escalation; corrective follow-through follows initial protection.
C:Client-controlled fields must not be allowed to write protected roles; when judging whether mass assignment permits privilege escalation, investigation alone does not control current conditions; this is instead evidence validation.