Defining an external source file for dynamically enriching events
You need to define and format an external source file for performing dynamic event enrichment.
To create a dynamic event enrichment source file
- Create a .CSV file.
- Enter information that corresponds to each of the match and enrichment values that you plan to define in the policy.
Specify a comma-separated list of values for match and enrichment slots; do not exceed 1000 rows or lines.
The specified number of values specified in each row must be the same.
To create a dynamic event enrichment source file from a sample file
- Configure an event policy by specifying the basic policy details and the event selection criteria.
- Select the policy type, Advanced Enrichment.
- In the policy canvas, click Dynamic Enrichment.
- Under the Import Settings, click Download Template.
- A sample CSV file is downloaded.
- Replace the file information with appropriate match and enrichment values as described in step 2 for creating a dynamic event enrichment source file.
Examples for specifying data in the source file
Example 1: Suppose your source file contains the following data. In the policy, the total number of match slots and enrichment slots must be equal to three because the source file contains three types of values only.
In the following table, each column corresponds to a type of slot value:
- Column A corresponds to the match slot, Status.
- Column B corresponds to the match slot, Severity.
- Column C corresponds to the enrichment slot, Message.
Based on the following definition, while creating the dynamic enrichment policy:
- Under the Match Settings, you need to select the Status slot first, followed by the Severity slot.
- Under the Enrich Settings, you need to select the Message slot.
Also, notice the commented lines mentioned in column D. You can comment lines by preceding them with the hash symbol (#). Commented lines are not considered for matching and enriching.
Example 2: Suppose your source file contains the following data.
In the following table, each column corresponds to a type of slot value:
- Column A corresponds to the match slot, Severity.
- Column B corresponds to the match slot, Location.
- Column C corresponds to the match slot, Owner (or the assigned user).
- Column D corresponds to the enrichment slot, Message.
In the values to be used for matching, you can specify asterisk as the wildcard character. In the values to be used for enriching, you can specify slot placeholders. When the policy is applied, the slot names are replaced with appropriate slot values from the incoming event.
In the preceding table, you can see how a leading asterisk, a trailing asterisk, and an asterisk all by itself is specified in the values to be used for matching. You can also see the placeholder slots specified for the values to be used for enriching.
At the time of matching, if the matching preference is set to Best Match, then the following order of preference is applied:
- exact match (for example, CRITICAL)
- starts with (for example, CRIT*)
- ends with (for example, *RITICAL)
- contains (for example, *RITIC*)
- any (for example, *)
Column E in the following table indicates how the values would be processed based on the Best Match and First Match preference: