Raccogli i log LDAP della CA

Versione parser: 2.0

Supportato in:

Questo documento spiega come importare i log LDAP CA in Google Security Operations utilizzando l'agente Bindplane.

CA Directory (precedentemente Symantec Directory) è un server di directory conforme a LDAP v2/v3 basato sugli standard X.500. Fornisce servizi di directory di livello enterprise con funzionalità di logging complete, tra cui log di allarme, traccia, avviso, query, riepilogo, connessione, diagnostica, aggiornamento e statistiche per il monitoraggio delle operazioni della directory e degli eventi di sicurezza.

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

  • Un'istanza Google SecOps
  • Windows Server 2016 o versioni successive o host Linux con systemd
  • Connettività di rete tra l'agente Bindplane e il server CA Directory
  • 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 di directory CA (root o amministratore)
  • Directory CA installata e configurata con il logging abilitato

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 consoleGoogle Cloud 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 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 finestre

    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
      
    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)" 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

  1. Sostituisci l'intero contenuto di config.yaml con la seguente configurazione:

    receivers:
      udplog:
        listen_address: "0.0.0.0:514"
    
    exporters:
      chronicle/ca_directory:
        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'
        endpoint: chronicle.googleapis.com
        log_type: CA_LDAP
        raw_log_field: body
        ingestion_labels:
          env: production
          source: ca_directory
    
    service:
      pipelines:
        logs/ca_directory_to_chronicle:
          receivers:
            - udplog
          exporters:
            - chronicle/ca_directory
    
  2. Sostituisci i seguenti segnaposto:

    • Configurazione del ricevitore:

      • listen_address: impostato su 0.0.0.0:514 per ascoltare su tutte le interfacce sulla porta UDP 514

        • Per le installazioni Linux non root, utilizza la porta 1514 o una porta successiva
        • Assicurati che la porta corrisponda a quella configurata nell'inoltro rsyslog
    • Configurazione dell'esportatore:

      • creds_file_path: percorso completo del file JSON della chiave 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: sostituisci YOUR_CUSTOMER_ID con il tuo customer ID. Per maggiori dettagli, consulta Recupera l'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 da IAM e amministrazione > Impostazioni.

      • endpoint: mantieni l'impostazione su chronicle.googleapis.com.

      • log_type: impostato su CA_LDAP (etichetta di importazione di Chronicle per CA Directory)

      • ingestion_labels: etichette facoltative per l'organizzazione e l'applicazione di filtri

Esportatore dell'API di importazione precedente

  • 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'importazione e, se la tua 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/ca_directory:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: 'YOUR_CUSTOMER_ID'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: CA_LDAP
        raw_log_field: body
        ingestion_labels:
          env: production
          source: ca_directory
    

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 individuare eventuali 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 il forwarding del syslog LDAP di CA utilizzando rsyslog

Questa sezione descrive come configurare rsyslog sul server di directory CA per inoltrare i log all'agente Bindplane.

Identifica le posizioni dei file di log di CA Directory

CA Directory archivia i file di log nelle seguenti posizioni:

  • Linux: /opt/CA/Directory/dxserver/logs/
  • Windows: C:\Program Files\CA\Directory\dxserver\logs\

I file di log seguono pattern di denominazione basati sul nome del DSA (ad esempio, democorp_alarm, democorp_warn, democorp_trace).

Tipi di log disponibili

CA Directory genera i seguenti tipi di log:

  • Log degli allarmi: eventi critici (sempre attivo)
  • Log di avviso: errori e avvisi
  • Log di traccia: tracciamento dettagliato delle operazioni
  • Log delle query: informazioni dettagliate sulle operazioni con timestamp
  • Log di riepilogo: riepiloghi delle operazioni
  • Log di connessione: eventi di connessione e disconnessione
  • Log di diagnostica: operazioni rifiutate
  • Log delle statistiche: statistiche operative al minuto
  • Log degli aggiornamenti: operazioni di aggiunta, modifica, ridenominazione ed eliminazione
  • Log di tempo: informazioni sulla tempistica delle operazioni

