CyberArk Privilege Cloud-Logs erfassen

Parserversion:14.0

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie CyberArk Privilege Cloud-Logs mit Bindplane in Google Security Operations aufnehmen. CyberArk Privilege Cloud ist eine SaaS-basierte Lösung für die Verwaltung privilegierter Zugriffe, mit der privilegierte Anmeldedaten in der Cloud gesichert, verwaltet und überwacht werden. Es bietet automatisierte Rotation von Anmeldedaten, Sitzungsisolation und -aufzeichnung, bedarfsorientierte Zugriffsbereitstellung und umfassende Audit-Logs für Aktivitäten von privilegierten Konten in Hybrid- und Multi-Cloud-Umgebungen.

Hinweis

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

  • Eine Google SecOps-Instanz.
  • Ein Windows 2016- oder höher- oder Linux-Host mit systemd.
  • 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 das CyberArk Privilege Cloud-Verwaltungsportal mit Vault Admin-Berechtigungen.
  • Ein gültiges TLS-Zertifikat für den Bindplane-Agent-Host (erforderlich für Syslog über TLS auf Port 6514).

Authentifizierungsdatei für die Google SecOps-Datenaufnahme abrufen

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Rufen Sie die SIEM-Einstellungen > Collection Agent auf.
  3. Laden Sie die Authentifizierungsdatei für die Aufnahme herunter.
    • Speichern Sie die Datei sicher auf dem System, auf dem Bindplane installiert wird.

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 Kunden-ID 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

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

Zusätzliche Installationsressourcen

Weitere Installationsoptionen finden Sie in dieser Installationsanleitung.

Bindplane-Agenten für die Aufnahme von Syslog-Daten und das Senden an Google SecOps konfigurieren

  1. Konfigurationsdatei aufrufen:

    • Suchen Sie die Datei config.yaml. Normalerweise befindet sie sich unter Linux im Verzeichnis /opt/observiq-otel-collector/ oder unter Windows im Installationsverzeichnis.
    • Öffnen Sie die Datei mit einem Texteditor (z. B. nano, vi oder Notepad).

  2. Bearbeiten Sie die Datei config.yamlso:

    receivers:
    tcplog:
        # Replace the port and IP address as required
        listen_address: "0.0.0.0:6514"
        tls:
            cert_file: '/path/to/server.crt'
            key_file: '/path/to/server.key'

exporters:
    chronicle/chronicle_w_labels:
        compression: gzip
        # Adjust the path to the credentials file you downloaded in Step 1
        creds_file_path: '/path/to/ingestion-authentication-file.json'
        # Replace with your actual customer ID from Step 2
        customer_id: <PLACEHOLDER_CUSTOMER_ID>
        endpoint: malachiteingestion-pa.googleapis.com
        # Add optional ingestion labels for better organization
        log_type: 'CYBERARK_PRIVILEGE_CLOUD'
        raw_log_field: body
        ingestion_labels:

service:
    pipelines:
        logs/source0__chronicle_w_labels-0:
            receivers:
                - tcplog
            exporters:
                - chronicle/chronicle_w_labels
  • Ersetzen Sie den Port und die IP-Adresse nach Bedarf in Ihrer Infrastruktur.
  • Ersetzen Sie <PLACEHOLDER_CUSTOMER_ID> durch die tatsächliche Kundennummer.
  • Aktualisieren Sie /path/to/ingestion-authentication-file.json auf den Dateipfad, unter dem die Authentifizierungsdatei im Abschnitt Authentifizierungsdatei für die Google SecOps-Datenaufnahme abrufen gespeichert wurde.

  • Aktualisieren Sie /path/to/server.crt und /path/to/server.key mit den tatsächlichen Pfaden zu Ihren TLS-Zertifikats- und Schlüsseldateien.

Konfiguration ohne TLS (nur TCP)

  • Wenn Ihre Netzwerkarchitektur einen TLS-terminierenden Proxy zwischen CyberArk Privilege Cloud und dem Bindplane-Agent enthält, können Sie einfaches TCP verwenden:

    receivers:
    tcplog:
        listen_address: "0.0.0.0:514"

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

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

    sudo systemctl restart observiq-otel-collector

  2. Wenn Sie den Bindplane-Agent unter Windows neu starten möchten, können Sie entweder die Konsole Dienste verwenden oder den folgenden Befehl eingeben:

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

Syslog-Weiterleitung für CyberArk Privilege Cloud konfigurieren

SIEM-Integration in Privilege Cloud konfigurieren

  1. Melden Sie sich im Verwaltungsportal von CyberArk Privilege Cloud an.
  2. Rufen Sie Administration > Configuration Options > Options > SIEM Integration auf.
  3. Wählen Sie SIEM-Integration aktivieren aus, um die Syslog-Weiterleitung zu aktivieren.

  4. Geben Sie die folgenden Konfigurationsdetails an:

    • SIEM-Typ: Wählen Sie Syslog aus.
    • Syslog-Serveradresse: Geben Sie die IP-Adresse oder den FQDN des Bindplane-Agent-Hosts ein (z. B. syslog.example.com).
    • Syslog-Serverport: Geben Sie 6514 ein.
    • Protokoll: Wählen Sie TLS aus.
    • Format: Wählen Sie CEF (Common Event Format) aus.

  5. Wählen Sie im Bereich Ereignistypen die Ereigniskategorien aus, die weitergeleitet werden sollen:

    • Vault-Audit: Ereignisse zum Vault-Zugriff und zum Abrufen von Anmeldedaten.
    • Sitzungsüberprüfung: Ereignisse zur Überwachung privilegierter Sitzungen.
    • Safe-Verwaltung: Ereignisse im Zusammenhang mit dem Erstellen, Ändern und Löschen von Safes.
    • Nutzerverwaltung: Nutzerbereitstellung und Berechtigungsänderungen.
    • Richtlinienänderungen: Ereignisse im Zusammenhang mit Plattform- und Richtlinienänderungen.

  6. Klicken Sie auf Speichern.

