Arista VeloCloud SD-WAN-Logs erfassen

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie Arista VeloCloud SD-WAN-Logs (früher VMware VeloCloud) mit Bindplane in Google Security Operations aufnehmen.

Arista VeloCloud SD-WAN ist eine softwaredefinierte Wide Area Networking-Lösung, die die Vernetzung von Zweigstellen vereinfacht, indem sie WAN-Verbindungen virtualisiert und eine zentrale Verwaltung über den SD-WAN Orchestrator ermöglicht. Es bietet anwendungsspezifisches Routing, dynamische Pfadauswahl und integrierte Firewall-Funktionen für verteilte Unternehmensumgebungen.

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 den Arista VeloCloud SD-WAN Orchestrator

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 Bereitstellungen: 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.
  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 und 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 Editor 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, sodass der Pfad mit dem Pfad übereinstimmt, unter 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.

Option 2: Authentifizierungsdatei für die Datenaufnahme herunterladen (Legacy)

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Rufen Sie Einstellungen > Datenverwaltung > Erfassungs-Agents auf. Wenn Sie eine reine SIEM-Plattform verwenden, rufen Sie die 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 werden soll.

Google SecOps-Kundennummer abrufen

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Gehen Sie zu Einstellungen > Verwaltung > Profil. Wenn Sie eine reine SIEM-Plattform verwenden, rufen Sie die Einstellungen > Profil auf.
  3. Kopieren und speichern Sie die Kundennummer 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 der Installationsanleitung für den Bindplane-Agenten.

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

  1. Greifen Sie auf die Konfigurationsdatei zu:

    • 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:
      udplog:
        # Replace the port and IP address as required
        listen_address: "0.0.0.0:514"
    
    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: 'VELO_FIREWALL'
        raw_log_field: body
        ingestion_labels:
    
    service:
      pipelines:
        logs/source0__chronicle_w_labels-0:
          receivers:
            - udplog
          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 aus IAM und Verwaltung > Einstellungen.
    • Ersetzen Sie <PLACEHOLDER_CUSTOMER_ID> durch die tatsächliche Kundennummer.
    • Aktualisieren Sie /path/to/ingestion-authentication-file.json auf den Dateipfad, unter dem die Dienstkontoschlüsseldatei (Option 1) in Schritt 1 gespeichert wurde.

Legacy-Ingestion-API-Exporter

  • Wenn Sie die Authentifizierungsdatei für die Datenaufnahme 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: 'VELO_FIREWALL'
        raw_log_field: body
        ingestion_labels:
    

Starten Sie den Bindplane-Agent neu, um die Änderungen zu übernehmen.

  1. Führen Sie den folgenden Befehl aus, um den Bindplane-Agenten 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 auf Arista VeloCloud SD-WAN konfigurieren

  1. Melden Sie sich in der Weboberfläche des VeloCloud SD-WAN Orchestrator an.
  2. Gehen Sie zu Konfigurieren > Profile.
  3. Wählen Sie das Profil aus, das den Edge-Geräten zugewiesen ist, die Sie überwachen möchten.
  4. Klicken Sie für das entsprechende Netzwerksegment auf Segment konfigurieren.
  5. Wählen Sie den Tab Syslog aus.
  6. Klicken Sie auf Regel hinzufügen, um eine neue Syslog-Weiterleitungsregel zu erstellen.
  7. Geben Sie die folgenden Konfigurationsdetails an:
    • Syslog Collector IP: Geben Sie die IP-Adresse des Bindplane-Agent-Hosts ein (z. B. 192.168.1.100).
    • Port: Geben Sie 514 ein.
    • Protokoll: Wählen Sie UDP aus.
    • Facility: Wählen Sie die entsprechende Syslog-Facility aus (z. B. LOCAL0).
    • Schweregrad: Wählen Sie den Mindestschweregrad für die Weiterleitung aus (z. B. INFO, um alle Informationsereignisse und Ereignisse mit höherem Schweregrad zu erfassen).
    • Tag: Optional können Sie ein Tag eingeben, um diese Logs zu identifizieren (z. B. velocloud).
    • Quellschnittstelle: Wählen Sie die Verwaltungsschnittstelle oder die entsprechende Quellschnittstelle aus.
  8. Wählen Sie im Abschnitt Rollen die Logkategorien aus, die weitergeleitet werden sollen:
    • FIREWALL: Zum Weiterleiten von Firewall-Ereignisprotokollen.
    • EDGE: Zum Weiterleiten von Betriebslogs von Edge-Geräten.
  9. Klicken Sie auf Änderungen speichern.
  10. Wenn Sie die Profileinstellungen für ein bestimmtes Edge-Gerät überschreiben müssen, gehen Sie zu Konfigurieren > Edge-Geräte, wählen Sie das Edge-Gerät aus und wiederholen Sie die Syslog-Konfiguration auf dem Tab Gerät.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
cloud_software_label additional.fields Zusammengeführt
in_label additional.fields Zusammengeführt
proto_label additional.fields Zusammengeführt
segment_label additional.fields Zusammengeführt
segment_name_label additional.fields Zusammengeführt
inter_hostname intermediary.hostname Direkt zugeordnet
description metadata.description Direkt zugeordnet
timestamp metadata.event_timestamp Geparst als MMM d HH:mm:ss
principal_present metadata.event_type Zugeordnet: true → NETWORK_CONNECTION, true → STATUS_UPDATE
product_event_type metadata.product_event_type Direkt zugeordnet
ip_protocol_out network.ip_protocol Umbenannt/zugeordnet
BYTES_RECEIVED network.received_bytes Direkt zugeordnet
BYTES_SENT network.sent_bytes Direkt zugeordnet
DURATION_SECS network.session_duration.seconds Direkt zugeordnet
SRC principal.asset.ip Zusammengeführt
SRC principal.ip Zusammengeführt
NAT_SRC principal.nat_ip Zusammengeführt
NAT_SPT principal.nat_port Direkt zugeordnet
SPT principal.port Direkt zugeordnet
security_result_action security_result.action Zusammengeführt
ACTION security_result.action_details Direkt zugeordnet
FW_POLICY_NAME security_result.rule_name Direkt zugeordnet
REASON security_result.summary Direkt zugeordnet
DEST_DOMAIN target.administrative_domain Direkt zugeordnet
DEST_NAME target.asset.hostname Direkt zugeordnet
DST target.asset.ip Zusammengeführt
DEST_NAME target.hostname Direkt zugeordnet
DST target.ip Zusammengeführt
DPT target.port Direkt zugeordnet
– metadata.event_type Konstante: GENERIC_EVENT
– metadata.product_name Konstante: VELO_FIREWALL
– metadata.vendor_name Konstante: VELO_FIREWALL
description event.idm.read_only_udm.metadata.description Aus Änderungsprotokoll zugeordnet
product_event_type event.idm.read_only_udm.metadata.product_event_type Aus Änderungsprotokoll zugeordnet
cloud_software event.idm.read_only_udm.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