Was ist die „ Versa -Secure“-Linse?

Versa Secure Lens ist eine optimierte lokale Bereitstellung der Funktionen von „ Versa Advanced Security Cloud“ (ASC), die auf einem Kubernetes-Cluster aus Control-Plane- und Worker-Knoten ausgeführt wird. Die Lösung unterstützt die Integration in EDR-Plattformen sowie den Device Risk Score (DRS)-Dienst und richtet sich an Unternehmen, deren Anforderungen an den Datenaufbewahrungsort den Einsatz des cloudbasierten ASC-Dienstes ausschließen.

Die wichtigsten Erkenntnisse

• Eine lokal installierte, auf Kubernetes basierende Teilmenge der „ Versa Advanced Security Cloud“.
• Wird als Control-Plane-Knoten sowie mindestens drei Worker-Knoten bereitgestellt.
• Unterstützt die Integration von lokalen EDR-Plattformen wie beispielsweise SentinelOne.
• Führt den „Device Risk Score“ (DRS)-Dienst parallel zur ASC-Funktionalität aus.
• Entwickelt für Unternehmen mit strengen Anforderungen an den Datenaufbewahrungsort.

Auf dieser Seite: Warum das wichtig ist · So funktioniert es · Versa Bereitstellungsmodell von Secure Lens · Versa Secure Lens & Versa · Häufig gestellte Fragen

Warum ist die „ Versa -Secure“-Linse so wichtig?

Versa Advanced Security Cloud bietet Dienste wie die Risikobewertung von Geräten und EDR-gestützte Endpunkt-Intelligence als cloudbasiertes Framework – der einfachste Weg für die meisten „ SASE “-Bereitstellungen. In regulierten Branchen und Organisationen mit strengen Vorschriften zur Datenhoheit ist es jedoch oft gar nicht möglich, Endpunkt- und Risikodaten außerhalb des Unternehmens zu übertragen, unabhängig davon, wie sicher der Cloud-Dienst ist. Versa Für diesen Fall gibt es Secure Lens: dieselbe ASC-Funktionalität, die auf einer Infrastruktur ausgeführt wird, die die Organisation selbst kontrolliert.

Das ist aus operativer Sicht von Bedeutung, nicht nur für die Compliance-Freigabe. Bei einer lokalen Bereitstellung verbleiben die Risikobewertung der Geräte und die EDR-Daten innerhalb der eigenen Netzwerkgrenzen des Unternehmens, während gleichzeitig eine Integration in den übrigen Sicherheitsstack von „ Versa “ gewährleistet ist – die Risikosignale erreichen weiterhin dieselben Policy-Engines, verlassen jedoch zu keinem Zeitpunkt die Infrastruktur, die sich im Besitz des Unternehmens befindet. Für Unternehmen, die andernfalls auf eine ASC-gesteuerte Risikobewertung verzichten müssten, um eine Residenzanforderung zu erfüllen, ist „ Versa Secure Lens“ die Lösung, die diese Funktion überhaupt erst ermöglicht.

Was ist die „ Versa -Secure“-Linse?

Versa Secure Lens ist weniger ein eigenständiges Produkt als vielmehr ein Bereitstellungsmodus von ASC: eine optimierte Teilmenge der ASC-Funktionalität, die so zusammengestellt ist, dass sie auf einem selbstverwalteten Kubernetes-Cluster statt in der Cloud v Versas ausgeführt wird. Der Cluster verfügt über zwei Knotenrollen. Ein Control-Plane-Knoten verwaltet den Clusterbetrieb – Planung, Zustandsüberwachung und Orchestrierung. Worker-Knoten führen die eigentlichen Anwendungs-Workloads aus, darunter den Device-Risk-Score-Dienst (DRS), und können hinzugefügt werden, um die Bereitstellung zu skalieren oder die Control Plane von der Workload-Verarbeitung zu trennen.

Versa Secure Lens baut auf derselben Kubernetes-Grundlage auf wie der „ Versa -Messaging-Service“ (VMS), die Messaging-Ebene, die Daten zwischen VOS-Geräten, dem „ Versa -Director“, dem „Controller“, „Concerto“ und „Analytics“ überträgt. In der Praxis kann ein bestehender VMS-Knoten in einen Worker-Knoten umgewandelt und mit einem Control-Plane-Knoten verbunden werden, anstatt separate Hardware bereitzustellen – ein Vorgehen, das im Abschnitt „ASC-Worker-Knoten konfigurieren und ‚ Versa ‘ Secure Lens bereitstellen“ dokumentiert ist.

Versa Bereitstellungsmodell für „Secure Lens“