TLS-Verbindung prüfen

  1. Prüfen Sie, ob der Bindplane-Agent Port 6514 überwacht:

    sudo ss -tlnp | grep 6514

  2. Prüfen Sie in den Bindplane-Agent-Logs, ob Logs empfangen werden:

    sudo journalctl -u observiq-otel-collector -f

  3. Wenn keine Logs empfangen werden, prüfen Sie Folgendes:

    • Der Bindplane-Agent-Host ist über das Internet erreichbar (CyberArk Privilege Cloud ist ein SaaS-Dienst).
    • Firewallregeln lassen eingehende TCP-Verbindungen über Port 6514 zu.
    • Das TLS-Zertifikat ist gültig und nicht abgelaufen.
    • Der allgemeine Name (Common Name, CN) oder der alternative Antragstellername (Subject Alternative Name, SAN) des TLS-Zertifikats stimmt mit dem in CyberArk Privilege Cloud konfigurierten Hostnamen überein.

Weitere Informationen zur CyberArk Privilege Cloud-SIEM-Integration finden Sie in der CyberArk Privilege Cloud-Dokumentation.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
Header.deviceVendor metadata.vendor_name Wird aus dem CEF-Header-Anbieterfeld zugeordnet. Legen Sie diesen Wert auf „CyberArk“ fest.
Header.deviceProduct metadata.product_name Wird aus dem Produktfeld des CEF-Headers zugeordnet. Legen Sie diesen Wert auf „Privilege Cloud“ fest.
Header.deviceVersion metadata.product_version Wird aus dem CEF-Headerfeld „Version-Feld“ zugeordnet.
Header.signatureId metadata.product_event_type Der Audit-Aktionscode aus der CEF-Signatur-ID.
Header.name metadata.description Der Ereignisname aus dem CEF-Header.
Header.severity security_result.severity Aus dem CEF-Schweregrad zugeordnet (0–3=NIEDRIG, 4–6=MITTEL, 7–8=HOCH, 9–10=KRITISCH).
suser principal.user.userid Der Nutzer, der die Aktion ausgeführt hat.
src principal.ip Die Quell-IP-Adresse der Sitzung.
shost principal.hostname Der Hostname der Quelle.
duser target.user.userid Das privilegierte Zielkonto.
dhost target.hostname Der Hostname des Zielsystems.
dst target.ip Die IP-Adresse des Zielsystems.
cs1 security_result.detection_fields Sicherer Name (Schlüssel: cs1Label value).
cs2 security_result.detection_fields Kontoname oder zusätzlicher Kontext (Schlüssel: cs2Label-Wert).
cs3 security_result.detection_fields Plattform-ID oder Richtlinieninformationen (Schlüssel: cs3Label-Wert).
act security_result.action_details Die ausgeführte Aktion, z. B. „Abrufen“, „Verbinden“ oder „Aktualisieren“.
reason security_result.description Der Grund für den privilegierten Zugriff.
rt metadata.event_timestamp Die Empfangszeit des Ereignisses.
app event.idm.read_only_udm.additional.fields Aus dem Änderungsprotokoll zugeordnet
Otherinfo event.idm.read_only_udm.additional.fields Aus dem Änderungsprotokoll zugeordnet
AffectedUserName event.idm.read_only_udm.security_result.detection_fields Aus dem Änderungsprotokoll zugeordnet
RequestId event.idm.read_only_udm.security_result.detection_fields Aus dem Änderungsprotokoll zugeordnet
SafeName event.idm.read_only_udm.security_result.detection_fields Aus dem Änderungsprotokoll zugeordnet
Database event.idm.read_only_udm.security_result.detection_fields Aus dem Änderungsprotokoll zugeordnet
MessageID", "Version", "Safe", "PolicyID", "DeviceType", and "Address additional.fields Aus dem Änderungsprotokoll zugeordnet
GatewayStation target.ip Aus dem Änderungsprotokoll zugeordnet
UserName principal.user.user_display_name Aus dem Änderungsprotokoll zugeordnet
Station principal.ip Aus dem Änderungsprotokoll zugeordnet
Message security_result.summary Aus dem Änderungsprotokoll zugeordnet
Issuer principal.user.userid Aus dem Änderungsprotokoll zugeordnet
File principal.file.full_path Aus dem Änderungsprotokoll zugeordnet
Severity security_result.severity Aus dem Änderungsprotokoll zugeordnet
CPMStatus security_result.action Aus dem Änderungsprotokoll zugeordnet
device_version metadata.product_version Aus dem Änderungsprotokoll zugeordnet
device_event_class_id" and "event_name metadata.product_event_type Aus dem Änderungsprotokoll zugeordnet
msg metadata.description Aus dem Änderungsprotokoll zugeordnet
duser target.user.user_display_name Aus dem Änderungsprotokoll zugeordnet
suser principal.user.user_display_name Aus dem Änderungsprotokoll zugeordnet
cn1", "cn1Label", "cn2", "cn2Label", "cs1", "cs1Label", "cs2", "cs2Label", "cs3", "cs3Label", "cs4", "cs4Label", "cs5", "cs5Label", and "fname additional.fields Aus dem Änderungsprotokoll zugeordnet

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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