You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can associate rule exceptions with detection and endpoint rules to prevent trusted processes and network activity from generating unnecessary alerts, therefore, reducing the number of false positives.
10
10
11
-
% Use migrated content from existing pages that map to this page:
11
+
When creating exceptions, you can assign them to [individual rules](#rule-exceptions-intro) or to [multiple rules](#shared-exception-list-intro).
12
+
13
+
14
+
## Exceptions for individual rules [rule-exceptions-intro]
15
+
16
+
Exceptions, also referred to as *exception items*, contain the source event conditions that determine when alerts shouldn’t be generated.
17
+
18
+
You can create exceptions that apply exclusively to a single rule. These types of exceptions can’t be used by other rules, and you must manage them from the rule’s details page. To learn more about creating and managing single-rule exceptions, refer to [Add and manage exceptions](add-manage-exceptions.md).
You can also use [value lists](create-manage-value-lists.md) to define exceptions for detection rules. Value lists allow you to match an exception against a list of possible values.
27
+
::::
28
+
29
+
30
+
31
+
## Exceptions shared among multiple rules [shared-exception-list-intro]
32
+
33
+
If you want an exception to apply to multiple rules, you can add an exception to a shared exception list. Shared exception lists allow you to group exceptions together and then associate them with multiple rules. Refer to [Create and manage shared exception lists](create-manage-shared-exception-lists.md) to learn more.
0 commit comments