Was ist RBI?

Remote Browser Isolation (RBI) ist eine Sicherheitstechnik, bei der Web-Browsing-Sitzungen nicht auf dem Endgerät, sondern in einem isolierten Sandbox-Container in der Cloud ausgeführt werden, wobei lediglich eine sichere Darstellung der Seite an den Client zurückgesendet wird. Aktive Inhalte und Malware gelangen niemals in den Client-Browser, wodurch browserbasierte Zero-Day-Bedrohungen abgewehrt werden, bevor sie das Netzwerk erreichen.

Die wichtigsten Erkenntnisse

• RBI stellt Web-Sitzungen aus der Ferne bereit; nur eine sichere Ansicht gelangt zum Endpunkt.
• Malware auf der aufgerufenen Seite wird niemals auf dem Client-Gerät ausgeführt.
• Der schreibgeschützte Modus und die Upload-/Download-Kontrollen verhindern den Datenabfluss.
• RBI arbeitet mit SWG-Richtlinien, ATP und DLP zusammen, um einen mehrschichtigen Webschutz zu gewährleisten.
• Isolierte Sitzungen werden nach der Nutzung beendet, sodass auf dem Remote-Server keine Daten verbleiben.

Auf dieser Seite: Warum das wichtig ist · So funktioniert es · Arten · RBI & Versa · Häufig gestellte Fragen

Warum ist die RBI wichtig?

Der Browser ist der häufigste Einstiegspunkt für Angriffe: Drive-by-Downloads, bösartige Anzeigen, Phishing-Seiten und Watering-Hole-Angriffe werden alle innerhalb des Tabs ausgeführt, und eine einzige ungepatchte Schwachstelle in der Rendering-Engine kann einem Angreifer die Ausführung von Code ermöglichen, bevor signaturbasierte Abwehrmechanismen die Nutzlast erkennen. Herkömmliche Web-Sicherheitslösungen versuchen, schädliche Inhalte zunächst zu identifizieren; RBI umgeht dieses Problem, indem es die Ausführung von Seiteninhalten auf dem Endgerät gänzlich verhindert.

Dies ist vor allem bei Zero-Day-Bedrohungen von Bedeutung, für deren Abwehr es noch keine Signatur gibt. Es spielt auch eine Rolle bei riskanten Surfaktivitäten, die Unternehmen nicht einfach verbieten können – neu registrierte Domains, nicht kategorisierte URLs oder Websites, die Mitarbeiter trotz erhöhtem Risiko aus legitimen Gründen besuchen müssen. Die Isolierung dieser Sitzungen bietet Sicherheitsteams eine Mittelwegslösung zwischen der vollständigen Zulassung und dem vollständigen Verbot.

Was ist RBI?

Wenn der Browser eines Nutzers eine risikobehaftete Seite anfordert, leitet das Secure Web Gateway die Sitzung an den RBI-Dienst um, anstatt den Client direkt zu verbinden. Der Isolationsdienst lädt die eigentliche Seite – einschließlich JavaScript, Plugins und allem anderen – und führt sie in einem einmalig verwendbaren, in einer Sandbox isolierten Container in der Cloud aus. Der Browser des Clients führt den Code der Seite niemals aus; er erhält lediglich eine rekonstruierte, bereinigte Darstellung und leitet Klicks, Bildlaufbewegungen und Tastenanschläge zurück an den Remote-Container weiter.

Da die Ausführung niemals auf dem Endpunkt stattfindet, bleibt in die Seite eingebettete Malware – einschließlich Zero-Day-Exploits ohne bekannte Signatur – auf den temporären Container beschränkt, der am Ende der Sitzung gelöscht wird. RBI-Profile steuern zudem die Risikofläche der Sitzung: Uploads und Downloads können blockiert, gescannt oder auf eine Vorschau beschränkt werden; das Absenden von Formularen und der Zugriff auf die Zwischenablage können eingeschränkt werden; und die Sitzung kann in den schreibgeschützten Modus versetzt werden.

Arten von RBI

Zwei Rendering-Ansätze dominieren. Beim Pixel-Streaming wird der Remote-Browser als Videoquelle behandelt: Der Isolationsserver rendert die Seite und streamt komprimierte Frames an den Client, der diese in einem schlanken Viewer anzeigt – wobei jedes Element isoliert wird, was jedoch auf Kosten von Latenz und Bandbreite geht. Die DOM-Rekonstruktion hingegen analysiert das Document Object Model der Remote-Seite, entfernt aktive und potenziell schädliche Elemente und erstellt ein bereinigtes HTML-Dokument neu, das der Client nativ rendert – leichter und reaktionsschneller, allerdings mit einer geringeren Garantie, dass jedes aktive Element korrekt bereinigt wurde.

