Trend Micro Deep Security-Logs erfassen

Unterstützt in:

Google SecOps SIEM

In diesem Dokument wird beschrieben, wie Sie Trend Micro Deep Security-Logs mit Bindplane in Google Security Operations aufnehmen. Trend Micro Deep Security ist eine Server-Sicherheitsplattform, die Antimalware, IPS, Firewall, Integritätsüberwachung, Protokollprüfung und Anwendungssteuerung für physische, virtuelle und Cloud-Arbeitslasten bietet. Deep Security wird auf der Trend Vision One-Plattform konsolidiert, aber der Deep Security Manager generiert weiterhin Syslog-Ereignisse für alle Schutzmodule.

Weitere Informationen finden Sie unter Trend Micro Deep Security-Protokolle erfassen.

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 Trend Micro Deep Security Manager-Webkonsole mit der Rolle „Administrator“ oder „Auditor“.
• Deep Security Manager 20.0 oder höher.

Google SecOps-Anmeldedaten für den Bindplane-Agenten abrufen

Wählen Sie eine der folgenden Methoden aus, um den Bindplane-Agent bei Google SecOps zu authentifizieren:

• Neue Deployments: 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 Console 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 von Ihnen erstellte Dienstkonto und rufen Sie 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, sodass der Pfad mit dem Pfad übereinstimmt, unter 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 Exporter-Konfiguration.

Hinweis :Der JSON-Schlüssel ist eine Anmeldedaten. 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 Aufnahme herunterladen (Legacy)

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

Hinweis: Mit dieser Datei wird der Agent bei der alten 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 Organisationsdetails.

BindPlane-Agent installieren

Installieren Sie den Bindplane-Agent auf Ihrem Windows- oder Linux-Betriebssystem gemäß der folgenden Anleitung.

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](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](https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh))" install_unix.sh
   

Zusätzliche Installationsressourcen

• Weitere Installationsoptionen finden Sie in dieser Installationsanleitung.

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, aktualisieren Sie den Collector, bevor Sie die Konfiguration ändern.

Bindplane-Agent so konfigurieren, dass Syslog-Daten aufgenommen und an Google SecOps gesendet werden

Hinweis: Trend Micro Deep Security verwendet TCP für die Syslog-Weiterleitung, um eine zuverlässige Übermittlung von Sicherheitsereignissen zu gewährleisten. Der Bindplane-Agent muss mit einem tcplog-Empfänger konfiguriert sein.

1. 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/config.yaml 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:
     tcplog:
       listen_address: "0.0.0.0:1514"
   
   exporters:
     chronicle/trendmicro_ds:
       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: '/path/to/ingestion-authentication-file.json'
       customer_id: '<CUSTOMER_ID>'
       endpoint: chronicle.googleapis.com
       log_type: TRENDMICRO_DEEP_SECURITY
       raw_log_field: body
       ingestion_labels:
   
   service:
     pipelines:
       logs/trendmicro_ds_to_chronicle:
         receivers:
           - tcplog
         exporters:
           - chronicle/trendmicro_ds
   

• 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, europe oder asia-southeast1). Der Exporteur stellt diesem Wert das Präfix chronicle.googleapis.com voran.
• Ersetzen Sie <PROJECT_NUMBER> durch die Projektnummer aus IAM und Verwaltung > Einstellungen.
• Ersetzen Sie <CUSTOMER_ID> durch die tatsächliche Kunden-ID.
• Aktualisieren Sie /path/to/ingestion-authentication-file.json auf den Pfad, in dem die Dienstkontoschlüsseldatei (Option 1) gespeichert wurde.

Legacy-Ingestion-API-Exporter

• Wenn Sie die Authentifizierungsdatei für die Datenaufnahme 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/trendmicro_ds:
      compression: gzip
      creds_file_path: '/path/to/ingestion-authentication-file.json'
      customer_id: '<CUSTOMER_ID>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: TRENDMICRO_DEEP_SECURITY
      raw_log_field: body
      ingestion_labels:
  

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

Starten Sie den Bindplane-Agent neu, um die Änderungen zu übernehmen.

1. Führen Sie den folgenden Befehl aus, um den Bindplane-Agent unter Linux neu zu starten:

   sudo systemctl restart observiq-otel-collector
   

2. Um den Bindplane-Agent unter Windows neu zu starten, 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 Trend Micro Deep Security konfigurieren

Syslog-Einstellungen in Deep Security Manager konfigurieren

1. Melden Sie sich in der Webkonsole von Trend Micro Deep Security Manager an.
2. Gehen Sie zu Administration> Systemeinstellungen > Ereignisweiterleitung.
3. Wählen Sie im Abschnitt SIEM die Option Ereignisse an einen Remote-Computer weiterleiten (über Syslog) aus.

4. Klicken Sie neben der Syslog-Konfiguration auf Bearbeiten.

