Raccogli i log di IBM WebSphere Application Server

Supportato in:

Questo documento spiega come importare i log di IBM WebSphere Application Server in Google Security Operations utilizzando l'agente Bindplane.

IBM WebSphere Application Server è un server di applicazioni Java EE che genera log di sistema, di controllo della sicurezza e di accesso. Il parser mappa questi log al modello dei dati unificato (UDM), estraendo i dettagli del processo, le informazioni utente, i timestamp degli eventi e i metadati dei file.

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

  • Un'istanza Google SecOps
  • Windows Server 2016 o versioni successive o host Linux con systemd
  • Connettività di rete tra l'agente Bindplane e IBM WebSphere Application Server
  • Se l'agente viene eseguito dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane.
  • Accesso amministrativo a IBM WebSphere Application Server

Recupera le credenziali Google SecOps per l'agente Bindplane

Per autenticare l'agente Bindplane in Google SecOps, scegli uno dei seguenti metodi:

  • Nuovi deployment: utilizza l'API Chronicle (opzione 1).
  • Deployment legacy: continua a utilizzare il file di autenticazione dell'acquisizione (opzione 2) fino al ritiro dell'API Ingestion il 20 luglio 2027.
  1. Accedi alla Google Cloud console e seleziona il progetto Google Cloud collegato alla tua istanza Google SecOps.
  2. Vai a IAM e amministrazione > Service account.
  3. Fai clic su Crea service account.
  4. Fornisci i seguenti dettagli di configurazione:
    • Nome service account: inserisci un nome per l'account (ad esempio bindplane-ingest).
    • Descrizione service account: inserisci una descrizione (ad esempio Bindplane agent log ingestion).
  5. Fai clic su Crea e continua.
  6. Nella sezione Concedi a questo account di servizio l'accesso al progetto, fai clic su Seleziona un ruolo e seleziona Editor Chronicle.
  7. Fai clic su Continua e poi su Fine.
  8. Fai clic sul account di servizio che hai creato, quindi vai alla scheda Chiavi.
  9. Fai clic su Aggiungi chiave > Crea nuova chiave.
  10. Seleziona JSON e fai clic su Crea. Il file della chiave viene scaricato sul computer.
  11. Salva il file della chiave come ingestion-auth.json nella directory del raccoglitore Bindplane (/opt/observiq-otel-collector/ingestion-auth.json su Linux o C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json su Windows) o aggiorna creds_file_path in config.yaml in modo che corrisponda al percorso in cui lo salvi.
  12. Vai a IAM e amministrazione > Impostazioni e copia il numero di progetto. Ti servirà per la configurazione dell'esportatore.

Opzione 2: scarica il file di autenticazione dell'acquisizione (legacy)

  1. Accedi alla console Google SecOps.
  2. Vai a Impostazioni SIEM > Agenti di raccolta.
  3. Scarica il file di autenticazione dell'acquisizione.
  4. Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.

Ottieni l'ID cliente Google SecOps

  1. Accedi alla console Google SecOps.
  2. Vai a Impostazioni SIEM > Profilo.
  3. Copia e salva l'ID cliente dalla sezione Dettagli organizzazione.

Installa l'agente Bindplane

Installa l'agente Bindplane sul sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.

Installazione di Windows

  1. Apri il prompt dei comandi o PowerShell come amministratore.
  2. Esegui questo comando:

    msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
    
  3. Attendi il completamento dell'installazione.

  4. Verifica l'installazione eseguendo:

    sc query observiq-otel-collector
    

    Il servizio dovrebbe essere visualizzato come IN ESECUZIONE.

Installazione di Linux

  1. Apri un terminale con privilegi root o sudo.
  2. Esegui questo comando:

    sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
    
  3. Attendi il completamento dell'installazione.

  4. Verifica l'installazione eseguendo:

    sudo systemctl status observiq-otel-collector
    

    Il servizio dovrebbe essere visualizzato come attivo (in esecuzione).

Risorse aggiuntive per l'installazione

