Was ist Firewall as a Service (FWaaS)?

Was ist Firewall as a Service (FWaaS)?

Firewall as a Service (FWaaS) ist ein cloudbasiertes Netzwerksicherheitsmodell, das Datenverkehr prüft, Richtlinien durchsetzt und Angriffe aus einer vom Anbieter betriebenen Infrastruktur stoppt, ohne dass sich ein lokales Appliance im Datenpfad befindet. Ihre Richtlinien befinden sich in einer zentralen Steuerungsebene, und verteilte Durchsetzungspunkte wenden sie überall dort an, wo Benutzer und Workloads eine Verbindung herstellen.

Angreifer müssen keinen Perimeter durchbrechen, wenn sie sich einfach anmelden können. CISA und das FBI verweisen auf Eindringlinge wie Volt Typhoon, bei denen Akteure gültige Anmeldedaten nutzten, um im normalen Datenverkehr unterzugehen, in gemeinsamen Leitlinien für den Netzwerkzugriff und drängen auf eine Abkehr von breit angelegtem Fernzugriff.

Wenn Ihre Benutzer SaaS-Anwendungen erreichen, ohne das Unternehmensnetzwerk zu berühren, befinden sich Ihre Appliances nicht mehr im Pfad des Datenverkehrs, für den Sie verantwortlich sind.

Wie Firewall as a Service mit Cybersicherheit zusammenhängt

FWaaS verändert, wo die Durchsetzung stattfindet und wer sie verwaltet. Die Prüfung verlagert sich vom Netzwerkperimeter an den Cloud-Edge, sodass bei einem Remote-Mitarbeiter, der eine SaaS-Anwendung öffnet, dieselbe Richtlinie angewendet wird, obwohl diese Sitzung nie das Unternehmensnetzwerk durchquert. Auch die Richtlinienerstellung wird von der Richtliniendurchsetzung getrennt: Sie schreiben Regeln einmal in einer zentralen Konsole, und der Anbieter verteilt sie, wodurch die Konfigurationsabweichungen enden, die Firewalls in Niederlassungen von der Zentrale abweichen lassen.

Threat Intelligence folgt demselben Pfad. Eine vom Anbieter bereitgestellte Signatur oder ein Indikator erreicht sofort jeden Durchsetzungspunkt, ohne dass pro Standort ein Update-Fenster geplant werden muss und ohne dass ein Standort zurückbleibt. Hardware-Firewall-Bereitstellungen hinterlassen an allen drei Stellen eine Lücke. Je mehr Ihres Datenverkehrs das Unternehmensnetzwerk bereits umgeht, desto größer ist diese Lücke.

Kernkomponenten von Firewall as a Service

Ein Firewall-Service besteht aus einer Prüf-Engine, verteilten Durchsetzungspunkten, einer zentralen Richtlinienebene, einem Threat-Intelligence-Feed und einer Logging-Ebene. Fehlerbehebung und Anbieterbewertung gehen beide schneller, sobald Sie wissen, zu welchem dieser Bereiche ein bestimmtes Problem gehört.

1. Cloud-native Prüf-Engine

Die Prüf-Engine liest Datenverkehr auf der Anwendungsebene und wendet Deep Packet Inspection, TLS-Entschlüsselung von Paketnutzdaten und Intrusion Prevention an. NIST SP 800-215 führt diese drei Funktionen für eine Next-Generation Firewall auf und nennt die Bereitstellung als Cloud-Service, FWaaS, als eine ihrer Bereitstellungsoptionen. Da eine Firewall-as-a-Service-Engine auf elastischer Cloud-Rechenleistung läuft, ist die Prüftiefe nicht durch das Silizium in einer Appliance begrenzt, die Sie vor drei Jahren gekauft haben.

2. Verteilte Durchsetzungspunkte

Anbieter betreiben Durchsetzungspunkte über geografische Regionen hinweg, und jede Sitzung wird zur Prüfung an den nächstgelegenen Punkt geleitet, bevor sie ihr Ziel erreicht. Diese geografische Verteilung beseitigt den Hairpin, bei dem ein Benutzer in Singapur auf eine Appliance in Ohio warten muss, um eine Anwendung zu erreichen, die nur wenige Kilometer von seinem Schreibtisch entfernt gehostet wird.

3. Zentralisierte Richtlinienverwaltung

