CA-LDAP-Protokolle erfassen

Parserversion: 2.0

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie CA LDAP-Logs mit dem Bindplane-Agenten in Google Security Operations aufnehmen.

CA Directory (früher Symantec Directory) ist ein LDAP v2/v3-kompatibler Verzeichnisserver, der auf X.500-Standards basiert. Es bietet Verzeichnisdienste auf Unternehmensniveau mit umfassenden Logging-Funktionen, einschließlich Alarm-, Trace-, Warn-, Abfrage-, Zusammenfassungs-, Verbindungs-, Diagnose-, Aktualisierungs- und Statistiklogs zur Überwachung von Verzeichnisvorgängen und Sicherheitsereignissen.

Hinweis

Prüfen Sie, ob folgende Voraussetzungen erfüllt sind:

  • Eine Google SecOps-Instanz
  • Windows Server 2016 oder höher oder Linux-Host mit systemd
  • Netzwerkverbindung zwischen dem Bindplane-Agent und dem CA Verzeichnisserver
  • Wenn der Agent hinter einem Proxy ausgeführt wird, müssen die Firewallports gemäß den Anforderungen des Bindplane-Agents geöffnet sein.
  • Privilegierter Zugriff auf den CA-Verzeichnisserver (Root oder Administrator)
  • CA Directory installiert und konfiguriert, Logging aktiviert

Google SecOps-Anmeldedaten für den Bindplane-Agenten abrufen

Wählen Sie eine der folgenden Methoden aus, um den Bindplane-Agenten bei Google SecOps zu authentifizieren:

  • Neue Bereitstellungen: Verwenden Sie die Chronicle API (Option 1).
  • Legacy-Bereitstellungen: Verwenden Sie die Authentifizierungsdatei für die Datenaufnahme (Option 2) weiter, bis die Ingestion API am 20. Juli 2027 eingestellt wird.
  1. Melden Sie sich in der Google Cloud -Konsole an und wählen Sie das Google Cloud -Projekt aus, das mit Ihrer Google SecOps-Instanz verknüpft ist.
  2. Rufen Sie IAM & Verwaltung > Dienstkonten auf.
  3. Klicken Sie auf Dienstkonto erstellen.
  4. Geben Sie die folgenden Konfigurationsdetails an:
    • Name des Dienstkontos: Geben Sie einen Namen für das Konto ein, z. B. bindplane-ingest.
    • Dienstkontobeschreibung: Geben Sie eine Beschreibung ein (z. B. Bindplane agent log ingestion).
  5. Klicken Sie auf Erstellen und fortfahren.
  6. Klicken Sie im Abschnitt Diesem Dienstkonto Zugriff auf das Projekt erteilen auf Rolle auswählen und wählen Sie Chronicle Editor aus.
  7. Klicken Sie auf Weiter und dann auf Fertig.
  8. Klicken Sie auf das von Ihnen erstellte Dienstkonto und rufen Sie den Tab Schlüssel auf.
  9. Klicken Sie auf Schlüssel hinzufügen > Neuen Schlüssel erstellen.
  10. Wählen Sie JSON aus und klicken Sie auf Erstellen. Die Schlüsseldatei wird auf Ihren Computer heruntergeladen.
  11. Speichern Sie die Schlüsseldatei als ingestion-auth.json im Bindplane-Collector-Verzeichnis (/opt/observiq-otel-collector/ingestion-auth.json unter Linux oder C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json unter Windows) oder aktualisieren Sie creds_file_path in config.yaml, sodass der Pfad mit dem Pfad übereinstimmt, unter dem Sie die Datei speichern.
  12. Rufen Sie IAM und Verwaltung > Einstellungen auf und kopieren Sie die Projektnummer. Sie benötigen sie für die Exporter-Konfiguration.

Option 2: Authentifizierungsdatei für die Datenaufnahme herunterladen (Legacy)

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Rufen Sie die SIEM-Einstellungen > Erfassungs-Agents auf.
  3. Laden Sie die Authentifizierungsdatei für die Datenaufnahme herunter.
  4. Speichern Sie die Datei sicher auf dem System, auf dem der Bindplane-Agent installiert werden soll.

Google SecOps-Kundennummer abrufen

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Rufen Sie die SIEM-Einstellungen > Profil auf.

  3. Kopieren und speichern Sie die Kundennummer aus dem Bereich Organisationsdetails.

