Raccogli i log di Oracle Unified Directory

Supportata in:

Questo documento spiega come importare i log di Oracle Unified Directory in Google Security Operations utilizzando Bindplane.

Oracle Unified Directory è un servizio di directory LDAP aziendale per la gestione delle identità. Fornisce una directory scalabile basata su standard per l'archiviazione e la gestione dei dati di identità, supportando le funzionalità di autenticazione, autorizzazione e proxy di directory. Il parser estrae i campi dalle voci di log di Oracle Unified Directory 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 server di directory Oracle Unified Directory
  • Se esegui l'agente 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 Oracle Unified Directory con autorizzazioni di amministratore

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'importazione (opzione 2) fino alla disattivazione dell'API Ingestion il 20 luglio 2027.
  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 account di servizio: 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 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.

Opzione 2: scarica il file di autenticazione dell'importazione (legacy)

  1. Accedi alla console Google SecOps.
  2. Vai a Impostazioni SIEM > Agenti di raccolta.
  3. Scarica il file di autenticazione dell'importazione.
  4. Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.

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

Configura l'agente Bindplane per importare 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:
      tcplog:
        listen_address: "0.0.0.0:514"
    
    exporters:
      chronicle/oracle_oud:
        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: ORACLE_OUD
        raw_log_field: body
    
    service:
      pipelines:
        logs/oracle_oud:
          receivers:
            - tcplog
          exporters:
            - chronicle/oracle_oud
    

Parametri di configurazione

Sostituisci i seguenti segnaposto:

  • Configurazione del ricevitore:

    • tcplog: il tipo di ricevitore in base al protocollo:
      • udplog per syslog UDP
      • tcplog per syslog TCP
      • syslog per syslog RFC 3164/5424
    • 0.0.0.0: indirizzo IP su cui ascoltare:
      • 0.0.0.0 per ascoltare su tutte le interfacce (consigliato)
      • Indirizzo IP specifico su cui ascoltare un'interfaccia
    • 514: numero di porta su cui ascoltare (ad esempio, 514, 1514, 6514)
  • Configurazione dell'esportatore:

    • <customer_id>: ID cliente del passaggio precedente
    • location: sostituisci <LOCATION> con la regione della tua 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 il valore chronicle.googleapis.com.
    • Modifica creds_file_path in modo che corrisponda al percorso del file della chiave JSON del account di servizio (opzione 1), a seconda della piattaforma:
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

Esportatore dell'API Ingestion legacy

  • Se utilizzi il file di autenticazione dell'importazione dell'opzione 2, sostituisci il blocco exporters con quanto segue. 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/oracle_oud:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ORACLE_OUD
        raw_log_field: body
    

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:

  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 dei syslog di Oracle Unified Directory

Oracle Unified Directory archivia i log localmente nel file system del server, in genere nella directory OUD_INSTANCE/logs/. Configura l'inoltro dei syslog utilizzando il daemon syslog di sistema per inviare questi log all'agente Bindplane.

  1. Identifica la directory dei log di Oracle Unified Directory. I file di log comuni includono access, errors, replication e audit.

  2. Configura il daemon syslog di sistema (ad esempio, rsyslog) per monitorare e inoltrare i file di log OUD. Crea un nuovo file di configurazione rsyslog:

    sudo nano /etc/rsyslog.d/oud-forward.conf
    
  3. Aggiungi i seguenti contenuti:

    module(load="imfile")
    input(type="imfile"
        File="/path/to/oud-instance/logs/access"
        Tag="oracle-oud"
        Severity="info"
        Facility="local0")
    input(type="imfile"
        File="/path/to/oud-instance/logs/errors"
        Tag="oracle-oud"
        Severity="error"
        Facility="local0")
    local0.* @@BINDPLANE_AGENT_IP:514
    
  4. Riavvia il servizio rsyslog:

    sudo systemctl restart rsyslog
    

Tabella di mappatura UDM

Campo log Mappatura UDM Logica
conn,op,msgID,oid,result,etime,filter,attrs,ou,version,type,authFailureID,authFailureReason,name,o additional.fields Metadati aggiuntivi non coperti da altri campi UDM
metadata.event_type Tipo di evento (ad es. USER_LOGIN, NETWORK_CONNECTION)
operation,operation1 metadata.product_event_type Tipo di evento specifico del prodotto
protocol network.application_protocol Protocollo dell'applicazione utilizzato nella connessione di rete
hostname principal.hostname Nome host dell'asset principale
srcaddr principal.ip Indirizzo IP dell'entità principale
srcport principal.port Numero di porta utilizzato dall'entità principale
uid principal.user.userid ID utente dell'utente principale
operation security_result.action_details Dettagli dell'azione intrapresa dal prodotto di sicurezza
reason security_result.description Descrizione del risultato di sicurezza
msg_data security_result.summary Riepilogo del risultato di sicurezza
destaddr target.ip Indirizzo IP della destinazione
destport target.port Numero di porta utilizzato dalla destinazione
metadata.product_name Nome del prodotto che genera l'evento
metadata.vendor_name Nome del fornitore del prodotto
authFailureID", "filter", "attrs", "changetype", "replace" and "authFailureReason additional.fields Mappato dal log delle modifiche
from principal.ip 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.