Die Richtlinie befindet sich in einer zentralen Steuerungsebene, die Regeln an jeden Durchsetzungspunkt verteilt. Richtlinien zu schreiben und sie durchzusetzen sind nicht länger dieselbe Aufgabe. Ein einzelnes Update wird innerhalb von Minuten propagiert, und kein Engineer muss Dutzende von Appliances anfassen, um die Konfigurationen der Niederlassungen am Standard auszurichten.

4. Threat-Intelligence-Integration

Firewall-Service-Plattformen nehmen Feeds von Regierungsbehörden, branchenweiten Austauschgruppen und Forschungsteams von Anbietern auf und aktualisieren dann automatisch jeden Durchsetzungspunkt. Ihr Team muss keine Feed-Abonnements mehr pflegen und keine Signaturverteilungen mehr planen. Ein neuer Indikator gilt beim ersten Durchlauf überall.

5. Logging- und Analyseinfrastruktur

Logs von jedem Durchsetzungspunkt werden in einem zentralen Speicher für Untersuchungen, Compliance-Berichte und die Korrelation mit dem Rest Ihrer Telemetrie zusammengeführt. Behandeln Sie Log-Aufbewahrungsdauer, Exportformat und Abfrageleistung als Beschaffungsanforderungen: Sie bestimmen, ob FWaaS-Datensätze nutzbare Netzwerksicherheits-Beweise oder eine Speicherrechnung werden.

Eine auf einem offenen Schema basierende Plattform, wie Singularity Data Lake von SentinelOne, hält diese Datensätze zusammen mit Endpoint- und Identitätstelemetrie vor. Eine Abfrage deckt dann sowohl das Netzwerkereignis als auch die Endpoint-Aktivität darum herum ab.

Wie Firewall as a Service funktioniert

FWaaS fängt Datenverkehr auf der Netzwerkschicht ab, prüft ihn am Cloud-Edge und wendet Ihre Richtlinie an, bevor die Sitzung ihr Ziel erreicht. Jede Verbindung durchläuft in dieser Reihenfolge Abfangen, Identitätsbewertung, Richtlinienabgleich, Prüfung und Aktion:

1. Abfangen des Datenverkehrs. Das Gerät des Benutzers erreicht die Durchsetzungsinfrastruktur über agentenbasiertes Routing, DNS-basierte Umleitung oder einen IPsec-Tunnel von einem Standort aus. Kein Datenverkehr umgeht die Prüfung.
2. Identitätsbewertung. Der Durchsetzungspunkt ermittelt Benutzer, Gerätezustand, Standort und angeforderte Anwendung, bevor irgendeine Richtlinie angewendet wird.
3. Richtlinienabgleich. Das System prüft die Sitzung anhand Ihres zentralen Richtliniensatzes: Anwendungskontrollen, URL-Kategorien, Compliance-Anforderungen und Threat-Prevention-Regeln, von der spezifischsten Übereinstimmung bis zur allgemeinsten.
4. Deep Packet Inspection. FWaaS entschlüsselt die TLS-Sitzung, analysiert Inhalte auf Anwendungsebene und wendet Intrusion-Prevention-Signaturen für Transparenz auf Layer 7 an.
5. Aktion und Logging. FWaaS erlaubt, blockiert, leitet um oder isoliert die Sitzung basierend auf dem Prüfergebnis und schreibt einen Log-Eintrag mit der Identität, Anwendung, Aktion und Regel, die übereinstimmte.

Identitätsbewertung, Richtlinienabgleich und Prüfung wiederholen sich bei jeder Sitzung. Die Kapazität der Durchsetzungspunkte und die Richtlinienhygiene entscheiden darüber, ob diese Wiederholung irgendetwas schützt oder nur zusätzliche Hops hinzufügt.

Zentrale FWaaS-Funktionen und Prüfmethoden

Die folgenden Funktionen überschneiden sich kaum. Das ist bei der Beschaffung wichtig: Eine Funktion, die der Anbieter auslässt, wird zu einer Lücke in Ihrer Abdeckung, nicht zu einer schwächeren Version desselben Schutzes.