Configura rsyslog su Linux

  1. Accedi al server CA Directory come root o con privilegi sudo.

  2. Installa rsyslog se non è già installato:

    sudo yum install rsyslog
    

    O per Debian/Ubuntu:

    sudo apt-get install rsyslog
    
  3. Crea un nuovo file di configurazione rsyslog per CA Directory:

    sudo nano /etc/rsyslog.d/ca-directory.conf
    
  4. Aggiungi la seguente configurazione per inoltrare i log di CA Directory:

    # Load the imfile module for file monitoring
    module(load="imfile" PollingInterval="10")
    
    # Monitor CA Directory alarm logs
    input(type="imfile"
        File="/opt/CA/Directory/dxserver/logs/*_alarm*"
        Tag="ca-directory-alarm"
        Severity="error"
        Facility="local0")
    
    # Monitor CA Directory warn logs
    input(type="imfile"
        File="/opt/CA/Directory/dxserver/logs/*_warn*"
        Tag="ca-directory-warn"
        Severity="warning"
        Facility="local0")
    
    # Monitor CA Directory trace logs
    input(type="imfile"
        File="/opt/CA/Directory/dxserver/logs/*_trace*"
        Tag="ca-directory-trace"
        Severity="info"
        Facility="local0")
    
    # Monitor CA Directory query logs
    input(type="imfile"
        File="/opt/CA/Directory/dxserver/logs/*_query*"
        Tag="ca-directory-query"
        Severity="info"
        Facility="local0")
    
    # Monitor CA Directory connection logs
    input(type="imfile"
        File="/opt/CA/Directory/dxserver/logs/*_connection*"
        Tag="ca-directory-connection"
        Severity="info"
        Facility="local0")
    
    # Monitor CA Directory update logs
    input(type="imfile"
        File="/opt/CA/Directory/dxserver/logs/*_update*"
        Tag="ca-directory-update"
        Severity="info"
        Facility="local0")
    
    # Forward all CA Directory logs to Bindplane agent
    if $syslogtag contains 'ca-directory' then @@BINDPLANE_AGENT_IP:514
    & stop
    
  5. Sostituisci BINDPLANE_AGENT_IP con l'indirizzo IP dell'host dell'agente Bindplane:

    • Se l'agente Bindplane si trova sullo stesso server: 127.0.0.1
    • Se l'agente Bindplane si trova su un server diverso, inserisci l'indirizzo IP (ad esempio, 192.168.1.100).
  6. Salva il file di configurazione:

    Premi Ctrl+O, poi Enter e infine Ctrl+X.

  7. Verifica la sintassi di configurazione di rsyslog:

    sudo rsyslogd -N1
    
  8. Riavvia il servizio rsyslog:

    sudo systemctl restart rsyslog
    
  9. Verifica che rsyslog sia in esecuzione:

    sudo systemctl status rsyslog
    
  10. Controlla i log rsyslog per verificare la presenza di errori:

    sudo tail -f /var/log/messages
    

Configurare rsyslog su Windows

  1. Scarica e installa rsyslog per Windows dal sito web di rsyslog.

  2. Apri il file di configurazione rsyslog:

    notepad "C:\Program Files\rsyslog\rsyslog.conf"
    
  3. Aggiungi la seguente configurazione:

    # Load the imfile module for file monitoring
    module(load="imfile" PollingInterval="10")
    
    # Monitor CA Directory alarm logs
    input(type="imfile"
        File="C:\\Program Files\\CA\\Directory\\dxserver\\logs\\*_alarm*"
        Tag="ca-directory-alarm"
        Severity="error"
        Facility="local0")
    
    # Monitor CA Directory warn logs
    input(type="imfile"
        File="C:\\Program Files\\CA\\Directory\\dxserver\\logs\\*_warn*"
        Tag="ca-directory-warn"
        Severity="warning"
        Facility="local0")
    
    # Monitor CA Directory trace logs
    input(type="imfile"
        File="C:\\Program Files\\CA\\Directory\\dxserver\\logs\\*_trace*"
        Tag="ca-directory-trace"
        Severity="info"
        Facility="local0")
    
    # Forward all CA Directory logs to Bindplane agent
    if $syslogtag contains 'ca-directory' then @@BINDPLANE_AGENT_IP:514
    & stop
    
  4. Sostituisci BINDPLANE_AGENT_IP con l'indirizzo IP dell'host dell'agente Bindplane.

  5. Salva il file di configurazione.

  6. Riavvia il servizio rsyslog:

    net stop rsyslog
    net start rsyslog
    

