Wir haben die Navigationsstruktur unserer Dokumentation neu organisiert, um sie direkt an Ihre betrieblichen Arbeitsabläufe anzupassen. Weitere Informationen finden Sie in den Versionshinweisen und im Video zur Anleitung.

Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Cisco Secure Workload-Logs (früher Tetration Analytics) erfassen

Parserversion:3.0

Unterstützt in:

Google SecOps SIEM

In diesem Dokument wird beschrieben, wie Sie Cisco Secure Workload-Logs (früher Tetration Analytics) mit dem Bindplane-Agent in Google Security Operations aufnehmen.

Cisco Secure Workload ist eine lokale Plattform zum Schutz von Arbeitslasten, die Mikrosegmentierung, Zuordnung von Anwendungsabhängigkeiten und Compliance-Monitoring für Rechenzentrums- und Cloud-Arbeitslasten bietet. Es werden Logs zu Richtlinienverstößen, Ablaufereignissen und Sicherheitsvorfällen generiert. Die Plattform unterstützt den integrierten Syslog-Export zum Weiterleiten von Warnungs- und Flussdaten an externe Collector.

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 Cisco Secure Workload-Cluster
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 den Cisco Secure Workload-Cluster mit der Rolle „Administrator“ oder „Site-Administrator“

Authentifizierungsdatei für die Aufnahme für Google SecOps abrufen

Melden Sie sich in der Google SecOps-Konsole an.
Rufen Sie die 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.

Hinweis :Diese JSON-Datei enthält Anmeldedaten für die Authentifizierung des Bindplane-Agents bei Google SecOps.

Google SecOps-Kundennummer abrufen

Melden Sie sich in der Google SecOps-Konsole an.
Rufen Sie die SIEM-Einstellungen > Profile auf.
Kopieren und speichern Sie die Kunden-ID aus dem Bereich Organisationsdetails.

Hinweis :Die Kunden-ID ist für die Konfiguration des Bindplane-Agent-Exporters erforderlich.

BindPlane-Agent installieren

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

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

Warten Sie, bis die Installation abgeschlossen ist.
Ü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

Ö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

Warten Sie, bis die Installation abgeschlossen ist.
Ü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 /opt/observiq-otel-collector/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/cisco_secure_workload:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: CISCO_SECURE_WORKLOAD
        raw_log_field: body

service:
    pipelines:
        logs/cisco_secure_workload_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/cisco_secure_workload

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: Die Kundennummer, 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-Weiterleitung für Cisco Secure Workload konfigurieren

Melden Sie sich in der Cisco Secure Workload-Webkonsole an.
Gehen Sie zu Verwalten > Externe Integrationen > Syslog.

Hinweis :In früheren Versionen von Cisco Secure Workload (Tetration) rufen Sie Manage > Workloads > Connectors auf und fügen Sie einen neuen Syslog-Connector hinzu.
Klicken Sie auf Neuen Syslog-Export erstellen (oder Connector hinzufügen).
Geben Sie die folgenden Konfigurationsdetails an:
- Name: Geben Sie einen Namen ein, z. B. chronicle-syslog-export.
- Host: Geben Sie die IP-Adresse des BindPlane-Agent-Hosts ein.
- Port: Geben Sie 514 ein (oder den Port, der im Bindplane-Agent-Receiver konfiguriert ist).
- Protokoll: Wählen Sie UDP aus.
- Einrichtung: Wählen Sie local7 (oder die gewünschte Einrichtung) aus.
- Schweregrad: Wählen Sie Informationen oder niedriger aus, um alle Ereignisse zu erfassen.
Klicken Sie auf Speichern.
Prüfen Sie, ob Logs gesendet werden, indem Sie in den Bindplane-Agent-Logs nach eingehenden Syslog-Nachrichten suchen.

Hinweis :Cisco Secure Workload sendet Benachrichtigungen, Richtlinienverstoßereignisse, Flussdaten und Erzwingungsereignisse über Syslog. Der Bindplane-Agent-Host muss über den konfigurierten Port vom Cisco Secure Workload-Cluster aus erreichbar sein.

Referenz zur UDM-Feldzuordnung

