This document explains how to ingest Yamaha router logs to Google Security Operations using Bindplane. The parser uses grok patterns to extract fields like timestamp, hostname, user, description, source and destination IP addresses from the syslog messages. It then maps these extracted fields to the UDM, categorizing the event type based on the presence of principal, target, and user information.
Before you begin
Make sure you have the following prerequisites:
Google SecOps instance
Windows 2016 or later or a Linux host with systemd
If running behind a proxy, ensure firewall ports are open
Privileged access to the Yamaha router 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 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 the Command Prompt or PowerShell as an administrator.
Configure the Bindplane agent to ingest Syslog and send to Google SecOps
Access the configuration file:
Locate the config.yaml file. 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).
Edit the config.yaml file as follows:
receivers:udplog:# Replace the port and IP address as requiredlisten_address:"0.0.0.0:514"exporters:chronicle/chronicle_w_labels:compression:gzip# Adjust the path to the credentials file you downloaded in Step 1creds_file_path:'/path/to/ingestion-authentication-file.json'# Replace with your actual customer ID from Step 2customer_id:<customer_id>
endpoint:malachiteingestion-pa.googleapis.com# Add optional ingestion labels for better organizationlog_type:'YAMAHA_ROUTER'raw_log_field:bodyingestion_labels:service:pipelines:logs/source0__chronicle_w_labels-0:receivers:-udplogexporters:-chronicle/chronicle_w_labels
Replace the port and IP address as required in your infrastructure.
Replace <customer_id> with the actual customer ID.
To restart the Bindplane agent in Linux, run the following command:
sudosystemctlrestartbindplane-agent
To restart the Bindplane agent in Windows, you can either use the
Services console or enter the following command:
net stop BindPlaneAgent && net start BindPlaneAgent
Configure Syslog for the Yamaha router
Connect to the router using SSH or CLI.
Set Syslog Host to the Bindplane agent IP:
Default port is 514/UDP.
Replace <BINDPLANE_IP> with the actual Bindplane agent IP address.
sysloghost<BINDPLANE_IP>
Optional: Set Syslog facility and level:
syslogfacilitylocal0
sysloginfo
Save the configuration to ensure the changes persist after reboot:
save
Enable Syslog output for the required modules
Enable logging for specific features:
Firewall (IP filter) logging:
ipfilterlogon
NAT logging:
Where 1000 is the NAT descriptor number you're using (adjust as needed).
natdescriptorlogon1000
PPPoE / WAN connection logging:
pppoeuselogon
If you use DHCP WAN (instead of PPPoE), log DHCP events:
dhcpservicelogon
For IPsec VPN logging:
ipseclogon
For L2TP and PPTP:
l2tplogon
pptplogon
Log interface up/down events:
logstateon
You can also enable logging for ping keepalive if you're using link monitoring:
pingkeepalivelogon
Enable logging for administrative access (such as SSH or Telnet):
consolenotice
sshnotice
telnetnotice
Log DHCP assignments:
dhcpservicelogon
DNS logging (if using built-in DNS forwarder):
dnsservicelogon
Mail transfer logging (if using email alerts):
smtpservicelogon
Dynamic DNS logging:
ddnsservicelogon
NTP events:
ntpdatelogon
Authentication logging:
authlogon
Radius logging:
pppuseradiuslogon
Save configuration to ensure changes persist after reboot:
save
UDM Mapping Table
Log Field
UDM Mapping
Logic
data
metadata.description
The description is extracted from the data field of the raw log using grok patterns. Different patterns are used depending on the format of the log message. Examples: "initiate ISAKMP phase", "Connection closed", "succeeded for SSH".
data
metadata.event_timestamp
The timestamp is extracted from the data field of the raw log using grok patterns and then converted to a timestamp object using the date filter. The MMM dd HH:mm:ss and MMM d HH:mm:ss formats are supported.
data
principal.asset.hostname
The hostname is extracted from the data field of the raw log using grok patterns.
data
principal.asset.ip
The principal IP address is extracted from the data field of the raw log using grok patterns. It is mapped to both principal.asset.ip and principal.ip.
data
principal.hostname
The hostname is extracted from the data field of the raw log using grok patterns.
data
principal.ip
The principal IP address is extracted from the data field of the raw log using grok patterns. It is mapped to both principal.asset.ip and principal.ip.
data
principal.user.userid
The user ID is extracted from the data field of the raw log using grok patterns.
data
target.asset.ip
The target IP address is extracted from the data field of the raw log using grok patterns.
data
target.ip
The target IP address is extracted from the data field of the raw log using grok patterns. The event type is determined by the parser logic based on the presence of certain fields. If both principal and target are present, the event type is NETWORK_CONNECTION. If user is present, the event type is USER_UNCATEGORIZED. If only principal is present, the event type is STATUS_UPDATE. Otherwise, it defaults to GENERIC_EVENT. Hardcoded to "YAMAHA_ROUTER". Hardcoded to "YAMAHA_ROUTER". Hardcoded to "YAMAHA_ROUTER".
log_type
metadata.log_type
Copied directly from the log_type field of the raw log.
timestamp
timestamp
This is the ingestion time of the log and is added automatically by the Chronicle platform. It's not parsed from the raw log.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-29 UTC."],[],[],null,["# Collect Yamaha router logs\n==========================\n\nSupported in: \nGoogle secops [SIEM](/chronicle/docs/secops/google-secops-siem-toc)\n| **Note:** This feature is covered by [Pre-GA Offerings Terms](https://chronicle.security/legal/service-terms/) of the Google Security Operations Service Specific Terms. Pre-GA features might have limited support, and changes to pre-GA features might not be compatible with other pre-GA versions. For more information, see the [Google SecOps Technical Support Service guidelines](https://chronicle.security/legal/technical-support-services-guidelines/) and the [Google SecOps Service Specific Terms](https://chronicle.security/legal/service-terms/).\n\nThis document explains how to ingest Yamaha router logs to Google Security Operations using Bindplane. The parser uses grok patterns to extract fields like timestamp, hostname, user, description, source and destination IP addresses from the syslog messages. It then maps these extracted fields to the UDM, categorizing the event type based on the presence of principal, target, and user information.\n\nBefore you begin\n----------------\n\nMake sure you have the following prerequisites:\n\n- Google SecOps instance\n- Windows 2016 or later or a Linux host with `systemd`\n- If running behind a proxy, ensure firewall [ports](/chronicle/docs/ingestion/use-bindplane-agent#verify_the_firewall_configuration) are open\n- Privileged access to the Yamaha router appliance\n\nGet Google SecOps ingestion authentication file\n-----------------------------------------------\n\n1. Sign in to the Google SecOps console.\n2. Go to **SIEM Settings \\\u003e Collection Agents**.\n3. Download the **Ingestion Authentication File**. Save the file securely on the system where Bindplane will be installed.\n\nGet Google SecOps customer ID\n-----------------------------\n\n1. Sign in to the Google SecOps console.\n2. Go to **SIEM Settings \\\u003e Profile**.\n3. Copy and save the **Customer ID** from the **Organization Details** section.\n\nInstall the Bindplane agent\n---------------------------\n\nInstall the Bindplane agent on your Windows or Linux operating system according\nto the following instructions.\n\n### Windows installation\n\n1. Open the **Command Prompt** or **PowerShell** as an administrator.\n2. Run the following command:\n\n msiexec /i \"https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi\" /quiet\n\n### Linux installation\n\n1. Open a terminal with root or sudo privileges.\n2. Run the following command:\n\n sudo sh -c \"$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)\" install_unix.sh\n\n### Additional installation resources\n\nFor additional installation options, consult the [installation guide](/chronicle/docs/ingestion/use-bindplane-agent#install_the_bindplane_agent).\n\nConfigure the Bindplane agent to ingest Syslog and send to Google SecOps\n------------------------------------------------------------------------\n\n1. Access the configuration file:\n - Locate the `config.yaml` file. Typically, it's in the `/etc/bindplane-agent/` directory on Linux or in the installation directory on Windows.\n - Open the file using a text editor (for example, `nano`, `vi`, or Notepad).\n2. Edit the `config.yaml` file as follows:\n\n receivers:\n udplog:\n # Replace the port and IP address as required\n listen_address: \"0.0.0.0:514\"\n\n exporters:\n chronicle/chronicle_w_labels:\n compression: gzip\n # Adjust the path to the credentials file you downloaded in Step 1\n creds_file_path: '/path/to/ingestion-authentication-file.json'\n # Replace with your actual customer ID from Step 2\n customer_id: \u003ccustomer_id\u003e\n endpoint: malachiteingestion-pa.googleapis.com\n # Add optional ingestion labels for better organization\n log_type: 'YAMAHA_ROUTER'\n raw_log_field: body\n ingestion_labels:\n\n service:\n pipelines:\n logs/source0__chronicle_w_labels-0:\n receivers:\n - udplog\n exporters:\n - chronicle/chronicle_w_labels\n\n - Replace the port and IP address as required in your infrastructure.\n - Replace `\u003ccustomer_id\u003e` with the actual customer ID.\n - Update `/path/to/ingestion-authentication-file.json` to the path where the authentication file was saved in the [Get Google SecOps ingestion authentication file](/chronicle/docs/ingestion/default-parsers/yamaha-router#get-auth-file) section.\n\nRestart the Bindplane agent to apply the changes\n------------------------------------------------\n\n- To restart the Bindplane agent in **Linux**, run the following command:\n\n sudo systemctl restart bindplane-agent\n\n- To restart the Bindplane agent in **Windows** , you can either use the\n **Services** console or enter the following command:\n\n net stop BindPlaneAgent && net start BindPlaneAgent\n\nConfigure Syslog for the Yamaha router\n--------------------------------------\n\n1. Connect to the router using SSH or CLI.\n2. Set Syslog Host to the Bindplane agent IP:\n\n - Default port is **514/UDP**.\n - Replace `\u003cBINDPLANE_IP\u003e` with the actual Bindplane agent IP address.\n\n syslog host \u003cBINDPLANE_IP\u003e\n\n3. Optional: Set Syslog facility and level:\n\n syslog facility local0\n syslog info\n\n4. Save the configuration to ensure the changes persist after reboot:\n\n save\n\nEnable Syslog output for the required modules\n---------------------------------------------\n\n1. Enable logging for specific features:\n\n - Firewall (IP filter) logging:\n\n ip filter log on\n\n - NAT logging:\n\n - Where 1000 is the NAT descriptor number you're using (adjust as needed).\n\n nat descriptor log on 1000\n\n - PPPoE / WAN connection logging:\n\n pppoe use log on\n\n - If you use DHCP WAN (instead of PPPoE), log DHCP events:\n\n dhcp service log on\n\n - For IPsec VPN logging:\n\n ipsec log on\n\n - For L2TP and PPTP:\n\n l2tp log on\n pptp log on\n\n - Log interface up/down events:\n\n log state on\n\n - You can also enable logging for ping keepalive if you're using link monitoring:\n\n ping keepalive log on\n\n - Enable logging for administrative access (such as SSH or Telnet):\n\n console notice\n ssh notice\n telnet notice\n\n - Log DHCP assignments:\n\n dhcp service log on\n\n - DNS logging (if using built-in DNS forwarder):\n\n dns service log on\n\n - Mail transfer logging (if using email alerts):\n\n smtp service log on\n\n - Dynamic DNS logging:\n\n ddns service log on\n\n - NTP events:\n\n ntpdate log on\n\n - Authentication logging:\n\n auth log on\n\n - Radius logging:\n\n ppp use radius log on\n\n2. Save configuration to ensure changes persist after reboot:\n\n save\n\nUDM Mapping Table\n-----------------\n\n**Need more help?** [Get answers from Community members and Google SecOps professionals.](https://security.googlecloudcommunity.com/google-security-operations-2)"]]