Collect Ordr IoT logs
This document explains how to ingest Ordr SCE logs to Google Security Operations using Bindplane.
Ordr Systems Control Engine (SCE) is a connected device security platform that provides visibility and threat detection across IoT, OT, and IoMT devices. It supports forwarding security alerts, device events, and alarm data to external SIEM platforms via syslog in CEF (Common Event Format). Ordr was acquired by Palo Alto Networks in 2024.
Before you begin
Make sure you have the following prerequisites:
- A Google SecOps instance
- Windows Server 2016 or later, or Linux host with
systemd - Network connectivity between the Bindplane agent and Ordr SCE appliance
- If running behind a proxy, ensure firewall ports are open per the Bindplane agent requirements
- Privileged access to the Ordr SCE management console with administrator permissions
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 ID from the Organization Details section.
Install the Bindplane agent
Install the Bindplane agent on your Windows or Linux operating system according to the following instructions.
Windows installation
- Open Command Prompt or PowerShell as an administrator.
Run the following command:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietWait for the installation to complete.
Verify the installation by running:
sc query observiq-otel-collector
The service should show as RUNNING.
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.shWait for the installation to complete.
Verify the installation by running:
sudo systemctl status observiq-otel-collector
The service should show as active (running).
Additional installation resources
For additional installation options and troubleshooting, see Bindplane agent installation guide.
Configure the Bindplane agent to ingest syslog and send to Google SecOps
Locate the configuration file
Linux:
sudo systemctl status observiq-otel-collectorWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Edit the configuration file
Replace the entire contents of
config.yamlwith the following configuration:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/ordr_iot: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: ORDR_IOT raw_log_field: body ingestion_labels: env: production service: pipelines: logs/ordr_to_chronicle: receivers: - udplog exporters: - chronicle/ordr_iot
Configuration parameters
Replace the following placeholders:
Receiver configuration:
udplog: The receiver type based on protocol:udplogfor UDP syslogtcplogfor TCP syslog
0.0.0.0: IP address to listen on:0.0.0.0to listen on all interfaces (recommended)- Specific IP address to listen on one interface
514: Port number to listen on (for example,514,1514,6514)
Exporter configuration:
ordr_iot: Descriptive name for the exportercreds_file_path: Full path to ingestion authentication file:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
<customer_id>: Customer ID from the previous stependpoint: Regional endpoint URL:- US:
malachiteingestion-pa.googleapis.com - Europe:
europe-malachiteingestion-pa.googleapis.com - Asia:
asia-southeast1-malachiteingestion-pa.googleapis.com - See Regional Endpoints for complete list
- US:
ORDR_IOT: Log type exactly as it appears in Chronicleingestion_labels: Optional labels in YAML format (for example,env: production)
Pipeline configuration:
ordr_to_chronicle: Descriptive name for the pipeline
Save the configuration file
- After editing, save the file:
- Linux: Press
Ctrl+O, thenEnter, thenCtrl+X - Windows: Click File > Save
- Linux: Press
Restart the Bindplane agent to apply the changes
To restart the Bindplane agent in Linux:
Run the following command:
sudo systemctl restart observiq-otel-collectorVerify the service is running:
sudo systemctl status observiq-otel-collectorCheck logs for errors:
sudo journalctl -u observiq-otel-collector -f
To restart the Bindplane agent in Windows:
Choose one of the following options:
- Command Prompt or PowerShell as administrator:
net stop observiq-otel-collector && net start observiq-otel-collector- Services console:
- Press
Win+R, typeservices.msc, and press Enter. - Locate observIQ OpenTelemetry Collector.
- Right-click and select Restart.
- Press
Verify the service is running:
sc query observiq-otel-collectorCheck logs for errors:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
Configure Ordr SCE syslog forwarding
- Sign in to the Ordr SCE management console with administrator credentials.
- Go to Settings > Integrations > SIEM.
- Click Add or Configure to set up a new syslog integration.
- Provide the following configuration details:
- Syslog Server IP/Hostname: Enter the IP address of the Bindplane agent host (for example,
192.168.1.100). - Port: Enter
514(must match the Bindplane agent receiver port). - Protocol: Select UDP (must match the Bindplane agent receiver type).
- Format: Select CEF (Common Event Format).
- Syslog Server IP/Hostname: Enter the IP address of the Bindplane agent host (for example,
- Select the event types to forward (for example, alarms, security events, device classification events).
- Click Save to apply the configuration.
Verify that syslog messages are being received by checking the Bindplane agent logs.
UDM mapping table
| Log Field | UDM Mapping | Logic |
|---|---|---|
| additional_alarmHash, additional_connectionState, additional_reference | additional.fields | Additional metadata fields not covered by the UDM schema. |
| deviceDescr, desc | metadata.description | Description of the event. |
| has_principal, has_target | metadata.event_type | Type of event (e.g., USER_LOGIN, NETWORK_CONNECTION). |
| eventType | metadata.product_event_type | Product-specific event type. |
| protocol | network.ip_protocol | IP protocol used in the network connection. |
| principal | principal | The principal entity involved in the event. |
| deviceType | principal.asset.category | Category of the asset. |
| modelNameNo, manufacturer, mfgName | principal.asset.hardware | Hardware information for the asset. |
| fqdn, deviceName | principal.asset.hostname | Hostname of the asset. |
| ipAddress, srcIp | principal.asset.ip | IP address of the asset. |
| fqdn, deviceName | principal.hostname | Hostname associated with the principal. |
| ipAddress, srcIp | principal.ip | IP address associated with the principal. |
| srcHost, srcMac, deviceId, equipMac, clientId | principal.mac | MAC address associated with the principal. |
| osType | principal.platform | Operating system platform. |
| osVersion | principal.platform_version | Version of the operating system platform. |
| srcPort | principal.port | Port number associated with the principal. |
| groupList, deviceGroup | principal.user.group_identifiers | List of group identifiers for the user. |
| alarmType, alarmCategory, riskState, level, severityLevel | security_result | Security result information. |
| dstHost | target.asset.hostname | Hostname of the target asset. |
| dstIp, ip | target.asset.ip | IP address of the target asset. |
| dstHost | target.hostname | Hostname of the target. |
| dstIp, ip | target.ip | IP address of the target. |
| dstPort | target.port | Port number of the target. |
| metadata.vendor_name | Vendor/company name. | |
| metadata.product_name | Product name. |
Need more help? Get answers from Community members and Google SecOps professionals.