• Anwendungskontrolle und URL-Filterung: Die Prüfung auf Layer 7 identifiziert Anwendungen anhand von Verhaltensmustern, nicht anhand von Portnummern. Sie können Salesforce zulassen und gleichzeitig persönliche Dropbox-Konten blockieren, obwohl beide HTTPS über Port 443 verwenden.
• Intrusion Prevention und Erkennung: Signaturbasierte Erkennung gleicht bekannte Angriffsmuster ab. Die Verhaltensanalyse identifiziert Anomalien, die auf Zero-Day-Exploits oder Advanced Persistent Threats hindeuten.
• TLS/SSL-Entschlüsselung: FWaaS terminiert TLS-Verbindungen, prüft entschlüsselte Inhalte und verschlüsselt sie dann für die Übertragung erneut. Dadurch werden Bedrohungen erkannt, die sich in Verschlüsselung verbergen – inzwischen der Großteil des Web-Traffics.
• DNS-Sicherheit: DNS-Filterung blockiert bösartige Domains, bevor Verbindungen aufgebaut werden, und verhindert so Malware-Command-and-Control-Kommunikation und Phishing-Versuche.
• Anti-Malware und Sandboxing: Die Dateiinspektion analysiert Downloads auf Malware-Signaturen. Verdächtige Dateien werden zur Verhaltensanalyse in isolierten Sandboxing-Umgebungen ausgeführt.

FWaaS in Hybrid- und Multi-Cloud-Bereitstellungen

Die meisten Unternehmen betreiben On-Premises-Infrastruktur, mehr als einen Cloud-Anbieter und eine lange Liste von SaaS-Anwendungen, und ein Firewall-Service hält ein Richtlinienset über alle drei hinweg aufrecht. Anbieter platzieren Durchsetzungspunkte in großen Cloud-Regionen, sodass Datenverkehr zwischen Multi-Cloud-Umgebungen geprüft wird, ohne per Hairpinning zurück in Ihr Rechenzentrum geleitet zu werden. Die On-Premises-Integration erfolgt in der Regel über einen IPsec-Tunnel oder eine dedizierte Leitung vom Standort zum nächstgelegenen Durchsetzungspunkt.

Der schwierige Teil besteht darin, zu verifizieren, dass die von Ihnen geschriebene Richtlinie auch tatsächlich durchgesetzt wird. Verteiltes Management über Regionen hinweg verringert die Transparenz in Bezug auf das effektive Regelwerk an jedem einzelnen Durchsetzungspunkt, und Fehlkonfigurationen bleiben die häufigste Ursache für Firewall-Ausfälle.

Wie Firewall as a Service die Netzwerkdurchsetzung verändert

Die Regeln, die Sie schreiben, sehen auf einer Appliance oder in einem Cloud-Service weitgehend gleich aus. Was sich ändert, ist alles nachgelagert zu den Regeln: wo die Durchsetzung erfolgt, wie viel Rechenleistung dahintersteht und wer Patches einspielt.

Das Entschlüsseln, Prüfen und erneute Verschlüsseln jeder Sitzung ist rechenintensiv, und Appliances stoßen an eine Grenze, die zu einer Entscheidung zwischen Inspektionsabdeckung und Durchsatz zwingt. Eine Cloud-Firewall skaliert diese Rechenleistung bei Bedarf. Teams, die vollständige Entschlüsselung einsetzen, kommen in der Regel zuerst beim Cloud-Modell an.

Firewall as a Service und SASE-Architektur

Firewall as a Service stellt die Netzwerkdurchsetzungsebene einer SASE-Architektur bereit. CISA- und FBI-Leitlinien beschreiben SASE als eine Cloud-Architektur, die fünf Fähigkeiten kombiniert: softwaredefiniertes Wide Area Networking, Secure Web Gateway, Cloud Access Security Broker, Zero Trust Network Access und eine Firewall, die in einer SASE-Bereitstellung als Cloud-Service ausgeführt wird. Die Sicherheitshälfte dieser Architektur ist Security Service Edge, und dieselben Leitlinien nennen FWaaS als eine ihrer vier Sicherheitsfunktionen.

Die beiden Zählungen unterscheiden sich um ein Element, und dieses Element ist SD-WAN. SD-WAN ist eine Netzwerkfunktion, keine Sicherheitsfunktion. Wenn man es also von den fünf entfernt, bleiben die vier Sicherheitsfunktionen übrig, aus denen Security Service Edge besteht. Die Komponenten, mit denen FWaaS eine Control Plane teilt, sind:

• SD-WAN, für Datenverkehrssteuerung und WAN-Performance über Standorte hinweg.
• Secure Web Gateway, für Webzugriffskontrolle, Bedrohungsschutz und Verhinderung von Datenverlust.
• Cloud Access Security Broker, für Transparenz und Kontrolle über die Nutzung von SaaS-Anwendungen.
• Zero Trust Network Access, für Zugriffsentscheidungen auf Anwendungsebene auf Grundlage verifizierter Identität und des Gerätezustands.

