Raccogli i log del modulo di servizio firewall (FWSM) Cisco

Supportato in:

Questo documento spiega come importare i log del modulo di servizio firewall (FWSM) di Cisco in Google Security Operations utilizzando Bindplane. Il parser estrae innanzitutto i campi comuni come timestamp, indirizzi IP e descrizioni degli eventi dai messaggi syslog dell'appliance utilizzando i pattern Grok. Quindi, mappa le informazioni estratte allo schema standardizzato Unified Data Model (UDM), convertendo i tipi di dati, rinominando i campi e arricchendo l'output con classificazioni relative alla sicurezza in base a valori e parole chiave specifici.

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

  • Istanza Google SecOps
  • Windows 2016 o versioni successive oppure un host Linux con systemd
  • Se l'esecuzione avviene tramite un proxy, assicurati che le porte del firewall siano aperte.
  • Accesso con privilegi all'appliance Cisco FWSM

Recuperare il file di autenticazione importazione di Google SecOps

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

Recuperare 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 dell'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
    

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
    

Risorse aggiuntive per l'installazione

Per ulteriori opzioni di installazione, consulta la guida all'installazione.

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

  1. Accedi al file di configurazione:
    • Individua il file config.yaml. In genere, si trova nella directory /etc/bindplane-agent/ su Linux o nella directory di installazione su Windows.
    • Apri il file utilizzando un editor di testo (ad esempio nano, vi o Blocco note).
  2. Modifica il file config.yaml come segue:

    receivers:
        udplog:
            # Replace the port and IP address as required
            listen_address: "0.0.0.0:514"
    
    exporters:
        chronicle/chronicle_w_labels:
            compression: gzip
            # Adjust the path to the credentials file you downloaded in Step 1
            creds_file_path: '/path/to/ingestion-authentication-file.json'
            # Replace with your actual customer ID from Step 2
            customer_id: <customer_id>
            endpoint: malachiteingestion-pa.googleapis.com
            # Add optional ingestion labels for better organization
            log_type: 'CISCO_FWSM'
            raw_log_field: body
            ingestion_labels:
    
    service:
        pipelines:
            logs/source0__chronicle_w_labels-0:
                receivers:
                    - udplog
                exporters:
                    - chronicle/chronicle_w_labels
    

Riavvia l'agente Bindplane per applicare le modifiche

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

    sudo systemctl restart bindplane-agent
    
  • Per riavviare l'agente Bindplane in Windows, puoi utilizzare la console Servizi o inserire il seguente comando:

    net stop BindPlaneAgent && net start BindPlaneAgent
    

Configurare Syslog su Cisco FWSM

  1. Accedi a Cisco FWSM utilizzando SSH o una connessione alla console.
  2. Configura il logging:

    logging on
    
  3. Configura il livello di logging:

    logging trap <level>
    
    • Modifica il livello di trap del logging in 6 (informativo).
  4. Configura le impostazioni di syslog:

    logging host [interface] bindplane_ip_address udp[/bindplane_port]
    

Tabella di mappatura UDM

Campo log Mappatura UDM Logic
1.1.1.1 observer.ip Estratto dal messaggio di log utilizzando il pattern grok.
2.2.2.2 principal.ip
target.ip
Estratto dal messaggio di log utilizzando il pattern grok. L'IP di destinazione viene mappato su principal.ip o target.ip in base alla direzione della connessione. Quando dst outside, verrà mappato su principal.ip, altrimenti su target.ip.
3.3.3.3 principal.ip
target.ip
Estratto dal messaggio di log utilizzando il pattern grok. L'IP di origine viene mappato a principal.ip o target.ip in base alla direzione della connessione. Quando dst outside, verrà mappato su principal.ip, altrimenti su target.ip.
3 apr 10:35:40 Questo timestamp non viene acquisito nel modello UDM.
3 apr 10:44:38 Questo timestamp non viene acquisito nel modello UDM.
3 apr 11:20:34 Questo timestamp non viene acquisito nel modello UDM.
3 apr 11:20:38 Questo timestamp non viene acquisito nel modello UDM.
29 apr 16:09:44 Questo timestamp non viene acquisito nel modello UDM.
Nega security_result.action_details Estratto dal messaggio di log utilizzando il pattern grok.
Negato security_result.action_details Estratto dal messaggio di log utilizzando il pattern grok.
FWSM-3-106011 metadata.product_event_type Estratto dal messaggio di log utilizzando il pattern grok.
FWSM-3-313001 metadata.product_event_type Estratto dal messaggio di log utilizzando il pattern grok.
FWSM-4-106023 metadata.product_event_type Estratto dal messaggio di log utilizzando il pattern grok.
FWSM-4-302010 metadata.product_event_type Estratto dal messaggio di log utilizzando il pattern grok.
FWSM-4-302016 metadata.product_event_type Estratto dal messaggio di log utilizzando il pattern grok.
ICMP network.ip_protocol Estratto dal messaggio di log utilizzando il pattern grok e convertito in maiuscolo.
TCP network.ip_protocol Estratto dal messaggio di log utilizzando il pattern grok e convertito in maiuscolo.
Smontaggio security_result.action_details Estratto dal messaggio di log utilizzando il pattern grok.
UDP network.ip_protocol Estratto dal messaggio di log utilizzando il pattern grok e convertito in maiuscolo.
111 target.port Estratto dal messaggio di log utilizzando il pattern grok e convertito in numero intero. Quando dst outside verrà mappato a principal.port, altrimenti a target.port.
17608 principal.port Estratto dal messaggio di log utilizzando il pattern grok e convertito in numero intero. Quando dst outside verrà mappato a principal.port, altrimenti a target.port.
3000 principal.port Estratto dal messaggio di log utilizzando il pattern grok e convertito in numero intero. Quando dst outside verrà mappato a principal.port, altrimenti a target.port.
33103 target.port Estratto dal messaggio di log utilizzando il pattern grok e convertito in numero intero. Quando dst outside verrà mappato a principal.port, altrimenti a target.port.
514 principal.port
target.port
Estratto dal messaggio di log utilizzando il pattern grok e convertito in numero intero. Quando dst outside verrà mappato a principal.port, altrimenti a target.port.
metadata.description L'intero campo descrip del log non elaborato viene mappato a questo campo.
metadata.event_timestamp Il timestamp dell'oggetto batch viene utilizzato come timestamp dell'evento.
metadata.event_type Determinato in base alla presenza di IP di origine e di destinazione:
- NETWORK_CONNECTION: sono presenti sia l'IP di origine che quello di destinazione.
- STATUS_UPDATE: è presente solo l'IP di origine.
- GENERIC_EVENT: non è presente l'IP di origine né quello di destinazione.
metadata.product_name Codificato in modo permanente su CISCO_FWSM.
metadata.vendor_name Codificato in modo permanente su CISCO.
principal.resource.type Mappato dal campo facility estratto dal messaggio di log.
security_result.action Imposta BLOCK se il campo action è uno tra Deny, Teardown, denied o Denied.
security_result.severity Determinato in base al campo severity_level:
- 7, 6: INFORMATIONAL
- 5: LOW
- 4: MEDIUM
- 3: ERROR
- 2: HIGH
- other: CRITICAL
network.direction Mappato dal campo direction estratto dal messaggio di log. Se il campo direction è inbound, questo campo verrà impostato su INBOUND.

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