Collect Claroty xDome logs
This document explains how to ingest Claroty xDome logs to Google Security Operations using Bindplane. The parser extracts fields from Claroty xDome syslog formatted logs. It uses grok and/or kv to parse the log message and then maps these values to the Unified Data Model (UDM). It also sets default metadata values for the event source and type.
Before you begin
Make sure you have the following prerequisites:
- A Google SecOps instance
- Windows 2016 or later, or a Linux host with
systemd - If running behind a proxy, ensure firewall ports are open per the Bindplane agent requirements
- Privileged access to the Claroty xDome management console or appliance.
Get Google SecOps ingestion authentication file
- Sign in to the Google SecOps console.
- Go to SIEM Settings > Collection Agents.
- Download the Ingestion Authentication File. Save the file securely on the system where Bindplane will be installed.
Get Google SecOps customer ID
- Sign in to the Google SecOps console.
- Go to SIEM Settings > Profile.
- Copy and save the Customer IDfrom the Organization Detailssection.
Install the Bindplane agent
Install the Bindplane agent on your Windows or Linux operating system according to the following instructions.
Windows installation
- Open the Command Promptor PowerShellas an administrator.
-
Run the following command:
msiexec / i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" / quiet
Linux installation
- Open a terminal with root or sudo privileges.
-
Run the following command:
sudo sh -c " $( curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh ) " install_unix.sh
Additional installation resources
- For additional installation options, consult this installation guide .
Configure the Bindplane agent to ingest Syslog and send to Google SecOps
-
Access the configuration file:
- Locate the
config.yamlfile. Typically, it's in the/etc/bindplane-agent/directory on Linux or in the installation directory on Windows. - Open the file using a text editor (for example,
nano,vi, or Notepad).
- Locate the
-
Edit the
config.yamlfile as follows:-
Option A: UDP configuration
receivers : udplog : # Replace the port and IP address as required listen_address : "0.0.0.0:514" exporters : chronicle/chronicle_w_labels : compression : gzip # Adjust the path to the credentials file you downloaded in Step 1 creds_file_path : '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id : < customer_id > endpoint : malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization log_type : 'CLAROTY_XDOME' raw_log_field : body ingestion_labels : service : pipelines : logs/source0__chronicle_w_labels-0 : receivers : - udplog exporters : - chronicle/chronicle_w_labels ```
-
Option B: TCP with TLS configuration (recommended for security)
receivers : tcplog : # Replace the port and IP address as required listen_address : "0.0.0.0:514" tls : # Path to the server's public TLS certificate file when using self-signed certificates cert_file : /etc/bindplane/certs/cert.pem key_file : /etc/bindplane/certs/key.pem exporters : chronicle/chronicle_w_labels : compression : gzip # Adjust the path to the credentials file you downloaded in Step 1 creds_file_path : '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id : < customer_id > endpoint : malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization log_type : 'CLAROTY_XDOME' raw_log_field : body ingestion_labels : service : pipelines : logs/source0__chronicle_w_labels-0 : receivers : - tcplog exporters : - chronicle/chronicle_w_labels- Replace the port and IP address as required in your infrastructure.
- Replace
<customer_id>with the actual customer ID. - Update
/path/to/ingestion-authentication-file.jsonto the path where the authentication file was saved in the Get Google SecOps ingestion authentication file section. - For TLS configuration, ensure the certificate files exist at the specified paths or generate self-signed certificates if needed.
-
Restart the Bindplane agent to apply the changes
-
To restart the Bindplane agent in Linux, run the following command:
sudo systemctl restart bindplane-agent -
To restart the Bindplane agent in Windows, you can either use the Servicesconsole or enter the following command:
net stop BindPlaneAgent && net start BindPlaneAgent
Detailed Syslog Configuration
- Sign in to the Claroty xDomeWeb UI.
- Click the Settingstab in the navigation bar.
- Select System Settingsfrom the drop-down menu.
- Click My Integrationsin the Integrations section.
- Click + Add Integration.
- Select Internal Servicesfrom the Category drop-down menu.
- Select SIEMand Syslogfrom the Integrationdrop-down menu.
- Click Add.
- Enter the following configuration details:
- Destination IP: Enter the Bindplane Agent IP address.
- Transport Protocol: Select UDPor TCP, or TLSdepending on your Bindplane configuration.
- If you select the TLS security protocol, do the following:
- Check the Check Hostnamesoption to verify if the server's hostname matches any of the names present in the X.509 certificate.
- Check the Use Custom Certificate Authorityoption to use a custom Certificate Authority (CA) instead of the default CA. Upload the custom certificate file or insert the certificate (in PEM format) into the space provided.
- Destination Port: The default value for TCP, TLS, and UDP is 514. (Hover over the field to use the clickable arrows to select a different destination port).
- Advanced Options: Enter the Advanced Options settings:
- Message Format: Select CEF(other options include JSON, or LEEF format).
- Syslog Protocol Standard: Select RFC 5424or RFC 3164.
- Integration Name: Enter a meaningful name for the integration (for example,
Google SecOps syslog). - Deployment options: Select Run from the collection serveror Run from the cloudoption depending on your xDome configuration.
- Go to the Integration Tasksparameters.
- Turn on the Export Claroty xDome Communication Events Using Syslogoption to enable exporting Claroty xDome communication events.
- From the Event Types Selectiondrop-down menu, click Select All.
-
Choose the device conditions to export: Select All Devicesoption to export the communication event data of all affected devices.
-
Turn on the Export Claroty xDome Device Changes Alerts Change Log to Syslogoption to export Claroty xDome change events.
-
In the Change Event Types Selectiondrop-down, select the change event typesyou want to export.
-
Choose the device conditions you want to export: Select All Devicesto export the change event data of all the affected devices.
-
Turn on the Export Claroty xDome Alert Information for Affected Devices Using Syslogoption to export alert information for any alert type, including custom alerts.
-
From Alert Types, click Select All.
-
Turn on the Export Claroty xDome Vulnerability Information for Affected Devices Using Syslogoption to export Claroty xDome vulnerability types.
-
In the Vulnerability Types Selectiondrop-down menu, select the vulnerability typesyou want to export.
-
Specify the CVSS Thresholdnumber. This parameter lets you set a CVSS threshold to send a vulnerability using Syslog. Only vulnerabilities greater or equal to this threshold will be exported. The threshold will revert to the CVSS V3 Base Score by default and CVSS V2 Base Score if the CVSS V3 score is unknown.
-
Choose the device conditions to export: Select All Devicesto export the data of all affected devices.
-
Turn on the Export Claroty xDome Server Incidents Information to Syslogoption to export Claroty xDome server incidents.
-
Select the collection server types you want to export from the Collection Server Selectiondrop-down menu.
-
Select the server incidents you want to export on the Server Incidents Selectiondrop-down menu.
-
Click Applyto save the configuration settings.
Need more help? Get answers from Community members and Google SecOps professionals.

