Raccogli i log di Active Countermeasures AC-Hunter

Versione parser: 3.0

Supportato in:

Google SecOps SIEM

Questo documento spiega come importare i log di Active Countermeasures AC-Hunter in Google Security Operations utilizzando Bindplane.

AC-Hunter è una piattaforma di rilevamento delle minacce di rete di Active Countermeasures che esegue la ricerca automatizzata delle minacce analizzando il traffico di rete per identificare i sistemi compromessi che comunicano con i server di comando e controllo. AC-Hunter viene eseguito in container Docker su un server Linux e può inoltrare gli avvisi di minaccia tramite il protocollo syslog a un server SIEM o di logging centralizzato.

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

• Un'istanza Google SecOps.
• Windows Server 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 in base ai requisiti dell'agente Bindplane.
• Accesso con privilegi (SSH con sudo) al server Active Countermeasures AC-Hunter per modificare il file di configurazione.
• AC-Hunter versione 5.3.0 o successive (le versioni precedenti contengono un bug che blocca l'invio di messaggi syslog).
• Percorso di rete dal server AC-Hunter all'host dell'agente Bindplane sulla porta syslog scelta (UDP o TCP).
• Inoltro IP abilitato sull'host AC-Hunter per consentire ai container Docker di inviare syslog a server esterni.

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 legacy: continua a utilizzare il file di autenticazione dell'acquisizione (opzione 2) fino alla disattivazione 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 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 es. bindplane-ingest).
   • Descrizione service account: inserisci una descrizione (ad es. 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, quindi 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. Pianifica di passare all'opzione 1 prima di questa data.

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.

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
   

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
   

Risorse di installazione aggiuntive

Per altre opzioni di installazione, 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 importare syslog e inviarlo 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/ac_hunter:
      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: AI_HUNTER
      raw_log_field: body
  
  service:
    pipelines:
      logs/ac_hunter_to_chronicle:
        receivers:
          - udplog
        exporters:
          - chronicle/ac_hunter
  

Parametri di configurazione

Sostituisci i seguenti segnaposto:

• Configurazione del ricevitore:

  • udplog: utilizza udplog per syslog UDP o tcplog per syslog TCP. Corrisponde al protocollo configurato in AC-Hunter.
  • 0.0.0.0:514: indirizzo IP e porta su cui ascoltare. Utilizza 0.0.0.0 per ascoltare su tutte le interfacce.

• Configurazione dell'esportatore:

  • <CUSTOMER_ID>: ID cliente Google SecOps copiato nel passaggio precedente.
  • /opt/observiq-otel-collector/ingestion-auth.json: 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
  • location: sostituisci <LOCATION> con la regione della tua istanza Google SecOps (ad es. 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 il valore chronicle.googleapis.com.

Esportatore dell'API Ingestion legacy

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

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

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

Riavvia l'agente Bindplane per applicare le modifiche

Per riavviare l'agente Bindplane in Linux:

1. Esegui questo comando:

   sudo systemctl restart observiq-otel-collector
   

2. Verifica che il servizio sia in esecuzione:

   sudo systemctl status observiq-otel-collector
   

3. Controlla i log per verificare la presenza di errori:

   sudo journalctl -u observiq-otel-collector -f
   

Per riavviare l'agente Bindplane in Windows:

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

2. Verifica che il servizio sia in esecuzione:

   sc query observiq-otel-collector
   

3. Controlla i log per verificare la presenza di errori:

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

Configura l'inoltro di syslog su Active Countermeasures AC-Hunter

1. Accedi al server AC-Hunter tramite SSH con accesso con privilegi.

2. Esegui il backup del file di configurazione esistente:

   sudo cp /etc/AI-Hunter/config.yaml /etc/AI-Hunter/config.yaml.backup
   

3. Apri il file di configurazione in un editor di testo:

   sudo nano /etc/AI-Hunter/config.yaml
   

4. Individua la sezione Alert: e la sezione nidificata Syslog:. Fornisci i seguenti dettagli di configurazione:

   Alert:
       Syslog:
           Threshold: 20
           Protocol: "udp"
           Address: "BINDPLANE_IP:514"
           Tag: " AC-Hunter "
   

   • Threshold: inserisci il punteggio di minaccia minimo per attivare gli avvisi (ad es. 20). I sistemi con punteggi pari o superiori a questo valore generano avvisi syslog.
   • Protocol: seleziona "udp" o "tcp" in modo che corrisponda alla configurazione del ricevitore dell'agente Bindplane. Utilizza "" (stringa vuota) per scrivere in /dev/log dell'host per l'inoltro di rsyslog.
   • Indirizzo: inserisci l'indirizzo IP e la porta dell'agente Bindplane (ad es. "10.1.2.3:514").
   • Tag: inserisci un tag facoltativo per l'identificazione dei log (ad es. " AC-Hunter "). Includi uno spazio finale prima delle virgolette di chiusura in modo che il tag non venga eseguito nel testo del messaggio.
   Nota: l'indentazione è fondamentale in questo file YAML. Le righe con una sola indentazione utilizzano 4 spazi, quelle con doppia indentazione utilizzano 8 spazi. Non utilizzare le tabulazioni. Convalida il file all'indirizzo yamllint.com prima di salvarlo.

5. Salva il file di configurazione ed esci dall'editor.

6. Riavvia AC-Hunter per applicare le modifiche:

   hunt up -d --force-recreate
   

7. Attendi fino a circa 20 minuti dopo l'ora successiva. AC-Hunter importa i nuovi log orari dai sensori e invia avvisi syslog per i sistemi che superano la soglia configurata durante questo ciclo di importazione.

8. Verifica che i messaggi syslog arrivino all'host dell'agente Bindplane controllando il file di log syslog locale:

   sudo tail -f /var/log/syslog
   

   Nota: i messaggi syslog di AC-Hunter utilizzano la funzionalità user.alert e seguono questo formato: <timestamp> <hostname> AI-Hunter[<pid>]: Host: <IP> Score: <score> PreviousScore: <prev_score> Database: <db_name>

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
api_msg_label	additional.fields	Unita
prev_score	metadata.description	Mappato direttamente
score	metadata.description	Mappato direttamente
ts_date	metadata.event_timestamp	Analizzato come MMM dd HH:mm:ss
ts_iso8601	metadata.event_timestamp	Analizzato come ISO8601
has_principal	metadata.event_type	Mappato: true → STATUS_UNCATEGORIZED
src_ip	principal.asset.ip	Unita
src_ip	principal.ip	Unita
blacklist_avg_bytes_label	principal.labels	Unita
blacklist_in_label	principal.labels	Unita
blacklist_out_label	principal.labels	Unita
database_label	principal.labels	Unita
dns_txt_query_label	principal.labels	Unita
invalid_cert_label	principal.labels	Unita
max_beacon_label	principal.labels	Unita
max_duration_label	principal.labels	Unita
prev_score_label	principal.labels	Unita
rare_client_label	principal.labels	Unita
score_label	principal.labels	Unita
unexpected_proto_label	principal.labels	Unita
source_module_label	principal.resource.attribute.labels	Unita
domain	target.asset.hostname	Mappato direttamente
domain	target.hostname	Mappato direttamente
N/D	metadata.event_type	Costante: STATUS_UNCATEGORIZED
N/D	metadata.product_name	Costante: AI hunter
N/D	metadata.vendor_name	Costante: Active Countermeasures

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.