¿Qué es el RBI?

El aislamiento remoto del navegador (RBI) es una técnica de seguridad que ejecuta las sesiones de navegación web en un contenedor aislado y protegido en la nube, en lugar de hacerlo en el dispositivo final, y que solo devuelve una representación segura de la página. El contenido activo y el malware nunca llegan al navegador del cliente, lo que permite contener las amenazas de día cero basadas en el navegador antes de que afecten a la red.

Puntos clave

• RBI ejecuta sesiones web de forma remota; solo se transmite una vista segura al dispositivo final.
• El malware presente en la página visitada nunca se ejecuta en el dispositivo del usuario.
• El modo de solo lectura y los controles de carga y descarga impiden la filtración de datos.
• RBI se integra con la política de SWG, ATP y DLP para ofrecer una protección web por capas.
• Las sesiones aisladas se eliminan tras su uso, por lo que no queda ningún rastro de ellas en los servidores remotos.

En esta página: Por qué es importante · Cómo funciona · Tipos · RBI y Versa · Preguntas frecuentes

¿Por qué es importante el RBI?

El navegador es el punto de entrada más habitual para los ataques: las descargas automáticas, los anuncios maliciosos, las páginas de phishing y los ataques de «watering hole» se ejecutan todos dentro de la pestaña, y una sola vulnerabilidad sin parchear en el motor de renderizado puede permitir a un atacante ejecutar código antes de que las defensas basadas en firmas detecten la carga útil. La seguridad web tradicional intenta identificar primero el contenido malicioso; RBI elude ese problema al no permitir en absoluto que el contenido de la página se ejecute en el terminal.

Esto es especialmente importante en el caso de las amenazas de «día cero», para las que no existe ninguna firma que permita bloquearlas. También es relevante en el caso de la navegación de riesgo que las organizaciones no pueden prohibir sin más: dominios recién registrados, URL sin clasificar o sitios que el personal tiene motivos legítimos para visitar a pesar del elevado riesgo que entrañan. Aislar esas sesiones ofrece a los equipos de seguridad una opción intermedia entre permitir el acceso y denegarlo por completo.

¿Qué es el RBI?

Cuando el navegador de un usuario solicita una página de riesgo, la pasarela web segura desvía la sesión al servicio RBI en lugar de conectar directamente al cliente. El servicio de aislamiento carga y ejecuta la página real —JavaScript, complementos y todo lo demás— dentro de un contenedor desechable y aislado en la nube. El navegador del cliente nunca ejecuta el código de la página; solo recibe una representación reconstruida y depurada, y reenvía los clics, los desplazamientos y las pulsaciones de teclas al contenedor remoto.

Dado que la ejecución nunca tiene lugar en el terminal, el malware incrustado en la página —incluidos los exploits de día cero sin firma conocida— queda confinado en el contenedor desechable, que se destruye al finalizar la sesión. Los perfiles RBI también regulan la superficie de riesgo de la sesión: las cargas y descargas pueden bloquearse, analizarse o limitarse únicamente a la vista previa; pueden restringirse el envío de formularios y el acceso al portapapeles; y puede forzarse la sesión a modo de solo lectura.

Tipos de RBI

Existen dos enfoques de renderización predominantes. El «pixel streaming» trata el navegador remoto como una fuente de vídeo: el servidor de aislamiento renderiza la página y transmite fotogramas comprimidos al cliente, que los muestra en un visor ligero, aislando cada elemento, a costa de la latencia y el ancho de banda. Por su parte, la reconstrucción del DOM analiza el Modelo de Objetos de Documento (DOM) de la página remota, elimina los elementos activos y potencialmente maliciosos, y reconstruye un documento HTML limpio que el cliente renderiza de forma nativa: más ligero y con mayor capacidad de respuesta, aunque con una garantía más limitada de que todos los elementos activos se hayan desinfectado correctamente.

La implementación también varía. La mayor parte de RBI es un servicio en la nube, que se proporciona por regiones y al que se accede a través de una pasarela web segura. Un número menor de implementaciones se ejecuta en dispositivos locales para aquellas organizaciones que no pueden redirigir el tráfico de navegación a una nube de terceros, lo que les permite sacrificar la simplicidad a cambio del control sobre la residencia de los datos.

RBI y Versa

Versa Ofrece RBI como un complemento basado en la nube dentro de su estructura « SASE », con licencia incluida en los paquetes « Versa » Secure Internet Access (VSIA) Professional y Elite. RBI funciona junto con la pasarela web segura y las funciones de seguridad en la nube de VOS™ —entorno aislado, antivirus y prevención de pérdida de datos— para proporcionar una línea de defensa adicional contra los ataques de día cero basados en el navegador. Para habilitarlo se requiere Concerto, uno o más SWG e instancias de Advanced Security Cloud en cada región; véanse «Configurar el aislamiento remoto del navegador » y «Configurar los inquilinos de SASE ».

Los administradores crean perfiles RBI que establecen el modo de solo lectura, el comportamiento de carga y descarga, las reglas para formularios y el portapapeles, y el modo de visualización; a continuación, asocian el perfil a una regla de protección de Internet para que las sesiones que coincidan —categorías de URL sospechosas o desconocidas— sean redirigidas al aislamiento. Los administradores supervisan la actividad de los perfiles RBI —sesiones, transferencias y amenazas— desde los paneles de control de seguridad de Concerto.

Preguntas frecuentes

¿Cuál es la diferencia entre el RBI y una pasarela web segura?

Una pasarela web segura inspecciona y filtra el tráfico web según la categoría de la URL, la reputación y la política, y a continuación permite o bloquea la conexión. El RBI es una medida que una pasarela puede aplicar a una sesión que cumpla los criterios: en lugar de permitirla o bloquearla, aísla su ejecución de forma remota.

¿Protege RBI contra las vulnerabilidades de «día cero» en los navegadores?

Sí, ese es el valor fundamental de RBI. Dado que la página se ejecuta en un contenedor remoto desechable en lugar de en el terminal, incluso un ataque que tenga éxito queda confinado allí y se destruye al finalizar la sesión, sin llegar nunca al dispositivo del cliente ni a la red.

¿Puede el RBI impedir la filtración de datos durante una sesión de navegación?

Sí, a través de la configuración del perfil. Los administradores pueden desactivar la subida de archivos y el envío de formularios, bloquear el acceso al portapapeles entre la sesión y el escritorio local, o forzar que toda la sesión se ejecute en modo de solo lectura, lo que elimina la interactividad y bloquea las subidas, las descargas y la cumplimentación de formularios.

¿Cuál es la diferencia entre el «pixel streaming» y la reconstrucción del DOM?

La transmisión por píxeles envía un flujo similar al de un vídeo de la página renderizada, aislando cada elemento, pero consume más ancho de banda y añade latencia. La reconstrucción del DOM analiza y depura la estructura del documento de la página y, a continuación, la reconstruye para que el navegador local la renderice de forma nativa: es más ligera, pero ofrece una garantía de filtrado más limitada.

¿Afecta negativamente a la experiencia del usuario el hecho de aislar una sesión de navegación?

Existe cierta sobrecarga, ya que cada página se carga primero en un servidor remoto, pero el impacto es menor con la reconstrucción del DOM que con la transmisión de píxeles. Dado que el RBI suele aplicarse de forma selectiva —a sitios sospechosos o sin clasificar, no a toda la navegación—, la mayoría de los usuarios rara vez lo notan.

Más información sobre el RBI

Si quieres saber más, estas son algunas fuentes en las que confiamos.

Términos relacionados

Si estás leyendo sobre el RBI, te conviene echar un vistazo a lo siguiente.