Raccogli i log di Digi Modems

Versione parser: 1.0

Supportata in:

Google SecOps SIEM

Questo documento spiega come acquisire i log di Digi Modems in Google Security Operations utilizzando l'agente Bindplane.

Digi Modems sono modem cellulari industriali che generano messaggi syslog per eventi di accesso, tentativi di autenticazione e connessioni di rete. 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
• Connettività di rete tra l'agente Bindplane e il modem Digi
• Se l'esecuzione avviene tramite un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
• Accesso con privilegi a Digi Remote Manager o all'interfaccia utente web locale di Digi Modem

Recupera 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 precedenti: continua a utilizzare il file di autenticazione dell'acquisizione (opzione 2) fino alla dismissione dell'API Ingestion il 20 luglio 2027.

Opzione 1: crea un account di servizio per l'API Chronicle (consigliata)

1. Accedi alla Google Cloud console e seleziona il Google Cloud progetto collegato all'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) 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 di progetto. Ti servirà per la configurazione dell'esportatore.

Nota: la chiave JSON è una credenziale. Limita l'accesso al file sull'host Bindplane e ruota la chiave in base alle norme della tua organizzazione.

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.

Nota: questo file autentica l'agente nell'API Ingestion legacy (malachiteingestion-pa.googleapis.com), la cui fine del ciclo di vita è prevista da Google per il 20 luglio 2027. Prima di questa data, pianifica di passare all'opzione 1.

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

   Nota: l'ID cliente è obbligatorio per configurare l'esportatore dell'agente Bindplane.

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 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 di 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 di installazione aggiuntive

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

Nota: la configurazione dell'esportatore dell'API Chronicle richiede il raccoglitore Bindplane versione 1.106.0 o successive. I comandi precedenti installano l'ultima release. Se stai aggiornando un'installazione esistente, esegui l'upgrade del raccoglitore prima di modificare la configurazione.

Configura l'agente Bindplane per acquisire i 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/digi_modems:
      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: DIGI_MODEMS
      raw_log_field: body
  
  service:
    pipelines:
      logs/digi_modems_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/digi_modems
  

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 la root su Linux; utilizza 1514 per la 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 dell'istanza Google SecOps (ad esempio, us, europe o asia-southeast1). L'esportatore antepone chronicle.googleapis.com 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 Ingestion legacy

• 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 l'endpoint regionale (ad esempio, europe-malachiteingestion-pa.googleapis.com).

  exporters:
    chronicle/digi_modems:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: DIGI_MODEMS
      raw_log_field: body
  

Nota: questo esportatore smetterà di funzionare quando l'API Ingestion verrà dismessa il 20 luglio 2027.

Salva il file di configurazione

• Dopo la modifica, salva il file:
  • Linux: premi Ctrl+O, poi Enter, poi 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 verificare la presenza di 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 verificare la presenza di errori:

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

Configura il server syslog su Digi Modem

1. Accedi a Digi Remote Manager o all'interfaccia utente web locale di Digi Modem.
2. Accedi alla configurazione dispositivo con Remote Manager:
   • Individua il dispositivo per cui vuoi configurare syslog.
   • Fai clic su ID dispositivo > Impostazioni > Configurazione.
3. Accedi alla configurazione dispositivo con l'interfaccia utente web locale di Digi Modem:
   • Fai clic su Sistema > Configurazione > Configurazione dispositivo.
4. Vai a Sistema > Log.
5. Fai clic per espandere l'elenco dei server.
6. Fai clic su Aggiungi server +.
7. Fornisci i seguenti dettagli di configurazione:
   • Server: inserisci l'indirizzo IP dell'agente Bindplane.
   • Seleziona le categorie di eventi che verranno inviate al server (per impostazione predefinita, tutte le categorie di eventi sono abilitate).
   • Porta di uscita syslog: inserisci il numero di porta dell'agente Bindplane (il valore predefinito è 514).
   • Protocollo: seleziona UDP.
8. Fai clic su Applica.

Log di esempio di Digi Modems supportati

• SYSLOG

  {
    "priority": 14,
    "timestamp": "Dec 28 17:27:45",
    "hostname": "host-device.router",
    "tag": "Eventlog",
    "message": "17:27:33, 28 Dec 2006,Login failure by Host: 10.0.0.25:23: CMD,Telnet"
  }
  

• SYSLOG

  {
    "priority": 14,
    "timestamp": "May 25 11:03:55",
    "hostname": "internal-srv-01",
    "tag": "Eventlog",
    "message": "11:03:55, 25 May 2023,Login failure by sanitized_user: WEB"
  }
  

• SYSLOG

  {
    "priority": 14,
    "timestamp": "Jun 11 23:58:26",
    "hostname": "internal-srv-01",
    "tag": "Eventlog",
    "message": "23:58:26, 11 Jun 2023,Login failure by GET /masked_path HTTP/1.0: CMD,Telnet"
  }
  

• SYSLOG

  {
    "priority": 14,
    "timestamp": "Jun 19 19:52:19",
    "hostname": "gateway-device-02",
    "tag": "Eventlog",
    "message": "19:52:18, 19 Jun 2023,WEB Login OK by internal_admin lvl 0"
  }
  

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
contenuti	security_result.description	Mappato direttamente dal campo content dopo l'analisi grok iniziale.
http_method	network.http.method	Estratto dal campo content utilizzando un pattern grok.
http_version	network.application_protocol_version	Estratto dal campo content utilizzando un pattern grok.
nome host	principal.hostname	Estratto dal messaggio di log utilizzando un pattern grok.
ip	target.ip	Estratto dal campo content utilizzando un pattern grok.
porta	target.port	Estratto dal campo content utilizzando un pattern grok e convertito in un numero intero.
proto	network.application_protocol	Estratto dal campo content utilizzando un pattern grok.
ts	metadata.event_timestamp	Estratto dal messaggio di log utilizzando un pattern grok e convertito in un timestamp.
tipo	login_type_label.value	Estratto dal campo content utilizzando un pattern grok.
	extensions.auth.type	Impostato su MACHINE dalla logica del parser.
	login_type_label.key	Impostato su Login type dalla logica del parser.
	metadata.event_type	Determinato dalla presenza di campi specifici come ip o user e impostato di conseguenza su NETWORK_CONNECTION o USER_LOGIN.
	metadata.log_type	Impostato su DIGI_MODEMS dalla logica del parser.
	metadata.product_event_type	Estratto dal campo product_type nel messaggio di log.
	metadata.product_name	Impostato su DIGI_MODEMS dalla logica del parser.
	metadata.vendor_name	Impostato su DIGI_MODEMS dalla logica del parser.
	security_result.action	Determinato dalla presenza di Login OK o Login failure nel messaggio e impostato rispettivamente su ALLOW o BLOCK.
utente	target.user.userid	Estratto dal campo content utilizzando un pattern grok.

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.