Ein „ Versa “-Secure-Lens-Cluster benötigt mindestens einen Control-Plane-Knoten (32 Kerne, 64 GB RAM) und drei Worker-Knoten (jeweils 16 Kerne, 32 GB RAM) sowie zwei öffentliche IP-Adressen – eine für die Control Plane und eine für den Worker-Ingress. Bestehende VMS-Knoten werden über einen CLI-Befehl in Worker-Knoten umgewandelt und anschließend dem Control-Plane-Knoten hinzugefügt, der pro Worker ein Join-Token und ein Ingress-Zertifikat generiert. Bei Cloud-Bereitstellungen (z. B. auf AWS) werden für diese Northbound-Kommunikation elastische IP-Adressen anstelle von statischen öffentlichen IP-Adressen verwendet.

Sobald der Cluster betriebsbereit ist, konfiguriert ein ASC Infra-Installationsprogramm „ Versa “ Secure Lens – Einstellungen für Cluster-Ingress, Basisdomäne und Hostnamen – und ein separates Installationsprogramm stellt darauf aufbauend den DRS-Dienst bereit. Die Integration von On-Premises-EDR-Lösungen, wie beispielsweise eines SentinelOne-Konnektors, erfolgt auf dieselbe Weise: durch Erweiterung der Worker-Knoten im bestehenden VMS-Cluster, anstatt eine separate Infrastruktur bereitzustellen. Die Bereitstellung wird mit den Standard-Kubernetes-Tools überprüft – kubectl get pods -A um zu überprüfen, ob die Pods auf den Worker-Knoten laufen, und helm list um zu überprüfen, ob die erwarteten Diagramme bereitgestellt wurden.

Versa Sichere Linse & Versa

Versa Secure Lens ist Teil des übergeordneten VMS-Ökosystems: VMS ist das Kommunikations-Backbone, das VOS-Geräte, Director, Controller, Concerto und Analytics miteinander verbindet, und ASC – einschließlich der „ Versa “-Funktion von Secure Lens – ist einer der Dienste, die VMS auf Worker-Knoten hosten kann, neben SCIM, Authentifizierung durch Drittanbieter und Bedrohungsinformationen. Versa Director führt die Einbindung von Mandanten und Diensten in den Cluster nach wie vor auf dieselbe Weise durch wie bei jeder anderen VMS-Bereitstellung. Daher behält eine Organisation, die „ Versa “ Secure Lens einsetzt, dasselbe mandantenfähige Verwaltungsmodell bei wie bei einer in der Cloud gehosteten ASC-Bereitstellung – lediglich der Standort der Infrastruktur ändert sich. Informationen dazu, wie der zugrunde liegende Cluster und seine Dienste im Allgemeinen eingerichtet werden, finden Sie unter „VMS installieren und konfigurieren “ sowie „VMS-Dienste aktivieren und konfigurieren “.

Häufig gestellte Fragen

Was ist der Unterschied zwischen „ Versa Secure Lens“ und „ Versa Advanced Security Cloud“?

ASC ist das vollständig in der Cloud gehostete Sicherheitsframework. Versa Secure Lens ist eine optimierte Teilversion, die für den Einsatz auf einem selbstverwalteten, lokalen Kubernetes-Cluster konzipiert ist – für Unternehmen, die keine Sicherheitstelemetriedaten außerhalb ihres Standorts übertragen können.

Was sind die Mindestanforderungen an die Hardware für einen „ Versa “-Secure-Lens-Cluster?

Ein Control-Plane-Knoten mit 32 Kernen und 64 GB RAM, mindestens drei Worker-Knoten mit jeweils 16 Kernen und 32 GB RAM sowie zwei öffentliche IP-Adressen – eine für die Control-Plane, eine für den Worker-Ingress.

Benötigt „ Versa Secure Lens“ separate Hardware, die nicht zum VMS gehört?

Nicht unbedingt. Bestehende VMS-Knoten können per CLI-Befehl in Worker-Knoten umgewandelt werden und sich einem Control-Plane-Knoten anschließen, anstatt eine komplett neue Infrastruktur bereitzustellen.

Welche EDR-Plattformen lassen sich in „ Versa Secure Lens“ integrieren?

Es unterstützt die Integration von On-Premises-EDR-Lösungen durch Hinzufügen von Worker-Knoten zum bestehenden VMS-Cluster; SentinelOne ist ein dokumentiertes Beispiel für eine auf diese Weise bereitgestellte Lösung.

Wie kann ich überprüfen, ob eine „ Versa “-Secure-Lens-Bereitstellung ordnungsgemäß funktioniert?

Laufen kubectl get pods -A um zu überprüfen, ob die „ Versa “, „Secure Lens“ und „DRS“-Pods auf den Worker-Knoten laufen, und helm list im entsprechenden Namensraum, um zu überprüfen, ob die erwarteten Diagramme bereitgestellt wurden.

Mehr zu „ Versa “ – Sichere Linse

Wenn Sie mehr erfahren möchten, finden Sie hier Quellen, denen wir vertrauen.

Verwandte Begriffe

Wenn Sie sich gerade über die „ Versa “ Secure Lens informieren, sollten Sie sich als Nächstes diese Produkte einmal ansehen.