Symantec VIP Enterprise Gateway-Logs erfassen

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie Symantec VIP Enterprise Gateway-Logs mit dem Bindplane-Agenten in Google Security Operations aufnehmen.

Symantec VIP (Validation and ID Protection) Enterprise Gateway ist eine Multi-Faktor-Authentifizierungslösung, die Syslog-Nachrichten für Authentifizierungsereignisse, die Validierung von Anmeldedaten, die LDAP-Synchronisierung und Systemdiagnoseaktivitäten generiert. Der Parser extrahiert Felder aus JSON- und Syslog-formatierten Logs und ordnet sie dem Unified Data Model (UDM) zu.

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-Agenten und dem Symantec VIP Gateway
  • Wenn der Agent hinter einem Proxy ausgeführt wird, müssen die Firewallports gemäß den Anforderungen des Bindplane-Agents geöffnet sein.
  • Administratorzugriff auf die Web-UI des Symantec VIP-Gateways

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

  3. Warten Sie, bis die Installation abgeschlossen ist.

  4. Überprüfen Sie die Installation mit folgendem Befehl:

    sc query observiq-otel-collector

    Der Dienst sollte als RUNNING angezeigt werden.

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

  3. Warten Sie, bis die Installation abgeschlossen ist.

  4. Überprüfen Sie die Installation mit folgendem Befehl:

    sudo systemctl status observiq-otel-collector

    Der Dienst sollte als active (running) angezeigt werden.

Zusätzliche Installationsressourcen

Weitere Installationsoptionen und Informationen zur Fehlerbehebung finden Sie in der Installationsanleitung für den Bindplane-Agenten.

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

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/symantec_vip:
    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
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: chronicle.googleapis.com
    log_type: SYMANTEC_VIP
    raw_log_field: body

service:
  pipelines:
    logs/symantec_vip_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/symantec_vip

Konfigurationsparameter

