XSOAR-Engineer Incident Interactions And Reporting — Timed 10 Questions

Question 1

An analyst is reviewing the War Room audit log and notices that an entry generated by an integration script contains sensitive API keys. How can the analyst remove this sensitive text from the War Room history?

10 minute time limit — choose an answer to begin.

Accepted Answer

Hover over the specific War Room entry, click the options menu, and select 'Delete'. In Cortex XSOAR, the War Room audit log entries can be individually deleted via the entry's options menu. Hovering over the specific entry and selecting 'Delete' removes that entry from the War Room history, effectively eliminating the sensitive text. This is the only supported method to remove a single entry without affecting other data.

Answer

Modify the integration code to retroactively scrub historical database entries

Answer

Lock the incident, which automatically sanitizes all War Room text matching regex patterns

Answer

Run the '!clear-war-room-secrets' command with the entry ID

Question 2

During a high-severity incident, an analyst needs to run a playbook task manually while bypassing standard automated conditional gates. How can this be accomplished from the War Room?

Accepted Answer

Navigate to the Playbook tab within the incident, select the specific task, and choose 'Force Run'. In Cortex XSOAR, the Playbook tab within an incident shows the visual playbook graph, and selecting a specific task exposes a 'Force Run' option that executes that task immediately, bypassing conditional gates and dependencies. This is the supported manual-override mechanism during high-severity incidents when an analyst needs to skip automation logic.

Answer

Restart the entire XSOAR server container to reset playbook state machines

Answer

Type '!force-playbook-task' directly in the War Room CLI without parameters

Answer

Edit the incident type schema to automatically convert all conditional tasks to automatic

Question 3

Where can an analyst view a chronological timeline of all automated and manual actions taken within an active incident?

Accepted Answer

The War Room tab. The War Room tab in Cortex XSOAR is the central collaboration and audit interface for an active incident. It records every automated task, playbook step, manual analyst command, and entry (notes, files, indicators) in chronological order, making it the definitive place to view a timeline of all actions taken. The Dashboards tab, while useful for aggregated metrics and visualizations, does not provide a per-incident chronological action log; it displays widget-based summaries that can be filtered but lack the detailed, sequential audit trail of the War Room.

Answer

The Threat Intel tab

Answer

Settings > About

Question 4

An analyst needs to add a private note to an incident's War Room that only specific team members can view. How should the analyst enter the note?

Accepted Answer

Type the text directly into the War Room input bar and press Enter. In Cortex XSOAR, a private note is created by typing the text directly into the War Room input bar and pressing Enter — the note is then visible only to the analyst who created it (and can be toggled to be shared). This is the standard, native mechanism for adding analyst-only commentary to an incident's War Room without invoking any automation or changing configuration. No special command, export, or encryption setting is required.

Answer

Use the '!private-note' automation command

Answer

Export the incident to an encrypted ZIP file

Answer

Navigate to Settings > Security > War Room Encryption

Question 5

An administrator wants to create a dashboard widget that counts only incidents where the SLA has been breached. Which query syntax should be used in the widget definition?

Accepted Answer

slastatus:breached. SLA status is tracked via built-in fields like 'duedate' or specific SLA indicator flags such as 'closingReason' or SLA breach properties.

Answer

status:closed and severity:high

Answer

duedate > now

Answer

sla:expired

Question 6

An administrator is troubleshooting a scheduled report that fails to email its PDF output to stakeholders. Where should the administrator check first to diagnose the delivery failure?

Accepted Answer

Settings > About > Troubleshooting > Server Logs. Server logs and the specific reporting execution logs help identify mailing or rendering errors.

Answer

The Incident War Room of the report creator

Answer

The browser developer tools console while viewing the dashboard

Answer

Settings > Integrations > Instances > Mail Sender status

Question 7

An administrator configured a custom incident field of type 'MultiSelect', but analysts complain that they cannot select more than one option when creating a new incident. What is the most likely cause?

Accepted Answer

The corresponding field element in the incident layout is configured as a single-select dropdown instead of multi-select. Layout configurations must match field types; if the layout element is configured as a single select or dropdown instead of multi-select, or if the field definition itself was incorrectly set, behavior is restricted. Assuming layout field configuration.

Answer

Multi-select fields are not supported in custom incident types

Answer

All multi-select fields require an active threat intelligence feed license

Answer

The database index for multi-select fields must be rebuilt via CLI using '!rebuild-index'

Question 8

An analyst wants to view incidents that were closed within the last 24 hours. Which query should be entered in the WorkArea search bar?

Accepted Answer

closed > 24hours. Cortex XSOAR's WorkArea search bar supports a query syntax where 'closed > 24hours' filters incidents whose closed timestamp is within the last 24 hours. This is the documented relative-time syntax for the closed field, making it the correct query for the analyst's requirement.

Answer

active:false and duration<1d

Answer

status:closed and time:today

Answer

closeddate:past-day

Question 9

An administrator wants to ensure that specific sensitive incidents are restricted so that only members of the 'IncidentResponse' team can view or edit them. How should this be implemented?

Accepted Answer

Configure Role-Based Access Control (RBAC) and assign incident type permissions to the 'IncidentResponse' role. Incident-level access control or role-based permissions on incident types can restrict visibility.

Answer

Turn off the REST API server for all non-admin users

Answer

Password-protect each individual incident via the War Room header

Answer

Encrypt the incident database table using AES-256 keys

Question 10

Which TWO built-in fields are automatically populated when a new incident is created in Cortex XSOAR?

Accepted Answer

Status. Built-in fields like incident ID, creation time (or modified time), and status are automatically populated upon creation.

Answer

Vehicle license plate number

Answer

Frequent flyer miles balance

Answer

Employee payroll identification number