Logfeld	UDM-Zuordnung	Logik
connection, event_name	additional.fields	Wenn nicht leer, werden sie als Labels zusammengeführt.
alert_time	metadata.collected_timestamp	Von Epoch-Millisekunden in Zeitstempel konvertiert
	metadata.event_type	Auf „NETWORK_FLOW“ festgelegt, wenn „has_principal“ auf „true“ gesetzt ist, andernfalls „GENERIC_EVENT“
root_scope_id	metadata.product_deployment_id	Wert direkt kopiert
Typ	metadata.product_event_type	Wert direkt kopiert
key_id	metadata.product_log_id	Wert direkt kopiert
	metadata.product_name	Auf „SECURE WORKLOAD“ festgelegt
	metadata.product_version	Auf „1“ festgelegt
	metadata.vendor_name	Auf „CISCO“ festgelegt
alert_details_json.protocol	network.ip_protocol	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
details.HostName	principal.asset.hostname	Wert direkt kopiert, wenn Typ ENFORCEMENT
alert_details_json.constituent_flows.0.consumer_address, details.IP	principal.asset.ip	Wert aus „consumer_address“, wenn der Typ „COMPLIANCE“ ist, andernfalls aus „details.IP“. Entfernen Sie dann nachfolgende Leerzeichen und alles danach.
details.CurrentVersion	principal.asset.platform_software.platform_version	Wert direkt kopiert, wenn Typ ENFORCEMENT
details.Bios	principal.asset.software	Wert direkt kopiert, wenn Typ ENFORCEMENT
alert_details_json.time_range.0	principal.domain.first_seen_time	Bei Typ „COMPLIANCE“ von Millisekunden seit der Epoche in Zeitstempel konvertiert
alert_details_json.time_range.1	principal.domain.last_seen_time	Bei Typ „COMPLIANCE“ von Millisekunden seit der Epoche in Zeitstempel konvertiert
details.HostName	principal.hostname	Auf „UNKNOWN“ festgelegt, wenn der Typ COMPLIANCE ist, andernfalls Wert aus „details.HostName“, wenn der Typ ENFORCEMENT ist.
alert_details_json.constituent_flows.0.consumer_address, details.IP	principal.ip	Wert aus „consumer_address“, wenn der Typ „COMPLIANCE“ ist, andernfalls aus „details.IP“. Entfernen Sie dann nachfolgende Leerzeichen und alles danach.
details.Platform	principal.platform_version	Wert direkt kopiert, wenn Typ ENFORCEMENT
alert_details_json.provider_port	principal.port	Bei Typ „COMPLIANCE“ in Ganzzahl konvertiert
pid	principal.process.pid	Wert direkt kopiert
alert_details_json.provider_scope_ids, alert_details_json.provider_scope_names, alert_details_json.internal_trigger.label	principal.resource.attribute.labels	Als Labels zusammengeführt, wenn Typ „COMPLIANCE“
alert_details_json.application_id	principal.resource.product_object_id	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
details.AgentType	principal.user.attribute.roles	Wert direkt kopiert, wenn Typ ENFORCEMENT
alert_details_json.policy_category	security_result.category_details	Zusammengeführt aus Array, wenn Typ COMPLIANCE
alert_text	security_result.description	Wert direkt kopiert
alert_conf_id	security_result.rule_id	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
alert_details_json.internal_trigger.rules.field	security_result.rule_name	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
alert_details_json.internal_trigger.rules.type	security_result.rule_type	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
die Ausprägung	security_result.severity	Wert direkt kopiert
alert_details_json.policy_type	security_result.summary	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
alert_details_json.constituent_flows.0.provider_address	target.asset.ip	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
tenant_id	target.group.product_object_id	Wert wird direkt kopiert, wenn er nicht leer oder „0“ ist.
	target.hostname	Auf „UNKNOWN“ festgelegt
alert_details_json.constituent_flows.0.provider_address	target.ip	Wert wird direkt kopiert, wenn der Typ COMPLIANCE ist
alert_details_json.constituent_flows.0.consumer_port	target.port	Bei Typ „COMPLIANCE“ in Ganzzahl konvertiert
alert_details_json.consumer_scope_ids, alert_details_json.consumer_scope_names	target.resource.attribute.labels	Als Labels zusammengeführt, wenn Typ „COMPLIANCE“

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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