Cisco Firewall Service Module-Logs (FWSM) erfassen

Unterstützt in:

Google SecOps SIEM

Hinweis :Dieses Feature unterliegt den Bedingungen des Pre-GA-Angebots in den dienstspezifischen Nutzungsbedingungen für Google Security Operations. Pre-GA-Features werden eventuell nur eingeschränkt unterstützt und Änderungen an diesen Features sind möglicherweise nicht mit anderen Pre-GA-Versionen kompatibel. Weitere Informationen finden Sie in den Richtlinien für den technischen Support von Google SecOps und den dienstspezifischen Nutzungsbedingungen für Google SecOps.

In diesem Dokument wird beschrieben, wie Sie Cisco Firewall Service Module (FWSM)-Logs mit Bindplane in Google Security Operations aufnehmen. Der Parser extrahiert zuerst allgemeine Felder wie Zeitstempel, IP-Adressen und Ereignisbeschreibungen aus den Syslog-Meldungen des Geräts mithilfe von Grok-Mustern. Anschließend werden die extrahierten Informationen dem standardisierten UDM-Schema (Unified Data Model) zugeordnet. Dabei werden Datentypen konvertiert, Felder umbenannt und die Ausgabe mit sicherheitsrelevanten Klassifizierungen auf Grundlage bestimmter Werte und Keywords angereichert.

Hinweise

Prüfen Sie, ob folgende Voraussetzungen erfüllt sind:

• Google SecOps-Instanz
• Windows 2016 oder höher oder ein Linux-Host mit systemd
• Wenn die Ausführung hinter einem Proxy erfolgt, müssen die Firewallports geöffnet sein.
• Privilegierter Zugriff auf die Cisco FWSM-Appliance

Authentifizierungsdatei für die Aufnahme in Google SecOps abrufen

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

Google SecOps-Kundennummer abrufen

1. Melden Sie sich in der Google SecOps-Konsole an.
2. Rufen Sie die SIEM-Einstellungen > „Profil“ 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
   

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 im Installationsleitfaden.

Bindpolane-Agent so konfigurieren, dass Syslog aufgenommen und an Google SecOps gesendet wird

1. Rufen Sie die Konfigurationsdatei auf:
   • Suchen Sie die Datei config.yaml. Normalerweise befindet sie sich unter Linux im Verzeichnis /etc/bindplane-agent/ 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:
           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: <customer_id>
           endpoint: malachiteingestion-pa.googleapis.com
           # Add optional ingestion labels for better organization
           log_type: 'CISCO_FWSM'
           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 <customer_id> durch die tatsächliche Kunden-ID.
   • Aktualisieren Sie /path/to/ingestion-authentication-file.json auf den Pfad, in dem die Authentifizierungsdatei im Abschnitt Google SecOps-Aufnahmeauthentifizierungsdatei abrufen gespeichert wurde.

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 bindplane-agent
  

• Wenn Sie den Bindplane-Agent unter Windows neu starten möchten, können Sie entweder die Konsole Dienste verwenden oder den folgenden Befehl eingeben:

  net stop BindPlaneAgent && net start BindPlaneAgent
  

Syslog auf Cisco FWSM konfigurieren

1. Melden Sie sich über SSH oder eine Konsolenverbindung bei Cisco FWSM an.

2. Logging konfigurieren:

   logging on
   

3. Konfigurieren Sie die Protokollierungsebene:

   logging trap <level>
   

   • Ändern Sie die Protokollierungs-Trap-Ebene in 6 (Information).

4. Konfigurieren Sie die Syslog-Einstellungen:

   logging host [interface] bindplane_ip_address udp[/bindplane_port]
   

UDM-Zuordnungstabelle