Bindplane-Agent installieren

Installieren Sie den Bindplane-Agenten gemäß der folgenden Anleitung auf Ihrem Windows- oder Linux-Betriebssystem.

  • Windows-Installation

    1. Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator.

    2. Führen Sie dazu diesen Befehl aus:

      msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet

    3. Warten Sie, bis die Installation abgeschlossen ist.

    4. Überprüfen Sie die Installation mit folgendem Befehl:

      sc query observiq-otel-collector

      Der Dienst sollte als RUNNING angezeigt werden.

  • Linux-Installation

    1. Öffnen Sie ein Terminal mit Root- oder sudo-Berechtigungen.

    2. Führen Sie dazu diesen Befehl aus:

      sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh

    3. Warten Sie, bis die Installation abgeschlossen ist.

    4. Überprüfen Sie die Installation mit folgendem Befehl:

      sudo systemctl status observiq-otel-collector

      Der Dienst sollte als active (running) angezeigt werden.

Zusätzliche Installationsressourcen

Weitere Installationsoptionen und Informationen zur Problembehebung finden Sie im Installationsanleitung für den Bindplane-Agent.

Bindplane-Agent zum Erfassen von Syslog-Daten und Senden an Google SecOps konfigurieren

Konfigurationsdatei suchen

  • Linux:

    sudo nano /opt/observiq-otel-collector/config.yaml

  • Windows:

    notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

Konfigurationsdatei bearbeiten

  1. Ersetzen Sie den gesamten Inhalt von config.yaml durch die folgende Konfiguration:

    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. Ersetzen Sie die folgenden Platzhalter:

    • Empfängerkonfiguration:

      • listen_address: Auf 0.0.0.0:514 setzen, um auf allen Schnittstellen an UDP-Port 514 zu lauschen.

        • Verwenden Sie für Linux-Installationen ohne Root-Berechtigung den Port 1514 oder höher.
        • Achten Sie darauf, dass der Port mit dem in der rsyslog-Weiterleitung konfigurierten Port übereinstimmt.

    • Exporter-Konfiguration:

      • creds_file_path: Vollständiger Pfad zur JSON-Schlüsseldatei des Dienstkontos (Option 1):

        • Linux: /opt/observiq-otel-collector/ingestion-auth.json
        • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

      • customer_id: Ersetzen Sie YOUR_CUSTOMER_ID durch Ihre customer ID. Weitere Informationen finden Sie unter Google SecOps-Kundennummer abrufen.

      • location: Ersetzen Sie <LOCATION> durch die Region Ihrer Google SecOps-Instanz (z. B. us, europe oder asia-southeast1). Der Exporteur stellt diesem Wert das Präfix chronicle.googleapis.com voran. Eine vollständige Liste finden Sie unter Regionale Endpunkte.

      • project: Ersetzen Sie <PROJECT_NUMBER> durch die Projektnummer aus IAM & Verwaltung > Einstellungen.

      • endpoint: Behalten Sie die Einstellung chronicle.googleapis.com bei.

      • log_type: Auf CA_LDAP festlegen (Chronicle-Aufnahmelabel für CA Directory)

      • ingestion_labels: Optionale Labels zum Filtern und Organisieren

