CyberArk Privilege Cloud-Logs erfassen

Parserversion: 14.0

Unterstützt in:

Google SecOps SIEM

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, Just-in-Time-Zugriffsbereitstellung und umfassendes Audit-Logging für Aktivitäten privilegierter Konten in Hybrid- und Multi-Cloud-Umgebungen.

Hinweis: Die Syslog-Weiterleitung von CyberArk Privilege Cloud unterstützt nur TCP- und TLS-Protokolle. UDP wird nicht unterstützt.

Hinweis

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

• Eine Google SecOps-Instanz.
• Ein Windows 2016- oder höherer oder Linux-Host mit systemd.
• 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 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).

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

Option 1: Dienstkonto für die Chronicle API erstellen (empfohlen)

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-Bearbeiter 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, damit der Pfad mit dem Pfad übereinstimmt, in 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.

Hinweis :Der JSON-Schlüssel ist eine Anmeldedaten. Beschränken Sie den Zugriff auf die Datei auf dem Bindplane-Host und rotieren Sie den Schlüssel gemäß den Richtlinien Ihrer Organisation.

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

Hinweis: Mit dieser Datei wird der Agent bei der Legacy Ingestion API (malachiteingestion-pa.googleapis.com) authentifiziert, die Google am 20. Juli 2027 einstellen wird. Planen Sie, vor diesem Datum zu Option 1 zu wechseln.

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 Organization Details (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.

Hinweis :Für die Konfiguration des Chronicle API-Exporters ist der Bindplane-Collector v1.106.0 oder höher erforderlich. Mit den vorherigen Befehlen wird der neueste Release installiert. Wenn Sie eine vorhandene Installation aktualisieren, führen Sie ein Upgrade des Collectors durch, bevor Sie die Konfiguration ändern.

Bindplane-Agent so konfigurieren, dass Syslog-Daten aufgenommen und an Google SecOps gesendet werden

1. Konfigurationsdatei aufrufen:

   • Suchen Sie die Datei config.yaml. In der Regel 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:
           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
           # 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: chronicle.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 <LOCATION> durch die Region Ihrer Google SecOps-Instanz (z. B. us, europe oder asia-southeast1). Der Exporter stellt diesem Wert chronicle.googleapis.com voran.
• Ersetzen Sie <PROJECT_NUMBER> durch die Projektnummer unter IAM & Verwaltung > Einstellungen.
• Ersetzen Sie <PLACEHOLDER_CUSTOMER_ID> durch die tatsächliche Kundennummer.
• Aktualisieren Sie /path/to/ingestion-authentication-file.json auf den Dateipfad, in dem die Dienstkonto-Schlüsseldatei (Option 1) im Abschnitt Google SecOps-Anmeldedaten für den Bindplane-Agent abrufen gespeichert wurde.

• Ersetzen Sie /path/to/server.crt und /path/to/server.key durch die tatsächlichen Pfade zu Ihren TLS-Zertifikats- und Schlüsseldateien.

  Hinweis: CyberArk Privilege Cloud erfordert TLS für Syslog-Verbindungen. Der Bindplane-Agent muss mit einem gültigen TLS-Zertifikat konfiguriert sein. Wenn Sie ein selbst signiertes Zertifikat verwenden, müssen Sie das CA-Zertifikat in CyberArk Privilege Cloud importieren.

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"
  

Hinweis :Die Verwendung von reinem TCP ohne TLS wird nur empfohlen, wenn ein TLS-terminierender Proxy oder VPN-Tunnel die Verschlüsselung bei der Übertragung übernimmt.

Exporter für die Legacy Ingestion API

• Wenn Sie die Datei zur Authentifizierung bei der Aufnahme 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/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:
  

Hinweis: Dieser Exporter funktioniert nicht mehr, wenn die Ingestion API am 20. Juli 2027 eingestellt wird.

Starten Sie den Bindplane-Agent neu, 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-Agenten 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.
   Hinweis: CyberArk Privilege Cloud unterstützt UDP nicht. Für die Syslog-Weiterleitung sind nur TCP- und TLS-Protokolle verfügbar.

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

   • Vault-Audit: Ereignisse im Zusammenhang mit dem Zugriff auf Vault und dem Abrufen von Anmeldedaten.
   • Sitzungsprü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 Protokolle 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 CN oder 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 Anbieterfeld des CEF-Headers 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-Header-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-Wert).
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“, „Aktualisieren“).
reason	security_result.description	Der angegebene Grund für den privilegierten Zugriff.
rt	metadata.event_timestamp	Der Zeitpunkt, zu dem das Ereignis empfangen wurde.
app	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
Otherinfo	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
AffectedUserName	event.idm.read_only_udm.security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
RequestId	event.idm.read_only_udm.security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
SafeName	event.idm.read_only_udm.security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
Database	event.idm.read_only_udm.security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
MessageID", "Version", "Safe", "PolicyID", "DeviceType", and "Address	additional.fields	Aus Änderungsprotokoll zugeordnet
GatewayStation	target.ip	Aus Änderungsprotokoll zugeordnet
UserName	principal.user.user_display_name	Aus Änderungsprotokoll zugeordnet
Station	principal.ip	Aus Änderungsprotokoll zugeordnet
Message	security_result.summary	Aus Änderungsprotokoll zugeordnet
Issuer	principal.user.userid	Aus Änderungsprotokoll zugeordnet
File	principal.file.full_path	Aus Änderungsprotokoll zugeordnet
Severity	security_result.severity	Aus Änderungsprotokoll zugeordnet
CPMStatus	security_result.action	Aus Änderungsprotokoll zugeordnet
device_version	metadata.product_version	Aus Änderungsprotokoll zugeordnet
device_event_class_id" and "event_name	metadata.product_event_type	Aus Änderungsprotokoll zugeordnet
msg	metadata.description	Aus Änderungsprotokoll zugeordnet
duser	target.user.user_display_name	Aus Änderungsprotokoll zugeordnet
suser	principal.user.user_display_name	Aus Änderungsprotokoll zugeordnet
cn1", "cn1Label", "cn2", "cn2Label", "cs1", "cs1Label", "cs2", "cs2Label", "cs3", "cs3Label", "cs4", "cs4Label", "cs5", "cs5Label", and "fname	additional.fields	Aus Änderungsprotokoll zugeordnet

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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