Diese gemeinsame Kontrollebene hält die SASE-Sicherheitsrichtlinie konsistent. Eine Konsole deckt Web-, Anwendungs- und Netzwerkverkehr ab, und die Regeln driften nicht so auseinander, wie es bei getrennten Richtliniensätzen im Laufe der Zeit der Fall ist. Eine Konsole bedeutet auch eine Antwort für einen Auditor, der fragt, welche Kontrolle auf eine bestimmte Sitzung angewendet wurde. Umfassendere SASE-Sicherheitsframeworks erweitern dieselbe Logik auf Identitäts- und Anwendungszugriff.

Wesentliche Vorteile von Firewall as a Service

FWaaS beseitigt den Verwaltungsaufwand für Hardware, skaliert bei Verkehrsspitzen automatisch, wird in Tagen statt in Wochen bereitgestellt und verfügt über eine Validierung durch staatliche Sicherheitsframeworks.

1. Reduzierung der betrieblichen Komplexität: Sie eliminieren die Verwaltung pro Appliance. Anstatt 50 Firewalls in Niederlassungen einzeln zu konfigurieren, legen Sie Richtlinien einmal fest. Cloud-basierte Infrastruktur ist zur vorherrschenden SOC-Struktur geworden, wobei die meisten Organisationen automatisierte Reaktionsmechanismen integrieren.
2. Elastische Skalierung: Hardware-Appliances versagen bei Verkehrsspitzen, weil die Verarbeitungskapazität fest ist. FWaaS skaliert horizontal, indem automatisch Rechenressourcen hinzugefügt werden. Cloud-native Architektur bewältigt rechenintensive Vorgänge wie TLS/SSL-Entschlüsselung effektiver, weil Anbieter regionsübergreifend Überkapazitäten vorhalten.
3. Schnelle Bereitstellung: Die Eröffnung einer neuen Niederlassung erfordert traditionell Hardwarebeschaffung, Versand, Installation und Konfiguration. FWaaS erfordert Benutzeranmeldedaten und die Zuweisung von Richtlinien. Laut Gartners Magic Quadrant-Analyse wird die FWaaS-Einführung von weniger als 5 % im Jahr 2020 auf über 30 % der neuen verteilten Firewall-Bereitstellungen in Niederlassungen bis 2026 steigen.
4. Anerkennung durch staatliche Frameworks: Leitlinien mehrerer Behörden von CISA, FBI, GCSB, CERT-NZ und CCCS benennen FWaaS ausdrücklich als zentrale SSE-Sicherheitsfunktion neben Zero Trust Network Access, Cloud Secure Web Gateway und Cloud Access Security Broker. NIST SP 800-215 liefert eine staatliche Validierung von SASE-Frameworks mit FWaaS als Kernkomponente.

Diese betrieblichen Vorteile machen FWaaS für verteilte Organisationen attraktiv, aber cloud-native Architektur bringt neue Komplexität mit sich, mit der traditionelle Firewalls nicht konfrontiert sind.

Herausforderungen und Einschränkungen von Firewall as a Service

Zentralisierte Durchsetzung zentralisiert auch die Ausfälle, sodass eine fehlerhafte Regel jetzt alle gleichzeitig erreicht. Die Ausführung der Inspektion auf der Infrastruktur eines anderen verlagert außerdem Latenz, Zuständigkeit und Verfügbarkeit außerhalb Ihrer Kontrolle.

