BeyondTrust Privileged Identity-Logs erfassen

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie BeyondTrust Privileged Identity-Logs mit dem Bindplane-Agent in Google Security Operations aufnehmen.

BeyondTrust Privileged Identity ist eine Lösung zur Verwaltung privilegierter Konten, die Syslog-Meldungen in CEF- und Nicht-CEF-Formaten für Sicherheitsereignisse, Authentifizierung und Kontoaktivitäten generiert. Der Parser normalisiert Felder und ordnet sie dem Unified Data Model (UDM) zu.

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 der BeyondTrust Privileged Identity-Instanz
  • Wenn Sie den Agent hinter einem Proxy ausführen, müssen die Firewallports gemäß den Anforderungen des Bindplane-Agents geöffnet sein.
  • Privilegierter Zugriff auf eine Instanz von BeyondTrust Privileged Identity

Authentifizierungsdatei für die Aufnahme in Google SecOps abrufen

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Rufen Sie die SIEM-Einstellungen > Collection Agents auf.
  3. Authentifizierungsdatei für die Aufnahme herunterladen

  4. Speichern Sie die Datei sicher auf dem System, auf dem der BindPlane-Agent installiert wird.

Google SecOps-Kundennummer abrufen

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

  3. Kopieren und speichern Sie die Kunden-ID aus dem Bereich Organisationsdetails.

BindPlane-Agent installieren

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

Fenstereinbau

  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 (Wird ausgeführt) 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 aktiv (wird ausgeführt) angezeigt werden.

Zusätzliche Installationsressourcen

Weitere Installationsoptionen und Informationen zur Fehlerbehebung finden Sie in der Installationsanleitung für den Bindplane-Agent.

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

Konfigurationsdatei suchen

  • Linux:

    sudo nano /etc/bindplane-agent/config.yaml

  • Windows:

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

Konfigurationsdatei bearbeiten

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

    receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/beyondtrust_pi:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: BEYONDTRUST_PI
        raw_log_field: body

service:
    pipelines:
        logs/beyondtrust_pi_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/beyondtrust_pi

Konfigurationsparameter

Ersetzen Sie die folgenden Platzhalter:

  • Empfängerkonfiguration:

    • listen_address: IP-Adresse und Port, auf die gewartet werden soll:
      • 0.0.0.0, um alle Schnittstellen zu überwachen (empfohlen)
      • Port 514 ist der Standard-Syslog-Port (erfordert Root unter Linux; verwenden Sie 1514 für Nicht-Root).

  • Exporter-Konfiguration:

    • creds_file_path: Vollständiger Pfad zur Datei für die Authentifizierung bei der Aufnahme:
      • Linux: /etc/bindplane-agent/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id: Kunden-ID, die aus der Google SecOps Console kopiert wurde
    • endpoint: Regionale Endpunkt-URL:
      • USA: malachiteingestion-pa.googleapis.com
      • Europa: europe-malachiteingestion-pa.googleapis.com
      • Asien: asia-southeast1-malachiteingestion-pa.googleapis.com
      • Eine vollständige Liste finden Sie unter Regionale Endpunkte.

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

  • Führen Sie den folgenden Befehl aus, um den Bindplane-Agent unter Linux neu zu starten:

    sudo systemctl restart observiq-otel-collector

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

      sudo systemctl status observiq-otel-collector

    2. Logs auf Fehler prüfen:

      sudo journalctl -u observiq-otel-collector -f

  • Wählen Sie eine der folgenden Optionen aus, um den Bindplane-Agent unter Windows neu zu starten:

    • Eingabeaufforderung oder PowerShell als Administrator:

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

    • Services-Konsole:

      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.

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

        sc query observiq-otel-collector

      5. Logs auf Fehler prüfen:

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

Syslog in BeyondTrust Privileged Identity konfigurieren

  1. Melden Sie sich bei der BeyondTrust Privileged Appliance an.
  2. Rufen Sie Appliance > „Security“ (Sicherheit) > „Appliance Administration“ (Geräteverwaltung) auf.
  3. Gehen Sie zum Abschnitt Syslog.
  4. Geben Sie die folgenden Konfigurationsdetails an:
    • Hostname: Geben Sie die IP-Adresse des BindPlane-Agents ein.
    • Port: Der Standardport ist 514 (UDP).
    • Format: Wählen Sie RFC 5424 aus.
  5. Klicken Sie auf Speichern.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