5. Geben Sie die folgenden Konfigurationsdetails an:

   • Servername: Geben Sie die IP-Adresse des Bindplane-Agent-Hosts ein.
   • Server-Port: Geben Sie 1514 (oder den von Ihnen konfigurierten Port) ein.
   • Transport: Wählen Sie TCP aus.
   • Ereignisformat: Wählen Sie Common Event Format (CEF) aus.
   Hinweis: Das CEF-Format wird für das optimale Parsen mit Google SecOps empfohlen.

6. Klicken Sie auf OK, um die Syslog-Serverkonfiguration zu speichern.

Ereignistypen für die Weiterleitung auswählen

1. Konfigurieren Sie auf dem Tab Ereignisweiterleitung, welche Ereignistypen weitergeleitet werden sollen:

   • Anti-Malware-Ereignisse: Wählen Sie Anti-Malware-Ereignisse an Syslog weiterleiten aus.
   • Web Reputation Events (Web-Reputationsereignisse): Wählen Sie Forward Web Reputation Events to Syslog (Web-Reputationsereignisse an Syslog weiterleiten) aus.
   • Firewall-Ereignisse: Wählen Sie Firewall-Ereignisse an Syslog weiterleiten aus.
   • Ereignisse zur Einbruchsprävention: Wählen Sie Ereignisse zur Einbruchsprävention an Syslog weiterleiten aus.
   • Integritätsmonitoring-Ereignisse: Wählen Sie Integritätsmonitoring-Ereignisse an Syslog weiterleiten aus.
   • Log Inspection Events (Ereignisse zur Protokollprüfung): Wählen Sie Forward Log Inspection Events to Syslog (Ereignisse zur Protokollprüfung an Syslog weiterleiten) aus.
   • Application Control Events (Anwendungssteuerungsereignisse): Wählen Sie Forward Application Control Events to Syslog (Anwendungssteuerungsereignisse an Syslog weiterleiten) aus.
   • Systemereignisse: Wählen Sie Systemereignisse an Syslog weiterleiten aus.

2. Klicken Sie auf Speichern.

Syslog auf Richtlinienebene konfigurieren (optional)

Wenn Sie die Syslog-Weiterleitung für bestimmte Richtlinien konfigurieren müssen:

1. Rufen Sie Richtlinien auf.
2. Doppelklicken Sie auf die Richtlinie, die Sie konfigurieren möchten.

3. Gehen Sie zu Einstellungen > Ereignisweiterleitung.

4. Sie können die globalen Syslog-Einstellungen für jedes Schutzmodul überschreiben:

   • Wählen Sie Übernehmen aus, um die globale Einstellung zu verwenden.
   • Wählen Sie Ja aus, um die Syslog-Weiterleitung für die jeweilige Richtlinie zu aktivieren.
   • Wählen Sie Nein aus, um die Syslog-Weiterleitung für die jeweilige Richtlinie zu deaktivieren.

5. Klicken Sie auf Speichern.

Syslog-Weiterleitung prüfen

1. Rufen Sie im Deep Security Manager die Option Ereignisse und Berichte > Ereignisse auf.
2. Prüfen Sie, ob Sicherheitsereignisse generiert werden.

3. Prüfen Sie die Bindplane-Agent-Logs, um zu bestätigen, dass Syslog-Nachrichten auf dem TCP-Listener empfangen werden:

   sudo journalctl -u observiq-otel-collector -f
   

Weitere Informationen finden Sie in der Syslog-Dokumentation zu Trend Micro Deep Security.

UDM-Zuordnungstabelle

