Raccogli i log di Brocade ServerIron ADX

Versione parser: 2.0

Supportato in:

Questo documento spiega come importare i log di Brocade ServerIron ADX in Google Security Operations utilizzando l'agente Bindplane.

Brocade ServerIron ADX è un controller di distribuzione delle applicazioni che genera messaggi syslog per l'autenticazione, il bilanciamento del carico, gli eventi di rete e l'attività di sistema. Il parser estrae i campi utilizzando i pattern grok e li mappa al modello UDM (Unified Data Model).

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

  • Un'istanza Google SecOps
  • Windows Server 2016 o versioni successive oppure host Linux con systemd
  • Connessione di rete tra l'agente Bindplane e il dispositivo Brocade ServerIron ADX
  • Se l'esecuzione avviene dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
  • Accesso amministrativo alla CLI di Brocade ServerIron ADX

Ottieni le credenziali di 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 alla dismissione dell'API Ingestion il 20 luglio 2027.
  1. Accedi alla consoleGoogle Cloud 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 Chronicle Editor.
  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) oppure 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 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 tuo 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 syslog 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:
  udplog:
    listen_address: "0.0.0.0:514"

exporters:
  chronicle/brocade_serveriron:
    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: BROCADE_SERVERIRON
    raw_log_field: body

service:
  pipelines:
    logs/brocade_serveriron_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/brocade_serveriron

Parametri di configurazione

Sostituisci i seguenti segnaposto:

  • Configurazione del ricevitore:

    • listen_address: indirizzo IP e porta su cui ascoltare:
      • 0.0.0.0 per ascoltare su tutte le interfacce (consigliato)
      • La porta 514 è la porta syslog standard (richiede l'accesso root su Linux; utilizza 1514 per l'accesso non root)

  • Configurazione 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: ID cliente copiato dalla console Google SecOps
    • 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.

Esportatore dell'API di importazione precedente

  • Se utilizzi il file di autenticazione dell'importazione 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/brocade_serveriron:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: BROCADE_SERVERIRON
    raw_log_field: body

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:

      ```bash
sudo systemctl status observiq-otel-collector
```

    2. Controlla i log per individuare eventuali errori:

      ```bash
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"

Configura l'esportazione di syslog da Brocade ServerIron ADX

  1. Accedi al dispositivo ADX e attiva la modalità di configurazione globale:

    enable
configure terminal

  2. Attiva il logging syslog:

    logging on

  3. Specifica l'indirizzo IP e la porta del server syslog (Bindplane):

    logging host <syslog-server-ip> udp port 514

  4. (Facoltativo) Imposta la struttura syslog (da local0 a local7):

    logging facility local0

  5. Definisci il livello minimo di gravità dei log da inviare al server syslog:

    logging trap <severity-level>

  6. Salva la configurazione:

    write memory

Tabella di mappatura UDM

Campo log Mappatura UDM Logica
%{GREEDYDATA} metadata.description Il campo %{GREEDYDATA} viene mappato a metadata.description quando corrisponde al pattern "-- %{GREEDYDATA} --".
%{GREEDYDATA:auth_result} security_result.description Il campo %{GREEDYDATA:auth_result} viene concatenato al campo %{GREEDYDATA:desc} per formare security_result.description quando %{GREEDYDATA:desc} è presente.
%{GREEDYDATA:desc} security_result.description Il campo %{GREEDYDATA:desc} viene utilizzato per compilare il campo security_result.description. Può essere concatenato con altri campi a seconda del formato del log non elaborato.
%{GREEDYDATA:login_to} security_result.description Il campo %{GREEDYDATA:login_to} viene concatenato con il campo %{GREEDYDATA:desc} per formare security_result.description quando è presente %{GREEDYDATA:desc}.
%{GREEDYDATA:user} target.user.userid Il campo %{GREEDYDATA:user} è mappato a target.user.userid.
%{HOST:principal_host} principal.hostname Il campo %{HOST:principal_host} è mappato a principal.hostname.
%{HOST:target_host} target.hostname Il campo %{HOST:target_host} è mappato a target.hostname.
%{INT:http_port} additional.fields.value.string_value Il campo %{INT:http_port} è mappato ad additional.fields.value.string_value con la chiave "HTTP Port".
%{INT:target_port} target.port Il campo %{INT:target_port} viene mappato a target.port e convertito in un numero intero.
%{INT:telnet_port} additional.fields.value.string_value Il campo %{INT:telnet_port} è mappato su additional.fields.value.string_value con la chiave "Telnet Port".
%{INT:tftp_port} additional.fields.value.string_value Il campo %{INT:tftp_port} è mappato a additional.fields.value.string_value con la chiave "TFTP Port".
%{IP:principal_ip} principal.ip Il campo %{IP:principal_ip} è mappato a principal.ip.
%{IP:target_ip} target.ip Il campo %{IP:target_ip} è mappato a target.ip.
%{IPV4:principal_ip} principal.ip Il campo %{IPV4:principal_ip} è mappato a principal.ip.
%{IPV4:target_ip} target.ip Il campo %{IPV4:target_ip} è mappato a target.ip.
%{MAC:principal_mac} principal.mac Il campo %{MAC:principal_mac} viene mappato a principal.mac dopo la conversione nel formato [0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}:[0-9a-f]{2}.
%{USERNAME:target_host} target.hostname Il campo %{USERNAME:target_host} è mappato su target.hostname.
%{USERNAME:user} target.user.userid Il campo %{USERNAME:user} è mappato a target.user.userid.
%{WORD:auth_result} security_result.description Il campo %{WORD:auth_result} viene concatenato al campo %{GREEDYDATA:desc} per formare security_result.description quando è presente %{GREEDYDATA:desc}.
%{WORD:proto} network.application_protocol Il campo %{WORD:proto} viene mappato a network.application_protocol quando il suo valore è "SSH".
timestamp metadata.event_timestamp Il campo del timestamp viene analizzato dai dati dei log non elaborati utilizzando un pattern grok e convertito in un oggetto timestamp.
extensions.auth.type Il valore è impostato su "MACHINE" se il campo proto non è vuoto e il campo auth_action è "logout" o "login".
metadata.description Il campo viene compilato con il valore del campo "metadata_description" se non è vuoto.
metadata.event_type Il campo viene compilato in base ai valori di altri campi utilizzando la logica condizionale:- STATUS_STARTUP: se target_port_status è "up".- STATUS_SHUTDOWN: se target_port_status è "down".- USER_LOGOUT: se proto non è vuoto e auth_action è "logout".- USER_LOGIN: se proto non è vuoto e auth_action è "login".- STATUS_UPDATE: se metadata_description corrisponde a "state changed".- GENERIC_EVENT: se nessuna delle condizioni precedenti è soddisfatta.
metadata.log_type Il valore è impostato come hardcoded su "BROCADE_SERVERIRON".
metadata.product_name Il valore è impostato come hardcoded su "ServerIron".
metadata.vendor_name Il valore è impostato come hardcoded su "Brocade".
security_result.action Il valore è impostato su "BLOCK" se il campo desc contiene "fail" o se il campo auth_result contiene "fail" o "rejected".

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