Apache Hadoop-Logs erfassen
Parserversion: 3.0
In diesem Dokument wird beschrieben, wie Sie Apache Hadoop-Logs mit dem Bindplane-Agenten in Google Security Operations aufnehmen. Der Parser extrahiert zuerst Felder aus Hadoop-Rohlogs mithilfe von Grok-Mustern, die auf gängigen Hadoop-Logformaten basieren. Anschließend werden die extrahierten Felder den entsprechenden Feldern im UDM-Schema (Unified Data Model) zugeordnet, Datentypkonvertierungen durchgeführt und die Daten mit zusätzlichem Kontext angereichert.
Hinweis
Prüfen Sie, ob folgende Voraussetzungen erfüllt sind:
- Eine Google SecOps-Instanz
- Ein Windows 2016- oder höherer oder Linux-Host mit
systemd - 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 Konfigurationsdateien des Apache Hadoop-Clusters
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)
- 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.
- Rufen Sie IAM und Verwaltung > Dienstkonten auf.
- Klicken Sie auf Dienstkonto erstellen.
- 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).
- Name des Dienstkontos: Geben Sie einen Namen für das Konto ein (z. B.
- Klicken Sie auf Erstellen und fortfahren.
- Klicken Sie im Abschnitt Diesem Dienstkonto Zugriff auf das Projekt erteilen auf Rolle auswählen und wählen Sie Chronicle Editor aus.
- Klicken Sie auf Weiter und dann auf Fertig.
- Klicken Sie auf das von Ihnen erstellte Dienstkonto und rufen Sie den Tab Schlüssel auf.
- Klicken Sie auf Schlüssel hinzufügen > Neuen Schlüssel erstellen.
- Wählen Sie JSON aus und klicken Sie auf Erstellen. Die Schlüsseldatei wird auf Ihren Computer heruntergeladen.
- Speichern Sie die Schlüsseldatei als
ingestion-auth.jsonim Bindplane-Collector-Verzeichnis (/opt/observiq-otel-collector/ingestion-auth.jsonunter Linux oderC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonunter Windows) oder aktualisieren Siecreds_file_pathinconfig.yaml, sodass der Pfad mit dem Pfad übereinstimmt, unter dem Sie die Datei speichern. - Rufen Sie IAM und Verwaltung > Einstellungen auf und kopieren Sie die Projektnummer. Sie benötigen sie für die Exporter-Konfiguration.
Option 2: Authentifizierungsdatei für die Datenaufnahme herunterladen (Legacy)
- Melden Sie sich in der Google SecOps-Konsole an.
- Rufen Sie Einstellungen > Datenverwaltung > Erfassungs-Agents auf. Wenn Sie eine reine SIEM-Plattform verwenden, rufen Sie die Einstellungen > Erfassungs-Agents auf.
- Laden Sie die Authentifizierungsdatei für die Datenaufnahme herunter.
- Speichern Sie die Datei sicher auf dem System, auf dem der Bindplane-Agent installiert werden soll.
Google SecOps-Kundennummer abrufen
- Melden Sie sich in der Google SecOps-Konsole an.
- Gehen Sie zu Einstellungen > Verwaltung > Profil. Wenn Sie eine reine SIEM-Plattform verwenden, rufen Sie die Einstellungen > Profil auf.
- Kopieren und speichern Sie die Kundennummer aus dem Bereich Organisationsdetails.
Bindplane-Agent installieren
Installieren Sie den Bindplane-Agenten gemäß der folgenden Anleitung auf Ihrem Windows- oder Linux-Betriebssystem.
Windows-Installation
- Ö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 in der Installationsanleitung für den Bindplane-Agenten.
Bindplane-Agent für die Aufnahme von Syslog und das Senden an Google SecOps konfigurieren
Greifen Sie auf die Konfigurationsdatei zu:
- Suchen Sie die Datei
config.yaml. In der Regel befindet sie sich unter Linux im Verzeichnis/opt/observiq-otel-collector/oder unter Windows im Installationsverzeichnis. - Öffnen Sie die Datei mit einem Texteditor (z. B.
nano,vioder Notepad).
- Suchen Sie die Datei
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: 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 # 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: chronicle.googleapis.com # Add optional ingestion labels for better organization log_type: 'HADOOP' 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
<LOCATION>durch die Region Ihrer Google SecOps-Instanz (z. B.us,europeoderasia-southeast1). Der Exporter stellt diesem Wertchronicle.googleapis.comvoran. - Ersetzen Sie
<PROJECT_NUMBER>durch die Projektnummer aus IAM und Verwaltung > Einstellungen. - Ersetzen Sie
<CUSTOMER_ID>durch die tatsächliche Kundennummer. - Aktualisieren Sie
/path/to/ingestion-authentication-file.jsonauf den Dateipfad, unter dem die Dienstkontoschlüsseldatei (Option 1) in Schritt 1 gespeichert wurde.
Legacy-Ingestion-API-Exporter
Wenn Sie die Authentifizierungsdatei für die Datenaufnahme aus Option 2 verwenden, ersetzen Sie den Block
exportersdurch Folgendes. Legen Sie fürcreds_file_pathden Pfad zur Authentifizierungsdatei für die Datenaufnahme fest. Wenn sich Ihre Instanz außerhalb der USA befindet, ersetzen Siemalachiteingestion-pa.googleapis.comdurch Ihren regionalen Endpunkt (z. B.europe-malachiteingestion-pa.googleapis.com).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: 'HADOOP' raw_log_field: body ingestion_labels:
Starten Sie den Bindplane-Agent neu, um die Änderungen zu übernehmen.
Führen Sie den folgenden Befehl aus, um den Bindplane-Agenten unter Linux neu zu starten:
sudo systemctl restart observiq-otel-collectorWenn 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 observiq-otel-collector && net start observiq-otel-collector
Syslog-Weiterleitung in Apache Hadoop konfigurieren
Apache Hadoop verwendet Log4j für das Logging. Konfigurieren Sie den entsprechenden Syslog-Appender basierend auf Ihrer Log4j-Version, damit Hadoop-Daemons (NameNode, DataNode, ResourceManager, NodeManager usw.) Logs direkt an Ihren Syslog-Empfänger (Bindplane-Host) weiterleiten. Log4j wird über Dateien konfiguriert (keine Web-UI).
Option 1: Log4j 1.x-Konfiguration
- Suchen Sie die Datei log4j.properties (normalerweise in
$HADOOP_CONF_DIR/log4j.properties). Fügen Sie der Datei die folgende SyslogAppender-Konfiguration hinzu:
# Syslog appender (UDP example) log4j.appender.SYSLOG=org.apache.log4j.net.SyslogAppender log4j.appender.SYSLOG.SyslogHost=<BINDPLANE_HOST_IP>:514 log4j.appender.SYSLOG.Facility=LOCAL0 log4j.appender.SYSLOG.FacilityPrinting=true log4j.appender.SYSLOG.layout=org.apache.log4j.PatternLayout log4j.appender.SYSLOG.layout.ConversionPattern=%d{ISO8601} level=%p logger=%c thread=%t msg=%m%n # Example: send NameNode logs to syslog log4j.logger.org.apache.hadoop.hdfs.server.namenode=INFO,SYSLOG log4j.additivity.org.apache.hadoop.hdfs.server.namenode=false # Or attach to root logger to send all Hadoop logs # log4j.rootLogger=INFO, SYSLOGErsetzen Sie
<BINDPLANE_HOST_IP>durch die IP-Adresse Ihres Bindplane-Hosts.Speichern Sie die Datei.
Starten Sie die Hadoop-Daemons neu, um die Konfigurationsänderungen zu übernehmen.
Option 2: Log4j 2.x-Konfiguration
- Suchen Sie die Datei log4j2.xml (normalerweise in
$HADOOP_CONF_DIR/log4j2.xml). Fügen Sie der Datei die folgende Syslog-Appender-Konfiguration hinzu:
<Configuration status="WARN"> <Appenders> <!-- UDP example; for TCP use protocol="TCP" --> <Syslog name="SYSLOG" format="RFC 5424" host="<BINDPLANE_HOST_IP>" port="514" protocol="UDP" facility="LOCAL0" appName="hadoop" enterpriseNumber="18060" mdcId="mdc"> <PatternLayout pattern="%d{ISO8601} level=%p logger=%c thread=%t msg=%m %X%n"/> </Syslog> </Appenders> <Loggers> <!-- Send NameNode logs to syslog --> <Logger name="org.apache.hadoop.hdfs.server.namenode" level="info" additivity="false"> <AppenderRef ref="SYSLOG"/> </Logger> <!-- Or send all Hadoop logs --> <Root level="info"> <AppenderRef ref="SYSLOG"/> </Root> </Loggers> </Configuration>Ersetzen Sie
<BINDPLANE_HOST_IP>durch die IP-Adresse Ihres Bindplane-Hosts.Speichern Sie die Datei.
Starten Sie die Hadoop-Daemons neu, um die Konfigurationsänderungen zu übernehmen.
UDM-Zuordnungstabelle
| Logfeld | UDM-Zuordnung | Logik |
|---|---|---|
| zulässig | security_result.action | Wenn „false“, ist die Aktion „BLOCK“. Wenn „true“, ist die Aktion „ALLOW“. |
| auth_type | additional.fields.key = "auth_type", additional.fields.value.string_value | Wurde mit dem Grok-Muster „%{DATA:suser}@.*auth:%{WORD:auth_type}“ aus dem Feld „ugi“ extrahiert. Klammern und „auth:“ werden entfernt. |
| Anruf | additional.fields.key = "Call#", additional.fields.value.string_value | Direkt zugeordnet. |
| call_context | additional.fields.key = "callerContext", additional.fields.value.string_value | Direkt zugeordnet. |
| cliIP | principal.ip | Wird nur zugeordnet, wenn das Feld „json_data“ vorhanden ist und erfolgreich als JSON geparst wurde. |
| CMD | principal.process.command_line | Direkt zugeordnet. |
| cluster_name | target.hostname | Wird als Zielhostname verwendet, falls vorhanden. |
| Tag | metadata.event_timestamp.seconds | Wird mit Monat, Jahr, Stunden, Minuten und Sekunden verwendet, um „event_timestamp“ zu erstellen. |
| Beschreibung | metadata.description | Direkt zugeordnet. |
| driver | additional.fields.key = "driver", additional.fields.value.string_value | Direkt zugeordnet. |
| dst | target.ip OR target.hostname OR target.file.full_path | Wenn die IP-Adresse erfolgreich geparst wurde, wird sie der Ziel-IP-Adresse zugeordnet. Wenn der Wert mit „/user“ beginnt, wird er dem Zieldateipfad zugeordnet. Andernfalls wird er dem Ziel-Hostnamen zugeordnet. |
| dstport | target.port | Direkt zugeordnet und in Ganzzahl konvertiert. |
| enforcer | security_result.rule_name | Direkt zugeordnet. |
| event_count | additional.fields.key = "event_count", additional.fields.value.string_value | Direkt zugeordnet und in einen String konvertiert. |
| fname | src.file.full_path | Direkt zugeordnet. |
| Stunden | metadata.event_timestamp.seconds | Wird mit Monat, Tag, Jahr, Minuten und Sekunden verwendet, um „event_timestamp“ zu erstellen. |
| id | additional.fields.key = "id", additional.fields.value.string_value | Direkt zugeordnet. |
| ip | principal.ip | Wird nach dem Entfernen aller vorangestellten „/“-Zeichen der Haupt-IP zugeordnet. |
| json_data | Als JSON geparst. Extrahierte Felder werden den entsprechenden UDM-Feldern zugeordnet. | |
| logType | additional.fields.key = "logType", additional.fields.value.string_value | Direkt zugeordnet. |
| Nachricht | Wird verwendet, um verschiedene Felder mithilfe von Grok-Mustern zu extrahieren. | |
| method | network.http.method | Direkt zugeordnet. |
| Minuten | metadata.event_timestamp.seconds | Wird mit Monat, Tag, Jahr, Stunden und Sekunden verwendet, um „event_timestamp“ zu erstellen. |
| Monat | metadata.event_timestamp.seconds | Wird zusammen mit Tag, Jahr, Stunden, Minuten und Sekunden verwendet, um „event_timestamp“ zu erstellen. |
| Beobachter | observer.hostname ODER observer.ip | Wenn die IP-Adresse erfolgreich geparst wurde, wird sie der Beobachter-IP zugeordnet. Andernfalls wird er dem Hostnamen des Beobachters zugeordnet. |
| perm | additional.fields.key = "perm", additional.fields.value.string_value | Direkt zugeordnet. |
| Richtlinie | security_result.rule_id | Direkt zugeordnet und in einen String konvertiert. |
| Produkt | metadata.product_name | Direkt zugeordnet. |
| product_event | metadata.product_event_type | Direkt zugeordnet. Bei „rename“ wird das Feld „dst“ „target.file.full_path“ zugeordnet. |
| Proto | network.application_protocol | Direkt zugeordnet und in Großbuchstaben umgewandelt, wenn es nicht „webhdfs“ ist. |
| reason | security_result.summary | Direkt zugeordnet. |
| Repository | additional.fields.key = "repo", additional.fields.value.string_value | Direkt zugeordnet. |
| resType | additional.fields.key = "resType", additional.fields.value.string_value | Direkt zugeordnet. |
| Ergebnis | additional.fields.key = "result", additional.fields.value.string_value | Direkt zugeordnet und in einen String konvertiert. |
| Wiederholen | additional.fields.key = "Retry#", additional.fields.value.string_value | Direkt zugeordnet. |
| Sekunden | metadata.event_timestamp.seconds | Wird zusammen mit Monat, Tag, Jahr, Stunden und Minuten verwendet, um „event_timestamp“ zu erstellen. |
| seq_num | additional.fields.key = "seq_num", additional.fields.value.string_value | Direkt zugeordnet und in einen String konvertiert. |
| die Ausprägung | security_result.severity | Wird je nach Wert verschiedenen Schweregraden zugeordnet: „INFO“, „Info“, „info“ -> „INFORMATIONAL“; „Low“, „low“, „LOW“ -> „LOW“; „error“, „Error“, „WARN“, „Warn“ -> „MEDIUM“; „High“, „high“, „HIGH“ -> „HIGH“; „Critical“, „critical“, „CRITICAL“ -> „CRITICAL“. |
| shost | principal.hostname | Wird als Haupt-Hostname verwendet, wenn er sich von „src“ unterscheidet. |
| src | principal.ip OR principal.hostname OR observer.ip | Wenn die IP-Adresse erfolgreich geparst wurde, wird sie dem Hauptkonto und der Beobachter-IP zugeordnet. Andernfalls wird es dem primären Hostnamen zugeordnet. |
| srcport | principal.port | Direkt zugeordnet und in Ganzzahl konvertiert. |
| Zusammenfassung | security_result.summary | Direkt zugeordnet. |
| suser | principal.user.userid | Direkt zugeordnet. |
| Tags | additional.fields.key = "tags", additional.fields.value.string_value | Direkt zugeordnet. |
| Thread | additional.fields.key = "thread", additional.fields.value.string_value | Direkt zugeordnet. |
| Tipp | target.ip | Direkt zugeordnet. |
| ugi | target.hostname | Wird als Zielhostname verwendet, wenn das Feld „log_data“ kein „·“ enthält. |
| URL | target.url | Direkt zugeordnet. |
| vendor | metadata.vendor_name | Direkt zugeordnet. |
| Version | metadata.product_version | Direkt zugeordnet. |
| Jahr | metadata.event_timestamp.seconds | Wird mit Monat, Tag, Stunden, Minuten und Sekunden verwendet, um „event_timestamp“ zu erstellen. |
| – | metadata.event_type | Standardmäßig auf „NETWORK_CONNECTION“ festgelegt. Wird in „STATUS_UPDATE“ geändert, wenn kein Ziel identifiziert wird. |
| – | metadata.log_type | Legen Sie diesen Wert auf „HADOOP“ fest. |
| – | security_result.alert_state | Wird auf „ALERTING“ gesetzt, wenn der Schweregrad „HIGH“ oder „CRITICAL“ ist. |
| – | is_alert | Wird auf „true“ gesetzt, wenn der Schweregrad „HIGH“ oder „CRITICAL“ ist. |
| – | is_significant | Wird auf „true“ gesetzt, wenn der Schweregrad „HIGH“ oder „CRITICAL“ ist. |
Änderungsprotokoll
Änderungsprotokoll für diesen Parser ansehen
Benötigen Sie weitere Hilfe? Antworten von Community-Mitgliedern und Google SecOps-Experten erhalten