Per ulteriori opzioni di installazione e risoluzione dei problemi, consulta la guida all'installazione dell'agente Bindplane.

Configura l'agente Bindplane per importare i log e inviarli a Google SecOps

Individua il file di configurazione

  • Linux:

    sudo nano /opt/observiq-otel-collector/config.yaml
    
  • Windows:

    notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
    

Modifica il file di configurazione

  • Sostituisci l'intero contenuto di config.yaml con la seguente configurazione:

    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:
        protocol: https
        # Region of your instance, for example us, europe, asia-southeast1
        location: <LOCATION>
        # Project number of the Google Cloud project linked to the instance
        project: '<PROJECT_NUMBER>'
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: chronicle.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
    

Parametri di configurazione

Sostituisci i seguenti segnaposto:

  • Configurazione del ricevitore:

    • filelog: il tipo di receiver per la raccolta dei file di log dal disco
    • include: elenco dei percorsi dei file da monitorare. Posizioni predefinite dei log di WebSphere:
      • Linux: /opt/IBM/WebSphere/AppServer/profiles/<PROFILE>/logs/<SERVER>/SystemOut.log
      • Windows: C:\IBM\WebSphere\AppServer\profiles\<PROFILE>\logs\<SERVER>\SystemOut.log
    • start_at: impostalo su beginning per leggere i log esistenti o su end per leggere solo le nuove voci
  • Configurazione dell'esportatore:

    • websphere: nome descrittivo dell'esportatore
    • creds_file_path: percorso completo del file della chiave JSON del account di servizio (opzione 1):
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • <customer_id>: l'ID cliente del passaggio precedente
    • location: sostituisci <LOCATION> con la regione della tua istanza Google SecOps (ad esempio us, europe o asia-southeast1). L'esportatore aggiunge chronicle.googleapis.com come prefisso a questo valore. Per l'elenco completo, consulta Endpoint regionali.
    • project: sostituisci <PROJECT_NUMBER> con il numero di progetto da IAM e amministrazione > Impostazioni.
    • endpoint: mantieni l'impostazione chronicle.googleapis.com.
    • IBM_WEBSPHERE_APP_SERVER: Tipo di log esattamente come appare in Chronicle
    • ingestion_labels: Etichette facoltative in formato YAML (ad esempio, env: production)
  • Configurazione della pipeline:

    • websphere_to_chronicle: nome descrittivo della pipeline

Esportatore dell'API di importazione precedente

  • Se utilizzi il file di autenticazione dell'acquisizione dell'Opzione 2, sostituisci il blocco exporters con il seguente. Imposta creds_file_path sul percorso del file di autenticazione dell'acquisizione e, se l'istanza si trova al di fuori degli Stati Uniti, sostituisci malachiteingestion-pa.googleapis.com con il tuo endpoint regionale (ad esempio, europe-malachiteingestion-pa.googleapis.com).

    exporters:
      chronicle/websphere:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/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
    

Salva il file di configurazione

  • Dopo la modifica, salva il file:
    • Linux: premi Ctrl+O, poi Enter e infine Ctrl+X.
    • Windows: fai clic su File > Salva

Riavvia l'agente Bindplane per applicare le modifiche

  • Per riavviare l'agente Bindplane in Linux, esegui questo comando:

    sudo systemctl restart observiq-otel-collector
    
    1. Verifica che il servizio sia in esecuzione:

      sudo systemctl status observiq-otel-collector
      
    2. Controlla i log per individuare eventuali errori:

      sudo journalctl -u observiq-otel-collector -f
      
  • Per riavviare l'agente Bindplane in Windows, scegli una delle seguenti opzioni:

    • Prompt dei comandi o PowerShell come amministratore:

      net stop observiq-otel-collector && net start observiq-otel-collector
      
    • Console Servizi:

      1. Premi Win+R, digita services.msc e premi Invio.
      2. Individua observIQ OpenTelemetry Collector.
      3. Fai clic con il tasto destro del mouse e seleziona Riavvia.
      4. Verifica che il servizio sia in esecuzione:

        sc query observiq-otel-collector
        
      5. Controlla i log per individuare eventuali errori:

        type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
        

