Skip to content
Merged
Show file tree
Hide file tree
Changes from 2 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Binary file modified solutions/images/security-alert-change-status.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
17 changes: 17 additions & 0 deletions solutions/security/detect-and-alert/manage-detection-alerts.md
Original file line number Diff line number Diff line change
Expand Up @@ -191,6 +191,23 @@ To change an alert’s status, do one of the following:
::::
* In an alert’s details flyout, click **Take action** and select a status.

#### Set an alert's closing reason
```yaml {applies_to}
stack: ga 9.2
serverless: ga
```

You can specify a reason for closing an alert by selecting one of the following options:

* **Close without reason**: Close the alert without specifying a reason.
* **Duplicate**: The alert is a duplicate of another alert.
* **False positive**: The alert was triggered by normal activity and doesn't indicate a security issue.
* **True positive**: The alert represents a real security incident that has been resolved.
* **Benign positive**: The alert correctly identified the activity, but the activity is acceptable or not actionable.
* **Automated closure**: TBD
* **Other**: Any other reason not covered by the predefined categories.

When you select a closing reason, the alert document is populated with a new field called `kibana.alert.workflow_reason`. You can use this field to filter and sort alerts on the **Alerts** page. If you later reopen the alert, the field is removed from the document.

### Apply and filter alert tags [apply-alert-tags]

Expand Down
Loading