Raccogli i log di Active Countermeasures AC-Hunter
Versione parser: 3.0
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 caccia alle minacce automatizzata 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 SIEM o a un server di logging centralizzato.
Prima di iniziare
Assicurati di soddisfare i seguenti prerequisiti:
- Un'istanza Google SecOps.
- Windows Server 2016 o versioni successive o un host Linux con
systemd. - Se l'esecuzione avviene dietro 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).
- IP forwarding abilitato sull'host AC-Hunter per consentire ai container Docker di inviare syslog a server esterni.
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.
Opzione 1: crea un account di servizio per l'API Chronicle (consigliato)
- Accedi alla consoleGoogle Cloud e seleziona il progetto Google Cloud collegato alla tua istanza di Google SecOps.
- Vai a IAM e amministrazione > Service account.
- Fai clic su Crea account di servizio.
- Fornisci i seguenti dettagli di configurazione:
- Nome account di servizio: inserisci un nome per l'account (ad esempio
bindplane-ingest). - Descrizione service account: inserisci una descrizione (ad esempio,
Bindplane agent log ingestion).
- Nome account di servizio: inserisci un nome per l'account (ad esempio
- Fai clic su Crea e continua.
- Nella sezione Concedi a questo account di servizio l'accesso al progetto, fai clic su Seleziona un ruolo e seleziona Chronicle Editor.
- Fai clic su Continua e poi su Fine.
- Fai clic sul account di servizio che hai creato, quindi vai alla scheda Chiavi.
- Fai clic su Aggiungi chiave > Crea nuova chiave.
- Seleziona JSON e fai clic su Crea. Il file della chiave viene scaricato sul computer.
- Salva il file della chiave come
ingestion-auth.jsonnella directory del raccoglitore Bindplane (/opt/observiq-otel-collector/ingestion-auth.jsonsu Linux oC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonsu Windows) o aggiornacreds_file_pathinconfig.yamlin modo che corrisponda al percorso in cui lo salvi. - 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)
- Accedi alla console Google SecOps.
- Vai a Impostazioni > Gestione dei dati > Agenti di raccolta. Se utilizzi una piattaforma solo SIEM, vai a Impostazioni > Agenti di raccolta.
- Scarica il file di autenticazione dell'acquisizione.
- Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.
Ottieni l'ID cliente Google SecOps
- Accedi alla console Google SecOps.
- Vai a Impostazioni > Amministrazione > Profilo. Se utilizzi una piattaforma solo SIEM, vai a Impostazioni > Profilo.
- 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 finestre
- Apri il prompt dei comandi o PowerShell come amministratore.
Esegui questo comando:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
Installazione di Linux
- Apri un terminale con privilegi root o sudo.
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 dell'agente Bindplane.
Configura l'agente Bindplane per importare il syslog e inviarlo a Google SecOps
Individua il file di configurazione
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Modifica il file di configurazione
Sostituisci l'intero contenuto di
config.yamlcon 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: utilizzaudplogper il syslog UDP otcplogper il syslog TCP. Deve corrispondere al protocollo configurato in AC-Hunter.0.0.0.0:514: l'indirizzo IP e la porta su cui ascoltare. Utilizza0.0.0.0per ascoltare su tutte le interfacce.
Configurazione dell'esportatore:
<CUSTOMER_ID>: l'ID cliente Google SecOps copiato nel passaggio precedente./opt/observiq-otel-collector/ingestion-auth.json: il 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
- Linux:
location: sostituisci<LOCATION>con la regione della tua istanza Google SecOps (ad esempious,europeoasia-southeast1). L'esportatore aggiungechronicle.googleapis.comcome 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'impostazionechronicle.googleapis.com.
Esportatore API di importazione precedente
Se utilizzi il file di autenticazione dell'acquisizione dell'Opzione 2, sostituisci il blocco
exporterscon il seguente. Impostacreds_file_pathsul percorso del file di autenticazione dell'acquisizione e, se l'istanza si trova al di fuori degli Stati Uniti, sostituiscimalachiteingestion-pa.googleapis.comcon il tuo endpoint regionale (ad esempio,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
Riavvia l'agente Bindplane per applicare le modifiche
Per riavviare l'agente Bindplane in Linux:
Esegui questo comando:
sudo systemctl restart observiq-otel-collectorVerifica che il servizio sia in esecuzione:
sudo systemctl status observiq-otel-collectorControlla 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 dei servizi:
- Premi
Win+R, digitaservices.msce premi Invio. - Individua observIQ OpenTelemetry Collector.
- Fai clic con il tasto destro del mouse e seleziona Riavvia.
- Premi
Verifica che il servizio sia in esecuzione:
sc query observiq-otel-collectorControlla i log per verificare la presenza di errori:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
Configura l'inoltro del syslog su Active Countermeasures AC-Hunter
- Accedi al server AC-Hunter tramite SSH con accesso con privilegi.
Esegui il backup del file di configurazione esistente:
sudo cp /etc/AI-Hunter/config.yaml /etc/AI-Hunter/config.yaml.backupApri il file di configurazione in un editor di testo:
sudo nano /etc/AI-Hunter/config.yamlIndividua 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 "- Soglia: inserisci il punteggio di minaccia minimo per attivare gli avvisi (ad esempio,
20). I sistemi con punteggi pari o superiori a questo valore generano avvisi syslog. - Protocollo: seleziona
"udp"o"tcp"in modo che corrisponda alla configurazione del ricevitore dell'agente Bindplane. Utilizza""(stringa vuota) per scrivere sull'host/dev/logper l'inoltro rsyslog. - Indirizzo: inserisci l'indirizzo IP e la porta dell'agente Bindplane (ad esempio,
"10.1.2.3:514"). - Tag: inserisci un tag facoltativo per l'identificazione del log (ad esempio,
" AC-Hunter "). Includi uno spazio finale prima delle virgolette di chiusura in modo che il tag non si sovrapponga al testo del messaggio.
- Soglia: inserisci il punteggio di minaccia minimo per attivare gli avvisi (ad esempio,
Salva il file di configurazione ed esci dall'editor.
Riavvia AC-Hunter per applicare le modifiche:
hunt up -d --force-recreateAttendi circa 20 minuti dopo l'ora successiva. AC-Hunter importa nuovi log orari dai sensori e invia avvisi syslog per i sistemi che superano la soglia configurata durante questo ciclo di importazione.
Verifica che i messaggi syslog arrivino all'host dell'agente Bindplane controllando il file di log syslog locale:
sudo tail -f /var/log/syslog
Tabella di mappatura UDM
| Campo log | Mappatura UDM | Logica |
|---|---|---|
api_msg_label |
additional.fields |
Unita |
prev_score |
metadata.description |
Mappatura diretta |
score |
metadata.description |
Mappatura diretta |
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 |
Mappatura: 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 |
Mappatura diretta |
domain |
target.hostname |
Mappatura diretta |
| 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.