BOTsink-Logs von Attivo Networks erfassen

Unterstützt in:

In diesem Dokument wird beschrieben, wie Sie BOTsink-Logs von Attivo Networks mit Bindplane in Google Security Operations aufnehmen. Der Parser versucht zuerst, eingehende Logmeldungen als JSON zu parsen. Wenn das nicht funktioniert, werden Felder aus Nachrichten im Common Event Format (CEF) mithilfe einer Reihe von Grok-Mustern extrahiert. Dabei werden verschiedene Formate und potenzielle Fehler berücksichtigt. Schließlich werden die extrahierten Felder dem Schema für einheitliche Datenmodelle (Unified Data Model, UDM) zugeordnet, wodurch die Daten mit zusätzlichem Kontext angereichert und die Ausgabe standardisiert wird.

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, sind die Firewallports geöffnet.
  • Privilegierter Zugriff auf Attivo Networks

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

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 es 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: '/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
            ingestion_labels:
                log_type: 'ATTIVO'
                raw_log_field: body
    
    service:
        pipelines:
            logs/source0__chronicle_w_labels-0:
                receivers:
                    - udplog
                exporters:
                    - chronicle/chronicle_w_labels
    
  3. Ersetzen Sie den Port und die IP-Adresse nach Bedarf in Ihrer Infrastruktur.

  4. Ersetzen Sie <customer_id> durch die tatsächliche Kunden-ID.

  5. 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 in Attivo Networks BOTsink konfigurieren

  1. Melden Sie sich in der Attiva Networks-Web-UI an.
  2. Klicken Sie auf Verwaltung > Verwaltung > Syslog.
  3. Klicken Sie auf Hinzufügen, um ein neues Syslog-Profil zu erstellen.
  4. Geben Sie einen aussagekräftigen Namen für das Profil ein.
  5. Wählen Sie unter Event Forwarding (Ereignisweiterleitung) die Option Enabled (Aktiviert) aus.
  6. Konfiguration für BOTsink Standards angeben:
    • Sehr niedrig: Wählen Sie Informationsbezogen aus.
    • Niedrig: Wählen Sie Warnung aus.
    • Medium: Wählen Sie Benachrichtigung aus.
    • Hoch: Wählen Sie Kritisch aus.
    • Sehr hoch: Wählen Sie Notfall aus.
    • Wählen Sie unter Message Format (Nachrichtenformat) die Option CEF aus.
  7. Wählen Sie im Profilbereich Neue Verbindung hinzufügen aus.
  8. Geben Sie die folgenden Konfigurationsdetails an:
    • Servername: Geben Sie einen aussagekräftigen Namen ein, über den Google SecOps leicht zu identifizieren ist.
    • Profile Name (Profilname): Wählen Sie das CEF-Syslog-Profil aus, das Sie zuvor erstellt haben.
    • IP-Adresse: Geben Sie die IP-Adresse des Bindplane-Agents ein.
    • Port: Geben Sie die Portnummer des Bindplane-Agents ein (z. B. 514 für UDP).
    • Protokoll: Wählen Sie UDP aus.
  9. Klicken Sie auf Verbindung testen und prüfen Sie, ob Sie die Testdaten im BindPlane-Agent und in Google SecOps erhalten.
  10. Klicken Sie auf OK.

UDM-Zuordnungstabelle

Logfeld UDM-Zuordnung Logik
alertID read_only_udm.metadata.product_log_id Der Wert wird aus dem Feld alertID übernommen.
Katze read_only_udm.security_result.action_details Der Wert wird aus dem Feld cat übernommen.
CEFDeviceProduct read_only_udm.metadata.product_name Der Wert wird aus dem Feld CEFDeviceProduct übernommen.
CEFDeviceVendor read_only_udm.metadata.vendor_name Der Wert wird aus dem Feld CEFDeviceVendor übernommen.
CEFDeviceVersion read_only_udm.metadata.product_version Der Wert wird aus dem Feld CEFDeviceVersion übernommen.
CEFName Wird verwendet, um die Felder operation, result, module und descrip zu extrahieren.
CEFSeverity read_only_udm.security_result.severity Wird anhand dieser Regeln aus dem Feld CEFSeverity abgeleitet:
 – error oder warning: HIGH
 – (?i)critical: CRITICAL
 – (?i)notice oder (?i)MEDIUM: MEDIUM
 – information, info, Very-Low oder Low: LOW
