Cortex XDR is a cybersecurity platform developed by Palo Alto Networks that integrates multiple security functions into a single platform. It is designed to detect, investigate, and respond to advanced threats across endpoints, networks, and cloud environments. Extended Detection and Response (XDR) integrates data from various sources, including endpoints, networks, cloud environments, and third-party products, to provide comprehensive threat detection and response capabilities.
Integration overview
The data is collected using a Devo collector that can be run on the Devo Collector server or stand alone in a Docker container. The data is sent and stored in the Devo platform in these tables:
...
Cortex exposes REST API resources to extract data such as:
Resource type
Definition
Devo table
Incidents
Get a list of incidents filtered by a list of incident IDs, modification time, or creation time.
The response is concatenated using the AND condition (OR is not supported).
The maximum result set size is >100.
Offset is the zero-based number of incidents from the start of the result set.
Note
You can request to retrieve all or filtered results.
Required license: Cortex XDR Prevent, Cortex XDR Pro per Endpoint, or Cortex XDR Pro per GB
You can override this in alert_tag and event_tagin the alert module definition.
Vendor configuration
To pull the logs from the Cortex XDR endpoint you need this information:
Parameter
Description
URL API FQDN
The service address of the Cortex XDR installation
API_KEY
Your API Key
API_ID
Your API Key ID
Run the collector
Once the data source is configured, you can either send us the required information if you want us to host and manage the collector for you (Cloud collector), or deploy and host the collector in your own machine using a Docker image (On-premise collector).
Rw ui tabs macro
Rw tab
title
On-premise collector
This data collector can be run in any machine that has the Docker service available because it should be executed as a docker container. The following sections explain how to prepare all the required setup for having the data collector running.
Structure
The following directory structure should be created for being used when running the collector:
In Devo, go to Administration → Credentials → X.509 Certificates, download the Certificate, Private key and Chain CA and save them in <product_name>/certs/. Learn more about security credentials in Devo here.
The collector should be deployed as a Docker container. Download the Docker image of the collector as a .tgz file by clicking the link in the following table:
Once the Docker image is imported, it will show the real name of the Docker image (including version info). Replace <image_file> and <version> with a proper value.
The Docker image can be deployed on the following services:
Docker
Execute the following command on the root directory <any_directory>/devo-collectors/<product_name>/
Replace <product_name>, <image_name> and <version> with the proper values.
Docker Compose
The following Docker Compose file can be used to execute the Docker container. It must be created in the <any_directory>/devo-collectors/<product_name>/ directory.
To run the container using docker-compose, execute the following command from the <any_directory>/devo-collectors/<product_name>/ directory:
Code Block
IMAGE_VERSION=<version> docker-compose up -d
Note
Replace <product_name>, <image_name> and <version> with the proper values.
Rw tab
title
Cloud collector
The Collector Server is a managed platform that allows running sets of different collectors grouped by Devo domain destinations.
To run an instance of this data collector, the next steps must be followed:
In the Collector ServerGUI, access the domain where you want to create this instance, click Add Collector, search for “Cortex XDR - Integrations Factory”, then click on the result.
In the Version field, select the latest value.
In the Collector Name field, set the value you prefer (this name must be unique inside the same Collector Server domain).
In the Parameters section, establish the Collector Parameters as follows below:Collector services detail
Info
Please, replace the placeholders <api_key_value>,<api_key_id_value>, and <api_fqdn_value> in the next section with the values obtained in previous sections of this document, except the <short_unique_identifier> that can have the value you choose. Do not substitute the occurrences of {api_fqdn}.
The value chosen for the id field will be used internally for having independent persistence areas.This section is intended to explain how to proceed with specific actions for services.
Change log
Release
Released on
Release type
Details
Recommendations
v1.3.0
Status
colour
Yellow
title
IMPROVEMENT
Improvements:
Upgrade DC SDK to the latest version 1.11.1
Upgrade the Docker base image to 1.2.0
Recommended version
v1.2.0
Status
colour
Yellow
title
IMPROVEMENT
Improvements:
Added 'start_time' in config file for alerts service