Auch die Bereitstellungsarten variieren. Der Großteil von RBI wird als Cloud-Dienst angeboten, der nach Regionen bereitgestellt und über ein sicheres Web-Gateway erreichbar ist. In weniger Fällen kommen lokale Geräte zum Einsatz – für Unternehmen, die ihren Web-Datenverkehr nicht an eine Cloud eines Drittanbieters weiterleiten können und daher Einfachheit zugunsten der Kontrolle über den Datenspeicherort opfern.

RBI & Versa

Versa bietet RBI als cloudbasiertes Add-on innerhalb seiner „ SASE “-Plattform an, das im Rahmen der „ Versa Secure Internet Access (VSIA)“-Pakete „Professional“ und „Elite“ lizenziert ist. RBI arbeitet mit dem Secure Web Gateway und den VOS™-Cloud-Sicherheitsfunktionen – Sandboxing, Virenschutz und Schutz vor Datenverlust – zusammen und bildet so eine weitere Verteidigungslinie gegen browserbasierte Zero-Day-Angriffe. Für die Aktivierung sind Concerto, ein oder mehrere SWGs sowie „ SASE “-Instanzen in jeder Region erforderlich; siehe „Remote Browser Isolation konfigurieren “ und „ -Tenants konfigurieren“.

Administratoren erstellen RBI-Profile, in denen der schreibgeschützte Modus, das Upload-/Download-Verhalten, Regeln für Formulare und die Zwischenablage sowie der Darstellungsmodus festgelegt werden. Anschließend verknüpfen sie das Profil mit einer Internet-Schutzregel, sodass entsprechende Sitzungen – verdächtige oder unbekannte URL-Kategorien – in die Isolationsumgebung umgeleitet werden. Administratoren überwachen die RBI-Aktivitäten – Sitzungen, Datenübertragungen und Bedrohungen – über die Sicherheits-Dashboards von Concerto.

Häufig gestellte Fragen

Was ist der Unterschied zwischen RBI und einem Secure Web Gateway?

Ein sicheres Web-Gateway überprüft und filtert den Webdatenverkehr nach URL-Kategorie, Reputation und Richtlinien und lässt die Verbindung anschließend zu oder blockiert sie. RBI ist eine Maßnahme, die ein Gateway bei einer entsprechenden Sitzung ergreifen kann: Anstatt die Verbindung zuzulassen oder zu blockieren, isoliert es die Ausführung aus der Ferne.

Schützt RBI vor Zero-Day-Exploits im Browser?

Ja – das ist der Kernvorteil von RBI. Da die Seite nicht auf dem Endgerät, sondern in einem wegwerfbaren Remote-Container ausgeführt wird, bleibt selbst ein erfolgreicher Angriff auf diesen Container beschränkt und wird bei Beendigung der Sitzung gelöscht, sodass er niemals das Client-Gerät oder das Netzwerk erreicht.

Kann RBI den Datendiebstahl während einer Browsersitzung verhindern?

Ja, über die Profileinstellungen. Administratoren können das Hochladen von Dateien und das Absenden von Formularen deaktivieren, den Zugriff auf die Zwischenablage zwischen der Sitzung und dem lokalen Desktop blockieren oder die gesamte Sitzung in den schreibgeschützten Modus versetzen, wodurch die Interaktivität aufgehoben und das Hoch- und Herunterladen sowie die Eingabe in Formulare verhindert wird.

Was ist der Unterschied zwischen Pixel-Streaming und DOM-Rekonstruktion?

Beim Pixel-Streaming wird ein videöhnlicher Stream der gerenderten Seite gesendet, wobei jedes Element isoliert wird; dies beansprucht jedoch mehr Bandbreite und verursacht zusätzliche Latenz. Bei der DOM-Rekonstruktion wird die Dokumentstruktur der Seite analysiert und bereinigt und anschließend neu aufgebaut, damit der lokale Browser sie nativ rendern kann – dies ist ressourcenschonender, bietet jedoch eine geringere Filtergarantie.

Verlangsamt die Isolierung einer Browsersitzung die Benutzererfahrung?

Es entsteht zwar ein gewisser Mehraufwand, da jede Seite zunächst auf einem Remote-Server geladen wird, doch sind die Auswirkungen bei der DOM-Rekonstruktion geringer als beim Pixel-Streaming. Da RBI in der Regel selektiv eingesetzt wird – nämlich nur bei verdächtigen oder nicht kategorisierten Websites und nicht beim gesamten Surfverhalten –, bemerken die meisten Nutzer dies kaum.

Mehr über die RBI

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

Verwandte Begriffe

Wenn Sie sich gerade über RBI informieren, sollten Sie sich als Nächstes diese Artikel ansehen.