• Konfigurationskomplexität. Zentrale Richtlinienverwaltung ist ein Vorteil, bis sich eine fehlerhafte Regel innerhalb von Minuten global ausbreitet. API-gesteuerte Automatisierung vergrößert den Spielraum für Fehler, und eine einzige fehlerhafte Regel kann alle Benutzer gleichzeitig betreffen. Sie benötigen eine automatisierte Richtlinienvalidierung und eine Nicht-Produktionsumgebung, die die Produktion widerspiegelt.
• Latenz für Echtzeitanwendungen. Die Weiterleitung über Cloud-Durchsetzungspunkte fügt jeder Sitzung Millisekunden hinzu. Die meisten Geschäftsanwendungen bemerken das nie. Echtzeit-Sprachkommunikation, Handelsplattformen und Umgebungen der Betriebstechnologie hingegen schon, und kleine Erhöhungen dort verursachen funktionale Beeinträchtigungen.
• Begrenzte Granularität für spezialisierte Compliance. Standardisierte Cloud-Plattformen tauschen Anpassbarkeit gegen Skalierung ein. Organisationen mit granularen Segmentierungsanforderungen unter PCI DSS, HIPAA oder CMMC stellen häufig fest, dass ein Firewall-Service nicht jede Kontrolle ohne ergänzende Tools erfüllen kann.
• Komplexität der Datenresidenz. Die Inspektion verarbeitet Daten am Standort des Durchsetzungspunkts. Wenn der nächstgelegene Durchsetzungspunkt außerhalb einer durch DSGVO, CCPA oder Branchenregulierung geforderten Grenze liegt, verarbeiten Sie möglicherweise regulierte Daten in einer nicht konformen Rechtsordnung. Überprüfen Sie vor der Bereitstellung die geografische Lage der Durchsetzungspunkte.
• Abhängigkeit von der Anbieterinfrastruktur. Ihre Durchsetzungsverfügbarkeit ist die Verfügbarkeit des Anbieters. Bewerten Sie SLAs, Redundanzarchitektur und veröffentlichte historische Verfügbarkeit als Teil der Anbieterauswahl und wissen Sie, wie Ihre Sicherheitslage bei einem regionalen Ausfall aussieht.
• Blinde Flecken bei Nicht-Netzwerkangriffen. FWaaS prüft Datenverkehr. Es stoppt keine Malware, die an Endpoint Security -Kontrollen vorbei ausgeführt wird, keinen Angreifer mit gültigen Anmeldedaten und keinen Laufzeitangriff auf eine Cloud-Workload. Beim SolarWinds-Kompromittierungsfall 2020 dokumentierte MITRE ATT&CK eine Hintertür, die mit den eigenen Code-Signing-Zertifikaten von SolarWinds signiert war, Command-and-Control-Hostnamen, die so gesetzt waren, dass sie legitimen Hostnamen innerhalb der Opferumgebung entsprachen, und VPN-Infrastruktur aus dem eigenen Land des Opfers. Nichts davon wirkt bei der Netzwerkinspektion ungewöhnlich. Die Beurteilung einer gültig signierten Binärdatei danach, was sie nach der Ausführung tut, ist Arbeit auf der Ausführungsebene, und dort ist ein Tool wie Singularity Endpoint angesiedelt.

Wie viel Sie jede dieser Herausforderungen kostet, hängt stärker vom Anbieter als von der Architektur ab. Damit steht die gesamte Liste auf der Agenda der Anbieterauswahl.

Häufige Fehler bei Firewall as a Service

Organisationen scheitern mit FWaaS, indem sie ungetestete Konfigurationen bereitstellen, Anbieter auf Grundlage von Marketingaussagen auswählen, die rechtliche Prüfung überspringen, die Integrationskomplexität unterschätzen und Netzwerksicherheit als vollständigen Schutz behandeln. Hier sind fünf wichtige häufige Fehler:

1. Bereitstellung ohne Konfigurationstests: Organisationen stellen Richtlinien direkt in der Produktion bereit, ohne Validierung außerhalb der Produktion. Einzelne Konfigurationsfehler breiten sich gleichzeitig über alle Durchsetzungspunkte aus.
2. Auswahl auf Grundlage von Marketingaussagen: Beschaffungsteams nehmen Anbieter anhand von Spezifikationen in die engere Auswahl, anstatt aktuelle unabhängige Testergebnisse unter Verwendung anerkannter Methoden zu verlangen.
3. Überspringen der rechtlichen Prüfung während der Beschaffung: Organisationen entdecken Verstöße gegen DSGVO oder CCPA während Compliance-Audits, weil sie vor der Bereitstellung die Datenverarbeitung und Speicherorte des Anbieters nicht überprüft haben.
4. Unterschätzung der Integrationsanforderungen: Teams gehen davon aus, dass die Prognosen des Anbieters zur Integrationskomplexität zutreffend sind, und entdecken dann nach dem Kauf Inkompatibilitäten mit SIEM-Plattformen, Identitätsanbietern und Endpoint Protection.
5. Ersetzen vollständiger Sicherheits-Stacks: Organisationen behandeln FWaaS als umfassenden Schutz, obwohl es nur Bedrohungen auf Netzwerkebene adressiert und Kompromittierungen von Endpunkten sowie identitätsbasierte Angriffe ungeschützt lässt.

Die Vermeidung dieser Fehler erfordert bewusste Beschaffungs- und Bereitstellungspraktiken, die Fähigkeiten vor der Verpflichtung validieren.

Best Practices für Firewall as a Service

