Cisco Wireless Security Management-Protokolle (WiSM) erfassen

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie Cisco Wireless Security Management (WiSM)-Logs mit Bindplane in Google Security Operations aufnehmen. Der Parser extrahiert Felder aus den Syslog-Nachrichten, ordnet sie dem einheitlichen Datenmodell (Unified Data Model, UDM) zu und kategorisiert Ereignisse anhand des Felds cisco_mnemonic. Es verarbeitet verschiedene Ereignistypen wie Anmeldungen, Abmeldungen, Netzwerkverbindungen und Statusaktualisierungen und extrahiert relevante Informationen wie Nutzernamen, IP-Adressen, MAC-Adressen und Sicherheitsdetails.

Hinweise

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

  • Google SecOps-Instanz
  • Ein Windows-Host mit 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 den Cisco Wireless LAN Controller (WLC)

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.

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

  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_WSM'
            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 Authentifizierungsdatei für die Google SecOps-Aufnahme 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 WiSM konfigurieren

  1. Melden Sie sich in der Web-Benutzeroberfläche des Cisco Wireless LAN Controller an.
  2. Klicken Sie auf Verwaltung > Protokolle > Konfiguration.
  3. Geben Sie die IP-Adresse des Bindplane-Agents in das Feld Syslog Server IP Address (IP-Adresse des Syslog-Servers) ein.
  4. Klicken Sie auf Hinzufügen.
  5. Geben Sie die folgenden Konfigurationsdetails an:
    • Syslog Severity (Syslog-Schweregrad): Wählen Sie Informational (Information) aus.
    • Syslog Facility (Syslog-Einrichtung): Wählen Sie Local Use 0 (Lokale Verwendung 0) aus.
    • Buffered Log Level (Puffer-Logebene): Wählen Sie Informational – Severity level 6 (Informationell – Schweregrad 6) aus.
    • Console Log Level (Konsolen-Logebene): Wählen Sie Informational - Severity level 6 (Informationell – Schweregrad 6) aus.
    • Aktivieren Sie das Kästchen Dateiinfo, um Informationen zur Quelldatei einzuschließen.
    • Aktivieren Sie das Kästchen Proc Info, um Prozessinformationen einzuschließen.
    • Aktivieren Sie das Kästchen Trace-Informationen, um Informationen zur Rückverfolgung einzuschließen.
  6. Klicken Sie auf Übernehmen.
  7. Klicken Sie auf Konfiguration speichern.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
cisco_facility principal.resource.type Mit grok aus dem Feld cisco_tag extrahiert.
cisco_message metadata.description Die ursprüngliche Nachricht aus dem Rohlog.
cisco_tag metadata.product_event_type Das Tag aus dem Rohlog, das Einrichtung, Schweregrad und Mnemonic enthält.
database security_result.detection_fields.value Wenn der Schlüssel vorhanden ist, wird er auf „Database“ (Datenbank) gesetzt.
hostname intermediary.hostname Falls vorhanden.
intermediary_ip intermediary.ip Die IP-Adresse des Vermittlungsgeräts.
principal_hostname principal.hostname Falls vorhanden.
principal_ip principal.ip Falls vorhanden.
principal_mac principal.mac Falls vorhanden. Als durch Doppelpunkte getrennte Hexadezimalzahl formatiert.
principal_port principal.port Falls vorhanden. In Ganzzahl konvertiert.
principal_process_id principal.process.pid Falls vorhanden.
profile security_result.detection_fields.value Wenn der Schlüssel vorhanden ist, wird er auf „Profile“ gesetzt.
reason_message security_result.summary Falls vorhanden. Wird manchmal auch für security_result.description verwendet.
target_ip target.ip Falls vorhanden.
target_mac target.mac Falls vorhanden.
terminal target.hostname Falls vorhanden.
tls_local_ip security_result.detection_fields.value Wenn der Schlüssel vorhanden ist, wird er auf „TLS local“ gesetzt.
tls_remote security_result.detection_fields.value Wenn der Schlüssel vorhanden ist, wird er auf „TLS Remote“ gesetzt.
username principal.user.userid (oder target.user.userid bei Abmeldeereignissen) Falls vorhanden. Wird in bestimmten Fällen durch die Parserlogik auf „MECHANISM_UNSPECIFIED“ gesetzt. Wird durch die Parserlogik für An- und Abmeldeereignisse auf „MACHINE“ gesetzt. Aus dem Batch create_time kopiert. Wird durch die Parserlogik basierend auf cisco_mnemonic und anderen Feldern bestimmt. Wird von der Parserlogik auf „CISCO_WSM“ gesetzt. Wird von der Parserlogik auf „CISCO_WSM“ gesetzt. Wird von der Parserlogik auf „CISCO_WSM“ gesetzt. Wird für bestimmte Ereignisse durch die Parserlogik auf „BROADCAST“ gesetzt. Wird für bestimmte Ereignisse durch die Parserlogik auf „UDP“ gesetzt. Falls vorhanden. Wird durch die Parserlogik für bestimmte Ereignisse auf „ALLOW“ oder „BLOCK“ gesetzt. Wird für bestimmte Ereignisse durch die Parserlogik auf „AUTH_VIOLATION“ gesetzt. Wird für bestimmte Ereignisse durch die Parserlogik festgelegt, manchmal mit reason_message. Abgeleitet von cisco_severity durch Parserlogik. Abgeleitet von cisco_severity durch Parserlogik. Wird für bestimmte Ereignisse durch die Parserlogik festgelegt, manchmal mit reason_message.

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