cs1 additional.fields[0].key Direkt aus dem Rohlogfeld cs1Label zugeordnet.
cs1Label additional.fields[0].value.string_value Direkt aus dem Rohlogfeld cs1 zugeordnet.
cs3 additional.fields[1].value.string_value Direkt aus dem Rohlogfeld cs3Label zugeordnet.
cs3Label additional.fields[1].key Direkt aus dem Rohlogfeld cs3 zugeordnet.
cs4 additional.fields[2].value.string_value Direkt aus dem Rohlogfeld cs4Label zugeordnet.
cs4Label additional.fields[2].key Direkt aus dem Rohlogfeld cs4 zugeordnet.
Daten metadata.description Bei CEF-Nachrichten wird das Feld msg (aus data extrahiert) metadata.description zugeordnet. Bei Nachrichten, die nicht im CEF-Format sind, wird das Feld sMessage (oder Teile davon, je nach Nachrichtenformat) dem Feld metadata.description zugeordnet.
dhost target.hostname Direkt aus dem Rohlogfeld dhost zugeordnet.
dntdom target.administrative_domain Direkt aus dem Rohlogfeld dntdom zugeordnet.
duser target.user.user_display_name Direkt aus dem Rohlogfeld duser zugeordnet.
msg metadata.description Direkt aus dem Rohlogfeld msg in CEF-Nachrichten zugeordnet.
rt metadata.event_timestamp.seconds Der Epoch-Zeitstempel wird aus dem Feld rt in CEF-Nachrichten extrahiert.
sEventType metadata.product_event_type Direkt aus dem Rohlogfeld sEventType in Nachrichten ohne CEF zugeordnet.
shost principal.ip Direkt aus dem Rohlogfeld shost zugeordnet.
sIpAddress principal.ip Direkt aus dem Rohlogfeld sIpAddress in Nachrichten ohne CEF zugeordnet.
sLoginName principal.user.userid Wird aus dem Feld sLoginName extrahiert. Dazu wird ein regulärer Ausdruck verwendet, um die Domain und die Nutzer-ID zu trennen.
sMessage security_result.description Direkt aus dem Rohlogfeld sMessage in Nicht-CEF-Nachrichten zugeordnet oder extrahierte Teile davon werden für security_result.description verwendet.
sntdom principal.administrative_domain Direkt aus dem Rohlogfeld sntdom zugeordnet.
sOriginatingAccount principal.user.userid Wird aus dem Feld sOriginatingAccount extrahiert. Dazu wird ein regulärer Ausdruck verwendet, um die Domain und die Nutzer-ID zu trennen.
sOriginatingApplicationComponent principal.application Wird in Kombination mit sOriginatingApplicationName verwendet, um principal.application auszufüllen.
sOriginatingApplicationName principal.application Wird in Kombination mit sOriginatingApplicationComponent verwendet, um principal.application auszufüllen.
sOriginatingSystem principal.hostname Direkt aus dem Rohlogfeld sOriginatingSystem in Nachrichten ohne CEF zugeordnet.
suser principal.user.user_display_name Direkt aus dem Rohlogfeld suser zugeordnet. Wird durch die Parserlogik basierend auf dem Vorhandensein und den Werten anderer Felder wie dst, src, shost und suid bestimmt. Mögliche Werte sind NETWORK_CONNECTION, STATUS_UPDATE, USER_UNCATEGORIZED und GENERIC_EVENT. Auf „BEYONDTRUST_PI“ festgelegt. Auf „BeyondTrust Remote Support“ festlegen. Aus dem CEF-Header in CEF-Nachrichten extrahiert. Legen Sie diesen Wert auf „BeyondTrust“ fest. Legen Sie den Wert basierend auf den Feldern status, reason oder sMessage auf „ALLOW“ oder „BLOCK“ fest. Setze dies auf LOW.

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