Bereitstellungsanforderungen prüfen

Unterstützt in:

In diesem Dokument werden die technischen und umgebungsbezogenen Anforderungen für die Bereitstellung eines Google Security Operations Remote Agent beschrieben. Der Remote-Agent fungiert als Brücke, über die Ihre Google Security Operations-Plattform mit Sicherheitstools und Geräten in Ihrer lokalen Umgebung kommunizieren kann.

Hinweis

Bevor Sie mit der Installation fortfahren, müssen die folgenden Voraussetzungen erfüllt sein:

  • E‑Mail-Konfiguration (optional): Konfigurieren Sie die E‑Mail-Integration (SMTP/IMAP) im Content Hub nur, wenn das Installationspaket per E‑Mail gesendet werden soll. Falls konfiguriert, verwenden Sie Gemeinsam genutzte Instanzen auf der Seite Konfigurieren.
  • Serverzugänglichkeit: Der Agent-Server muss sowohl für den Google SecOps Publisher als auch für die Ziel-Sicherheitstools in der entsprechenden Umgebung zugänglich sein.

Technische Anforderungen

Prüfen Sie die folgenden Hardware- und Betriebssystemanforderungen für den Server, auf dem der Remote-Agent gehostet wird:

Anforderung Einfache Bereitstellung Skalierte Bereitstellung
CPU 4 Kerne 8 Kerne
RAM 8 GB 16 GB
Speicher 100 GB 100 GB

Unterstützte Betriebssysteme

Für den Server des Endkunden gelten die folgenden Voraussetzungen (nur für die manuelle Installation des Remote-Agents):

  • Clean Centos 7.9
  • Red Hat Enterprise Linux (RHEL) 8.7
  • Debian 12

Wenn Ihre Infrastruktur RHEL 9 oder 10 (oder höher) erfordert, stellen Sie den Remote-Agenten mit einer unterstützten Container-Engine (Podman oder Docker) anstelle des manuellen Installers bereit.

Unterstützte Container-Engines

Der Remote-Agent unterstützt die folgenden Container-Engines:

  • Podman (für alle Neuinstallationen empfohlen)
  • Docker

Bei containerisierten Bereitstellungen wird ein vordefiniertes Container-Image (basierend auf Debian 12 für Remote-Agent-Versionen nach 2.5.0.4) ausgeführt. Sie werden auf Hosts mit RHEL 9 oder 10 (oder höher) sowie RHEL 8 und Debian 12 unterstützt.

Netzwerk- und Firewallanforderungen

Wenn Sie Firewallregeln für den Remote-Agent-Host konfigurieren, müssen die folgenden Anforderungen für ausgehende Verbindungen erfüllt sein:

  • Lassen Sie ausgehenden HTTPS-Traffic über TCP-Port 443 zu Ihrer Google SecOps-Instanz, Ihrem Publisher und Ihren Standort-API-Endpunkten zu. Eine Liste der erforderlichen Domains finden Sie unter Netzwerkzugriff und Domain-Zulassungsliste. Wenn Ihre Firewallrichtlinie keine Platzhalter-Domain-Einträge (wie *.backstory.chronicle.security, *.siemplify-soar.com oder *-chronicle.googleapis.com) zulässt, verwenden Sie die mandantenspezifische SOAR-URL, den Publisher-Hostnamen (SERVER_API_ROOT) und den Standort-API-Endpunkt (<var>REGION</var>-chronicle.googleapis.com, konfiguriert in ONE_PLATFORM_URL_DOMAIN), die bei der Bereitstellung Ihres Mandanten angegeben wurden. Das regionale Endpunktformat (chronicle.<var>REGION</var>.rep.googleapis.com) wird für die Verbindung der Steuerungsebene des Remote-Agents nicht unterstützt.
  • Lassen Sie ausgehenden HTTPS-Traffic über TCP-Port 443 zu den erforderlichen Google Cloud-Authentifizierungsendpunkten zu: oauth2.googleapis.com (für die Dienstkontoauthentifizierung), sts.googleapis.com und iamcredentials.googleapis.com (für die Workload Identity-Föderation). Weitere Informationen, einschließlich der Private Service Connect-Konfiguration, finden Sie unter Anforderungen an das Netzwerk und Private Service Connect.
  • Lassen Sie ausgehenden HTTPS-Traffic auf TCP-Port 443 zu den Container-Registries zu, die für Podman- oder Docker-Bereitstellungen verwendet werden. Zu den erforderlichen Registries gehören *.pkg.dev (z. B. us-docker.pkg.dev) und gcr.io für Artifact Registry oder docker.io.
  • Umgehen Sie die SSL/TLS-Prüfung auf Proxys der Anwendungsebene und DPI-Firewalls (Deep Packet Inspection) für Remote-Agent-Traffic. Dadurch wird verhindert, dass Proxys TLS-Handshakes mit Ihren Publisher- und Google SecOps API-Endpunkten unterbrechen.

Gehärtete Umgebungen und Sicherheitsrichtlinien für Betriebssysteme

Mechanismen zur Härtung des Host-Betriebssystems und zur Durchsetzung von Sicherheitsrichtlinien, wie SELinux im Enforcing-Modus, AppArmor oder Endpunktsicherheitssoftware, können dazu führen, dass Remote-Agent-Aufgaben fehlschlagen, wenn die Sicherheitsrichtlinie vom Agent ausgeführte Betriebssystembefehle blockiert.

Wenn Sie den Remote-Agent auf einem gehärteten Host bereitstellen, müssen Sie den Remote-Agent von diesen Richtlinien zur Sicherheitserzwingung ausnehmen, damit er die erforderlichen Betriebssystembefehle ausführen kann:

  • Fügen Sie bei containerisierten Bereitstellungen (Docker oder Podman) beim ersten Start des Remote-Agent-Containers --security-opt label=disable (für SELinux) oder --security-opt apparmor=unconfined (für AppArmor) zu Ihrem docker run- oder podman run-Befehl hinzu, um den Container auszunehmen.
  • Konfigurieren Sie benutzerdefinierte SELinux-Richtlinienregeln, AppArmor-Profile oder Ausnahmen für Endpunktsicherheit und Antivirenprogramme für die Remote-Agent-Verzeichnisse (/opt/SiemplifyAgent, /home/siemplify_agent/agent_source und /var/log/SiemplifyAgent) und ausführbaren Dateien (/usr/local/bin/python3.11, /usr/local/bin/pip3 und /usr/bin/supervisord).
  • Alternativ können Sie SELinux auf dem Hostcomputer in den Permissive-Modus versetzen, indem Sie SELINUX=permissive in /etc/selinux/config festlegen (oder vorübergehend sudo setenforce 0 ausführen), wenn keine Ausnahmen für die Zielrichtlinie konfiguriert sind.

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