file hashes
, IPs
, URLs
) or observable relations (such as “Source” or “Created By”), the system searches for cases related to those observables or observable relations.Case Deduplication Action Fields
Parameter | Description | |
---|---|---|
Alert ID | The Alerts ID | |
Create a case for unique alerts | When checked, a new case will be created if no duplicate is found. | |
Case Name | The title of the case. | |
Case Status | The Current status of the Case - (i.e New, In Progress, Closed). | |
Case Type | The case type defines the classification or category assigned to the case. | |
Case Manager | The user or group assigned to handle the case. | |
Severity | The Case’s severity rank- (i.e Low, Medium, High or Critical) | |
Inherit highest alert severity | If checked, the case’s severity will automatically update to match the highest severity among newly linked alerts. | |
Append Alert’s Vendor | If checked the alert’s vendor will automatically be added to the case’s “Vendors” field. |
JSON
output provide output from this action informs downstream workflow steps about how the alert was handled, which case it relates to, and what observables were involved.
JSON
outputs are provided for illustrative purposes only. The actual results you see may vary depending on how you have configured the Case Deduplication action and the associated Deduplication Rules.'Case Deduplication' Action Output Example
Breakdown of the `JSON` Key-Value Pairs
is_unique
: Specifies whether the current alert generated a new, distinct case.true
: No existing cases matched; a new case was created.false
: The alert matched an existing case and was deduplicated accordingly.matched_rule
: Indicates whether a deduplication rule was triggered.true
: A deduplication rule matched based on the extracted observables.false
: No rule matched, and the alert may continue to new case creation.rule
: The name of the deduplication rule that was triggered. Deduplication rules determine how observables (such as hash, IP, domain) are matched to existing cases.case
: Contains metadata about the case the alert was associated with or resulted in.name
: The name of the case, typically based on the deduplication rule or observable grouping.case_ids
: Optional- Related case identifiers, if any.close_reason
: Optional- The reason the case was closed.updated_by
: The ID of the user or automation that last modified the case.auto_id
: An internally incremented identifier used for sorting or indexing cases.id
: The system-generated UUID used to uniquely identify the case record.closed_by_automation
: Indicates whether the case was automatically closed by a rule or system logic.task_ids
: Optional- List of task IDs associated with the case.mitre_attack
: Optional- MITRE ATT&CK tactics or techniques linked to the case.closed_by
: Optional- ID of the user or system that closed the case.alert_ids
: A list of alert IDs associated with this case.attachment_ids
: Optional- List of files or artifacts attached to the case.severity
: Numerical severity rating of the case.created_by
: ID of the user or automation that initially created the case.type
: The category or classification of the case, such as “Malware” or “Phishing”.case_tags
: Optional- Tags applied for filtering or grouping similar cases.collaborators
: Optional- User or team IDs participating in the case.sla_expiry
: Optional- SLA expiration timestamp, if an SLA is defined.closed_at
: Optional Timestamp indicating when the case was closed.status
: The current status of the case, such as NEW
, IN_PROGRESS
, or RESOLVED
.sla
: Optional- SLA policy or parameters tied to the case.observable_ids
: A list of observables extracted or linked to the case.overview
: Optional- High-level narrative or summary of the case context.updated_at
: Timestamp of the most recent update to the case.created_at
: Timestamp when the case was first created.summary
: Optional- Short summary or commentary about the case.case_manager
: Optional- ID of the lead responder or case owner.vendors
: Optional- Any third-party vendors or integrations relevant to the case. (Reminder- If the ‘Append Alert’s Vendor’ checkbox is checked in the ‘Case Deduplication’ action, the alert’s vendor will automatically be added to the case’s “Vendors” field. )case_id
: A human-readable case reference ID (e.g., “INC-00004”) used for display and tracking.Case Deduplication: Suspicious File Execution Detected Use Case Example
FalseExecutableExtension
),bart.s
executing whoami.rtf
.