You may also download a PDF version of this guide.
Product Overview
Securonix Next-Gen SIEM delivers a next generation security analytics and operations management platform that includes user and entity behavior analytics (UEBA), security orchestration automation and response (SOAR), network traffic analysis (NTA) and a scalable security data lake. With all of these features combined in 1 platform, security teams can build threat models based on observed policy violations in their environment and assign a weighted score associated with the threat event. Threat events are ultimately a higher fidelity observation over violations because of the underlying threat models.
Detection Strategy for SIEM Integrations
Detection
SIEM technology provides us with a helpful detection "backstop" for event telemetry. The detections are not authored by us, so how we ingest and action on the SIEM's alerts depends on the SIEM's category.
This SIEM integration is categorized as investigative-only. This means no alerts from the SIEM are ingested, but the SIEM can still be used by us for investigation telemetry. Therefore we strongly recommend you set up this integration in Workbench to increase the available investigative support.
Response
SIEM telemetry provides additional information that can be useful for us to disposition alerts. With the exception of investigative-only SIEMs, we will follow our normal event triage process and create an Expel Alert that is sent to our SOC analysts for analysis. We may also run queries against your SIEM logs to search for additional types of data, which we use to enrich our alerts with additional context.
What We Support for Securonix Next-Gen SIEM
To see a comprehensive list of the most up-to-date SIEM rules and available DUETs (did you expect this) that we support for Securonix Next-Gen SIEM, ask your Sales or Support rep for the most recent download (not all SIEM rules are visible on the Detections page in Workbench).
| Supported event log sources |
|
| Securonix Next-Gen SIEM detection rules support | No, this SIEM integration is categorized as investigative-only. |
| Detection rules written by Expel | No. Expel does not write any detection rules for SIEM integrations. |
| Investigative support through Workbench | Yes. We are able to take the following investigative actions to gather data for triage and investigation of events.
|
| Hunting support | No. Hunting is not currently available for this integration. |
Additional Details and Common Questions
Console Access
A SIEM alert does not typically include all of the contextual timeline activity surrounding the event of interest. Because this integration does not allow us to get all necessary data via the API, we will ask you for a certain level of console access during onboarding. Granting it is optional, but is strongly recommended.
The level of access that we require is meant to support essential triage and research activities, and to help us determine the vector and extent of attacker activity for an identified threat. At minimum, we will ask for visibility into alert data, timeline events recorded, and live response/real time response shell (if applicable).
Historic Volume
We use historic volume to determine projected SIEM alert volume, which helps us decide whether or not a particular detection is appropriate to send to our SOC. We target 30 days as the ideal period of time to check on volume, and two weeks as the minimum. This gives us the confidence we need to properly evaluate incoming SIEM alerts in a way that does not flood the SOC with benign activity.
DUET
A DUET (did you expect this) rule flags certain SIEM alerts as needing an immediate verification or notification, and bypasses the normal internal event triage process. The alerts subject to DUET rules contain behaviors that are not typically indicative of true security incidents, as they are related to policy violations or potential risk.
There are a number of workflows that a DUET may follow. When enabled, the activity will be flagged for investigation and will be routed to you (rather than to us) to take a specified first action. To see the specific DUET rules currently supported for this integration, visit the Detections page in Workbench.
Use Cases Not Supported
| Use Case | Description | Reason |
| Top Users API | Use of Top Users for polled alerting. | Top users are continually and dynamically assigned new values as weighted violations occur. Expel either runs the risk of repeatedly alerting on the same user, or missing a new threat. |
| Vendor alerts containing missing evidence details | Some vendor alerts from Securonix don't contain any evidence details describing the alert. Workbench programmatically flags these alerts during the alert ingestion phase and suppresses them in Workbench. These alerts close automatically with the following close reason: “This SIEM device did not return any evidence details within the vendor alert for analysis”. | There is not enough information to triage this alert. |