Collect Infoblox RPZ logs
This document explains how to ingest Infoblox RPZ logs to Google Security Operations using the Bindplane agent.
Infoblox Response Policy Zone (RPZ) is a DNS security feature that blocks DNS queries to malicious domains based on threat intelligence feeds and custom policies. It generates syslog-formatted logs for RPZ policy hits and blocked queries.
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 the Infoblox NIOS appliance
- If running behind a proxy, ensure firewall ports are open per the Bindplane agent requirements
- Privileged access to the Infoblox Grid Manager or NIOS 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 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 -
Wait for the installation to complete.
-
Verify the installation by running:
sc query observiq-otel-collectorThe 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.sh -
Wait for the installation to complete.
-
Verify the installation by running:
sudo systemctl status observiq-otel-collectorThe service should show as active (running).
Additional installation resources
For additional installation options and troubleshooting, see the Bindplane agent installation guide .
Configure the Bindplane agent to ingest syslog and send to Google SecOps
Locate the configuration file
-
Linux:
sudo nano /opt/observiq-otel-collector/config.yaml -
Windows:
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/infoblox_rpz : compression : gzip creds_file_path : '/etc/bindplane-agent/ingestion-auth.json' customer_id : '<customer_id>' endpoint : malachiteingestion-pa.googleapis.com log_type : INFOBLOX_RPZ raw_log_field : body ingestion_labels : env : production service : pipelines : logs/rpz_to_chronicle : receivers : - udplog exporters : - chronicle/infoblox_rpz
Configuration parameters
Replace the following placeholders:
-
Receiver configuration:
-
udplog: The receiver type based on protocol:-
udplogfor UDP syslog -
tcplogfor 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:
-
infoblox_rpz: Descriptive name for the exporter -
creds_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 step -
endpoint: 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:
-
INFOBLOX_RPZ: Log type exactly as it appears in Chronicle -
ingestion_labels: Optional labels in YAML format (for example,env: production)
-
-
Pipeline configuration:
-
rpz_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-collector-
Verify the service is running:
sudo systemctl status observiq-otel-collector -
Check 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.
-
Verify the service is running:
sc query observiq-otel-collector -
Check logs for errors:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Press
-
Configure Infoblox RPZ syslog forwarding
- Sign in to the Infoblox Grid Manager.
- Go to Grid > Grid Properties > Monitoring.
- Under Syslog, click Addto configure an external syslog server.
- Provide the following configuration details:
- Syslog Server Address: 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.
- Severity: Select Infoor higher to capture RPZ events.
- Syslog Server Address: Enter the IP address of the Bindplane agent host (for example,
- Click Save & Close.
- Ensure that RPZ query logging is enabled on the relevant DNS views:
- Go to Data Management > DNS > Zones.
- Select the RPZ zone.
- Verify that Loggingis enabled for RPZ policy hits.
-
Verify that syslog messages are being received by checking the Bindplane agent logs.
UDM mapping table
| Log Field | UDM Mapping | Logic |
|---|---|---|
serverIp
|
intermediary.asset.ip
|
Merged |
serverIp
|
intermediary.ip
|
Merged |
descrip
|
metadata.description
|
Directly mapped |
msg
|
metadata.description
|
Directly mapped |
syslogTimestamp
|
metadata.event_timestamp
|
Parsed as dd-MMM-yyyy HH:mm:ss.SSS
|
ts
|
metadata.event_timestamp
|
Parsed as MMM dd HH:mm:ss
|
event_type
|
metadata.event_type
|
Directly mapped |
device_event_class_id
|
metadata.product_event_type
|
Directly mapped |
evt_type
|
metadata.product_event_type
|
Directly mapped |
device_version
|
metadata.product_version
|
Directly mapped |
dns
|
network.dns
|
Renamed/mapped |
protocol
|
network.ip_protocol
|
Directly mapped |
dnsDomain
|
principal.asset.hostname
|
Directly mapped |
clientIp
|
principal.asset.ip
|
Merged |
dnsDomain
|
principal.hostname
|
Directly mapped |
clientIp
|
principal.ip
|
Merged |
srcPort
|
principal.port
|
Directly mapped |
severity
|
security_result.severity
|
Mapped values (5 total, e.g. "0", "1", "2", "3", "LOW"
→ LOW
, `"informational", "INFORMA... |
dnsServerIp
|
target.asset.ip
|
Merged |
dnsServerIp
|
target.ip
|
Merged |
|
N/A
|
metadata.product_event_type
|
Constant: DNS Query
|
|
N/A
|
metadata.product_name
|
Constant: NIOS
|
|
N/A
|
metadata.vendor_name
|
Constant: INFOBLOX
|
|
N/A
|
network.application_protocol
|
Constant: DNS
|
|
N/A
|
security_result.severity
|
Constant: LOW
|
Need more help? Get answers from Community members and Google SecOps professionals.