Logfeld	UDM-Zuordnung	Logik
dvc	about.ip	Zusammengeführt
aggregation_type_label	additional.fields	Zusammengeführt
cn1Label	additional.fields	Zugeordnet: Host ID → cn1_label
cn1_label	additional.fields	Zusammengeführt
fileInCompressedFile_label	additional.fields	Zusammengeführt
repeat_count_label	additional.fields	Zusammengeführt
cef_host	intermediary.hostname	Direkt zugeordnet
hostname	intermediary.hostname	Direkt zugeordnet
cef_host	intermediary.ip	Zusammengeführt
hostname	intermediary.ip	Zusammengeführt
desc	metadata.description	Direkt zugeordnet
timestamp	metadata.event_timestamp	Geparst als ISO8601
has_principal	metadata.event_type	Zugeordnet: true → NETWORK_HTTP, true → STATUS_UPDATE
TrendMicroDsTenant	metadata.product_deployment_id	Direkt zugeordnet
event_id	metadata.product_event_type	Direkt zugeordnet
log_type	metadata.product_name	Direkt zugeordnet
product_version	metadata.product_version	Direkt zugeordnet
organization	metadata.vendor_name	Direkt zugeordnet
proto	network.ip_protocol	Zugeordnet: ICMPv6 → ICMP
in	network.received_bytes	Umbenannt/zugeordnet
out	network.sent_bytes	Umbenannt/zugeordnet
dvchost	principal.asset.hostname	Direkt zugeordnet
shost	principal.asset.hostname	Direkt zugeordnet
src	principal.asset.ip	Zusammengeführt
dvchost	principal.hostname	Direkt zugeordnet
shost	principal.hostname	Direkt zugeordnet
src	principal.ip	Zusammengeführt
smac	principal.mac	Zusammengeführt
srcMAC	principal.mac	Zusammengeführt
spt	principal.port	Direkt zugeordnet
srcPort	principal.port	Direkt zugeordnet
TrendMicroDsProcessPid	principal.process.pid	Direkt zugeordnet
suser	principal.user.user_display_name	Direkt zugeordnet
suid	principal.user.userid	Direkt zugeordnet
usrName	principal.user.userid	Direkt zugeordnet
action	security_result.action	Zusammengeführt
act	security_result.action_details	Direkt zugeordnet
result	security_result.action_details	Direkt zugeordnet
cat	security_result.category_details	Zusammengeführt
msg	security_result.description	Direkt zugeordnet
TrendMicroDsPacketData_label	security_result.detection_fields	Zusammengeführt
behaviour_type_field	security_result.detection_fields	Zusammengeführt
cn3_label	security_result.detection_fields	Zusammengeführt
count_label	security_result.detection_fields	Zusammengeführt
cs1_label	security_result.detection_fields	Zusammengeführt
cs2_label	security_result.detection_fields	Zusammengeführt
cs3_label	security_result.detection_fields	Zusammengeführt
cs4_label	security_result.detection_fields	Zusammengeführt
cs5_label	security_result.detection_fields	Zusammengeführt
cs6_label	security_result.detection_fields	Zusammengeführt
cs7_label	security_result.detection_fields	Zusammengeführt
frame_type_field	security_result.detection_fields	Zusammengeführt
malware_target	security_result.detection_fields	Zusammengeführt
process_label	security_result.detection_fields	Zusammengeführt
target_type	security_result.detection_fields	Zusammengeführt
tenant_field	security_result.detection_fields	Zusammengeführt
tenant_id_field	security_result.detection_fields	Zusammengeführt
sev	security_result.severity	Zugeordnet: "0", "1", "2", "3", "LOW" → LOW, "4", "5", "6", "MEDIUM" → MEDIUM, „7“, „8“...
sev	security_result.severity_details	Direkt zugeordnet
name	security_result.summary	Direkt zugeordnet
result	security_result.summary	Direkt zugeordnet
event_name	security_result.threat_name	Direkt zugeordnet
organization	target.administrative_domain	Direkt zugeordnet
cef_host	target.asset.hostname	Direkt zugeordnet
hostname	target.asset.hostname	Direkt zugeordnet
target	target.asset.hostname	Direkt zugeordnet
dst	target.asset.ip	Zusammengeführt
filePath	target.file.full_path	Direkt zugeordnet
cs3	target.file.md5	Direkt zugeordnet
TrendMicroDsFileSHA1	target.file.sha1	Direkt zugeordnet
cs2	target.file.sha1	Direkt zugeordnet
fileHash	target.file.sha256	Direkt zugeordnet
cn2	target.file.size	Umbenannt/zugeordnet
fsize	target.file.size	Umbenannt/zugeordnet
cef_host	target.hostname	Direkt zugeordnet
hostname	target.hostname	Direkt zugeordnet
target	target.hostname	Direkt zugeordnet
dst	target.ip	Zusammengeführt
dmac	target.mac	Zusammengeführt
dstMAC	target.mac	Zusammengeführt
dpt	target.port	Direkt zugeordnet
dstPort	target.port	Direkt zugeordnet
duser	target.user.user_display_name	Direkt zugeordnet
–	metadata.event_type	Konstante: NETWORK_HTTP
–	network.ip_protocol	Konstante: ICMP
–	security_result.severity	Konstante: LOW
cs4" , "TrendMicroDsPacketData" and "cn3	security_result.detection_fields	Aus Änderungsprotokoll zugeordnet
cn1	principal.asset_id	Aus Änderungsprotokoll zugeordnet
security_result.action	BLOCK	Aus Änderungsprotokoll zugeordnet
cef_host" and "hostname	intermediary.ip	Aus Änderungsprotokoll zugeordnet
TrendMicroDsMalwareTarget","TrendMicroDsProcess", "TrendMicroDsMalwareTargetCount","TrendMicroDsMalwareTargetType" and "TrendMicroDsBehaviorType	security_result.detection_fields	Aus Änderungsprotokoll zugeordnet

Änderungsprotokoll

Änderungsprotokoll für diesen Parser ansehen

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