Collect IBM WebSphere Application Server logs

Supported in:

Google secops SIEM

This document explains how to ingest IBM WebSphere Application Server logs to Google Security Operations using the Bindplane agent.

IBM WebSphere Application Server is a Java EE application server that generates system, security audit, and access logs. The parser maps these logs to the Unified Data Model (UDM), extracting process details, user information, event timestamps, and file metadata.

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 IBM WebSphere Application Server
If running behind a proxy, ensure firewall ports are open per the Bindplane agent requirements
Administrative access to the IBM WebSphere Application Server

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.

Note: This JSON file contains credentials for authenticating the Bindplane agent to Google SecOps.

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.

Note: The customer ID is required for configuring the Bindplane agent exporter.

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-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.sh

Wait 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 the Bindplane agent installation guide .

Configure Bindplane agent to ingest logs 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.yaml with the following configuration:

  receivers 
 : 
  
 filelog 
 : 
  
 include 
 : 
  
 - 
  
 /opt/IBM/WebSphere/AppServer/profiles/*/logs/*/SystemOut.log 
  
 - 
  
 /opt/IBM/WebSphere/AppServer/profiles/*/logs/*/SystemErr.log 
  
 start_at 
 : 
  
 beginning 
 exporters 
 : 
  
 chronicle/websphere 
 : 
  
 compression 
 : 
  
 gzip 
  
 creds_file_path 
 : 
  
 '/etc/bindplane-agent/ingestion-auth.json' 
  
 customer_id 
 : 
  
 '<customer_id>' 
  
 endpoint 
 : 
  
 malachiteingestion-pa.googleapis.com 
  
 log_type 
 : 
  
 IBM_WEBSPHERE_APP_SERVER 
  
 raw_log_field 
 : 
  
 body 
  
 ingestion_labels 
 : 
  
 env 
 : 
  
 production 
 service 
 : 
  
 pipelines 
 : 
  
 logs/websphere_to_chronicle 
 : 
  
 receivers 
 : 
  
 - 
  
 filelog 
  
 exporters 
 : 
  
 - 
  
 chronicle/websphere

Configuration parameters

Replace the following placeholders:

Receiver configuration:
- filelog : The receiver type for collecting log files from disk
- include : List of file paths to monitor. Default WebSphere log locations:
  - Linux: /opt/IBM/WebSphere/AppServer/profiles/<PROFILE>/logs/<SERVER>/SystemOut.log
  - Windows: C:\IBM\WebSphere\AppServer\profiles\<PROFILE>\logs\<SERVER>\SystemOut.log
- start_at : Set to beginning to read existing logs or end to only read new entries
Exporter configuration:
- websphere : 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
- <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
- IBM_WEBSPHERE_APP_SERVER : Log type exactly as it appears in Chronicle
- ingestion_labels : Optional labels in YAML format (for example, env: production )
Pipeline configuration:
- websphere_to_chronicle : Descriptive name for the pipeline

Save the configuration file

After editing, save the file:
- Linux: Press Ctrl+O , then Enter , then Ctrl+X
- Windows: Click File > Save

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:
  1. Press Win+R , type services.msc , and press Enter.
  2. Locate observIQ OpenTelemetry Collector.
  3. Right-click and select Restart.
  4. Verify the service is running:
```
 sc query observiq-otel-collector 
```
  5. Check logs for errors:
```
  type 
  
 "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log" 
 
```

Configure IBM WebSphere Application Server logging

Sign in to the IBM WebSphere Application Serveradministrative console.
Go to Troubleshooting > Logs and Trace.
Select the server (for example, server1 ).
Click Diagnostic Traceto configure trace logging levels, or click JVM Logsto configure SystemOut and SystemErr log settings.
Under JVM Logs, verify the following settings:
- System.outlog file name: ${SERVER_LOG_ROOT}/SystemOut.log
- System.errlog file name: ${SERVER_LOG_ROOT}/SystemErr.log
- Log file rotation: Configure log rotation (for example, by file size or time) to prevent log files from growing indefinitely.
Click Applyand then Saveto save the configuration.
Identify the log directories on your WebSphere server. Default locations include:
- <WAS_HOME>/profiles/<PROFILE>/logs/<SERVER>/SystemOut.log
- <WAS_HOME>/profiles/<PROFILE>/logs/<SERVER>/SystemErr.log
- <WAS_HOME>/profiles/<PROFILE>/logs/<SERVER>/BinaryAudit* (security audit logs, if auditing is enabled)
Ensure the Bindplane agent include paths in config.yaml match the actual log file locations on your WebSphere server.

Note: If security auditing is enabled, you can also include BinaryAudit* files by adding the appropriate path to the include list in the Bindplane agent configuration. The Bindplane agent service account must have read access to the log directories.

UDM mapping table

Log Field	UDM Mapping	Logic
number, MemCount, JMSMessageID	additional	Merged as key-value pairs for each field
TrgAction, description	metadata.description	Value from TrgAction if not empty, else description
time	metadata.event_timestamp	Parsed using date filter with formats MM/dd/yy HH:mm:ss.SSS Z, M/dd/yy H:mm:ss.SSS Z, UNIX_MS
	metadata.event_type	Set to "GENERIC_EVENT"
Action	metadata.product_event_type	Value copied directly
product_log_id	metadata.product_log_id	Value copied directly
version	metadata.product_version	Value copied directly
product	metadata.product_name	Value copied directly
vendor	metadata.vendor_name	Value copied directly
file_name	target.file.full_path	Value copied directly
command	target.process.command_line	Value copied directly
filename	target.process.file.full_path	Value copied directly
Members	target.user.group_identifiers	Merged from processed Members array
Eid	target.user.product_object_id	Value copied directly
Profile	target.user.user_display_name	Value copied directly

Need more help? Get answers from Community members and Google SecOps professionals.