Configurare la registrazione di IBM WebSphere Application Server

  1. Accedi alla console di amministrazione di IBM WebSphere Application Server.
  2. Vai a Risoluzione dei problemi > Log e traccia.
  3. Seleziona il server (ad esempio server1).
  4. Fai clic su Traccia diagnostica per configurare i livelli di log di traccia oppure su Log JVM per configurare le impostazioni dei log SystemOut e SystemErr.
  5. In JVM Logs (Log JVM), verifica le seguenti impostazioni:
    • Nome del file di log System.out: ${SERVER_LOG_ROOT}/SystemOut.log
    • Nome del file di log System.err: ${SERVER_LOG_ROOT}/SystemErr.log
    • Rotazione dei file di log: configura la rotazione dei log (ad esempio, in base alle dimensioni del file o al tempo) per impedire che i file di log crescano all'infinito.
  6. Fai clic su Applica e poi su Salva per salvare la configurazione.
  7. Identifica le directory dei log sul server WebSphere. Le località predefinite includono:
    • <WAS_HOME>/profiles/<PROFILE>/logs/<SERVER>/SystemOut.log
    • <WAS_HOME>/profiles/<PROFILE>/logs/<SERVER>/SystemErr.log
    • <WAS_HOME>/profiles/<PROFILE>/logs/<SERVER>/BinaryAudit* (log di controllo della sicurezza, se il controllo è abilitato)
  8. Assicurati che i percorsi dell'agente Bindplane include in config.yaml corrispondano alle posizioni effettive dei file di log sul tuo server WebSphere.

Tabella di mappatura UDM

Campo log Mappatura UDM Logica
number, MemCount, JMSMessageID aggiuntiva Uniti come coppie chiave-valore per ogni campo
TrgAction, description metadata.description Valore di TrgAction se non è vuoto, altrimenti descrizione
tempo metadata.event_timestamp Analizzato utilizzando il filtro della data con i formati MM/gg/aa HH:mm:ss.SSS Z, M/gg/aa H:mm:ss.SSS Z, UNIX_MS
metadata.event_type Impostato su "GENERIC_EVENT"
Azione metadata.product_event_type Valore copiato direttamente
product_log_id metadata.product_log_id Valore copiato direttamente
versione metadata.product_version Valore copiato direttamente
prodotto metadata.product_name Valore copiato direttamente
vendor metadata.vendor_name Valore copiato direttamente
file_name target.file.full_path Valore copiato direttamente
comando target.process.command_line Valore copiato direttamente
filename target.process.file.full_path Valore copiato direttamente
Membri target.user.group_identifiers Unito dall'array Membri elaborato
Eid target.user.product_object_id Valore copiato direttamente
Profilo target.user.user_display_name Valore copiato direttamente
principal_user event.idm.read_only_udm.principal.user.userid Mappato dal log delle modifiche
exception_code event.idm.read_only_udm.security_result.detection_fields Mappato dal log delle modifiche
exception_class event.idm.read_only_udm.security_result.detection_fields Mappato dal log delle modifiche
source_line event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
length event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
websphere_java_version event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
websphere_platform_details event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
java_compiler event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
java_vm_name event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
parent_context event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
event_context event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
method_name event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
principal_application event.idm.read_only_udm.principal.application Mappato dal log delle modifiche
os_version event.idm.read_only_udm.principal.asset.platform_software.platform_version Mappato dal log delle modifiche
os_name event.idm.read_only_udm.principal.asset.platform_software.platform_patch_level Mappato dal log delle modifiche
process_name event.idm.read_only_udm.principal.resource.name Mappato dal log delle modifiche
full_orb_version event.idm.read_only_udm.security_result.detection_fields Mappato dal log delle modifiche
target_application event.idm.read_only_udm.target.application Mappato dal log delle modifiche

Log delle modifiche

Visualizza il log delle modifiche per questo parser

Hai bisogno di ulteriore assistenza? Ricevi risposte dai membri della community e dai professionisti di Google SecOps.