Cisco Wireless Security Management-Protokolle (WiSM) erfassen
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
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie SIEM-Einstellungen > Collection Agents auf.
- 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
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie die SIEM-Einstellungen > „Profil“ auf.
- 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
- Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator.
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
- Öffnen Sie ein Terminal mit Root- oder Sudo-Berechtigungen.
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
- 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).
- Suchen Sie die Datei
Bearbeiten Sie die Datei
config.yaml
so: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
- Melden Sie sich in der Web-Benutzeroberfläche des Cisco Wireless LAN Controller an.
- Klicken Sie auf Verwaltung > Protokolle > Konfiguration.
- Geben Sie die IP-Adresse des Bindplane-Agents in das Feld Syslog Server IP Address (IP-Adresse des Syslog-Servers) ein.
- Klicken Sie auf Hinzufügen.
- 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.
- Klicken Sie auf Übernehmen.
- 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