Digi-Modem-Logs erfassen

Parserversion:1.0

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie Digi Modems-Logs mit dem Bindplane-Agent in Google Security Operations aufnehmen.

Digi-Modems sind industrielle Mobilfunkmodems, die Syslog-Nachrichten für Anmeldeereignisse, Authentifizierungsversuche und Netzwerkverbindungen generieren. Der Parser extrahiert Felder mithilfe von Grok-Mustern 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-Agent und dem Digi-Modem
  • 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 Digi Remote Manager oder die lokale Web-UI des Digi-Modems

Authentifizierungsdatei für die Aufnahme in Google SecOps abrufen

  1. Melden Sie sich in der Google SecOps-Konsole an.
  2. Rufen Sie die SIEM-Einstellungen > Collection Agents auf.
  3. Laden Sie die Authentifizierungsdatei für die Aufnahme herunter.
  4. Speichern Sie die Datei sicher auf dem System, auf dem der Bindplane-Agent installiert wird.

Google SecOps-Kundennummer abrufen

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

BindPlane-Agent installieren

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

Fenstereinbau

  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 (Wird ausgeführt) 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 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 /etc/bindplane-agent/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/digi_modems:
            compression: gzip
            creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
            customer_id: '<customer_id>'
            endpoint: malachiteingestion-pa.googleapis.com
            log_type: DIGI_MODEMS
            raw_log_field: body
    
    service:
        pipelines:
            logs/digi_modems_to_chronicle:
                receivers:
                    - udplog
                exporters:
                    - chronicle/digi_modems
    

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-Server auf dem Digi-Modem konfigurieren

  1. Melden Sie sich im Digi Remote Manager oder in der lokalen Digi Modem-Web-UI an.
  2. So greifen Sie mit Remote Manager auf die Gerätekonfiguration zu:
    • Suchen Sie das Gerät, für das Sie Syslog konfigurieren möchten.
    • Klicken Sie auf Geräte-ID > Einstellungen > Konfiguration.
  3. Rufen Sie die Gerätekonfiguration über die lokale Digi Modem-Web-UI auf:
    • Klicken Sie auf System > Konfiguration > Gerätekonfiguration.
  4. Gehe zu System > Log.
  5. Klicken Sie, um die Serverliste zu maximieren.
  6. Klicken Sie auf Server hinzufügen +.
  7. Geben Sie die folgenden Konfigurationsdetails an:
    • Server: Geben Sie die IP-Adresse des Bindplane-Agents ein.
    • Wählen Sie die Ereigniskategorien aus, die an den Server gesendet werden sollen. Standardmäßig sind alle Ereigniskategorien aktiviert.
    • Syslog-Ausgangsport: Geben Sie die Portnummer des Bindplane-Agents ein (Standard ist 514).
    • Protokoll: Wählen Sie UDP aus.
  8. Klicken Sie auf Übernehmen.

Beispiellogs für unterstützte Digi-Modems

  • SYSLOG

    {
      "priority": 14,
      "timestamp": "Dec 28 17:27:45",
      "hostname": "host-device.router",
      "tag": "Eventlog",
      "message": "17:27:33, 28 Dec 2006,Login failure by Host: 10.0.0.25:23: CMD,Telnet"
    }
    
  • SYSLOG

    {
      "priority": 14,
      "timestamp": "May 25 11:03:55",
      "hostname": "internal-srv-01",
      "tag": "Eventlog",
      "message": "11:03:55, 25 May 2023,Login failure by sanitized_user: WEB"
    }
    
  • SYSLOG

    {
      "priority": 14,
      "timestamp": "Jun 11 23:58:26",
      "hostname": "internal-srv-01",
      "tag": "Eventlog",
      "message": "23:58:26, 11 Jun 2023,Login failure by GET /masked_path HTTP/1.0: CMD,Telnet"
    }
    
  • SYSLOG

    {
      "priority": 14,
      "timestamp": "Jun 19 19:52:19",
      "hostname": "gateway-device-02",
      "tag": "Eventlog",
      "message": "19:52:18, 19 Jun 2023,WEB Login OK by internal_admin lvl 0"
    }
    

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
Inhalte security_result.description Wird nach der ersten Analyse direkt aus dem Feld content zugeordnet.
http_method network.http.method Wird aus dem Feld content mit einem Grok-Muster extrahiert.
http_version network.application_protocol_version Wird aus dem Feld content mit einem Grok-Muster extrahiert.
Hostname principal.hostname Aus dem Logeintrag mit einem Grok-Muster extrahiert.
ip target.ip Wird aus dem Feld content mit einem Grok-Muster extrahiert.
Port target.port Wird mit einem Grok-Muster aus dem Feld content extrahiert und in eine Ganzzahl konvertiert.
Proto network.application_protocol Wird aus dem Feld content mit einem Grok-Muster extrahiert.
ts metadata.event_timestamp Wird mithilfe eines Grok-Musters aus dem Logeintrag extrahiert und in einen Zeitstempel umgewandelt.
Typ login_type_label.value Wird aus dem Feld content mit einem Grok-Muster extrahiert.
extensions.auth.type Wird durch die Parserlogik auf MACHINE festgelegt.
login_type_label.key Wird durch die Parserlogik auf Login type festgelegt.
metadata.event_type Wird durch das Vorhandensein bestimmter Felder wie ip oder user bestimmt und entsprechend auf NETWORK_CONNECTION oder USER_LOGIN festgelegt.
metadata.log_type Wird durch die Parserlogik auf DIGI_MODEMS festgelegt.
metadata.product_event_type Aus dem Feld product_type im Logeintrag extrahiert.
metadata.product_name Wird durch die Parserlogik auf DIGI_MODEMS festgelegt.
metadata.vendor_name Wird durch die Parserlogik auf DIGI_MODEMS festgelegt.
security_result.action Wird durch das Vorhandensein von Login OK oder Login failure in der Nachricht bestimmt und auf ALLOW bzw. BLOCK gesetzt.
Nutzer target.user.userid Wird aus dem Feld content mit einem Grok-Muster extrahiert.

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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