Logs der Cisco Secure Web Appliance (früher Web Security Appliance) erfassen

Parserversion: 7.0

Unterstützt in:

Google SecOps SIEM

In diesem Dokument wird beschrieben, wie Sie Cisco Secure Web Appliance-Logs (früher Web Security Appliance) mit Bindplane in Google Security Operations aufnehmen.

Cisco Secure Web Appliance ist ein lokaler Webproxy und ein Sicherheitsgateway, das Unternehmen vor webbasierten Bedrohungen schützt. Es bietet URL-Filterung, Malware-Scans, Schutz vor Datenverlust sowie Anwendungsübersicht und ‑steuerung für den gesamten HTTP-, HTTPS- und FTP-Traffic. Die Appliance setzt Richtlinien zur zulässigen Verwendung durch und prüft verschlüsselten Traffic, um komplexe Bedrohungen zu erkennen und zu blockieren.

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 der Cisco Secure Web Appliance
• 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 die Weboberfläche der Cisco Secure Web Appliance

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.

Option 1: Dienstkonto für die Chronicle API erstellen (empfohlen)

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-Bearbeiter aus.
7. Klicken Sie auf Weiter und dann auf Fertig.
8. Klicken Sie auf das erstellte Dienstkonto und rufen Sie dann 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, damit der Pfad mit dem Pfad übereinstimmt, in 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 Konfiguration des Exporters.

Hinweis: Der JSON-Schlüssel ist ein Berechtigungsnachweis. Beschränken Sie den Zugriff auf die Datei auf dem Bindplane-Host und rotieren Sie den Schlüssel gemäß den Richtlinien Ihrer Organisation.

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

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

Hinweis: Mit dieser Datei wird der Agent bei der Legacy Ingestion API (malachiteingestion-pa.googleapis.com) authentifiziert, die Google am 20. Juli 2027 einstellen wird. Planen Sie den Wechsel zu Option 1 vor diesem Datum.

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 Kundennummer aus dem Bereich Organization Details (Organisationsdetails).

   Hinweis :Die Kunden-ID ist für die Konfiguration des Bindplane-Agent-Exporters erforderlich.

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 Problembehebung finden Sie im Installationsanleitung für den Bindplane-Agent.

Hinweis: Für die Konfiguration des Chronicle API-Exporters ist Bindplane Collector v1.106.0 oder höher erforderlich. Mit den vorherigen Befehlen wird der neueste Release installiert. Wenn Sie eine vorhandene Installation aktualisieren, führen Sie ein Upgrade des Collectors durch, bevor Sie die Konfiguration ändern.

Bindplane-Agent zum Erfassen von Syslog-Daten und Senden an Google SecOps konfigurieren

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:
    tcplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/cisco_wsa:
      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: CISCO_WSA
      raw_log_field: body
  
  service:
    pipelines:
      logs/cisco_wsa_to_chronicle:
        receivers:
          - tcplog
        exporters:
          - chronicle/cisco_wsa
  

Konfigurationsparameter

Ersetzen Sie die folgenden Platzhalter:

• Empfängerkonfiguration:

  • listen_address: IP-Adresse und Port, auf die gewartet 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 Datei zur Authentifizierung bei der Aufnahme 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/cisco_wsa:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: CISCO_WSA
      raw_log_field: body
  

Hinweis: Dieser Exporteur funktioniert nicht mehr, wenn die Ingestion API am 20. Juli 2027 eingestellt wird.

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

So starten Sie den Bindplane-Agenten unter Linux neu:

1. Führen Sie dazu diesen Befehl aus:

   sudo systemctl restart observiq-otel-collector
   

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

   sudo systemctl status observiq-otel-collector
   

3. Prüfen Sie die Logs auf Fehler:

   sudo journalctl -u observiq-otel-collector -f
   

So starten Sie den Bindplane-Agent unter Windows neu:

1. Wählen Sie eine der folgenden Optionen aus:

   • 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.

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

   sc query observiq-otel-collector
   

