BeyondTrust Privileged Identity-Logs erfassen
In diesem Dokument wird beschrieben, wie Sie BeyondTrust Privileged Identity-Logs mit Bindplane in Google Security Operations aufnehmen. Der Parser extrahiert BeyondTrust Remote Support-Logs und verarbeitet sowohl CEF- als auch Nicht-CEF-formatierte Syslog-Nachrichten. Dabei werden Schlüsselfelder geparst, dem einheitlichen Datenmodell (Unified Data Model, UDM) zugeordnet und der Ereignistyp anhand von extrahierten Feldern wie dst, src, suid und sEventID bestimmt. Außerdem werden die Daten mit zusätzlichem Kontext wie Nutzerdetails, IP-Adressen und Sicherheitsergebnissen angereichert.
Hinweise
Prüfen Sie, ob folgende Voraussetzungen erfüllt sind:
- Google SecOps-Instanz
- Windows 2016 oder höher oder ein Linux-Host mit
systemd - Wenn die Ausführung hinter einem Proxy erfolgt, sind die Firewallports geöffnet.
- Privilegierter Zugriff auf die BeyondTrust Privileged Remote Access Appliance
Authentifizierungsdatei für die Aufnahme in Google SecOps abrufen
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie SIEM-Einstellungen > Collection Agents auf.
- 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
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie die SIEM-Einstellungen > „Profil“ auf.
- Kopieren und speichern Sie die Kunden-ID aus dem Bereich Organisationsdetails.
BindPlane-Agent installieren
Fenstereinbau
- Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator.
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
- Öffnen Sie ein Terminal mit Root- oder Sudo-Berechtigungen.
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 im Installationsleitfaden.
BindPlane-Agent zum Erfassen von Syslog-Daten und Senden an Google SecOps konfigurieren
- Rufen Sie die Konfigurationsdatei auf:
- Suchen Sie die Datei
config.yaml. Normalerweise befindet es sich unter Linux im Verzeichnis/etc/bindplane-agent/oder unter Windows im Installationsverzeichnis. - Öffnen Sie die Datei mit einem Texteditor (z. B.
nano,vioder Notepad).
- Suchen Sie die Datei
Bearbeiten Sie die Datei
config.yamlso:receivers: udplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip # Adjust the path to the credentials file you downloaded in Step 1 creds: '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id: <customer_id> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization ingestion_labels: log_type: 'BEYONDTRUST_PI' raw_log_field: body service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labelsErsetzen Sie den Port und die IP-Adresse nach Bedarf in Ihrer Infrastruktur.
Ersetzen Sie
<customer_id>durch die tatsächliche Kunden-ID.Aktualisieren Sie
/path/to/ingestion-authentication-file.jsonauf den Pfad, in dem die Authentifizierungsdatei im Abschnitt Google SecOps-Aufnahmeauthentifizierungsdatei abrufen gespeichert wurde.
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 bindplane-agentWenn 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 BindPlaneAgent && net start BindPlaneAgent
Syslog in BeyondTrust Privileged Identity konfigurieren
- Melden Sie sich bei der Beyondtrust Privileged Appliance an.
- Rufen Sie Appliance > Sicherheit > Appliance-Verwaltung auf.
- Gehen Sie zum Abschnitt Syslog.
- 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.
- 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. Legen Sie diesen Wert auf „BEYONDTRUST_PI“ fest. 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