Raccogli gli audit log di HashiCorp Vault

Supportata in:

Questo documento spiega come importare i log di controllo di HashiCorp Vault in Google Security Operations utilizzando Bindplane.

HashiCorp Vault è una piattaforma di gestione dei secret e protezione dei dati che fornisce archiviazione sicura, generazione dinamica di secret, crittografia dei dati e controllo dell'accesso basato sull'identità. Vault genera audit log che registrano tutte le richieste e le risposte a Vault, tra cui l'autenticazione, l'accesso ai secret e le modifiche alle policy. Questi audit log possono essere inoltrati utilizzando syslog a un SIEM per il monitoraggio della sicurezza e la conformità.

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 server HashiCorp Vault.
  • 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 al server HashiCorp Vault (token root o autorizzazioni di policy sufficienti per abilitare i dispositivi di controllo).

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 al ritiro dell'API Ingestion il 20 luglio 2027.
  1. Accedi alla Google Cloud console 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 del 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 tuo 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.

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 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](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](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 il 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:
      tcplog:
        listen_address: "0.0.0.0:1514"
    
    exporters:
      chronicle/vault:
        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: 'your-customer-id-here'
        endpoint: chronicle.googleapis.com
        log_type: HASHICORP
        raw_log_field: body
        ingestion_labels:
          env: production
    
    service:
      pipelines:
        logs/vault_to_chronicle:
          receivers:
            - tcplog
          exporters:
            - chronicle/vault
    

Parametri di configurazione

Sostituisci i seguenti segnaposto:

  • Configurazione del ricevitore:

    • listen_address: l'indirizzo IP e la porta su cui ascoltare. Utilizza 0.0.0.0 per ascoltare su tutte le interfacce. La porta 1514 è consigliata per evitare di richiedere i privilegi root su Linux.
  • 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: il tuo ID cliente 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 in IAM e amministrazione > Impostazioni.
    • endpoint: mantieni l'impostazione chronicle.googleapis.com.
    • ingestion_labels: etichette facoltative in formato YAML (ad esempio, env: production).

Esportatore API di importazione 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 il tuo endpoint regionale (ad esempio, europe-malachiteingestion-pa.googleapis.com).

    exporters:
      chronicle/vault:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: 'your-customer-id-here'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: HASHICORP
        raw_log_field: body
        ingestion_labels:
          env: production
    

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:

  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 dei 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 individuare eventuali errori:

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

Configura l'inoltro dei log di controllo di HashiCorp Vault tramite syslog

I dispositivi di controllo di Vault registrano tutte le richieste e le risposte. Puoi abilitare un dispositivo di controllo syslog per inoltrare i log di controllo all'agente Bindplane.

Abilita il dispositivo di controllo syslog

  1. Apri un terminale con accesso alla CLI Vault e un token Vault valido.
  2. Esegui questo comando per attivare il dispositivo di controllo syslog:

    vault audit enable syslog tag="vault" facility="AUTH"
    
  3. Verifica che il dispositivo di controllo sia abilitato:

    vault audit list
    

L'output dovrebbe mostrare il dispositivo di controllo syslog come abilitato.

Configura l'inoltro di syslog all'agente Bindplane

Dopo aver attivato il dispositivo di controllo syslog di Vault, configura il daemon syslog di sistema (rsyslog o syslog-ng) per inoltrare i log di controllo di Vault all'agente Bindplane.

Opzione - Configurazione di rsyslog

  1. Crea un nuovo file di configurazione rsyslog:

    sudo nano /etc/rsyslog.d/50-vault-forward.conf
    
  2. Aggiungi la seguente configurazione:

    # Forward Vault audit logs to Bindplane agent
    if $programname == 'vault' then @@BINDPLANE_IP:1514
    

    Sostituisci BINDPLANE_IP con l'indirizzo IP dell'host dell'agente Bindplane.

  3. Riavvia rsyslog:

    sudo systemctl restart rsyslog
    

Opzione - syslog-ng configuration

  1. Modifica il file di configurazione di syslog-ng:

    sudo nano /etc/syslog-ng/conf.d/vault-forward.conf
    
  2. Aggiungi la seguente configurazione:

    destination d_bindplane {
        network("BINDPLANE_IP" port(1514) transport("tcp"));
    };
    
    filter f_vault {
        program("vault");
    };
    
    log {
        source(s_src);
        filter(f_vault);
        destination(d_bindplane);
    };
    

    Sostituisci BINDPLANE_IP con l'indirizzo IP dell'host dell'agente Bindplane.

  3. Riavvia syslog-ng:

    sudo systemctl restart syslog-ng
    

Alternativa: controllo basato su file con log forwarder

Se non preferisci l'audit syslog, puoi attivare un dispositivo di audit dei file e inoltrare i contenuti del file:

  1. Abilita dispositivo di controllo dei file:

    vault audit enable file file_path=/var/log/vault/audit.log
    
  2. Configura rsyslog per monitorare e inoltrare il file:

    sudo nano /etc/rsyslog.d/50-vault-file-forward.conf
    
    module(load="imfile")
    input(type="imfile"
        File="/var/log/vault/audit.log"
        Tag="vault-audit"
        Severity="info"
        Facility="auth")
    
    if $syslogtag == 'vault-audit' then @@BINDPLANE_IP:1514
    

    Sostituisci BINDPLANE_IP con l'indirizzo IP dell'host dell'agente Bindplane.

  3. Riavvia rsyslog:

    sudo systemctl restart rsyslog
    

Verifica l'inoltro dei log

  1. Esegui un'operazione Vault (ad esempio, accedi o leggi un secret):

    vault login token=<YOUR_TOKEN>
    
  2. Controlla i log dell'agente Bindplane per verificare che i log vengano ricevuti.

Per saperne di più, consulta la documentazione sui dispositivi di controllo di HashiCorp Vault.

Tabella di mappatura UDM

Campo log Mappatura UDM Logica
auth.client_token network.session_id Valore preso da auth.client_token (con hashing).
auth.display_name principal.user.user_display_name Valore preso da auth.display_name.
auth.metadata.role_name principal.user.attribute.roles.name Valore preso da auth.metadata.role_name.
auth.policies principal.user.attribute.permissions.name Valori presi dall'array auth.policies.
auth.token_type additional.fields Valore preso da auth.token_type e aggiunto con la chiave token_type.
request.id metadata.product_log_id Valore tratto da request.id.
request.operation metadata.product_event_type Valore preso da request.operation.
request.path target.resource.name Valore tratto da request.path.
request.remote_address principal.ip Valore tratto da request.remote_address.
request.namespace.id target.namespace Valore preso da request.namespace.id.
response.auth.client_token network.session_id Valore preso dalla risposta client_token (con hashing).
type metadata.product_event_type Aggiunto all'operazione (ad esempio, request o response).
time metadata.event_timestamp Analizzato come timestamp RFC 3339.
error security_result.description Valore preso da error, se presente.
metadata.vendor_name Impostalo su HashiCorp.
metadata.product_name Impostalo su Vault.
metadata.event_type Impostato su USER_RESOURCE_ACCESS per le operazioni sui secret, USER_LOGIN per le operazioni di autenticazione, GENERIC_EVENT in caso contrario.
response.auth.metadata.username event.idm.read_only_udm.target.user.userid Mappato dal log delle modifiche
appname event.idm.read_only_udm.target.application Mappato dal log delle modifiche
priority event.idm.read_only_udm.security_result.priority_details Mappato dal log delle modifiche
proc_id event.idm.read_only_udm.observer.process.pid Mappato dal log delle modifiche
auth.policies event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
auth.token_policies event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
request.policy_override event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.admin_password event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.admin_token event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.admin_user event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.certificate event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.check_url event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.keystore event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.keystore_password event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
response.data.private_key event.idm.read_only_udm.target.resource.attribute.labels Mappato dal log delle modifiche
type event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
auth.identity_policies event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
request.data event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
facility event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
task event.idm.read_only_udm.additional.fields Mappato dal log delle modifiche
jsonPayload.auth.policy_results.granting_policies.type", "jsonPayload.auth.policy_results.granting_policies.name", and "jsonPayload.auth.policy_results.granting_policies.namespace_id additional.fields Mappato dal log delle modifiche
jsonPayload.request.namespace.id target.namespace Mappato dal log delle modifiche
jsonPayload.cos.googleapis.com/container_id", "jsonPayload.cos.googleapis.com/container_name", "jsonPayload.cos.googleapis.com/stream additional.fields Mappato dal log delle modifiche
resource.labels.instance_id principal.resource.product_object_id Mappato dal log delle modifiche
principal.resource.attribute.cloud.availability_zone resource.labels.zone Mappato dal log delle modifiche
logName security_result.category_details Mappato dal log delle modifiche
resource.labels.namespace_name target.namespace Mappato dal log delle modifiche
resource.labels.pod_name", "resource.labels.container_name additional.fields Mappato dal log delle modifiche
resource.labels.project_id target.cloud.project.name Mappato dal log delle modifiche
resource.labels.location target.location.name Mappato dal log delle modifiche
insertId metadata.product_log_id Mappato dal log delle modifiche
labels.k8s-pod/app_kubernetes_io/instance", "labels.k8s-pod/app_kubernetes_io/name", "labels.k8s-pod/component", "labels.k8s-pod/helm_sh/chart", "labels.k8s-pod/controller-revision-hash", "labels.k8s-pod/vault-initialized", "labels.k8s-pod/vault-version", "labels.k8s-pod/vault-sealed", "labels.k8s-pod/vault-perf-standby", and "labels.k8s-pod/vault-active target.resource.attribute.labels Mappato dal log delle modifiche
labels.compute.googleapis.com/resource_name target.resource.name Mappato dal log delle modifiche
status network.http.response_code Mappato dal log delle modifiche
runner principal.user.userid Mappato dal log delle modifiche
job_id", "job_status additional.fields Mappato dal log delle modifiche
host observer.hostname Mappato dal log delle modifiche
cluster observer.resource.name Mappato dal log delle modifiche
cluster observer.resource.resource_type Mappato dal log delle modifiche

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.