3. Prüfen Sie die Logs auf Fehler:

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

Syslog-Weiterleitung auf der Cisco Secure Web Appliance konfigurieren

1. Melden Sie sich in der Weboberfläche der Cisco Secure Web Appliance an.
2. Rufen Sie Systemadministration > Log-Abos auf.
3. Klicken Sie auf Log-Abo hinzufügen.
4. Wählen Sie im Drop-down-Menü Log Type (Protokolltyp) einen Protokolltyp aus. Wählen Sie für Web-Proxy-Traffic Zugriffslogs aus.
5. Geben Sie im Feld Logname einen aussagekräftigen Namen für das Logabo ein, z. B. chronicle-access.

6. Wählen Sie das Format des Zugriffslogs aus:

   • Squid: Standardformat, das mit Squid kompatibel ist
   • Apache: Apache-kompatibles Format
   • W3C Extended: W3C Extended Log-Dateiformat mit konfigurierbaren Feldern
   Hinweis: Das Squid-Format ist das Standardformat und wird am häufigsten mit dem CISCO_WSA-Parser verwendet.

7. Geben Sie die maximale Dateigröße vor dem Log-Rollover und das Zeitintervall zwischen den Rollovers an.

8. Wählen Sie die Logebene aus. Die verfügbaren Optionen sind „Kritisch“, „Warnung“, „Information“, „Debug“ oder „Trace“.

9. Wählen Sie im Abschnitt Abrufmethode die Option Syslog-Push aus.

10. Geben Sie die folgenden Konfigurationsdetails an:

    • Hostname: Geben Sie die IP-Adresse oder den Hostnamen des Bindplane-Agent-Hosts ein (z. B. 192.168.1.100).
    • Port: Geben Sie die Portnummer ein, die auf dem Bindplane-Agent konfiguriert ist (z. B. 514).
    • Protokoll: Wählen Sie TCP aus.
    • Maximale Nachrichtengröße: Geben Sie die maximale Größe der Logeinträge in Byte ein, die an den Remote-Syslog-Server gesendet werden sollen.
    • Facility: Wählen Sie die erforderliche Syslog-Facility aus (z. B. Local0).
    Hinweis: Syslog Push entspricht RFC 3164.

11. Klicken Sie auf Senden.

12. Klicken Sie auf Änderungen übernehmen, um die Konfiguration anzuwenden.

    Hinweis: Wiederholen Sie die Schritte 3 bis 12, um zusätzliche Logabos für andere Logtypen wie L4 Traffic Monitor Logs, Malware Scanning Logs oder Authentication Logs zu erstellen.
    Hinweis: Weitere Informationen finden Sie im Cisco Secure Web Appliance User Guide.

UDM-Zuordnungstabelle