Legacy-Ingestion-API-Exporter

  • Wenn Sie die Authentifizierungsdatei für die Datenaufnahme aus Option 2 verwenden, ersetzen Sie den Block exporters durch Folgendes. Legen Sie für creds_file_path den Pfad zur Authentifizierungsdatei für die Datenaufnahme fest. Wenn sich Ihre Instanz außerhalb der USA befindet, ersetzen Sie malachiteingestion-pa.googleapis.com durch Ihren regionalen Endpunkt (z. B. 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

Konfigurationsdatei speichern

Speichern Sie die Datei nach der Bearbeitung:

  • Linux: Drücken Sie Ctrl+O, dann Enter und dann Ctrl+X.
  • Windows: Klicken Sie auf Datei > Speichern.

Bindplane-Agent neu starten, um die Änderungen zu übernehmen

  • So starten Sie den Bindplane-Agenten unter Linux neu:

    1. Führen Sie dazu diesen Befehl aus:

      sudo systemctl restart observiq-otel-collector

    2. Prüfen Sie, ob der Dienst ausgeführt wird:

      sudo systemctl status observiq-otel-collector

    3. Prüfen Sie die Logs auf Fehler:

      sudo journalctl -u observiq-otel-collector -f

  • So starten Sie den Bindplane-Agenten unter Windows neu:

    1. Wählen Sie eine der folgenden Optionen aus:

      • Eingabeaufforderung oder PowerShell als Administrator:

        net stop observiq-otel-collector && net start observiq-otel-collector

      • Dienstkonsole:

        1. Drücken Sie Win+R, geben Sie services.msc ein und drücken Sie die Eingabetaste.
        2. Suchen Sie nach observIQ OpenTelemetry Collector.
        3. Klicken Sie mit der rechten Maustaste und wählen Sie Neu starten aus.

    2. Prüfen Sie, ob der Dienst ausgeführt wird:

      sc query observiq-otel-collector

    3. Prüfen Sie die Logs auf Fehler:

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

CA LDAP-Syslog-Weiterleitung mit rsyslog konfigurieren

In diesem Abschnitt wird beschrieben, wie Sie rsyslog auf dem CA Verzeichnisserver konfigurieren, um Logs an den Bindplane-Agent weiterzuleiten.

Speicherorte von CA Directory-Logdateien ermitteln

CA Directory speichert Logdateien an den folgenden Speicherorten:

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

Die Logdateien folgen Namensmustern, die auf dem DSA-Namen basieren (z. B. democorp_alarm, democorp_warn, democorp_trace).

Verfügbare Logtypen

CA Directory generiert die folgenden Logtypen:

  • Alarmprotokoll: Kritische Ereignisse (immer aktiviert)
  • Warnprotokoll: Fehler und Warnungen
  • Trace-Log: Detaillierte Ablaufverfolgung von Vorgängen
  • Abfragelog: Detaillierte Vorgangsinformationen mit Zeitstempeln
  • Zusammenfassendes Protokoll: Zusammenfassungen von Vorgängen
  • Verbindungsprotokoll: Ereignisse im Zusammenhang mit dem Herstellen und Trennen von Verbindungen
  • Diagnoseprotokoll: Abgelehnte Vorgänge
  • Statistiklog: Betriebsstatistiken pro Minute
  • Aktualisierungsprotokoll: Vorgänge zum Hinzufügen, Ändern, Umbenennen und Löschen
  • Zeitprotokoll: Informationen zum Zeitpunkt des Vorgangs

rsyslog unter Linux konfigurieren

  1. Melden Sie sich als Root oder mit sudo-Berechtigungen auf dem CA Directory-Server an.

  2. Installieren Sie rsyslog, falls es noch nicht installiert ist:

    sudo yum install rsyslog

    Oder für Debian/Ubuntu:

    sudo apt-get install rsyslog

  3. Erstellen Sie eine neue rsyslog-Konfigurationsdatei für CA Directory:

    sudo nano /etc/rsyslog.d/ca-directory.conf

  4. Fügen Sie die folgende Konfiguration hinzu, um CA Directory-Logs weiterzuleiten:

    # 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. Ersetzen Sie BINDPLANE_AGENT_IP durch die IP-Adresse des Bindplane-Agent-Hosts:

    • Wenn sich der Bindplane-Agent auf demselben Server befindet: 127.0.0.1
    • Wenn sich der Bindplane-Agent auf einem anderen Server befindet: Geben Sie die IP-Adresse ein (z. B. 192.168.1.100).

  6. Speichern Sie die Konfigurationsdatei:

    Drücke Ctrl+O, dann Enter und dann Ctrl+X.

  7. Prüfen Sie die Syntax der rsyslog-Konfiguration:

    sudo rsyslogd -N1

  8. Starten Sie den rsyslog-Dienst neu:

    sudo systemctl restart rsyslog

  9. Prüfen Sie, ob rsyslog ausgeführt wird:

    sudo systemctl status rsyslog

  10. Prüfen Sie die rsyslog-Logs auf Fehler:

    sudo tail -f /var/log/messages

rsyslog unter Windows konfigurieren

  1. Laden Sie rsyslog für Windows von der rsyslog-Website herunter und installieren Sie es.

  2. Öffnen Sie die rsyslog-Konfigurationsdatei:

    notepad "C:\Program Files\rsyslog\rsyslog.conf"

  3. Fügen Sie die folgende Konfiguration hinzu:

    # 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. Ersetzen Sie BINDPLANE_AGENT_IP durch die IP-Adresse des Bindplane-Agent-Hosts.

  5. Speichern Sie die Konfigurationsdatei.

  6. Starten Sie den rsyslog-Dienst neu:

    net stop rsyslog
net start rsyslog

CA Directory-Logging aktivieren

Prüfen Sie, ob die erforderlichen Logtypen in CA Directory aktiviert sind:

  1. Bearbeiten Sie die DSA-Konfigurationsdatei:

    • Linux: /opt/CA/Directory/dxserver/config/servers/democorp.dxc
    • Windows: C:\Program Files\CA\Directory\dxserver\config\servers\democorp.dxc

  2. Prüfen Sie die folgenden Logging-Einstellungen oder fügen Sie sie hinzu:

        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. Speichern Sie die Konfigurationsdatei.

  4. Starten Sie den CA Directory-DSA neu:

    • Linux:

      dxserver stop democorp
dxserver start democorp

    • Windows:

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

Logweiterleitung prüfen

  1. Generieren Sie Testaktivitäten in CA Directory, indem Sie LDAP-Abfragen oder Authentifizierungsversuche durchführen.

  2. Prüfen Sie die Bindplane-Agentenlogs, um zu bestätigen, dass Logs empfangen werden:

    • Linux:

      sudo journalctl -u observiq-otel-collector -f

    • Windows:

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

  3. Melden Sie sich in der Google SecOps-Konsole an und prüfen Sie, ob CA Directory-Logs in der Loganzeige angezeigt werden.

Weitere Informationen zum Logging von CA Directory finden Sie in der Broadcom CA Directory-Dokumentation.

Ausführliche Beispiele für die rsyslog-Konfiguration finden Sie im Broadcom-Knowledge Base-Artikel zum zentralen Logging.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
agent.ephemeral_id, logstash.irm_region, logstash.irm_environment, logstash.irm_site, host.os.name additional.fields Zusammengeführt als Labels mit den Schlüsseln „ephemeral_id“, „irm_region“, „irm_environment“, „irm_site“ bzw. „os_name“
host.architecture hardware.cpu_platform Wert direkt kopiert
logstash.process.host intermediary.hostname Wert direkt kopiert
logstash.collect.timestamp metadata.collected_timestamp Als Zeitstempel mit Datumsfilter geparst
msg metadata.description Wert direkt kopiert
metadata.event_type Auf „STATUS_UPDATE“ festgelegt
agent.type, agent.version observer.application Verkettet als „%{agent.type} %{agent.version}“, wenn beide nicht leer sind, andernfalls „%{agent.type}“
agent.type, agent.id observer.asset_id Verkettet als „%{agent.type}: %{agent.id}“
agent.hostname observer.hostname Wert direkt kopiert
host.id principal.asset.asset_id Verkettet als „CA_LDAP:%{host.id}“
Hardware principal.asset.hardware Aus Hardwareobjekt zusammengeführt
host.hostname principal.hostname Wert direkt kopiert
host.ip principal.ip Aus host.ip-Array zusammengeführt
host.mac principal.mac Zusammengeführt aus dem Host-MAC-Array
host.os.family principal.platform Auf „LINUX“ festgelegt, wenn „(rhel|redhat)“ übereinstimmt
host.os.kernel principal.platform_patch_level Wert direkt kopiert
host.os.version principal.platform_version Wert direkt kopiert
log.file.path principal.process.file.full_path Wert direkt kopiert
syslog_severity security_result.severity Wird auf „INFORMATIONAL“ gesetzt, wenn „(?i)(DEFAULT|DEBUG|INFO|NOTICE)“ übereinstimmt, auf „ERROR“, wenn „(?i)ERROR“ übereinstimmt, auf „MEDIUM“, wenn „(?i)WARNING“ übereinstimmt, und auf „HIGH“, wenn „(?i)(CRITICAL|ALERT|EMERGENCY)“ übereinstimmt
syslog_severity security_result.severity_details Wert direkt kopiert
metadata.product_name Legen Sie diesen Wert auf „CA_LDAP“ fest.
metadata.vendor_name Legen Sie diesen Wert auf „CA_LDAP“ fest.

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

Benötigen Sie weitere Hilfe? Antworten von Community-Mitgliedern und Google SecOps-Experten erhalten