Exabeam V2
(LAST UPDATED: 10/08/2024)
Overview
Exabeam is a user and entity behavior analytics (UEBA) solution that uses innovative analytics technology, such as machine learning and deep learning, to detect threats and anomalies on a corporate network. The analytics platform allows security analysts access to the most relevant threat intelligence and other contextual data and helps them prioritize remediation tasks. D3's integration with Exabeam Advanced Analytics' latest REST API enables event ingestion, user management, and asset retrieval.
D3 SOAR is providing REST operations to function with Exabeam.
Exabeam is available for use in:
Connection
To connect to Exabeam from D3 SOAR, please follow this part to collect the required information below:
Parameter | Description | Example |
Server URL | The server URL of the Exabeam environment. | https://sample.exabeam.com |
Authentication Type | The authentication method for the connection. If Basic Authentication (Username & Password) is selected, then the Username and Password parameters are required. | Cluster Authentication Token (API Token) |
Basic Authentication (Username & Password) | ||
Username | The Exabeam username used for basic authentication. | ***** |
Password | The Exabeam password used for basic authentication. | ***** |
Cluster Authentication Token (API Token) | ||
API Token | The API token used to authenticate the connection. | ***** |
READER NOTE
Exabeam no longer supports API authentication via basic authentication (using username and password). D3 SOAR still retains the basic authentication option for on-premise users that may still use it. Please use the Cluster Authentication Token authentication type to build any new integration connections with Exabeam. For more information, see Exambeam's notice regarding their API support.
Configuring Exabeam to Work with D3 SOAR
Go to Settings > Core > Admin Operations > Cluster Authentication Token.
The Cluster Authorization Token page appears.
Click on the
button.
The Setup Token dialog box appears.
Enter a Token Name, and then select an Expiry Date.
READER NOTE
Token names can contain only letters, numbers, and spaces.
Select the Default Roles for the token.
Click on the Add Token button.
Use this generated file to allow your API(s) to authenticate by token. Ensure that your API uses
ExaAuthToken
in its requests. For curl clients, the request structure resembles the following:POWERSHELLcurl -H "ExaAuthToken:<generated_token>" https://<external_host>:<api_port>/<api_request_path>
Refer to the Exabeam Cluster Operations documentation for detailed information.
Configuring D3 SOAR to Work with Exabeam
Log in to D3 SOAR.
Find the Exabeam integration.
Navigate to Configuration on the top header menu.
Click on the Integration icon on the left sidebar.
Type Exabeam in the search box to find the integration, then click it to select it.
Click + New Connection, on the right side of the Connections section. A new connection window will appear.
Configure the following fields to create a connection to Exabeam.
Connection Name: The desired name for the connection.
Site: Specifies the site to use the integration connection. Use the drop-down menu to select the site. The Share to Internal Sites option enables all sites defined as internal sites to use the connection. Selecting a specific site will only enable that site to use the connection.
Recipient site for events from connections Shared to Internal Sites: This field appears if you selected Share to Internal Sites for Site to let you select the internal site to deploy the integration connection.
Agent Name (Optional): Specifies the proxy agent required to build the connection. Use the dropdown menu to select the proxy agent from a list of previously configured proxy agents.
Description (Optional): Add your desired description for the connection.
Tenant (Optional): When configuring the connection from a master tenant site, you have the option to choose the specific tenant sites you want to share the connection with. Once you enable this setting, you can filter and select the desired tenant sites from the dropdowns to share the connection.
Configure User Permissions: Defines which users have access to the connection.
Active: Check the tick box to ensure the connection is available for use.
System: This section contains the parameters defined specifically for the integration. These parameters must be configured to create the integration connection.
1. Input your Server URL.
2. Select your Authentication Type. Select the Cluster Authentication Token (API Token) for Authentication Type.
3. Input your API Token. See Configuring Exabeam to Work with D3 SOAR.Connection Health Check: Updates the connection status you have created. A connection health check is done by scheduling the Test Connection command of this integration. This can only be done when the connection is active.
To set up a connection health check, check the Connection Health Check tickbox. You can customize the interval (minutes) for scheduling the health check. An email notification can be set up after a specified number of failed connection attempts.
Enable Password Vault: An optional feature that allows users to take the stored credentials from their own password vault. Please refer to the password vault connection guide if needed.
Test the connection.
Click Test Connection to verify the account credentials and network connection. If the Test Connection Passed alert window appears, the test connection is successful. You will see Passed with a green checkmark appear beside the Test Connection button. If the test connection fails, please check your connection parameters and try again.
Click OK to close the alert window.
Click + Add to create and add the configured connection.
Commands
Exabeam includes the following executable commands for users to set up schedules or create playbook workflows. With the Test Command, you can execute these commands independently for playbook troubleshooting.
Integration API Note
For more information about the Exabeam API, please refer to the Exabeam API reference.
Note for Time-related parameters
The input format of time-related parameters may vary based on your account settings. As a result, the sample data provided in our commands is different from what you see. To set your preferred time format, follow these steps:
Navigate to Configuration Application Settings. Select Date/Time Format.
Choose your desired date and time format, then click on the Save button.
After that, you will be able to view your preferred time format when configuring the DateTime input parameters for commands.
Fetch Event
Retrieves incidents based on the search condition. Incidents are sorted by created time in descending order.
READER NOTE
Use Basic Authentication (username/password) in connection with this command.
Input
Input Parameter | Required/Optional | Description | Example |
Start Time | Required | The start time of the time range (in UTC) to fetch incidents and events. | 04/01/2022 08:00 PM |
End Time | Required | The end time of the time range (in UTC) to fetch incidents and events. | 05/01/2022 08:00 PM |
Number of Event(s) Fetched | Optional | The maximum number of incidents to return. By default, all incidents matching the search criteria will be returned. | 10 |
Statuses | Optional | The statuses of the incidents that will be returned. Possible values include a combination of the following statuses: "closed", "closedFalsePositive", "inprogress", "pending" and "resolved." |
JSON
|
Additional Query Map | Optional | Additional query map fields to add to the search condition. |
JSON
|
Tolerance Scope (minute) | Optional | The tolerance scope (in minutes) of the query to fetch events between Start Time and End Time to prevent the loss of events. Events will be fetched between {Start Time - Tolerance Scope, End Time}. By default, the Tolerance Scope is 10. | 10 |
Output
Fetch Event Field Mapping
Fetch Event commands require event field mapping. Field mapping plays a key role for data normalization within the event pipeline. Field mapping converts the original data fields from the different providers to standardized D3 fields as defined by the D3 Model. Please refer to Event and Incident Intake Field Mapping for details.
To customize field mapping, click + Add Field and add the custom field of your choice. You can also remove built-in field mappings by clicking x. Please note that two underscore characters will automatically prefix the defined Field Name as the System Name for a custom field mapping. Additionally, if an input Field Name contains any spaces, they will automatically be replaced with underscores for the corresponding System Name.
As a system integration, the Exabeam integration has some pre-configured field mappings for default field mapping.
Default Event Source
The Default Event Source is the default set of field mappings that are applied when this fetch event command is executed. For out-of-the-box integrations, you will find a set of field mapping provided by the system. Default event source provides field mappings for common fields from fetched events (e.g. name and incidientId). The default event source has a "Main Event JSON Path" (i.e. $) that is used to extract a batch of events from the response raw data. Click Edit Main JSON Path to view the "Main Event JSON Path".
Main Event JSON Path: $
The Main Event JSON Path determines the root path where the system starts parsing raw response data into D3 event data. The JSON path begins with $, representing the root element. The path is formed by appending a sequence of child elements to $, each separated by a dot (.). Square brackets with nested quotation marks ([‘...’]) should be used to separate child elements in JSON arrays.
For example, the root node of a JSON Path is $. The child node denoting the Unique Event Key field would be incidentId. Putting it together, the JSON Path expression to extract the Unique Event Key is $.incidentId.
The pre-configured field mappings are detailed below:
Field Name | Source Field |
Alert Name | .fields.alert_name |
Alert Type | .fields.alert_type |
Alert URI | .fields.alert_urls |
End Time | .fields.endedDate |
Aggregated / Correlated Event count | .fields.uebaEventCount |
Unique Event Key | .incidentId |
Event name | .name |
Event Type | .fields.incidentType |
Start Time | .fields.startedDate |
Description | .fields.description |
Original source | .fields.sourceInfo |
Process ID | .fields.pid |
Process Name | .fields.process_name |
Source | .fields.source |
Tactics | .fields.exa_mitre_tactics |
Techniques | .fields.exa_mitre_techniques |
Username | .fields.fullName |
Error Handling
If the Return Data displays Failed, an Error tab will appear in the Test Result window.
The error tab contains the details responded from D3 SOAR or third-party API calls, including Failure Indicator, Status Code, and Message. This can help you locate the root cause of a command failure.
Parts in Error | Description | Example |
Failure Indicator | Indicates the command failure that happened at a specific input and/or API call. | Fetch Event failed. |
Status Code | The response code issued by the third-party API server or the D3 SOAR system that can be used to locate the corresponding error category. For example, if the returned status code is 401, the selected connection is unauthorized to run the command. The user or system support would need to check the permission setting in the Exabeam portal. Refer to the HTTP Status Code Registry for details. | Status Code: 400. |
Message | The raw data or captured key error message from the integration API server about the API request failure. | Message: Bad request. |
Error Sample Data Fetch Event failed. Status Code: 400. Message: Bad request. |
List Asset Data
Lists asset details matching the search criteria using the hostname or IP address.
READER NOTE
Assets is a required parameter to run this command.
Run the List Notable Assets command to obtain the Assets. Assets can be found in the raw data at the paths $.assets[*].asset.hostName and $.assets[*].asset.ipAddress.
Input
Input Parameter | Required/Optional | Description | Example |
Assets | Required | A list of hostnames or IP addresses used to retrieve the corresponding asset details. Assets can be obtained using the List Notable Assets command. |
JSON
|
Output
Error Handling
If the Return Data displays Partially Successful or Failed, an Error tab will appear in the Test Result window.
The error tab contains the details responded from D3 SOAR or third-party API calls, including Failure Indicator, Status Code, and Message. This can help you locate the root cause of a command failure.
Parts in Error | Description | Example |
Failure Indicator | Indicates the command failure that happened at a specific input and/or API call. | List Asset Data failed. |
Status Code | The response code issued by the third-party API server or the D3 SOAR system that can be used to locate the corresponding error category. For example, if the returned status code is 401, the selected connection is unauthorized to run the command. The user or system support would need to check the permission setting in the Exabeam portal. Refer to the HTTP Status Code Registry for details. | Status Code: 400 |
Message | The raw data or captured key error message from the integration API server about the API request failure. | Message: Bad request. |
Error Sample Data List Asset Data failed. Status Code: 400. Message: Bad request. |
List Notable Assets
Lists notable assets matching the specified time duration.
Input
Input Parameter | Required/Optional | Description | Example |
Time Duration Unit | Optional | The unit of measurement for the specified time duration, with the options: Hours | Days | Months | Years. By default, the value is Hours. | Hours |
Time Duration | Optional | The value of the time duration. If the input value is 0, a negative number, or undefined, a value of 1 will be used. | 2 |
Limit | Optional | The maximum number of results to return on each page. The maximum value is 10,000. By default, the value is 20. | 20 |
Output
Error Handling
If the Return Data displays Failed, an Error tab will appear in the Test Result window.
The error tab contains the details responded from D3 SOAR or third-party API calls, including Failure Indicator, Status Code, and Message. This can help you locate the root cause of a command failure.
Parts in Error | Description | Example |
Failure Indicator | Indicates the command failure that happened at a specific input and/or API call. | List Notable Assets failed. |
Status Code | The response code issued by the third-party API server or the D3 SOAR system that can be used to locate the corresponding error category. For example, if the returned status code is 401, the selected connection is unauthorized to run the command. The user or system support would need to check the permission setting in the Exabeam portal. Refer to the HTTP Status Code Registry for details. | Status Code: 400. |
Message | The raw data or captured key error message from the integration API server about the API request failure. | Message: Bad request. |
Error Sample Data List Notable Assets failed. Status Code: 400. Message: Bad request. |
List Sessions By User
Returns sessions for the specified user.
READER NOTE
Username is a required parameter to run this command.
Run the List Users command to obtain the Username. Usernames can be found in the raw data at the path $.users[*].username.
Input
Input Parameter | Required/Optional | Description | Example |
Start Time | Required | The start time of the time range to retrieve user sessions (in UTC). | 04/01/2022 08:00 PM |
End Time | Required | The end time of the time range to retrieve user sessions (in UTC). | 04/03/2022 08:00 PM |
Username | Required | The username for which to retrieve sessions. Username can be obtained using the List Users command. | sample1 |
Output
Error Handling
If the Return Data displays Failed, an Error tab will appear in the Test Result window.
The error tab contains the details responded from D3 SOAR or third-party API calls, including Failure Indicator, Status Code, and Message. This can help you locate the root cause of a command failure.
Parts in Error | Description | Example |
Failure Indicator | Indicates the command failure that happened at a specific input and/or API call. | List Sessions By User failed. |
Status Code | The response code issued by the third-party API server or the D3 SOAR system that can be used to locate the corresponding error category. For example, if the returned status code is 401, the selected connection is unauthorized to run the command. The user or system support would need to check the permission setting in the Exabeam portal. Refer to the HTTP Status Code Registry for details. | Status Code: 400. |
Message | The raw data or captured key error message from the integration API server about the API request failure. | Message: Bad request. |
Error Sample Data List Sessions By User failed. Status Code: 400. Message: Bad request. |
List Users
Returns users matching the search criteria.
Input
Input Parameter | Required/Optional | Description | Example |
Username | Optional | The usernames or keywords used to filter the returned users. | ampl |
Limit | Optional | The maximum number of results to return on each page. The maximum value is 10,000. By default, the value is 10. | 20 |
Include User Photo | Optional | Whether user photos will be returned with the corresponding list of users. By default, the value is False. | True |
Output
Error Handling
If the Return Data displays Failed, an Error tab will appear in the Test Result window.
The error tab contains the details responded from D3 SOAR or third-party API calls, including Failure Indicator, Status Code, and Message. This can help you locate the root cause of a command failure.
Parts in Error | Description | Example |
Failure Indicator | Indicates the command failure that happened at a specific input and/or API call. | List Users failed. |
Status Code | The response code issued by the third-party API server or the D3 SOAR system that can be used to locate the corresponding error category. For example, if the returned status code is 401, the selected connection is unauthorized to run the command. The user or system support would need to check the permission setting in the Exabeam portal. Refer to the HTTP Status Code Registry for details. | Status Code: 400. |
Message | The raw data or captured key error message from the integration API server about the API request failure. | Message: Bad request. |
Error Sample Data List Users failed. Status Code: 400. Message: Bad request. |
Test Connection
Performs a health check on an integration connection. Users can schedule a periodic health check by selecting Connection Health Check when editing an integration connection.
Input
N/A
Output
Error Handling
If the Return Data displays Failed, an Error tab will appear in the Test Result window.
The error tab contains the details responded from D3 SOAR or third-party API calls, including Failure Indicator, Status Code, and Message. This can help you locate the root cause of a command failure.
Parts in Error | Description | Example |
Failure Indicator | Indicates the command failure that happened at a specific input and/or API call. | Test Connection failed. Failed to check the connector. |
Status Code | The response code issued by the third-party API server or the D3 SOAR system that can be used to locate the corresponding error category. For example, if the returned status code is 401, the selected connection is unauthorized to run the command. The user or system support would need to check the permission setting in the Exabeam portal. Refer to the HTTP Status Code Registry for details. | Status Code: 400. |
Message | The raw data or captured key error message from the integration API server about the API request failure. | Message: Bad request. |
Error Sample Data Test Connection failed. Failed to check the connector. Status Code: 400. Message: Bad request. |