HPE BladeSystem c7000-Logs erfassen

Unterstützt in:

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

Das HPE BladeSystem c7000 ist ein Blade-Servergehäuse, das Syslog-Nachrichten für Hardwareereignisse, Änderungen des Komponentenstatus, Konfigurationsänderungen und Systembenachrichtigungen generiert. Der Parser extrahiert Felder aus 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-Agent und dem HPE BladeSystem c7000
  • Wenn Sie den Agent hinter einem Proxy ausführen, müssen die Firewallports gemäß den Anforderungen des Bindplane-Agents geöffnet sein.
  • Administratorzugriff auf den HPE BladeSystem Onboard Administrator oder StorageGRID Manager

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/hpe_bladesystem_c7000:
            compression: gzip
            creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
            customer_id: '<customer_id>'
            endpoint: malachiteingestion-pa.googleapis.com
            log_type: HPE_BLADESYSTEM_C7000
            raw_log_field: body
    
    service:
        pipelines:
            logs/hpe_bladesystem_c7000_to_chronicle:
                receivers:
                    - udplog
                exporters:
                    - chronicle/hpe_bladesystem_c7000
    

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: Kunden-ID, 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 direkt in HPE BladeSystem konfigurieren

  1. Melden Sie sich in der BladeSystem-Benutzeroberfläche an.
  2. Rufen Sie Konfiguration > Systemprotokoll auf.
  3. Klicken Sie auf den Tab Log-Optionen.
  4. Klicken Sie das Kästchen Remote-Systemprotokollierung aktivieren an.
  5. Geben Sie die folgenden Konfigurationsdetails an:
    • Syslog Server Address (Syslog-Serveradresse): Geben Sie die IP-Adresse des Bindplane-Agents ein.
    • Port: Geben Sie die Portnummer des Bindplane-Agents ein. Der Standardport ist 514.
    • Protokoll: Das Protokoll ist immer UDP.
  6. Klicken Sie auf Remote-Log testen und prüfen Sie, ob Logs empfangen werden.
  7. Klicken Sie zum Speichern auf Übernehmen.

Syslog in StorageGRID-Software konfigurieren

Sie können sowohl die Stufen der Audit-Meldungen in StorageGRID konfigurieren als auch externe Syslog-Server für die Weiterleitung dieser Meldungen einrichten.

StorageGRID-Audit-Meldungsstufen konfigurieren

  1. Melden Sie sich in der Web-UI von GRID Manager an.
  2. Gehen Sie zu Konfiguration > Monitoring > Audit- und Syslog-Server.
  3. Wählen Sie für jede Kategorie von Audit-Meldungen die Audit-Ebene Normal aus der Liste aus.
  4. Klicken Sie auf Speichern.

Externen Syslog-Server für StorageGRID konfigurieren

  1. Klicken Sie auf der Seite Audit and syslog server (Audit- und Syslog-Server) auf Configure external syslog server (Externen Syslog-Server konfigurieren).
  2. Geben Sie die folgenden Konfigurationsdetails an:
    • Geben Sie die IP-Adresse des Bindplane-Agents ein.
    • Geben Sie die Portnummer des Bindplane-Agents ein. Der Standardport ist 514.
    • Wählen Sie je nach Bindplane-Agent-Konfiguration das Protokoll UDP oder TCP aus.
  3. Klicken Sie auf Weiter.

Syslog-Ereignisse konfigurieren

  1. Wählen Sie im Schritt Syslog-Inhalte verwalten des Assistenten die einzelnen Arten von Audit-Informationen aus, die Sie an den externen Syslog-Server senden möchten:
    • Audit-Logs senden
    • Sicherheitshinweise senden
    • Anwendungslogs senden
    • Zugriffslogs senden
  2. Wählen Sie für Schweregrad die Option Passthrough oder 7 (Informational) aus.
  3. Wählen Sie für Einrichtung die Option Passthrough aus.
  4. Klicken Sie auf Weiter.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
command principal.process.command_line Direkt aus dem Rohlogfeld „command“ zugeordnet.
component metadata.product_event_type Direkt aus dem Rohlogfeld „component“ zugeordnet.
component_name additional.fields[0].value.string_value Direkt aus dem Rohlogfeld „component_name“ zugeordnet.
description security_result.description Direkt aus dem Rohlogfeld „description“ nach optionalem Grok-Parsing zugeordnet.
description security_result.detection_fields[0].value Aus dem Feld „description“ (Beschreibung) mit einem Grok-Muster extrahiert. Stellt den aktuellen Status dar.
description security_result.detection_fields[1].value Aus dem Feld „description“ (Beschreibung) mit einem Grok-Muster extrahiert. Stellt den vorherigen Status dar.
description security_result.detection_fields[2].value Aus dem Feld „description“ (Beschreibung) mit einem Grok-Muster extrahiert. Gibt den Grund für die Statusänderung an.
event_timestamp metadata.event_timestamp Direkt aus dem Rohlogfeld „event_timestamp“ nach dem Parsen des Datums zugeordnet.
hostname principal.hostname Direkt aus dem Rohlogfeld „hostname“ zugeordnet.
hostname principal.asset.hostname Kopiert aus dem zugeordneten Feld „principal.hostname“.
internal_code additional.fields[1].value.string_value Direkt aus dem Rohlogfeld „internal_code“ zugeordnet.
priority_id additional.fields[2].value.string_value Direkt aus dem Rohlogfeld „priority_id“ zugeordnet.
additional.fields[0].key Statischer Wert: „Komponentenname“.
additional.fields[1].key Statischer Wert: „Interner Code“.
additional.fields[2].key Statischer Wert: „Priority Id“ (Prioritäts-ID).
metadata.event_type Auf „STATUS_UPDATE“ setzen, wenn „principal.hostname“ erfolgreich extrahiert wurde, andernfalls auf „GENERIC_EVENT“.
metadata.vendor_name Statischer Wert: „HP“
metadata.product_name Statischer Wert: „HPE BladeSystem c7000“.
metadata.log_type Statischer Wert: „HPE_BLADESYSTEM_C7000“.
security_result.severity Wird aus dem Feld „severity“ (Schweregrad) anhand der folgenden Logik zugeordnet:- „Critical“ (Kritisch) –> „CRITICAL“ (KRITISCH)- „Major“ (Schwerwiegend) –> „HIGH“ (HOCH)- „Warning“ (Warnung) –> „MEDIUM“ (MITTEL)- „Info“ (Information), „Minor“ (Geringfügig) –> „LOW“ (GERING)- Standard –> „UNKNOWN_SEVERITY“ (UNBEKANNTER_SCHWEREGRAD)
security_result.detection_fields[0].key Statischer Wert: „Current State“ (Aktueller Status).
security_result.detection_fields[1].key Statischer Wert: „Vorheriger Status“
security_result.detection_fields[2].key Statischer Wert: „Ursache“.

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