CEFSignatureID read_only_udm.security_result.rule_id Der Wert wird aus dem Feld CEFSignatureID übernommen.
cef_version read_only_udm.additional.fields.value.string_value Der Wert wird aus dem Feld cef_version übernommen.
read_only_udm.additional.fields.key Statischer Wert: CEFVersion
descrip read_only_udm.metadata.description Der Wert wird aus dem Feld descrip übernommen.
dest_domain read_only_udm.target.domain.name Der Wert wird aus dem Feld dest_domain übernommen.
dhost read_only_udm.target.hostname Der Wert wird aus dem Feld dhost übernommen, wenn service gleich NETBIOS ist.
dIPDomain read_only_udm.target.domain.name Der Wert wird aus dem Feld dIPDomain übernommen, wenn dest_domain leer ist.
dst read_only_udm.target.ip Der Wert wird aus dem Feld dst übernommen.
dst_os read_only_udm.target.asset.platform_software.platform_version Der Wert wird aus dem Feld dst_os übernommen.
dpt read_only_udm.target.port Der Wert wird aus dem Feld dpt übernommen und in eine Ganzzahl konvertiert.
dvc read_only_udm.principal.hostname, read_only_udm.target.ip, read_only_udm.intermediary.hostname Die Logik hängt von den Werten der Felder dvc, src und sip ab. Sie kann je nach Verfügbarkeit und Format dieser Felder dem primären Hostnamen, der Ziel-IP-Adresse oder dem Zwischenhostnamen zugeordnet werden.
intf read_only_udm.additional.fields.value.string_value Der Wert wird aus dem Feld intf übernommen und in einen String konvertiert.
read_only_udm.additional.fields.key Statischer Wert: intf
mitreTacticName read_only_udm.security_result.rule_name Der Wert wird aus dem Feld mitreTacticName übernommen.
mitreTechniqueId read_only_udm.security_result.detection_fields.value Der Wert wird aus dem Feld mitreTechniqueId übernommen.
read_only_udm.security_result.detection_fields.key Statischer Wert: Technique name
mitreTechniqueName read_only_udm.security_result.detection_fields.value Der Wert wird aus dem Feld mitreTechniqueName übernommen.
read_only_udm.security_result.detection_fields.key Statischer Wert: Technique name
module read_only_udm.additional.fields.value.string_value Der Wert wird aus dem Feld module übernommen.
read_only_udm.additional.fields.key Statischer Wert: module
msg read_only_udm.metadata.description Der Wert wird aus dem Feld msg übernommen, nachdem das Feld protocol extrahiert wurde.
Vorgang read_only_udm.additional.fields.value.string_value Der Wert wird aus dem Feld operation übernommen.
read_only_udm.additional.fields.key Statischer Wert: operation
Protokoll read_only_udm.network.ip_protocol Der Wert wird aus dem Feld protocol übernommen, wenn er entweder TCP oder UDP ist.
Ergebnis read_only_udm.security_result.action Wird anhand dieser Regeln aus dem Feld result abgeleitet:
 – (?i)SUCCESS oder (?i)ALLOW: ALLOW
 – CHALLENGE: CHALLENGE
 – FAILURE, DENY, SKIPPED oder RATE_LIMIT: BLOCK
rt read_only_udm.metadata.event_timestamp Der Wert wird aus dem Feld rt übernommen und als UNIX-Zeitstempel in Millisekunden geparst.
shost read_only_udm.principal.hostname Der Wert wird aus dem Feld shost übernommen.
sip read_only_udm.principal.hostname, read_only_udm.principal.ip Die Logik hängt von den Werten der Felder dvc und sip ab. Sie kann dem primären Hostnamen oder der IP-Adresse zugeordnet werden, je nach Verfügbarkeit und Format dieser Felder.
smac read_only_udm.principal.mac Der Wert wird aus dem Feld smac übernommen.
source read_only_udm.principal.hostname Der Wert wird aus dem Feld source übernommen.
source_domain read_only_udm.principal.domain.name Der Wert wird aus dem Feld source_domain übernommen.
src read_only_udm.principal.ip Der Wert wird aus dem Feld src übernommen.
subscriberName read_only_udm.additional.fields.value.string_value Der Wert wird aus dem Feld subscriberName übernommen.
read_only_udm.additional.fields.key Statischer Wert: Subscriber Name
suser read_only_udm.principal.user.userid, read_only_udm.principal.user.user_display_name Der Wert wird aus dem Feld suser nach dem Extrahieren des Nutzernamens übernommen.
threshold read_only_udm.additional.fields.value.string_value Der Wert wird aus dem Feld threshold übernommen.
read_only_udm.additional.fields.key Statischer Wert: arp-scan-threshold
usrname read_only_udm.principal.user.email_addresses Der Wert wird aus dem Feld usrname übernommen, wenn es nicht leer oder N/A ist.
vlan read_only_udm.principal.labels.value Der Wert wird aus dem Feld vlan übernommen.
read_only_udm.principal.labels.key Statischer Wert: vlan
read_only_udm.metadata.event_type Wird anhand der Werte der Felder src, smac, shost, dst, protocol, dvc und service bestimmt. Sie kann einen der folgenden Werte annehmen: SCAN_NETWORK, NETWORK_CONNECTION, NETWORK_UNCATEGORIZED, STATUS_UPDATE oder GENERIC_EVENT.

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