Ersetzen Sie die folgenden Platzhalter:

  • Empfängerkonfiguration:

    • listen_address: IP-Adresse und Port, auf dem gelauscht werden soll:
      • 0.0.0.0, um auf allen Schnittstellen zu lauschen (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 JSON-Schlüsseldatei des Dienstkontos (Option 1):
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id: Kundennummer, die aus der Google SecOps-Konsole kopiert wurde
    • location: 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. Eine vollständige Liste finden Sie unter Regionale Endpunkte.
    • project: Ersetzen Sie <PROJECT_NUMBER> durch die Projektnummer aus IAM & Verwaltung > Einstellungen.
    • endpoint: Behalten Sie die Einstellung chronicle.googleapis.com bei.

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/symantec_vip:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: SYMANTEC_VIP
    raw_log_field: body

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.

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

  • Führen Sie den folgenden Befehl aus, um den Bindplane-Agenten 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. Prüfen Sie die Logs auf Fehler:

      sudo journalctl -u observiq-otel-collector -f

  • Wählen Sie eine der folgenden Optionen aus, um den Bindplane-Agenten unter Windows neu zu starten:

    • Eingabeaufforderung oder PowerShell als Administrator:

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

    • Dienstkonsole:

      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. Rechtsklicken Sie und wählen Sie Neu starten aus.

      4. Prüfen Sie, ob der Dienst ausgeführt wird:

        sc query observiq-otel-collector

      5. Prüfen Sie die Logs auf Fehler:

        type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"

Syslog in Symantec VIP Enterprise Gateway konfigurieren

  1. Melden Sie sich in der Web-UI von Symantec VIP Gateway an.
  2. Rufen Sie Protokolle > Syslog-Konfiguration auf.
  3. Wenn Sie Syslog zum ersten Mal konfigurieren, wählen Sie bei Aufforderung Ja aus. Wenn die Einstellung bereits konfiguriert wurde, klicken Sie auf Bearbeiten.
  4. Geben Sie die folgenden Konfigurationsdetails an:
    • Syslog-Einrichtung: Wählen Sie LOG_LOCAL0 aus.
    • Syslog-Host: Geben Sie die IP-Adresse des Bindplane-Agents ein.
    • Syslog-Port: Geben Sie die Portnummer des Bindplane-Agents ein (z. B. 514 für UDP).
  5. Klicken Sie auf Speichern.
  6. Gehen Sie zu Einstellungen > Console-Einstellungen.
  7. Geben Sie die folgenden Konfigurationsdetails an:
    • Protokollierungsebene: Wählen Sie Info aus.
    • Syslog aktivieren: Wählen Sie Ja aus.
  8. Klicken Sie auf Senden.
  9. Gehen Sie zu Einstellungen > Einstellungen für den Gesundheitscheck.
  10. Wählen Sie Ja aus, um den Systemdiagnosedienst zu aktivieren.
  11. Geben Sie die folgenden Konfigurationsdetails an:
    • Protokollierungsebene: Wählen Sie Info aus.
    • Syslog aktivieren: Wählen Sie Ja aus.
  12. Klicken Sie auf Senden.
  13. Gehen Sie zu User Store > LDAP Directory Synchronization.
  14. Bearbeiten Sie die folgenden Konfigurationsdetails:
    • Protokollebene: Wählen Sie Info aus.
    • Syslog aktivieren: Wählen Sie Ja aus.
  15. Klicken Sie auf Senden.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
Anwendung read_only_udm.principal.application Wert aus dem Feld application, das vom JSON-Filter extrahiert wurde.
Befehl read_only_udm.target.process.command_line Wert aus dem Feld command, das durch das Grok-Muster extrahiert wurde.
credentialType Dieses Feld wird nicht direkt dem UDM zugeordnet. Er wird verwendet, um den Wert von read_only_udm.extensions.auth.mechanism abzuleiten.
Daten Dieses Feld wird nicht direkt dem UDM zugeordnet. Er wird geparst, um andere Felder zu extrahieren.
data2 Dieses Feld wird nicht direkt dem UDM zugeordnet. Er wird geparst, um andere Felder zu extrahieren.
Datum/Uhrzeit read_only_udm.metadata.event_timestamp.seconds
read_only_udm.metadata.event_timestamp.nanos		 Sekunden und Nanosekunden seit der Epoche, extrahiert aus dem Feld datetime.
Ab read_only_udm.metadata.description Wert aus dem Feld desc, das vom JSON-Filter extrahiert wurde.
Beschreibung read_only_udm.security_result.description Wert aus dem Feld description, das vom JSON-Filter extrahiert wurde.
filename read_only_udm.target.process.file.full_path Wert aus dem Feld filename, das durch das Grok-Muster extrahiert wurde.
Hostname read_only_udm.principal.hostname Wert aus dem Feld hostname, das vom JSON-Filter extrahiert wurde.
host_name read_only_udm.intermediary.hostname Wert aus dem Feld host_name, das vom JSON-Filter extrahiert wurde.
log_level Dieses Feld wird nicht direkt dem UDM zugeordnet. Er wird verwendet, um den Wert von read_only_udm.security_result.severity abzuleiten.
log_type read_only_udm.metadata.product_event_type Wert aus dem Feld log_type, das vom JSON-Filter extrahiert wurde.
msg Dieses Feld wird nicht direkt dem UDM zugeordnet. Er wird geparst, um andere Felder zu extrahieren.
Vorgang read_only_udm.security_result.summary Wert aus dem Feld operation, das durch das Grok-Muster extrahiert wurde.
processid read_only_udm.target.process.pid Wert aus dem Feld processid, das durch das Grok-Muster extrahiert wurde.
Produkt read_only_udm.metadata.product_name Wert aus dem Feld product, das vom JSON-Filter extrahiert wurde.
reason read_only_udm.metadata.description Wert aus dem Feld reason, das durch das Grok-Muster extrahiert wurde.
request_id read_only_udm.target.resource.id Wert aus dem Feld request_id, das durch das Grok-Muster extrahiert wurde.
src_ip read_only_udm.principal.ip Wert aus dem Feld src_ip, das durch das Grok-Muster extrahiert wurde.
Status read_only_udm.metadata.description Wert aus dem Feld status, das durch das Grok-Muster extrahiert wurde.
Zusammenfassung read_only_udm.security_result.summary Wert aus dem Feld summary, das vom JSON-Filter extrahiert wurde.
timestamp.nanos read_only_udm.metadata.event_timestamp.nanos Nanosekunden aus dem ursprünglichen Logzeitstempel.
timestamp.seconds read_only_udm.metadata.event_timestamp.seconds Sekunden ab dem ursprünglichen Logzeitstempel.
Zeit Dieses Feld wird nicht direkt dem UDM zugeordnet. Er wird verwendet, um die Werte von read_only_udm.metadata.event_timestamp.seconds und read_only_udm.metadata.event_timestamp.nanos abzuleiten.
Nutzer read_only_udm.target.user.userid Wert aus dem Feld user, das durch den JSON-Filter oder das Grok-Muster extrahiert wurde.
vendor read_only_udm.metadata.vendor_name Wert aus dem Feld vendor, das vom JSON-Filter extrahiert wurde.
read_only_udm.extensions.auth.mechanism Wird durch das Feld credentialType bestimmt. Wenn credentialType gleich SMS_OTP oder STANDARD_OTP ist, wird OTP verwendet. Wenn credentialType mit dem regulären Ausdruck PASSWORD übereinstimmt, wird USERNAME_PASSWORD verwendet.
read_only_udm.extensions.auth.type Wenn das Feld reason mit dem regulären Ausdruck LDAP übereinstimmt, wird SSO verwendet. Andernfalls wird AUTHTYPE_UNSPECIFIED verwendet.
read_only_udm.metadata.event_type Wird durch das Vorhandensein bestimmter Felder bestimmt. Wenn user oder processid nicht leer ist, wird USER_LOGIN verwendet. Wenn user leer ist und src_ip nicht leer oder 0.0.0.0 ist, wird STATUS_UPDATE verwendet. Andernfalls wird GENERIC_EVENT verwendet.
read_only_udm.metadata.log_type Hartcodiert auf SYMANTEC_VIP.
read_only_udm.security_result.action Wird durch das Feld status bestimmt. Wenn status den Wert Authentication Success, GRANTED, Authentication Completed, After Services Authenticate call oder CHALLENGED hat, wird ALLOW verwendet. Wenn status den Wert DENIED, Acces-Reject, Unknown Error, Service Unavailable oder FAILED hat, wird BLOCK verwendet. Wenn status gleich PUSH request sent for user oder Trying to fetch attribute ist, wird QUARANTINE verwendet.
read_only_udm.security_result.severity Wird durch das Feld log_level bestimmt. Wenn log_level DEBUG, INFO oder AUDIT ist, wird INFORMATIONAL verwendet. Wenn log_level gleich ERROR ist, wird ERROR verwendet. Wenn log_level gleich WARNING ist, wird MEDIUM verwendet.

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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