Abilita il logging della directory CA

Assicurati che i tipi di log richiesti siano abilitati in CA Directory:

  1. Modifica il file di configurazione DSA:

    • Linux: /opt/CA/Directory/dxserver/config/servers/democorp.dxc
    • Windows: C:\Program Files\CA\Directory\dxserver\config\servers\democorp.dxc
  2. Verifica o aggiungi le seguenti impostazioni di logging:

        set alarm-log = true;
        set warn-log = true;
        set trace-log = true;
        set query-log = true;
        set connection-log = true;
        set update-log = true;
    
  3. Salva il file di configurazione.

  4. Riavvia il DSA della directory CA:

    • Linux:

      dxserver stop democorp
      dxserver start democorp
      
    • Windows:

      net stop "CA Directory DSA - democorp"
      net start "CA Directory DSA - democorp"
      

Verifica l'inoltro dei log

  1. Genera attività di test in CA Directory eseguendo query LDAP o tentativi di autenticazione.

  2. Controlla i log dell'agente Bindplane per verificare che i log vengano ricevuti:

    • Linux:

      sudo journalctl -u observiq-otel-collector -f
      
    • Windows:

      type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
      
  3. Accedi alla console Google SecOps e verifica che i log di CA Directory vengano visualizzati nel visualizzatore log.

Per saperne di più sulla registrazione di CA Directory, consulta la documentazione di Broadcom CA Directory.

Per esempi dettagliati di configurazione di rsyslog, consulta l'articolo della knowledge base di Broadcom sulla registrazione centralizzata.

Tabella di mappatura UDM

Campo log Mappatura UDM Logica
agent.ephemeral_id, logstash.irm_region, logstash.irm_environment, logstash.irm_site, host.os.name additional.fields Unite come etichette con le chiavi "ephemeral_id", "irm_region", "irm_environment", "irm_site", "os_name" rispettivamente
host.architecture hardware.cpu_platform Valore copiato direttamente
logstash.process.host intermediary.hostname Valore copiato direttamente
logstash.collect.timestamp metadata.collected_timestamp Analizzato come timestamp utilizzando il filtro Data
msg metadata.description Valore copiato direttamente
metadata.event_type Impostato su "STATUS_UPDATE"
agent.type, agent.version observer.application Concatenato come "%{agent.type} %{agent.version}" se entrambi non sono vuoti, altrimenti "%{agent.type}"
agent.type, agent.id observer.asset_id Concatenato come "%{agent.type}: %{agent.id}"
agent.hostname observer.hostname Valore copiato direttamente
host.id principal.asset.asset_id Concatenato come "CA_LDAP:%{host.id}"
hardware principal.asset.hardware Unito dall'oggetto hardware
host.hostname principal.hostname Valore copiato direttamente
host.ip principal.ip Unito dall'array host.ip
host.mac principal.mac Unito dall'array host.mac
host.os.family principal.platform Impostato su "LINUX" se corrisponde a "(rhel|redhat)"
host.os.kernel principal.platform_patch_level Valore copiato direttamente
host.os.version principal.platform_version Valore copiato direttamente
log.file.path principal.process.file.full_path Valore copiato direttamente
syslog_severity security_result.severity Impostato su "INFORMATIONAL" se corrisponde a "(?i)(DEFAULT|DEBUG|INFO|NOTICE)", "ERROR" se corrisponde a "(?i)ERROR", "MEDIUM" se corrisponde a "(?i)WARNING", "HIGH" se corrisponde a "(?i)(CRITICAL|ALERT|EMERGENCY)"
syslog_severity security_result.severity_details Valore copiato direttamente
metadata.product_name Imposta su "CA_LDAP"
metadata.vendor_name Imposta su "CA_LDAP"

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.