# SIEM Integration It is possible to integrate your dope.swg with whichever SIEM tool your organization is using. We provide two methods for integration using an AWS S3 bucket or HTTP Integration. ## Method 1. AWS S3 Integration Simply provide dope.security with the location of your organization's AWS S3 Bucket where we can send all web transactions from each dope. endpoint. Each dope.endpoint sends all web transactions for that endpoint to the dope.cloud every 15 mins. Once SIEM Integration is enabled the dope.cloud will ensure all of this log data is sent to your organization's AWS S3 bucket as it is received from the dope.endpoint. The data is sent to the AWS S3 Bucket in a compressed GZIP format. This data can then be ingested into whichever SIEM product your organization is using. ### S3 Bucket Name The first step to configure SIEM integration is to navigate to the Settings ➔ SIEM page. From here, you must provide the name of the AWS S3 Bucket to which you want the dope.cloud to send the log data.

Ensure your S3 bucket is in the location shown on the right-hand side (US-EAST-2 in this example)

{% hint style="danger" %} Your AWS S3 Bucket must be in the AWS region noted on the right-hand side of the SIEM integration page on the right-hand side (above). e.g. *US-EAST-2* should have a *US-EAST-2* S3 Bucket location {% endhint %} {% hint style="danger" %} Your AWS S3 Bucket should not have KMS encryption enabled (unsupported at this time) {% endhint %} ### Configuring the AWS S3 Bucket Policy The AWS S3 bucket that you want to log data to be sent to must be configured to give the dope.cloud write access. Within the SIEM integration page on the right-hand panel, dope.security has provided the policy that the AWS S3 Bucket needs to be configured with. You need to copy and paste this policy and use it to configure the organization’s AWS S3 Bucket.
### Synchronise Once the AWS S3 Bucket is configured correctly return to the Settings ➔ SIEM Page and simply click the Sync Button When everything has been configured correctly a successful synchronization will be clearly indicated on the SIEM page. A green tick will appear next to the AWS S3 Bucket name and the last synchronization time will appear on the top right of the page. ![Successful Synchronization](https://4250118259-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fqdf21diS0j19gSMF9LeP%2Fuploads%2FR7EwVmXNKEUYuFtb3rHD%2Fsiem_s3_active.png?alt=media\&token=639385e0-91e8-49df-b2a7-085578edc186) {% hint style="danger" %} ### Synchronization Errors Where the synchronization fails it will be because of one of the following errors: * AWS S3 bucket not found * AWS S3 Bucket needs to be in Data Residency Region * AWS S3 access policy is not set * AWS S3 access policy is incorrect. The synchronization failure will be clearly indicated on the SIEM page. {% endhint %} {% hint style="warning" %} ### Connection Lost It is possible that the connection to the AWS S3 Bucket could get lost. This will result in log data not getting sent to the organization’s AWS S3 Bucket. The reasons for a lost connection be because of one of the following errors: * AWS S3 bucket not found * AWS S3 Bucket needs to be in Data Residency Region * AWS S3 access policy is not set * AWS S3 access policy is incorrect. The SIEM Integration page will clearly indicate that the connection is lost and will indicate the possible reasons. {% endhint %} ![SIEM Page Lost Connection](https://4250118259-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fqdf21diS0j19gSMF9LeP%2Fuploads%2FRmRNOaOiPszGVoqJEXCc%2Fsiem_s3_lost.png?alt=media\&token=4436b1b3-78ff-4f7a-8689-ed6932d2086e) The Audit Log will have an event posted that shows the number of files that have not been sent to the organization's AWS S3 Bucket. When connection to the AWS S3 Bucket is restored then the SIEM page will again indicate that the synchronization was successful. There will also be a connection returned event added to the Audit Log. ### Log Data Format The data is sent in JSONL format below you can find the JSON Schema and an example JSONL file. {% file src="" %} Schema File {% endfile %} {% file src="" %} SIEM JSONL Example {% endfile %} Below is a description of each parameter in the JSONL file:
ParameterDescription
Timestamp (ISO 8601 time format) The timestamp of when the web transaction was requested
Duration The duration that the connection was open for, this is in milliseconds
Matched Destination The domain that the dope category was matched against
Destination IP The destination IP address for the requested URL
Tenant ID The customers dope.cloud unique tenant ID
Agent ID The unique agent ID for the dope.endpoint where the data is being sent from
User The logged in user on the dope.endpoint
OIDC User The email address for the authenicated user on the dope.endpoint. Only shown when OIDC authentication is enabled
Categories The matched dope category numbers for the requested URL
Verdict The policy verdict for the requested URL. This can be Allow (0), Block (1), Warning (2) or Bypass (3) where the URL is part of a policies bypass list.
Data Sent The amount of data sent in the connection
Data Received The amount of data received in the connection
Policy Type The type of policy that was applied to the URL.This can be either Web, Cloud Application Control (CAC), Custom Category, Bypass or Malware.
Block DetailPopulated for a block verdict. It will be either a dope category, a custom category, Cloud Application or a malware type.
Filename The name any file downloaded.
File Hash The file hash for the downloaded file
Process Name The name of the process making the URL request.
URL The complete requested URL
Policy NameThe name of the policy applied
ProtocolProtocol used, e.g.: HTTP/2, HTTP/1.1
HostnameDevice hostname
HTTP Request MethodHTTP Request Method e.g. Put
Process Call TreeShows the parent-child relationships established via process spawn operations, also includes the command arguments
## Method 2. Configuring the HTTP Integration Currently DOPE HTTP Integration supports the following SIEM tools: * Splunk * QRadar * Taegis * MS Sentinel * Crowdstrike ### Splunk To configure Splunk, you must have the HTTP Event Collector (HEC) URI and the token. The steps to obtain these can be found in [**Splunk's Enterprise Documentation: Set up and use HTTP Event Collector in Splunk Web**](https://docs.splunk.com/Documentation/Splunk/latest/Data/UsetheHTTPEventCollector). In the dope.console, navigate to Settings ➔ SIEM ➔ SIEM Integration Settings ➔ HTTP. From here select "Splunk" as the SIEM type and update the HEC URI and the HEC token in the following SIEM HTTP settings page of the dope.console and sync.
In order to confirm that the sync is successful, you should see a couple of sample records in your SIEM as a validation test. ### QRadar To configure Taegis, you must have the Taegis integration URL and the integration key. The steps to obtain these can be found in [**IBM's QRadar Security Intelligence Platform Documentation: HTTP Receiver protocol configuration options**](https://www.ibm.com/docs/en/dsm?topic=options-http-receiver-protocol-configuration). In the dope.console navigate to Settings ➔ SIEM ➔ SIEM Integration Settings ➔ HTTP. From here select “QRadar” as the SIEM type and update the integration URL and the integration key and sync.
In order to confirm that the sync is successful, you should see a couple of sample records in your SIEM as a validation test. ### Taegis To configure Taegis, you must have the Taegis integration URL and the integration key. The steps to obtain these can be found in [**Securework's Documentation: Configure HTTP Ingest**](https://docs.taegis.secureworks.com/integration/connectCloud/http_ingest/). In the dope.console navigate to Settings ➔ SIEM ➔ SIEM Integration Settings ➔ HTTP. From here select “Taegis” as the SIEM type and update the integration URL and the integration key and sync.
In order to confirm that the sync is successful, you should see a couple of sample records in your SIEM as a validation test. ### MS Sentinel To integrate with Microsoft Sentinel using HTTP, you'll need to utilize the Azure Monitor Logs Ingestion API. The steps to configure this can be found in [**Azure Monitor's Documentation: Logs Ingestion API in Azure Monitor**](https://learn.microsoft.com/en-us/azure/azure-monitor/logs/logs-ingestion-api-overview) #### **Azure Prerequisites:** > 1. Register a **Microsoft Entra application** → copy **Tenant ID**, **Client ID**, and generate a **Client Secret**. > 2. Create or select a **Log Analytics workspace**. > 3. Add a **Custom table** called `DopeSwg_CL`; keep the default “Custom-DopeSwg” stream name. > 4. Create a **Data-Collection Endpoint (DCE)** in the same region. > 5. Create a **Data-Collection Rule (DCR)** that routes the `Custom-DopeSwg_CL` stream to your workspace. Record the **DCR immutable ID**. > 6. Open the DCR → **Access control (IAM)** → add the Entra app to the **Monitoring Metrics Publisher** role (scope = this DCR) {% hint style="success" %} Ensure that your Entra App has the Monitoring Metrics Publisher Role {% endhint %} #### **Configure dope.console:** In the dope.console navigate to Settings ➔ SIEM ➔ SIEM Integration Settings ➔ HTTP.

Select “MS Sentinel” as the SIEM type

Confirm the sync is successful when you see two sample validation records in your SIEM ### Crowdstrike To configure Crowdstrike, you must create a HEC Connector within your Crowdstrike console. First login to your Crowdstrike console and go to Data Onboarding. Then add a HEC Connector and add the dopesecurity-swg parser. Once this is saved you will be provided with an API key and an API URL, copy these so you can add them to the SIEM configuration in the dope console. In the dope.console, navigate to Settings ➔ SIEM ➔ SIEM Integration Settings ➔ HTTP. From here select "Crowdstrike" as the SIEM type and update the API Token and the API URL token in the following SIEM HTTP settings page and sync.
In order to confirm that the sync is successful, you should see a couple of sample records in your SIEM as a validation test. ### Datadog To configure Datadog, you must have the Datadog API URL andAPI key. The steps to obtain these can be found in the user profile page here [https://app.datadoghq.com](https://app.datadoghq.com/). Once you have these in the dope.console navigate to Settings ➔ SIEM ➔ SIEM Integration Settings ➔ HTTP. From here select “Datadog” as the SIEM type and update the API URL and the API Key and then select sync.