Issue with alerts sent to third party tools (such as ArcSight) in NetWitness Platform
Issue
When sending alerts to a third-party tool, such as ArcSight, there may be issues with how the alerts are being displayed, as it may appear that packets are sent with multiple alert titles in the same packet. In ArcSight, it would appear that one alert would run into another.An example:
The triggering of one rule is also appeared to trigger another rule. In ArcSight, these rules appear to have been combined, and these alerts that are triggered at the same time appear to be showing up in the same alert in ArcSight vs in separate alerts as they should be.
Tasks
Below is the flow for the Reporting Engine (RE) when it creates NW Alerts:
- RE will query all the sessions for Alerts (for example; "select where alert = '
'") - For each session received, RE will generate a template. A session can have multiple "alerts" (in such cases in the template all the alerts will appear as a "comma-separated" form)
If a session has alerts "[ AlertA , AlertD, AlertB, AlertC, AlertD ]" then in Template it will appear as "AlertA, AlertD, AlertB, AlertC, AlertD" (Comma Separated Values)
Resolution
In the above sample use case, the issue is with the interpretation of "meta.alert". This can be rectified by using the following:
use "$
{name}" instead of "$
{meta.alert}"
....in the template. Execution in such a way will display "Alert Name" vs all alerts in "Session". This methodology ensures the transmission of the alert name which fired the event in syslog.
Product Details
RSA Product/Service Type: NetWitness Server
Platform: CentOS, AlmaLinux
Summary
This article describes how alerts being sent to a third party monitoring tool such as ArcSight appear to be displayed incorrectly, and a method to rectify it.
Approval Reviewer Queue
Technical approval queue