Die meisten betrieblichen Probleme bei einem Firewall-Service beginnen mit einer Richtlinienänderung, die niemand getestet hat, oder einem Protokoll, das niemand angesehen hat. Die folgenden Praktiken gehen darauf ein:

• Führen Sie automatisierte Workflows zur Richtlinienvalidierung aus, die jede Regeländerung in einer Staging-Umgebung testen, bevor sie an Produktions-Durchsetzungspunkte weitergegeben wird.
• Prüfen Sie den Regelsatz planmäßig auf ungenutzte, verdeckte und widersprüchliche Regeln. Regelwildwuchs verwandelt eine saubere Richtlinie stillschweigend in eine unvorhersehbare.
• Dokumentieren Sie Standorte der Durchsetzungspunkte, die geografische Lage der Protokollspeicherung und Datenverarbeitungsstandorte, und schließen Sie die rechtliche Prüfung während der Evaluierung ab, nicht nachdem der Vertrag unterzeichnet wurde.
• Verbinden Sie FWaaS-Protokolle mit Ihrer SIEM-Plattform, damit Netzwerkereignisse mit Endpoint- und Identitätssignalen korreliert werden.
• Behandeln Sie FWaaS als eine Netzwerkebenen-Kontrolle in einer mehrschichtigen Architektur. Kombinieren Sie es mit Endpoint-Sicherheit, Identitäts- und Zugriffsmanagement und Cloud-Workload-Schutz, um die Angriffsflächen abzudecken, die die Netzwerkinspektion nicht sehen kann.

Nehmen Sie jeden Punkt in ein Runbook mit einem namentlich benannten verantwortlichen Team auf, denn ein nicht zugewiesener Validierungs-Workflow gerät innerhalb eines Quartals in Vergessenheit.

Stärken Sie die Netzwerksicherheit mit SentinelOne

FWaaS sichert den Netzwerkpfad. Die schädlichsten Angriffe operieren jenseits davon und verwenden Anmeldedaten, die sich korrekt authentifizieren, mit einem gültigen Zertifikat signierten Code und Workloads, die nie über einen Durchsetzungspunkt geleitet werden. Um sie abzudecken, müssen Endpoint-, Identitäts- und Cloud-Schutz auf derselben Datenbasis arbeiten.

Die Singularity Platform von SentinelOne wendet autonomen KI-Schutz auf die Angriffsflächen an, die ein Firewall-Service nicht erreichen kann. Singularity Endpoint verwendet verhaltensbasierte KI, um Ransomware, dateilose Angriffe und Zero-Day-Exploits auf der Ausführungsebene zu stoppen – dem Punkt, an dem eine Nutzlast, die die Inspektion passiert hat, schließlich danach beurteilt wird, was sie tut. Singularity Identity erkennt Missbrauch von Anmeldedaten, unmögliche Reisen und laterale Bewegungen durch Active Directory – Aktivitäten, die ein Firewall-Service als legitime authentifizierte Sitzung liest. Singularity Cloud Security ergänzt Laufzeitschutz für Workloads, Container und Kubernetes-Umgebungen, in denen ein Angreifer, der sich von einem kompromittierten Endpoint aus bewegt, überhaupt keinen Durchsetzungspunkt passiert.

Korrelation ist das, was diese Signale in eine Untersuchung verwandelt. Singularity AI SIEM erfasst FWaaS-Protokolle zusammen mit Endpoint-, Identitäts- und Cloud-Telemetrie in einem einzigen Data Lake im Petabyte-Maßstab, und Purple AI verarbeitet diese Daten mittels natürlichsprachlicher Abfragen und autonomer Untersuchung und rekonstruiert eine Angriffskette aus einem einzelnen verdächtigen Netzwerkereignis ohne manuelle Datenerfassung. Laut der IDC Purple AI study identifizierten Kunden Bedrohungen 63 % schneller und verkürzten die Behebungszeit um 55 %.

SentinelOne wurde außerdem in Latio's security operations evaluation als SOC Platform Leader ausgezeichnet, der ersten Bewertung von SOC-Plattformen des Unternehmens, die EDR-, XDR-, SIEM-, SOAR- und MDR-Funktionen umfasst. 

Fordern Sie eine Demo mit SentinelOne an , um die Abdeckung zu sehen, die ein Firewall-Service offenlässt.

Singularity™-Plattform

Verbessern Sie Ihre Sicherheitslage mit Echtzeit-Erkennung, maschineller Reaktion und vollständiger Transparenz Ihrer gesamten digitalen Umgebung.

Demo anfordern