Logfeld	UDM-Zuordnung	Logik
1.1.1.1	observer.ip	Aus der Logmeldung mit dem Grok-Muster extrahiert.
2.2.2.2	principal.ip target.ip	Aus der Logmeldung mit dem Grok-Muster extrahiert. Die Ziel-IP wird je nach Richtung der Verbindung entweder principal.ip oder target.ip zugeordnet. Wenn dst outside, wird sie principal.ip zugeordnet, andernfalls target.ip.
3.3.3.3	principal.ip target.ip	Aus der Logmeldung mit dem Grok-Muster extrahiert. Die Quell-IP wird je nach Richtung der Verbindung entweder principal.ip oder target.ip zugeordnet. Wenn dst outside, wird sie principal.ip zugeordnet, andernfalls target.ip.
3. Apr., 10:35:40		Dieser Zeitstempel wird nicht im UDM erfasst.
3. April, 10:44:38 Uhr		Dieser Zeitstempel wird nicht im UDM erfasst.
3. April, 11:20:34 Uhr		Dieser Zeitstempel wird nicht im UDM erfasst.
3. April, 11:20:38 Uhr		Dieser Zeitstempel wird nicht im UDM erfasst.
29. April, 16:09:44 Uhr		Dieser Zeitstempel wird nicht im UDM erfasst.
Ablehnen	security_result.action_details	Aus der Logmeldung mit dem Grok-Muster extrahiert.
Abgelehnt	security_result.action_details	Aus der Logmeldung mit dem Grok-Muster extrahiert.
FWSM-3-106011	metadata.product_event_type	Aus der Logmeldung mit dem Grok-Muster extrahiert.
FWSM-3-313001	metadata.product_event_type	Aus der Logmeldung mit dem Grok-Muster extrahiert.
FWSM-4-106023	metadata.product_event_type	Aus der Logmeldung mit dem Grok-Muster extrahiert.
FWSM-4-302010	metadata.product_event_type	Aus der Logmeldung mit dem Grok-Muster extrahiert.
FWSM-4-302016	metadata.product_event_type	Aus der Logmeldung mit dem Grok-Muster extrahiert.
ICMP	network.ip_protocol	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in Großbuchstaben umgewandelt.
TCP	network.ip_protocol	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in Großbuchstaben umgewandelt.
Bereinigen	security_result.action_details	Aus der Logmeldung mit dem Grok-Muster extrahiert.
UDP	network.ip_protocol	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in Großbuchstaben umgewandelt.
111	target.port	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in eine Ganzzahl konvertiert. Wenn dst outside, wird es principal.port zugeordnet, andernfalls target.port.
17608	principal.port	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in eine Ganzzahl konvertiert. Wenn dst outside, wird es principal.port zugeordnet, andernfalls target.port.
3.000	principal.port	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in eine Ganzzahl konvertiert. Wenn dst outside, wird es principal.port zugeordnet, andernfalls target.port.
33103	target.port	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in eine Ganzzahl konvertiert. Wenn dst outside, wird es principal.port zugeordnet, andernfalls target.port.
514	principal.port target.port	Aus der Log-Nachricht mit dem Grok-Muster extrahiert und in eine Ganzzahl konvertiert. Wenn dst outside, wird es principal.port zugeordnet, andernfalls target.port.
	metadata.description	Das gesamte Feld descrip aus dem Rohlog wird diesem Feld zugeordnet.
	metadata.event_timestamp	Der Zeitstempel aus dem Batch-Objekt wird als Ereigniszeitstempel verwendet.
	metadata.event_type	Wird anhand der Quell- und Ziel-IP-Adressen bestimmt:  – NETWORK_CONNECTION: Sowohl Quell- als auch Ziel-IP-Adressen sind vorhanden.  – STATUS_UPDATE: Nur die Quell-IP ist vorhanden.  – GENERIC_EVENT: Weder Quell- noch Ziel-IP sind vorhanden.
	metadata.product_name	Hartcodiert auf CISCO_FWSM.
	metadata.vendor_name	Hartcodiert auf CISCO.
	principal.resource.type	Wird aus dem Feld facility abgeleitet, das aus der Log-Nachricht extrahiert wurde.
	security_result.action	Legen Sie BLOCK fest, wenn das Feld action einen der folgenden Werte hat: Deny, Teardown, denied oder Denied.
	security_result.severity	Wird anhand des Felds severity_level bestimmt:  – 7, 6: INFORMATIONELL  – 5: NIEDRIG  – 4: MITTEL  – 3: FEHLER  – 2: HOCH  – andere: KRITISCH
	network.direction	Wird aus dem Feld direction abgeleitet, das aus der Log-Nachricht extrahiert wurde. Wenn das Feld direction den Wert inbound hat, wird dieses Feld auf INBOUND gesetzt.

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