Logfeld	UDM-Zuordnung	Logik
_field	additional.fields	Zusammengeführt
case_name_label	additional.fields	Zusammengeführt
cmf_label	additional.fields	Zusammengeführt
dcf_label	additional.fields	Zusammengeführt
err_label	additional.fields	Zusammengeführt
interaction_mode_label	additional.fields	Zusammengeführt
proxy_session_id_label	additional.fields	Zusammengeführt
request_size_label	additional.fields	Zusammengeführt
total_bytes_label	additional.fields	Zusammengeführt
transaction_disposition_label	additional.fields	Zusammengeführt
auth_mechanism	extensions.auth.auth_details	Direkt zugeordnet
wsa_hostname	intermediary.asset.hostname	Direkt zugeordnet
wsa_hostname	intermediary.hostname	Direkt zugeordnet
description	metadata.description	Direkt zugeordnet
time	metadata.event_timestamp	Geparst als MMM dd HH:mm:ss
when	metadata.event_timestamp	Als UNIX geparst
has_principal	metadata.event_type	Zugeordnet: true → NETWORK_HTTP, true → NETWORK_CONNECTION, true → STATUS_UPDATE
has_user	metadata.event_type	Zugeordnet: true → USER_UNCATEGORIZED
action	metadata.product_event_type	Direkt zugeordnet
app_proto	network.application_protocol	Direkt zugeordnet
method	network.http.method	Direkt zugeordnet
referer_url	network.http.referral_url	Direkt zugeordnet
returnCode	network.http.response_code	Direkt zugeordnet
user_agent	network.http.user_agent	Direkt zugeordnet
response_size	network.received_bytes	Direkt zugeordnet
bytes_sent	network.sent_bytes	Direkt zugeordnet
size	network.sent_bytes	Direkt zugeordnet
session_id	network.session_id	Direkt zugeordnet
srcip	principal.asset.ip	Zusammengeführt
srcip	principal.ip	Zusammengeführt
process_id	principal.process.pid	Direkt zugeordnet
_field	principal.resource.attribute.labels	Zusammengeführt
key	principal.resource.attribute.labels	Zugeordnet: server_response → _field
username	principal.user.userid	Direkt zugeordnet
_security_result	security_result	Zusammengeführt
domain	target.administrative_domain	Direkt zugeordnet
tgthost	target.asset.hostname	Direkt zugeordnet
tgtip	target.asset.ip	Zusammengeführt
mime_type	target.file.mime_type	Direkt zugeordnet
tgthost	target.hostname	Direkt zugeordnet
tgtip	target.ip	Zusammengeführt
tar_city	target.location.city	Direkt zugeordnet
tar_region	target.location.country_or_region	Direkt zugeordnet
tar_state	target.location.state	Direkt zugeordnet
tgtport	target.port	Direkt zugeordnet
kerberos_enctype_label	target.resource.attribute.labels	Zusammengeführt
kerberos_keytab_label	target.resource.attribute.labels	Zusammengeführt
kerberos_kvno_label	target.resource.attribute.labels	Zusammengeführt
server_cert_organization_label	target.resource.attribute.labels	Zusammengeführt
target_kerberos_realm_label	target.resource.attribute.labels	Zusammengeführt
url	target.url	Direkt zugeordnet
–	metadata.event_type	Konstante: NETWORK_HTTP
–	metadata.product_name	Konstante: WSA
–	metadata.vendor_name	Konstante: CISCO
information	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
appname	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
facility	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
logtime	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
policy	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
hostname	event.idm.read_only_udm.principal.hostname	Aus Änderungsprotokoll zugeordnet
hostname	event.idm.read_only_udm.principal.asset.hostname	Aus Änderungsprotokoll zugeordnet
ser_url	event.idm.read_only_udm.security_result.description	Aus Änderungsprotokoll zugeordnet
ser_msg	event.idm.read_only_udm.security_result.rule_name	Aus Änderungsprotokoll zugeordnet
ser_data	event.idm.read_only_udm.security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
priority	event.idm.read_only_udm.security_result.severity_details	Aus Änderungsprotokoll zugeordnet
srcport	event.idm.read_only_udm.principal.port	Aus Änderungsprotokoll zugeordnet
category	event.idm.read_only_udm.security_result.category_details	Aus Änderungsprotokoll zugeordnet
sha_value	event.idm.read_only_udm.target.file.sha256	Aus Änderungsprotokoll zugeordnet
cmf	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
dcf	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
err	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
case_name	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
total_bytes	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
request_size	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
transaction_disposition	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
application	event.idm.read_only_udm.additional.fields	Aus Änderungsprotokoll zugeordnet
bytes_sent	event.idm.read_only_udm.network.sent_bytes	Aus Änderungsprotokoll zugeordnet
response_size	event.idm.read_only_udm.network.received_bytes	Aus Änderungsprotokoll zugeordnet
description	event.idm.read_only_udm.metadata.description	Aus Änderungsprotokoll zugeordnet
referer_url	event.idm.read_only_udm.network.http.referral_url	Aus Änderungsprotokoll zugeordnet
wsa_hostname	event.idm.read_only_udm.intermediary.hostname, event.idm.read_only_udm.intermediary.asset.hostname	Aus Änderungsprotokoll zugeordnet

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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