Pero si alguna vez has intentado mantener un entorno estable durante meses o años, sabes que la rapidez del primer día no garantiza los resultados del día 100.

Intune se basa en un modelo de estado deseado. Tú defines cómo debe ser un dispositivo, e Intune sigue actuando para que el endpoint alcance ese estado. Eso solo funciona cuando el mecanismo de distribución es de confianza. Cuando no lo es, los administradores terminan resolviendo fallos puntuales en lugar de lograr la estabilidad prometida.

El despliegue de un LOB funciona como la ejecución de un script. Cada instalación puede variar ligeramente, especialmente en parques de hardware mixtos. Esas pequeñas diferencias se acumulan. Los nuevos modelos de dispositivos conllevan nuevos casos límite. La resolución de problemas es más lenta y menos predecible. Además, en los despliegues de Autopilot, la combinación de paquetes LOB y Win32 suele causar errores de aprovisionamiento que detienen los dispositivos, impidiendo que los usuarios inicien sesión.

Este es el problema que la mayoría de los equipos termina encontrando: LOB es sencillo hasta que su despliegue se complica

Un breve análisis para 2026

Si estás evaluando a un proveedor, consulta qué modelo de despliegue recomienda para Intune.

Si todavía insisten en LOB, suele indicar que:

• No han creado paquetes para Win32.
• No han desarrollado una lógica de detección fiable.
• Priorizan la velocidad de entrega, no la precisión a largo plazo.

En resumen, lo crearon pensando en la instalación, no en la gestión.

Esto importa porque la gestión moderna de endpoints no consiste en «desplegar y olvidar», sino en un ciclo de vida, una gobernanza y una respuesta rápida cuando algo deja de funcionar. Y ahí es donde Win32 demuestra su valor.

Por qué el modelo de despliegue Win32 es el más adecuado

1. Un mejor motor de instalación

Las aplicaciones Win32 utilizan la extensión de administración de Intune (IME). IME gestiona los reintentos, la resiliencia, los instaladores complejos y el orden de instalación. Esto se traduce en menos errores e implementaciones más fluidas en flotas de dispositivos reales.

2. Informes más detallados y resolución de problemas más rápida

Win32 facilita más datos de telemetría durante la instalación y la detección. Cuando algo falla, puedes ver por qué. Con LOB, obtienes menos detalles, convirtiendo la resolución habitual de problemas en una cuestión de conjeturas.

3. Lógica de los requisitos reales

Win32 admite reglas de requisitos avanzadas: restricciones del sistema operativo, condiciones del hardware, estado del usuario, lógica de comprobación previa y mucho más. LOB se basa principalmente en «instalado o no instalado», lo cual no es suficiente para un despliegue controlado y condicional.

4. Detección precisa

Win32 te permite definir reglas de detección precisas basadas en archivos, entradas del registro o lógica personalizada. LOB suele identificar erróneamente las instalaciones o queda bloqueado en estados incoherentes.

La propia intención de diseño de Microsoft favorece a Win32

Esto no es una preferencia de nicho. Microsoft ha creado la arquitectura de Intune alrededor de un modelo más completo y orientado al ciclo de vida: Win32. A lo largo de los últimos ciclos de producto, Microsoft ha invertido considerablemente en la gestión de paquetes, la generación de informes, la remediación y la segmentación de Win32. El modelo LOB no ha evolucionado de forma significativa. Es un puente de compatibilidad, no una estrategia a largo plazo.

Y en situaciones de alta gravedad, la diferencia es evidente. Los metadatos estructurados de Win32 (historial de versiones, arquitectura, detalles de los paquetes) permiten a los equipos identificar y corregir problemas rápidamente. Incidentes como Log4j han demostrado lo valiosa que puede ser esa claridad a gran escala.

LOB parece sencillo… hasta que deja de serlo

El despliegue de LOB es rápido, pero el tiempo ahorrado al principio se convierte en un obstáculo cuando necesitas:

• actualizaciones
• instalaciones condicionales
• segmentación dinámica
• corrección
• lógica de estado del usuario
• lógica de reinstalación
• cambios de versión

LOB es «desplegar una vez». Win32 es «gestionar siempre».  A medida que el entorno crece, la diferencia es evidente.

Reflexión final

LOB es adecuado para prototipos y aplicaciones sencillas. Pero los equipos de TI consolidados necesitan despliegues que sean estables, repetibles y fáciles de entender.

La verdadera cuestión en 2026 no es si un proveedor es compatible con Intune. Es para qué modelo de despliegue lo han diseñado, y si lo han hecho para una gestión continua o para un atajo.

Más información sobre la integración de NinjaOne con Intune

George aporta una amplia experiencia en el sector de TI y una trayectoria impresionante ayudando a organizaciones a escalar con éxito en los mercados japonés y de la región de APAC en general. Pero lo que de verdad lo convierte en un Ninja es su tenacidad, su curiosidad y su incansable afán por afrontar los retos de frente. Ya sea recorriendo el histórico sendero de Tokaido o ayudando a grandes empresas japonesas a transformar y elevar sus operaciones con NinjaOne, George siempre está en movimiento, corriendo constantemente hacia nuevos retos y superándose sin cesar.

Conozcamos mejor a George

¡Hola, George! Háblanos un poco de ti. ¿A qué te dedicas en NinjaOne?

¡Konnichiwa! Soy ingeniero de soluciones empresariales con base en Tokio. Llevo más de 25 años trabajando en el sector de TI, colaborando con organizaciones SMB y grandes empresas en Japón y en toda la región de APAC. Tengo una verdadera pasión por la tecnología. En NinjaOne, soy el primer y único experto dedicado al mercado japonés, donde me centro en el lanzamiento de NinjaOne con la ayuda de valiosos socios distribuidores y comercializadores.

¿Qué te impulsó a unirte a NinjaOne y qué te entusiasmó más al unirte al equipo en Japón?

El mercado japonés es un territorio completamente nuevo para NinjaOne, algo realmente emocionante. Conozco bien el mercado y estoy deseando aplicar mi  experiencia para abrir nuevas puertas en la región. NinjaOne y Macnica formalizaron un acuerdo de distribución a finales de julio, y yo me incorporé a NinjaOne a principios de agosto. Unirme al equipo fue una decisión fácil. Era exactamente lo que buscaba como siguiente paso en mi carrera.

Creo que el mercado japonés representa una gran oportunidad para la empresa. Al entrar en cualquier mercado nuevo, siempre hay desafíos que superar, como las barreras del idioma, las diferencias culturales, la normativa local, etc. Sin embargo, encuentro estos desafíos apasionantes, y estoy deseando trabajar junto a mis compañeros y nuestros socios de confianza para ayudar a NinjaOne a superarlos y tener éxito en este mercado.

¿Cómo guías a los grandes clientes hacia buenos resultados con NinjaOne?

Me centro en una estrategia orientada a soluciones y la ingeniería de valor. En pocas palabras, identifico las necesidades de los clientes, demuestro cómo nuestros productos las resuelven y, en consecuencia, muestro cuánto tiempo o dinero pueden ahorrar o mejorar con NinjaOne. Para los grandes clientes, considero que lo más eficaz es demostrar el valor primero mediante proyectos pequeños, resolviendo un problema o una operación empresarial a la vez, en lugar de diseñar un proyecto grande que consume mucho tiempo y termina cambiando todas las operaciones empresariales de golpe. Comienza a pequeña escala, muestra a las organizaciones dónde pueden obtener buenos resultados y beneficios de forma oportuna, y expande a partir de ahí hacia nuevos proyectos. Mi objetivo es ayudar a nuestros clientes a lograr buenos resultados con NinjaOne, no solo en una o dos áreas, sino en muchas.

¿Qué es lo que te ha hecho sentir conectado con el equipo en general, incluso trabajando desde Japón?

Las herramientas de colaboración como Slack y las llamadas de Zoom/Teams son increíblemente útiles cuando se trabaja en un equipo internacional. Con estas herramientas, puedo contactar con mis compañeros de todo el mundo en cualquier momento. Nunca he contado a cuántos compañeros les he escrito por Slack o con cuántos he hablado por Zoom/Teams hasta ahora, ¡pero probablemente sean más de unos cientos! Una cosa muy especial que he descubierto trabajando en NinjaOne: es un solo equipo. No importa en qué parte del mundo trabajes, no hay fronteras internacionales ni barreras organizativas, ni verticales ni horizontales.

¿Qué te apasiona fuera del trabajo?

Dos cosas: la primera es el senderismo. El año pasado, recorrí una de las rutas históricas más famosas de Japón, el «sendero de Tokaido», desde Tokio hasta Kioto (casi 500 km de distancia), durante catorce días. Estoy muy orgulloso de haber podido caminar una distancia tan larga por mi cuenta. Además, ver arquitectura y senderos antiguos construidos hace más de cuatrocientos años fue extraordinario. Tengo previsto intentar otro, el «sendero de Nakasendo», desde Tokio hasta Kioto (560 km de distancia), en el futuro. La segunda es el alpinismo. Acabo de empezar el «Nippon Hyaku Meizan», que significa escalar las cien mejores montañas de Japón. Hasta ahora he completado quince y seguiré intentando tachar más de mi lista en los próximos años. ¿Por qué escalar montañas? ¡Porque están ahí! (^^)

¡Y hasta aquí esta entrega de nuestra serie «Las personas de NinjaOne»! Gracias por quedarte hasta el final. Para obtener más información sobre nuestro creciente equipo global y descubrir las vacantes y oportunidades disponibles, visita https://www.ninjaone.com/es/empleo/. Pronto volveremos con nuevas ediciones de «Las personas de NinjaOne».

Puntos clave

• Utiliza las aplicaciones Entra Enterprise gestionadas por proveedores para lograr una integración segura y escalable con «Iniciar sesión con Microsoft».
• Evita registros de aplicaciones DIY que trasladan la gestión de identidades, la rotación de claves y el mantenimiento a tu equipo.
• Mejora la seguridad y la gobernanza con aplicaciones verificadas que se integran con las herramientas de acceso condicional y Entra.
• Minimiza el riesgo del ciclo de vida dejando que los proveedores gestionen actualizaciones, cambios en las API y la rotación de credenciales.
• Mejora la escalabilidad del MSP mediante una única confirmación, en lugar de configurar y mantener cada cuenta de cliente por separado.

Cuando evalúes productos SaaS, esta pregunta debería ser una prioridad: «¿Publicas una aplicación de Microsoft Entra Enterprise verificada?» 

La respuesta obtenida te indicará lo siguiente:

• La importancia que el proveedor concede a la seguridad
• Si esperan que los clientes realicen el mantenimiento continuo de la identidad
• Si la integración será compatible con los cambios y las actualizaciones de la API
• Cuánta carga operativa debería esperar tu equipo

Si un proveedor ofrece la opción «Iniciar sesión con Microsoft», hay dos formas de cómo podría haberlo implementado. Publican una aplicación empresarial de Microsoft Entra verificada, o bien requieren que cada cliente cree su propio registro de aplicación.

Estos dos métodos parecen similares, pero sus resultados son muy diferentes para equipos de seguridad, administradores, MSP y el mantenimiento a largo plazo. Uno se adapta perfectamente. Los otros provocan problemas recurrentes que surgen meses o años más tarde.

Por eso, el método que elija un proveedor debería ser la primera pregunta que se plantee un equipo de TI o de seguridad.

La diferencia real: Comodidad vs. responsabilidad

Algunos proveedores continúan solicitando que los clientes creen su propio registro de la aplicación de Microsoft Entra. En teoría, podría parecer sencillo. En la práctica, traslada la gestión de la identidad y el riesgo operativo directamente al cliente.

No es Microsoft quien crea fricciones. El problema se debe a que el proveedor no ha publicado una aplicación empresarial gestionada. Sin ella, los clientes se convierten en responsables de configurar permisos, almacenar claves secretas, renovar credenciales y solucionar problemas técnicos cuando se produce algún cambio.

Cuando un proveedor cumple con su parte y publica una aplicación empresarial, la experiencia del cliente es sencilla. Haz clic en Inicia sesión con Microsoft, acepta la pantalla de consentimiento del publicador verificado y listo. Sin tener que buscar en Microsoft Entra, sin gestión de claves secretas y sin sorpresas asociadas al ciclo de vida.

Métodos

Aplicación Entra Enterprise gestionada por proveedores

El cliente hace clic en «Iniciar sesión con Microsoft»

↓

Microsoft muestra la pantalla de consentimiento revisada por el proveedor

↓

La titularidad y la seguridad de las aplicaciones recae en el proveedor

↓

El usuario está autenticado (no requiere configuración)

Esto proporciona a los clientes:

• Incorporación con un solo clic
• Atribución correcta de los proveedores
• Rotación de credenciales gestionada automáticamente
• Visibilidad en las herramientas de control de Entra y CASB
• Los clientes no deben mantener ninguna clave secreta ni certificado

Registro manual de aplicaciones

El proveedor indica al cliente: «crea tu propio registro de aplicaciones»

↓

El cliente configura alcance, permisos, URI, claves secretas, etc.

↓

La aplicación funciona inicialmente…

↓

Finalmente falla debido a claves secretas filtradas o caducadas, permisos inexistentes o a una actualización de la API

Como resultado, los clientes deben asumir los costes de:

• Errores de configuración
• Desviación de permisos
• Rotación secreta
• Interrupciones durante las actualizaciones
• Ambigüedad posterior sobre la responsabilidad

La diferencia que los equipos perciben de inmediato

Las aplicaciones gestionadas por proveedores están firmadas, revisadas y son uniformes en todos los tenants de Microsoft. Los equipos de seguridad pueden aprobarlas una sola vez y aplicar una gobernanza centralizada, simplificando las investigaciones y las auditorías.

Los registros en las aplicaciones DIY crean una identidad única para cada tenant. Cada aplicación tiene sus propias claves secretas, permisos y ciclo de vida. Cada equipo de seguridad debe evaluarla y realizar un seguimiento de forma independiente. Esto plantea tres problemas principales:

1. La remediación es más lenta, ya que cada tenant se comporta de forma diferente
2. Más problemas de diagnóstico, con falsos positivos y configuraciones inusuales
3. Mayor carga operativa, ya que cada nuevo ingeniero debe aprender configuraciones específicas

Las aplicaciones gestionadas por proveedores reducen la superficie de exposición. Las aplicaciones DIY lo multiplican.

Ciclo de vida y operaciones: ¿quién asume el riesgo?

En el caso de los MSP, la diferencia de costes incrementa rápidamente

Los MSP son los primeros en percibir las dificultades del registro de aplicaciones DIY. Cada tenant supone:

• Una nueva clave secreta que caducará
• Otro proceso de autorización para permisos de nivel superior
• Otra posible interrupción imprevista del servicio

Una aplicación gestionada por el proveedor elimina por completo esa carga administrativa. Los MSP dan su consentimiento una vez por cada tenant y nunca vuelven a revisarlo.

Conclusiones

Una aplicación de Microsoft Entra Enterprise gestionada por proveedores no es un complemento. Es la base para una integración segura y estable con Microsoft, ya que los proveedores que publican demuestran que comprenden la gobernanza real, capacidad de soporte y el mantenimiento a largo plazo. Los proveedores que realizan registros DIY trasladan esa carga a sus clientes.  Si deseas una seguridad predecible, auditorías impecables y menos problemas en el futuro, elige el producto que se responsabiliza de su propia integración, en lugar del que externaliza ese trabajo hacia ti.

La integración de NinjaOne con Intune ofrece a los equipos de TI y a los MSP lo más importante: un control operativo real para un contexto que prioriza la identidad. Unifica la gobernanza, la automatización y la asistencia en un flujo de trabajo completo que abarca desde la inscripción hasta la retirada.

El resultado es menos fricción, menos puntos ciegos y un stack que funciona como lo hacen las TI modernas.

Antes de empezar

• Los webhooks permiten la transmisión de eventos en tiempo real desde NinjaOne al SIEM que elijas.
• La aplicación SIEM Exporter de NinjaOne te permite configurar webhooks para eventos específicos, como alertas de dispositivos, condiciones de políticas o notificaciones especificas de integraciones.
• La aplicación separa las alertas SIEM del canal de notificaciones, reduciendo el ruido en el mismo.
• La aplicación también ofrece acceso basado en roles a los webhooks, garantizando que los técnicos dispongan de los permisos de lectura y escritura adecuados.
• Cualquier SIEM que permita recibir, validar y procesar mensajes HTTP automatizados enviados por otra aplicación cuando se produce un evento específico mediante webhooks, es compatible con esta aplicación.
• Las transacciones del webhook se supervisan para garantizar que se realicen correctamente.
• Aunque el exportador SIEM permite definir una integración personalizada mediante webhooks, otras integraciones preconfiguradas de NinjaOne pueden utilizar estructuras similares de webhooks.

Cómo empezar

Permisos de los técnicos

Gestiona el acceso de los técnicos mediante los permisos del sistema SIEM Exporter en la configuración de cuentas o roles.

Los administradores del sistema tienen acceso completo al SIEM Exporter de forma predeterminada. Para conceder acceso de lectura a un técnico concreto o a un rol de técnico, configura el permiso SIEM Exporter en la sección Sistema y selecciona Permitido. Accede a la plataforma NinjaOne: configuración de permisos para técnicos para obtener más información.

Configurar la aplicación

Utiliza la aplicación SIEM Event Exporter de NinjaOne para configurar fácilmente tu flujo de datos SIEM.

1. Ve a Administración → Aplicaciones → Instaladas y haz clic en +Añadir aplicación.

2. Selecciona SIEM Exporter y haz clic en Continuar en el cuadro de diálogo de confirmación.
3. En la página de la aplicación SIEM Exporter, haz clic en Habilitar.

Añadir webhooks

Crea una conexión de webhook para enviar datos de actividad a tu herramienta SIEM. Introduce la URL de destino del webhook proporcionada por tu proveedor de SIEM o de integración. Es posible que necesites una autenticación adicional para recibir eventos.

1. En la aplicación SIEM Exporter, selecciona Webhooks y, a continuación, haz clic en +Añadir webhook.

2. La conexión del webhook estará activada de forma predeterminada. Introduce un identificador único en el campo Nombre de la conexión.
3. Selecciona uno o varios tipos de evento en el menú desplegable. Puedes configurar webhooks para eventos concretos, como alertas de dispositivos, condiciones de políticas o notificaciones específicas de integración.
4. Introduce la URL de destino del mecanismo que recibirá datos de NinjaOne. Un destino puede ser un endpoint HTTP o tu localhost.
5. Selecciona Todas las organizaciones para conceder acceso global, o selecciona Organizaciones específicas para limitar el acceso.

6. Haz clic en Solicitud de encabezado en el menú lateral del cuadro de diálogo Añadir webhook para añadir encabezados HTTP de tu SIEM o proveedor, como tokens de autorización. Esta parte del proceso permite crear una clave secreta compartida, aunque puede no ser necesaria. Tu SIEM o tu proveedor deberían indicarte si necesitas configurarlo.
7. Haz clic en +Añadir encabezado y selecciona Encabezado genérico o Encabezado seguro. Recomendamos utilizar el encabezado genérico cuando proporciones metadatos para facilitar la transmisión de datos. Utiliza el encabezado seguro para proteger datos confidenciales. Esta opción oculta el valor de forma predeterminada, pero puedes hacer clic en el icono Mostrar contraseña para mostrarlo.

8. Introduce un nombre para tu encabezado. Este campo solo admite los siguientes valores o aquellos cuyo formato coincida con «x-custom-»:
   • Authorization
   • dd-api-key
   • content-type
9. Añade todos los encabezados y valores necesarios y haz clic en Probar conexión. Cuando la conexión se haya establecido correctamente, puedes hacer clic en Añadir.

Ahora, tu herramienta SIEM debería confirmar la conexión y empezar a recibir datos de NinjaOne.

Gestión de webhooks

Para pausar o cancelar la conexión del webhook con tu SIEM, puedes seleccionar uno o varios webhooks y hacer clic en Deshabilitar. El estado Deshabilitado significa que el webhook no está enviando activamente ningún evento al destino.

Para reiniciar la conexión, selecciona el webhook y haz clic en Habilitar. Solo puedes restablecer una conexión a la vez.

Eliminar un webhook es irreversible, por lo que recomendamos utilizar la función Deshabilitar, excepto si la conexión se ha establecido por error.

Resolver errores de estado de los webhooks

Tu webhook aparece en la página que indica su estado actual, que puede ser Habilitado, Deshabilitado o Error. Si aparece el estado Error, pasa el cursor del ratón por encima del texto para ver la ayuda emergente, que incluye un breve resumen del problema para facilitar su resolución. Los errores pueden deberse a límites de solicitudes, una autenticación incorrecta o a una carga útil anómala.

Ver las organizaciones asociadas a tu webhook

Cuando hayas añadido el webhook, podrás consultar información general en la pestaña Webhooks de la aplicación SIEM Exporter. La tabla muestra el número de organizaciones que tienen acceso al webhook. Haz clic en el número para abrir el cuadro de diálogo Organizaciones, donde podrás seleccionar el nombre de la organización para acceder a su panel de control.

Configurar las actividades del sistema SIEM

Hemos incorporado varias acciones del sistema para SIEM Exporter, de modo que puedes notificar a los técnicos, actualizar los canales de notificación o crear tickets para determinados eventos. Para obtener más información sobre la configuración de la actividad del sistema, consulta NinjaOne Endpoint Management: Canales de notificación y alertas en el Dojo.

Puntos clave

• Muchos ataques a través del navegador tienen éxito porque se utilizan navegadores no gestionados, lo que deja al descubierto las credenciales, las extensiones y los datos de sesión.
• Cinco carencias habituales de seguridad del navegador son las extensiones no gestionadas, la sincronización de perfiles sin control, una gestión deficiente de las contraseñas, las actualizaciones irregulares y la falta de visibilidad sobre los navegadores.
• Una política de navegador gestionado permite aplicar controles uniformes en todo el entorno, incluida la gobernanza de extensiones, las reglas de los perfiles, el almacenamiento de contraseñas, la aplicación de actualizaciones y la supervisión de los navegadores.
• Las políticas del navegador funcionan mejor cuando están alineadas con la infraestructura de seguridad existente, de modo que los distintos controles se refuercen entre sí en lugar de entrar en conflicto.
• Prioriza primero la gestión de los usuarios con privilegios, los grupos de mayor riesgo y los dispositivos no gestionados, y amplía después la cobertura a los sistemas de menor riesgo.

Los empleados utilizan el navegador para acceder a las herramientas, los sistemas y las plataformas que necesitan para trabajar, y un trabajador medio pasa en él el 85 % de su jornada. Sin embargo, pese a su importancia para el trabajo diario, los navegadores también pueden convertirse en puntos de entrada para el secuestro de sesiones, las extensiones maliciosas y los ataques destinados a robar credenciales.

La mayoría de los ataques a través del navegador no tienen éxito gracias a técnicas sofisticadas o especialmente complejas, sino simplemente porque el navegador no está gestionado. En esta guía repasamos buenas prácticas de gestión de navegadores que te ayudarán a cerrar las brechas que los atacantes buscan y aprovechan activamente.

Por qué es importante gestionar la seguridad de la navegación web

Muchas organizaciones cuentan con controles sólidos para los endpoints, la identidad y el acceso a la red, pero dejan a criterio del usuario la gestión del navegador, que es donde se desarrolla gran parte del trabajo. Los navegadores almacenan credenciales, permiten acceder a aplicaciones SaaS e interactúan con servicios de terceros en una misma sesión, lo que los convierte en un objetivo fácil para los atacantes.

Cuando no están gestionados, resulta difícil tener visibilidad y control sobre lo que se instala, cómo circulan los datos y a qué se accede durante las sesiones. Una estrategia de gestión de navegadores permite aplicar políticas en toda la organización para que las extensiones, los perfiles, las contraseñas, las actualizaciones y la supervisión se gestionen conforme a tus necesidades.

Consejo nº 1: aplica una política de navegador gestionado para controlar las extensiones

Las extensiones son fáciles de instalar y pueden mejorar la productividad de los usuarios finales, pero rara vez se revisan después de instalarlas. Una extensión con amplios permisos puede leer el contenido de las páginas sin que el usuario lo advierta, capturar credenciales, acceder al historial de navegación y desviar la actividad a través de servidores externos.

Para gestionar correctamente las extensiones, ten en cuenta estas medidas:

• Mantén y aplica de forma centralizada una lista de extensiones autorizadas y bloqueadas
• Exige que el equipo de TI revise y apruebe las solicitudes de instalación de extensiones
• Aplica restricciones más estrictas a las extensiones en los equipos y departamentos de mayor riesgo
• Revisa periódicamente el inventario de extensiones y elimina las que ya no se utilicen

Una gobernanza eficaz de las extensiones no consiste en configurarlas una vez y olvidarse de ellas; debe formar parte de un proceso continuo de gestión de las políticas del navegador.

Consejo nº 2: define reglas de seguridad para los perfiles del navegador y su sincronización

La mayoría de los navegadores modernos permiten iniciar sesión con varias cuentas y sincronizar automáticamente entre dispositivos datos de navegación como contraseñas, extensiones, marcadores y datos de autorrelleno. Aunque esto resulta cómodo para los usuarios finales, crea una importante carencia de control para los equipos de TI.

En entornos BYOD, los datos de navegación de una cuenta corporativa pueden sincronizarse accidentalmente con un perfil personal y quedar fuera del control y la supervisión de la organización. Esto puede hacer que las contraseñas acaben en dispositivos personales o que las extensiones se repliquen en dispositivos no gestionados.

Para evitarlo, la política del navegador debe definir:

• Si se permiten perfiles personales en dispositivos corporativos
• Si los usuarios deben autenticarse con cuentas corporativas
• Qué tipos de datos pueden sincronizarse entre dispositivos, si se permite alguno
• Cómo se gestionan y eliminan los datos del navegador cuando un empleado deja la organización

Establecer límites claros entre la actividad de navegación personal y la laboral permite mantener los datos corporativos dentro del entorno gestionado por la organización.

Consejo nº 3: mejora la seguridad de la navegación mediante controles de contraseñas y autorrelleno

Los navegadores incluyen funciones para guardar contraseñas y rellenarlas automáticamente, de modo que los usuarios no tengan que introducir sus credenciales cada vez. Sin embargo, esta práctica puede entrar en conflicto con las buenas prácticas para las políticas de contraseñas, especialmente en entornos que utilizan un gestor de contraseñas autorizado.

Cuando los empleados guardan credenciales en el navegador, el equipo de TI pierde visibilidad y control sobre cómo se almacenan, protegen y conservan. El autorrelleno agrava este riesgo al introducir automáticamente credenciales y datos confidenciales, que podrían acabar en páginas de phishing o sitios web no autorizados.

Para gestionar de forma segura las contraseñas y el autorrelleno, sigue estas buenas prácticas:

• Define claramente si debe utilizarse el almacenamiento de contraseñas del navegador o un gestor de contraseñas corporativo.
• Desactiva el almacenamiento de contraseñas para las cuentas con privilegios elevados.
• Restringe el autorrelleno en campos confidenciales o de alto riesgo.
• Exige autenticación multifactor (MFA) para las aplicaciones esenciales para la empresa.

Aunque la formación ayuda a fomentar buenas prácticas con las contraseñas, las políticas deben aplicarse siempre que sea posible, ya que incluso los usuarios con formación pueden cometer errores.

Consejo nº 4: trata las actualizaciones del navegador como una tarea de mantenimiento imprescindible

Los usuarios pueden acceder a sitios web no fiables a diario, y utilizar un navegador obsoleto aumenta ese riesgo. Las vulnerabilidades conocidas de los navegadores sin parchear están ampliamente catalogadas, por lo que los atacantes no necesitan desarrollar nuevas técnicas si las antiguas siguen funcionando.

Los retrasos en las actualizaciones suelen producirse porque los usuarios posponen el reinicio del navegador después de aplicar un parche o porque se siguen utilizando navegadores obsoletos en sistemas heredados. Sin una supervisión centralizada, resulta difícil saber qué versiones del navegador se utilizan en los distintos sistemas del entorno.

Por ello, las políticas de navegador gestionado deben:

• Aplicar actualizaciones automáticas
• Definir una versión mínima obligatoria del navegador
• Incluir informes sobre los dispositivos que no cumplen los requisitos establecidos
• Estandarizar la configuración de navegación segura y protección contra el phishing en todo el entorno

Además de las versiones obsoletas, una configuración de seguridad incoherente —como permisos demasiado amplios para la cámara o el micrófono o una gestión de descargas sin control— puede poner en riesgo incluso un navegador completamente actualizado.

Consejo n.º 5: mejora la visibilidad como parte de tu estrategia de seguridad del navegador

El navegador gestiona a diario credenciales, cargas de archivos y accesos a aplicaciones SaaS, pero la mayoría de las organizaciones no dispone de un registro de auditoría de esta actividad. Y, pese a esa falta de supervisión, sigue gestionando credenciales, cargas de archivos, acceso a aplicaciones SaaS y datos confidenciales.

Este punto ciego limita considerablemente la capacidad de responder a incidentes relacionados con el navegador. Por ejemplo, cuando se detecta un incidente de seguridad, a menudo no existe un registro que permita reconstruir lo ocurrido ni suficiente contexto para actuar.

Para mejorar la visibilidad de los navegadores en tu entorno, es importante:

• Mantener un inventario de extensiones y navegadores en todos los dispositivos gestionados
• Supervisar las versiones de los navegadores e identificar los dispositivos que no cumplen los requisitos establecidos
• Conectar las alertas con plataformas de gestión de servicios de TI (ITSM) o con flujos de trabajo de seguridad
• Definir procedimientos de respuesta claros para las amenazas relacionadas con el navegador

La visibilidad permite saber qué ocurre en los navegadores de todo el entorno, detectar problemas a tiempo, responder con precisión y cerrar brechas antes de que puedan aprovecharse.

Cómo contribuyen las políticas de navegador gestionado a la seguridad empresarial

En conjunto, las cinco buenas prácticas de esta guía constituyen la base de las políticas del navegador. Crear una política de navegador gestionado ayuda a garantizar que estos controles se apliquen de forma uniforme en todos los dispositivos gestionados.

Al centralizar la aplicación de estos controles, se pasa de configurar cada dispositivo por separado a aplicar una configuración de referencia común, lo que permite gestionar las desviaciones, las excepciones y las carencias antes de que acaben provocando incidentes.

Además, las políticas del navegador funcionan mejor cuando complementan las herramientas y normas de seguridad existentes, de modo que no queden aspectos sin cubrir. Por ejemplo, una organización que utiliza un gestor de contraseñas autorizado pero no dispone de una política sobre el almacenamiento de contraseñas sigue teniendo una carencia, ya que los empleados pueden guardar credenciales en sus navegadores.

El objetivo es crear un entorno de navegación seguro por defecto, con políticas aplicadas de forma uniforme y coherente, para que los usuarios no tengan que buscar soluciones alternativas que puedan generar nuevos riesgos.

Cómo priorizar las carencias de seguridad del navegador

No es recomendable corregir de una vez todas las carencias detectadas en los navegadores, ya que no todas entrañan el mismo nivel de riesgo. En su lugar, conviene dar prioridad a las áreas con mayor riesgo de exposición.

Esto significa empezar por los usuarios que manejan datos confidenciales o que quedan fuera de los controles de endpoints existentes. Entre ellos se encuentran los administradores con privilegios elevados, los equipos de mayor riesgo y los usuarios de dispositivos BYOD.

Después, amplía progresivamente la cobertura para incluir aplicaciones web heredadas y flujos de trabajo con grandes volúmenes de transferencia de archivos y, por último, las áreas de menor riesgo del entorno.

Protege los navegadores mediante una gestión adecuada

El navegador es donde se desarrolla gran parte del trabajo, pero sigue siendo un punto ciego en muchos entornos y puede convertirse en una puerta de entrada para los atacantes si no se gestiona. Las cinco buenas prácticas de esta guía ayudan a evitarlo definiendo y aplicando políticas de forma uniforme y tratando el navegador como un componente de seguridad que debe gestionarse.

Un enfoque estructurado consiste en empezar por los usuarios de mayor riesgo y corregir primero las carencias que generan una mayor exposición para, después, avanzar hacia las de menor riesgo.

Temas relacionados:

• Cómo funciona el bloqueo de sitios web en dispositivos Android
• Cómo usar PowerShell para obtener una lista de todas las extensiones del navegador en Windows
• Guía completa para obtener una lista de las extensiones del navegador en macOS
• Cómo ocultar o mostrar el control de aplicaciones y navegador de Seguridad de Windows en Windows 10

Puntos clave

• Tanto la gestión de endpoints como la de navegadores son importantes porque protegen diferentes capas de la misma superficie de ataque, y cualquier punto débil en una de ellas compromete a la otra.
• La gestión de endpoints verifica la fiabilidad de un dispositivo antes de comenzar el trabajo; la gestión de navegadores regula cómo se gestiona esa fiabilidad durante el trabajo.
• La seguridad empresarial real radica en conectar ambas herramientas, evitando considerarlas herramientas independientes y aisladas entre sí.

El debate entre la gestión de endpoints y la gestión de navegadores carece de sentido, ya que los equipos de TI tienden a enfrentarlas cuando, en realidad, necesitan ambas.

Proteger el dispositivo no garantiza automáticamente la seguridad de lo que ocurre dentro del navegador, y proteger el navegador es difícil cuando el endpoint subyacente no es de confianza. La gestión de endpoints y la de navegadores resuelven problemas distintos, pero relacionados entre sí.

La gestión de endpoints permite a los equipos de TI controlar los dispositivos y los sistemas operativos. En cambio, la gestión de navegadores permite a estos equipos controlar la experiencia de navegación y la actividad en la web.

¿Qué es la gestión de endpoints?

La gestión de endpoints es la práctica de gestión y protección de todos los dispositivos conectados a los sistemas de la empresa, incluidos los ordenadores portátiles y de sobremesa, los dispositivos móviles y los endpoints virtuales.

La gestión de endpoints proporciona a los equipos de TI una única fuente de información sobre todo lo existente, su estado actual y si cumple los requisitos de las políticas.

Además de la aplicación de parches y el despliegue de software, la gestión de endpoints abarca la gestión del ciclo de vida, desde el aprovisionamiento hasta la retirada, la corrección automatizada cuando los dispositivos incumplen los requisitos de cumplimiento y la resolución remota de problemas para equipos distribuidos.

¿Qué es la gestión de navegadores?

La gestión de navegadores determina cómo se comportan los navegadores mientras el usuario está trabajando; no solo si el dispositivo funciona correctamente, sino qué sucede dentro de la sesión.

Esto implica garantizar el uso de navegadores y versiones autorizados, bloquear extensiones, restringir la sincronización a cuentas personales y controlar subidas, descargas y permisos de las páginas web.

Es especialmente crítico cuando los usuarios acceden a datos confidenciales a través de aplicaciones SaaS, portales internos y almacenamiento en la nube, ya que ahí es donde suelen producirse las filtraciones de datos y el shadow IT, algo que las herramientas de la actividad de endpoints no siempre detectan por sí solas.

Gestión de endpoints vs. gestión de navegadores

No son intercambiables, ya que operan en capas diferentes y responden a preguntas distintas. La gestión de endpoints analiza si el dispositivo es fiable. Comprueba si el dispositivo está registrado, actualizado, cifrado y cumple con los requisitos.

En cambio, la gestión de navegadores busca saber qué ocurre cuando el usuario está trabajando: qué navegador y extensiones utiliza, qué páginas web visita, qué acciones realiza, etc.

Tratarlos como si fueran lo mismo genera puntos ciegos: un dispositivo totalmente conforme puede filtrar datos mediante un perfil de navegador no gestionado, y una política de navegador estricta no soluciona un OT obsoleto y sin parches subyacente.

Las grandes empresas necesitan que ambos funcionen conjuntamente, no que uno sustituya al otro.

En qué destaca la gestión de endpoints

La gestión de endpoints es más eficaz para resolver problemas del propio dispositivo: precisión del inventario, cumplimiento de los parches, estandarización del software, aplicación del cifrado y corrección remota a gran escala.

Es la capa que garantiza la seguridad de un dispositivo ante cualquier sesión del navegador, estableciendo así la base de confianza en la que se sustentan las políticas del navegador.

Sin una gestión de endpoints, las TI no disponen de un método fiable para distinguir un ordenador portátil conforme de uno comprometido u obsoleto, haciendo que todas las decisiones de seguridad posteriores sean inciertas.

En qué destaca la gestión de navegadores

La gestión de navegadores permite controlar eficazmente lo que hacen los usuarios durante una sesión. Algunos ejemplos de gestión son: limitar las extensiones de riesgo, controlar la sincronización y los perfiles, restringir descargas y supervisar la actividad de SaaS.

La gestión de navegadores detecta aspectos invisibles para las herramientas de los endpoints, como el uso oculto de la IA mediante aplicaciones web o los datos copiados de una herramienta autorizada a otra personal. La gestión de navegadores es especialmente útil para garantizar el cumplimiento normativo en el momento del acceso a los datos y no solo al iniciar sesión.

Cómo funcionan en conjunto la gestión de endpoints y la de navegadores

Ni la gestión de endpoints ni la de navegadores son suficientes por sí solas. Las herramientas para endpoints confirman que un dispositivo está actualizado y cifrado, pero no detectan lo que ocurre en una sesión del navegador.

Las herramientas del navegador permiten aplicar una política de sesión estricta, pero no solucionan los problemas de un sistema operativo sin parches o de un dispositivo comprometido.

El modelo más sólido es el que los relaciona: El estado del dispositivo influye en las decisiones de acceso del navegador, los resultados del navegador pueden activar la remediación y los informes de cumplimiento se basan en ambos.

Por ejemplo, una aplicación financiera concede acceso completo únicamente cuando el dispositivo cumple con los requisitos y el navegador reúne los requisitos de la política.

La gestión de endpoints y la de navegadores funcionan de forma conjunta

La gestión de endpoints y la de navegadores abordan diferentes aspectos del mismo problema de seguridad. El primero protege la capa de dispositivos (inventario, aplicación de parches, software, configuración y remediación), mientras que el segundo protege la capa del navegador (ajustes, extensiones, perfiles, sincronización, descargas y transferencia de datos mediante el navegador).

Las grandes empresas necesitan ambas, ya que el trabajo moderno depende de dispositivos de confianza y sesiones de navegador controladas. La gestión de endpoints verifica que los dispositivos sean seguros, mientras que la gestión de navegadores controla qué pueden hacer los usuarios cuando acceden a las aplicaciones web.

Temas relacionados:

• ¿Qué es la gestión de endpoints? Cómo funciona y cuáles son sus ventajas
• La evolución dinámica de la gestión de endpoints
• ¿Qué es la gestión autónoma de endpoints? Una guía completa sobre TI

Puntos clave

• Un «navegador seguro» y un «navegador empresarial» no son lo mismo, y elegir el que no se adapta a tus necesidades supone un derroche de presupuesto y genera riesgos de seguridad.
• El navegador es la principal superficie de ataque en una empresa, pero la mayoría de las organizaciones siguen sin contar con controles de seguridad a nivel de sesión.
• Hay cuatro enfoques de seguridad para los navegadores (gestión de los navegadores existentes, extensiones, RBI y navegadores empresariales), y la mayoría de organizaciones necesitan varios.
• La política de seguridad de tu navegador debería definir el problema antes de evaluar a los proveedores o productos.
• La estrategia adecuada combina cada herramienta con un grupo específico de usuarios y un nivel de riesgo concreto, en lugar de ofrecer una única solución para todos.

Probablemente hayas escuchado los términos «navegador seguro» y «navegador empresarial» en tus reuniones de TI o con proveedores, y te hayas preguntado si significan lo mismo. ¿Acaso no es cierto que todas las empresas deberían utilizar un navegador seguro?

No exactamente. Hay algunos matices que deben considerarse, y en esta guía, explicamos detalladamente qué es un navegador seguro, en qué se diferencia de un navegador empresarial y cómo determinar cuál (o qué combinación) necesita realmente tu organización.

Por qué el navegador se ha convertido en un problema de seguridad

No hace mucho (o hace unos 40 años, según el CERN), nació la World Wide Web y, con ella, el navegador, que en esencia no era más que una «ventana» a Internet. En la actualidad, es allí donde la mayoría de tus empleados realizan gran parte de su trabajo. Inician sesión en aplicaciones SaaS, gestionan información personal (PII), utilizan herramientas de IA y se autentican en sistemas financieros, todo ello desde una pestaña del navegador.

Este cambio ha convertido al navegador en la aplicación más importante y menos protegida de la empresa. Un analista principal sénior de Gartner describió los navegadores web como el «principal método de acceso a la mayoría de las aplicaciones empresariales modernas»y, sin embargo, muchas organizaciones siguen considerándolos herramientas pasivas sin aplicación de políticas a nivel de sesión. Los firewalls tradicionales y las primeras VPN, por ejemplo, nunca se diseñaron para detectar lo que ocurre en una sesión del navegador. Es precisamente este punto ciego el que aprovechan los ciberdelincuentes.

Los ataques a través del navegador aumentan considerablemente. Solo este año, alrededor del 48 % de los incidentes analizados incluyeron actividad relacionada con los navegadores, según Palo Alto Networks. Además, los expertos en TI están constatando que los ciberdelincuentes ahora se infiltran en las organizaciones cuatro veces más rápido que el año pasado.

Es evidente que el navegador es el nuevo perímetro. La cuestión es cómo protegerlo.

¿Qué es una política de seguridad del navegador?

Antes de comparar productos, es útil comprender el concepto que debería guiar tu decisión: una política de seguridad del navegador.

En esencia, una política de seguridad del navegador no es más que un conjunto de normas que definen cómo se configuran, supervisan y utilizan los navegadores en tu organización. Esto incluye: qué navegadores están autorizados, cómo se gestionan las extensiones, qué páginas web pueden visitar los usuarios, si se permite la sincronización personal, cómo se gestionan las descargas y las subidas, y qué ocurre si un usuario intenta acceder a una aplicación confidencial desde un dispositivo no gestionado.

Sin esta política, los equipos de TI acaban comprando herramientas antes de haber definido el problema. El resultado puede ser un exceso de ingeniería (como desplegar un navegador empresarial completo cuando unos ajustes restrictivos en Chrome serían suficientes) o una falta de ingeniería (como suponer que el navegador integrado es adecuado porque «lo gestiona TI»).

Navegador seguro vs. navegador empresarial

Aunque se utilicen indistintamente, un «navegador seguro» no es lo mismo que un «navegador empresarial».

¿Qué es un navegador seguro?

Un navegador seguro es, en esencia, un navegador reforzado contra los peligros de Internet. La filosofía que hay detrás es muy sencilla: la web es un entorno hostil, y muchos navegadores comunes no se han diseñado pensando en la exposición a amenazas en los entornos empresariales. Un navegador seguro aborda este problema incorporando capas de protección en la experiencia de navegación o en torno a ella, a diario.

En la práctica, esto puede verse así:

• Filtrado de URL y contenidos para bloquear el acceso a páginas web conocidas maliciosas o inapropiadas.
• Protección contra el phishing para alertar ante varios ataques de credenciales, tales como el dumping de credenciales o el stuffing de credenciales.
• Protección contra el malware para evitar las descargas ocultas.
• Restricciones de descarga y carga para limitar el movimiento de archivos entre sesiones del navegador.
• Controles del portapapeles para evitar que se pegue contenido confidencial en destinos no fiables.

Es importante destacar que un navegador seguro no tiene por qué ser un producto independiente. Puede ser un navegador como Chrome o Edge, configurado y restringido mediante políticas de seguridad, y controlado mediante una de las mejores herramientas de gestión de endpoints. Aun así, la principal diferencia es que los controles de seguridad del navegador son principalmente externos. Protegen a los usuarios de los contenidos de Internet y se centran menos en regular lo que estos hacen dentro de las aplicaciones a las que acceden.

¿Qué es un navegador empresarial?

Un navegador empresarial es un concepto más ambicioso. Más que limitarse a proteger a los usuarios frente a las amenazas de Internet, transforma el propio navegador en un espacio de trabajo empresarial totalmente gestionado, en el que los equipos de TI tienen un control centralizado del acceso, movimiento de datos,comportamiento de las sesiones, distribución de aplicaciones y actividad de los usuarios.

En concreto, los navegadores empresariales pueden:

• Restringir o permitir la función de copiar y pegar para cada aplicación de forma individual.
• Bloquear las capturas de pantalla a nivel del sistema operativo (no solo como una recomendación de política).
• Mostrar el contenido con una marca de agua para evitar capturas no autorizadas.
• Controlar las descargas y cargas de archivos mediante reglas granulares basadas en el contexto.
• Controlar la impresión.
• Gestionar extensiones.
• Enviar aplicaciones internas sin recurrir a una VPN.
• Integrar los proveedores de identidad empresariales como Okta para ofrecer compatibilidad con SSO y MFA.
• Actuar como una capa de control de acceso para contratistas y usuarios BYOD, quienes, sin ella, necesitarían una sesión VDI o una conexión VPN.

Este nivel de control es sumamente eficaz, pero (como es lógico) conlleva algunas desventajas importantes. Gartner estima que, debido a diversas razones (incluida la necesidad de cambiar a los usuarios de Chrome o Edge, navegadores que ya utilizan muchos empleados), menos del 10 % de las organizaciones utiliza actualmente un navegador empresarial seguro. Esto no solo genera dificultades en la adopción, sino también una importante inversión financiera inicial, ya que las organizaciones deben sustituir, a gran escala, los navegadores gratuitos comunes por otros con licencia.

Por qué esta distinción es importante en la práctica

Comprender estas diferencias repercute directamente en tu presupuesto de TI, tu eficiencia y tu flujo de trabajo. Una empresa que despliega un navegador empresarial cuando realmente necesita una configuración de navegador segura está sobredimensionando el problema y creando dificultades innecesarias para los usuarios. En cambio, una empresa que refuerza sus políticas de Chrome cuando necesita un navegador empresarial para su plantilla de contratistas ha subestimado el problema y ha dejado sin resolver la exposición real de datos.

En la práctica, esto significa que la pregunta correcta no es «¿Debería optar por un navegador seguro o por un navegador empresarial?», sino más bien «¿Cuál es el problema real que estoy intentando resolver?».

Si la respuesta es «Nuestros usuarios hacen clic en enlaces maliciosos y no tenemos visibilidad sobre la actividad web», quizá lo mejor sea optar por un navegador seguro. Pero si tu respuesta es «Tenemos 500 contratistas accediendo a datos de clientes desde ordenadores portátiles no gestionados y no tenemos un control a nivel de sesión sobre lo que hacen», un navegador empresarial es una opción mucho más adecuada.

En la mayoría de las organizaciones, independientemente de su tamaño, la respuesta sincera es que ambos problemas se dan en diferentes usuarios, dispositivos y aplicaciones. Por eso, las estrategias de seguridad para navegadores más consolidadas suelen combinar distintos enfoques, en lugar de optar por una única solución para todos.

Comparación entre ambos

Cuatro enfoques de seguridad para los navegadores

Existen cuatro enfoques principales para la seguridad del navegador, y comprender cuál se adapta mejor a tu caso de uso empresarial concreto te ayudará a elegir el más adecuado.

Gestión de los navegadores existentes

Muchas organizaciones pueden mejorar considerablemente la seguridad de sus navegadores sin sustituir Chrome ni Edge. Si tus dispositivos ya se gestionan a través de un MDM o de una política de grupo, puedes implementar actualizaciones automáticas, bloquear versiones de navegador no compatibles, controlar extensiones, restringir sincronizaciones personales, exigir perfiles corporativos y establecer reglas de descarga, todo ello sin necesidad de un nuevo producto.

Esto es eficaz cuando los dispositivos están totalmente gestionados, ya se cuenta con acceso condicional para las aplicaciones confidenciales y los equipos de seguridad disponen de suficiente visibilidad sobre la actividad del navegador. Suele ser la opción más fácil de adoptar, ya que los empleados siguen utilizando los navegadores con los que están familiarizados. El único «inconveniente» es que debes aplicar políticas estrictas, elaborar informes y establecer flujos de remediación para que funcione.

Extensiones de seguridad para el navegador

Las extensiones de seguridad para navegadores se integran en los navegadores existentes y aportan una capa de seguridad sin tener que cambiar de navegador. Estas extensiones permiten a los equipos de seguridad detectar el phishing en tiempo real, controlar el DLP, tener visibilidad del SaaS en la sombra, analizar el uso de la IA, supervisar y recopilar datos de telemetría del navegador.

Sus ventajas son la rapidez y la flexibilidad. Las extensiones se implementan más rápido que un cambio completo de navegador y permiten trabajar con dispositivos BYOD y no gestionados sin utilizar agentes en los endpoints.

Sin embargo, las extensiones no deben utilizarse como sustituto universal de los navegadores empresariales. Tienen limitaciones en los controles a nivel del sistema operativo, como las marcas de agua o el bloqueo de capturas de pantalla.

Aislamiento remoto del navegador (RBI)

El aislamiento remoto del navegador traslada la actividad de navegación fuera del dispositivo por completo. Cuando un usuario visita un sitio web, la página se ejecuta en un contenedor basado en la nube. Solo entonces se envía a la pantalla del usuario una secuencia de imágenes segura. El código web propiamente dicho nunca aparece en la pantalla local.

Esto hace que el RBI sea muy eficaz contra los exploits de día cero, las descargas ocultas y otras amenazas de ciberseguridad basadas en la ejecución local de un código malicioso. Es especialmente adecuado para usuarios de alto riesgo con dispositivos no gestionados.

La desventaja es que el RBI puede aumentar la latencia, provocar problemas de compatibilidad con aplicaciones web complejas y genera mayores costes a la hora de ampliar a gran escala. Por ello, la mayoría de los expertos en TI afirman que el RBI funciona mejor como medida de control específica, aplicada únicamente a las sesiones de riesgo, y no como una solución global para todo el tráfico web.

Navegadores empresariales

Los navegadores empresariales controlan la capa de procesamiento (la parte del navegador que muestra el contenido en la pantalla), permitiendo ejercer un mayor control sin interferir en la aplicación subyacente.

Por eso, los navegadores empresariales son muy útiles para contratistas y proveedores externos, personal BYOD, entornos de atención al cliente y entornos BPO, así como para usuarios regulados que trabajan con datos confidenciales financieros o sanitarios.

Aun así, el desafío está en la implementación. Sustituir los navegadores de los usuarios implica un gran despliegue planificado, pruebas de compatibilidad, mayor volumen para el servicio de asistencia y resistencia de los usuarios. El coste de las licencias completas para empresas también puede ser un gran desafío para las empresas de menor tamaño.

Ajustes de seguridad del navegador que todas las organizaciones deberían estandarizar

Sea cual sea la arquitectura que elijas, hay una serie de ajustes básicos de seguridad del navegador recomendados para que todas las organizaciones los apliquen.

Estos ajustes incluyen:

• Actualizaciones automáticas del navegador
• Aplicación de la versión mínima
• Listas de permitidos y bloqueados de extensiones
• Configuración de navegación segura y protección contra el phishing
• Aislamiento del sitio web cuando sea necesario
• Requisitos de perfiles gestionados
• Restricciones de sincronización del navegador
• Reglas de almacenamiento de contraseñas y autorelleno
• Restricciones de descarga
• Permisos de cámara, micrófono, ubicación y portapapeles
• Controles de ventanas emergentes y redireccionamientos
• Configuración del DNS y de la seguridad de red
• Políticas de inicio de sesión en el navegador
• Control de la pérdida de datos para aplicaciones confidenciales
• Requisitos de registro y presentación de informes

Estas configuraciones parecen básicas, pero la mayoría de las empresas descubren deficiencias importantes cuando las auditan.

La importancia de las comprobaciones de integridad del navegador

Un concepto que pasa desapercibido es la comprobación de la integridad del navegador, un proceso que verifica si un navegador cumple los requisitos de seguridad antes de conceder acceso a una aplicación confidencial.

Piensa en ello como un acceso condicional, pero a nivel del navegador. Para que un usuario acceda a tu sistema financiero o al portal de historiales de pacientes, el sistema comprueba si se utiliza un navegador autorizado o si la postura del dispositivo cumple los requisitos.

Estas comprobaciones también pueden confirmar:

• Versión del navegador
• Estado de la actualización
• Estado del perfil gestionado
• Tipo de navegador autorizado
• Inventario de extensiones
• Extensiones con riesgo o desconocidas
• Estado de la configuración de seguridad
• Política de almacenamiento de contraseñas
• Estado de sincronización del navegador
• Postura del dispositivo
• Identidad del usuario
• Riesgo de sesión
• Cumplimiento de las políticas
• Si el navegador está gestionado, parcialmente gestionado o no gestionado

Las comprobaciones de integridad del navegador son especialmente útiles como límite entre la verificación de la identidad y la gobernanza real de la sesión. Las arquitecturas de confianza cero que validan la identidad del usuario pero no inspeccionan la sesión del navegador crean un punto débil importante, que las comprobaciones de integridad solucionan.

El resultado de una comprobación de integridad varía desde el acceso completo hasta el acceso restringido de solo lectura, desde el enrutamiento de la sesión mediante RBI hasta el bloqueo total del acceso, en función del resultado de la comprobación. (Los equipos de TI deben definir estos resultados previamente en su política de seguridad del navegador.)

Cómo elegir el enfoque adecuado

La «mejor» arquitectura de seguridad para navegadores no consiste solo en una única herramienta, sino en una combinación adaptada a tu perfil de riesgo y a tu colectivo de usuarios.

Te recomendamos empezar con los usuarios de tus dispositivos gestionados. Si los dispositivos están registrados, se aplican las políticas y se ha habilitado el acceso condicional, puede que una configuración sólida del navegador y una extensión de seguridad sean suficientes para gran parte de la plantilla.

Sin embargo, si empiezas a trabajar con contratistas, proveedores y usuarios BYOD, es posible que tengas que adaptar tu política. Estos usuarios acceden a las aplicaciones empresariales desde dispositivos no gestionados en los que no es posible instalar agentes de endpoint ni garantizar un buen estado de los dispositivos. Un navegador empresarial, desplegado específicamente para este colectivo, proporciona a TI controles a nivel de sesión sin necesitar una gestión completa de los dispositivos.

Para los usuarios de alto riesgo o las sesiones con contenidos web desconocidos, RBI ofrece una protección eficaz. Del mismo modo, los equipos regulados (como los del sector financiero o sanitario) pueden beneficiarse de los controles empresariales del navegador o de políticas estrictas de DLP basadas en extensiones.

El enfoque más acertado combina estas opciones. Una empresa puede gestionar Chrome y Edge para sus empleados, utilizar una extensión de seguridad del navegador para la detección de phishing y la visibilidad del uso de la IA en toda la plantilla, implementar RBI para páginas web no clasificadas y utilizar un navegador empresarial específico para grupos sujetos a regulación. La clave es que cada herramienta está asignada a un caso de uso definido en la política de seguridad del navegador.

Checklist de referencia inmediata para equipos empresariales

Ten en cuenta que garantizar la seguridad de tu navegador es un proceso continuo. Revisa regularmente la checklist y utilízala como punto de partida.

1. Realiza un inventario de los navegadores utilizados en los dispositivos gestionados.
2. Define los navegadores autorizados por grupo de usuarios y caso de uso.
3. Aplica actualizaciones automáticas y bloquea las versiones no compatibles.
4. Comprueba todas las extensiones instaladas comparándolas con una lista de permitidos claramente definida.
5. Desactiva la sincronización personal cuando suponga un riesgo de filtración de datos.
6. Gobierna el almacenamiento de contraseñas nativo del navegador. (Una medida recomendada es prohibir almacenar credenciales empresariales en los perfiles personales del navegador. Una gestión adecuada de credenciales requiere que los perfiles gestionados por la empresa se utilicen únicamente para fines laborales).
7. Aplica acceso condicional a las aplicaciones SaaS confidenciales.
8. Establece los requisitos de comprobación de integridad del navegador para tus flujos de trabajo con mayor riesgo.
9. Desvía las páginas web desconocidas o sin clasificar mediante RBI para usuarios de alto riesgo.
10. Utiliza controles de navegador empresariales para contratistas y usuarios sujetos a regulación.

Errores frecuentes que debes evitar

1. Elegir una herramienta antes de definir una política: comprar un navegador empresarial sin determinar primero qué usuarios, aplicaciones y flujos de trabajo de datos necesitan realmente ese nivel de control supone un despliegue limitado a una parte de la plantilla, cuyo coste equivale al de una plataforma completa.
2. Considerar que el «navegador seguro» y el «navegador empresarial» son lo mismo: resuelven distintos problemas para diferentes usuarios. Confundirlos supone una sobreingeniería de la solución o provoca puntos ciegos reales.
3. Aplicar los mismos controles a todos los usuarios: los desarrolladores, agentes de atención al cliente, analistas financieros y contratistas tienen perfiles de riesgo distintos y necesidades de seguridad en el navegador diferentes.
4. Eludir las extensiones del navegador y los perfiles personales: muchos equipos de TI invierten mucho en seguridad de redes y endpoints, pero no revisan las extensiones ni controlan los perfiles personales de Google o Microsoft que sincronizan las contraseñas de la empresa con los dispositivos personales.
5. Depender de la configuración del navegador sin medidas de control ni informes: si no hay forma de comprobar que las configuraciones realmente están aplicadas, supervisadas y corregidas cuando se desvían, la política existe sobre el papel, pero no en la práctica.
6. Pasar por alto a contratistas, usuarios BYOD y trabajadores temporales: estos perfiles son a menudo los que presentan mayor exposición al riesgo y menor visibilidad.
7. Utilizar RBI en caso de tráfico excesivo: el aislamiento remoto del navegador es muy eficaz para sesiones de alto riesgo, pero plantea problemas reales de latencia y compatibilidad cuando su uso se generaliza en la navegación diaria.
8. No conectar las alertas del navegador con los flujos de trabajo de seguridad: la telemetría del navegador solo es útil si alguien actúa en consecuencia. Los avisos a nivel de navegador deberían integrarse en tu sistema SIEM, SOAR o en los flujos de operaciones de seguridad, y no quedarse en un panel de control independiente que nadie consulta.
9. Aplicar una configuración estricta sin haber comprobado previamente las aplicaciones empresariales: endurecer los controles del navegador sin comprobar primero la compatibilidad con las aplicaciones web que utilizan tus equipos es la fórmula perfecta para generar tickets de asistencia y disminuir la confianza en el equipo de seguridad.

Cómo elegir el navegador adecuado para tu organización

No hay una respuesta contundente a la pregunta: «¿Qué es mejor, un navegador seguro o un navegador empresarial?». En realidad, es una buena noticia, porque no es necesario invertir en el despliegue completo de un navegador empresarial para mejorar considerablemente tu postura de seguridad.

Lo más indicado es crear y aplicar una política de seguridad para navegadores que defina claramente cómo deben funcionar, qué nivel de control necesita cada usuario y qué ocurre cuando surgen problemas. Cuando esa política queda establecida, es fácil encontrar la herramienta adecuada (o una combinación de ellas).

Temas relacionados:

• Cómo activar o desactivar el modo de seguridad mejorado en Microsoft Edge
• Cómo ocultar o mostrar el control de aplicaciones y navegador de Seguridad de Windows en Windows 10
• ¿Qué es el aislamiento estricto de sitios de Google Chrome y cómo se configura?

Puntos clave

• La gestión de navegadores ayuda a los MSP a proteger y gestionar navegadores de clientes a gran escala mediante configuraciones estandarizadas en todos sus entornos.
• Los MSP necesitan una estrategia para gestionar los navegadores y reducir los riesgos de seguridad asociados a ellos a gran escala.
• La gestión de navegadores complementa la gestión de endpoints, las operaciones de seguridad y los flujos de cumplimiento normativo.
• Los MSP deberían estandarizar las bases de seguridad de los navegadores antes de personalizarlos para cada cliente.

La gestión de navegadores para los MSP se ha convertido en un factor clave para proteger los entornos de los clientes. Esto es una realidad, especialmente en la actualidad, cuando muchas actividades empresariales tienen lugar en los navegadores, junto con las aplicaciones de escritorio. Esto plantea retos operativos, como proteger las instancias del navegador en múltiples entornos de cliente sin requerir revisiones manuales constantes de los técnicos.

En este artículo analizaremos qué relación debe establecerse entre la gestión de navegadores y la seguridad, qué implica este proceso, por qué es importante para los proveedores de servicios gestionados y cómo encaja en las estrategias de servicios gestionados.

¿Qué es la gestión de navegadores para los MSP?

La gestión de navegadores para los MSP es la administración estructurada de las configuraciones, versiones, extensiones, perfiles y políticas de navegadores en todos los entornos de clientes, dispositivos y usuarios que gestiona un MSP. Proporciona un método coherente para aplicar y gestionar políticas de navegador en todos los entornos de cliente.

La gestión de navegadores abarca lo siguiente:

• Estándares de navegador autorizados: define los navegadores autorizados y las versiones mínimas compatibles para garantizar que los dispositivos gestionados no utilicen navegadores obsoletos o incompatibles.
• Actualizaciones automáticas: aplica automáticamente actualizaciones del navegador para parchear vulnerabilidades conocidas antes de ser explotadas.
• Configuraciones de extensiones: añade extensiones a las listas de permitidos y de bloqueados para limitar la exposición a complementos del navegador de riesgo o poco fiables.
• Perfiles: aplica restricciones para la sincronización y perfiles de navegador gestionados y evita que los datos de la empresa se mezclen con las cuentas personales.
• Configuración de permisos de sitios web: configura los permisos de sitios web y restricciones de descarga y carga para controlar cómo acceden los sitios web a los recursos del navegador y cómo pueden los usuarios transferir datos mediante el navegador.
• Comprobaciones de integridad del navegador: detecta y notifica sobre problemas que puedan afectar a la seguridad y la fiabilidad del navegador, proporcionando a los técnicos una visibilidad del estado de seguridad del navegador en todos los entornos de los clientes.

Por qué los MSP necesitan una estrategia de gestión de navegadores

Los MSP operan simultáneamente con múltiples clientes. Esto requiere una estrategia sólida de gestión de navegadores, ya que un solo cliente puede tener cientos de perfiles de navegador en distintos dispositivos con diferentes sistemas operativos, incluidos los dispositivos de los contratistas y las estaciones de trabajo compartidas. Una estrategia eficaz de gestión de navegadores evita:

• Versiones obsoletas de navegadores con vulnerabilidades conocidas y documentadas públicamente
• Instalación de extensiones no revisadas
• Empleados que inician sesión en perfiles personales del navegador en los dispositivos de trabajo
• Subir archivos a plataformas SaaS o de IA no autorizadas
• Usuarios que eluden las advertencias de seguridad del navegador de forma habitual, en lugar de por precaución.

¿Dónde encaja la gestión de navegadores en el modelo de servicios de un MSP?

Las operaciones de gestión de navegadores pueden integrarse con los servicios que los MSP ya ofrecen. Este método amplía los flujos de trabajo existentes, permitiendo maximizar la productividad sin duplicar el esfuerzo administrativo ni la creación de procesos de gestión independientes.

La gestión del navegador habitualmente se conecta con:

Supervisión basada en endpoints y RMM

Las plataformas de supervisión y gestión remotas (RMM) y de endpoint están configuradas para supervisar dispositivos. En función de la plataforma y su configuración, los administradores también pueden supervisar información relacionada con los navegadores, como versiones instaladas, estado de las actualizaciones o cumplimiento de las políticas de la organización.

MDM

Las plataformas de gestión de dispositivos móviles (MDM) son una solución ideal para aplicar políticas de dispositivos, especialmente en entornos móviles y de dispositivos propios (BYOD).

Operaciones de seguridad

Las actividades del navegador presentan los primeros indicios de un posible compromiso. Las herramientas de supervisión de seguridad y los flujos de respuesta ante incidentes pueden utilizar estos indicadores para investigar o responder cuando se detectan posibles amenazas.

Creación de informes de conformidad

Los sectores regulados suelen exigir documentación sobre los controles de seguridad que han aplicado las organizaciones. La gestión de navegadores contribuye a ello al ofrecer visibilidad sobre los ajustes de los navegadores, las configuraciones de seguridad y el cumplimiento de los estándares de la organización.

Incorporación y baja

Las estrategias de gestión de navegadores agilizan los procesos de incorporación y baja, al garantizar el aprovisionamiento de perfiles de navegador, extensiones y permisos de acceso a los nuevos usuarios, y su revocación para las bajas de los empleados o contratistas.

Controles de seguridad del navegador que los MSP deberían estandarizar

Un conjunto básico de controles aplicados coherentemente ofrece a los MSP un punto de partida que puede ajustarse según el cliente. En general, esto incluye:

• Navegadores y versiones mínimas compatibles
• Actualizaciones automáticas
• Listas de extensiones permitidas actualizadas tras revisiones periódicas
• Restricciones de sincronización y autocompletado
• Perfiles de trabajo gestionados
• Estándares de navegación segura
• Restricciones de descarga y subida de archivos

Las bases dependerán de los requisitos de cumplimiento. Por ejemplo, los clientes con requisitos de cumplimiento más estrictos, como los del sector financiero o sanitario, recibirán una versión más estricta de la misma base. Los MSP pueden agrupar estas bases en una plantilla reutilizable, de modo que no tengan que crear la configuración desde cero para cada cliente.

Implementación eficaz de las estrategias de gestión de navegadores

La gestión de los navegadores para los MSP es una tarea compleja, dado que las actividades de los navegadores son vulnerables a amenazas, aumentando así la superficie de ataque de una organización. Además, los navegadores son el medio utilizado para actividades empresariales críticas, generando riesgos de seguridad que una gestión eficaz de los navegadores puede mitigar. Los MSP pueden estandarizar las configuraciones base adaptadas al nivel de riesgo de cada cliente. Esto reduce los costes operativos y, al mismo tiempo, permite que los clientes mantengan un entorno de navegación seguro.

Temas relacionados:

• Cómo ocultar o mostrar el control de aplicaciones y navegador de Seguridad de Windows en Windows 10
• ¿Qué es el modo quiosco de Chrome y cómo se configura?
• Consejos de expertos: uso de GPO para configurar los navegadores predeterminados
• Gestión de excepciones de sitios web para mejorar la seguridad en Microsoft Edge

Puntos clave

• Una auditoría de extensiones del navegador ayuda a las organizaciones a identificar las extensiones instaladas, revisar sus permisos y decidir si deben seguir autorizadas.
• Las extensiones del navegador pueden acceder a la actividad del navegador y a datos de la empresa, por lo que son un aspecto importante de la seguridad empresarial.
• Las auditorías periódicas de extensiones del navegador ayudan a los equipos de TI a detectar riesgos o extensiones obsoletas antes de que provoquen problemas de seguridad.
• Las auditorías de extensiones del navegador deben realizarse de forma continua, ya que sus permisos, propietarios y nivel de riesgo pueden cambiar con el tiempo.
• Una auditoría completa de extensiones revisa todos los navegadores compatibles, en lugar de centrarse únicamente en Chrome.

Según el informe de LayerX de 2025 sobre la seguridad de las extensiones de navegador en empresas, el 99 % de los empleados tiene instalada al menos una extensión del navegador. Este dato por sí solo demuestra hasta qué punto estas herramientas forman ya parte del trabajo diario. El problema es que las extensiones del navegador suelen considerarse simples complementos inofensivos, cuando en realidad son software que puede tener distintos niveles de acceso a la actividad del navegador y a los datos de la empresa.

Muchas organizaciones instalan y actualizan extensiones sin tener demasiada visibilidad sobre los datos a los que pueden acceder ni sobre si siguen cumpliendo los requisitos de seguridad. Esto deja puntos ciegos para los equipos de TI y seguridad que pueden pasar inadvertidos hasta que surge un problema.

En esta guía explicamos qué es una auditoría de extensiones del navegador, por qué es importante y qué deben tener en cuenta los equipos de TI al revisar las extensiones utilizadas en su entorno.

¿Qué es una extensión del navegador?

Una extensión del navegador es un pequeño complemento de software que amplía las funciones de un navegador web. Puede añadir nuevas funciones, mejorar las existentes o conectar el navegador con herramientas y servicios de terceros. Así, los usuarios pueden personalizar su experiencia de navegación sin necesidad de instalar una aplicación de escritorio completa.

Muchas extensiones siguen ejecutándose en segundo plano o se activan automáticamente en respuesta a determinados eventos del navegador, incluso cuando no las estás utilizando directamente. Forman parte del trabajo diario de muchos empleados y facilitan tareas como la gestión de contraseñas, la corrección gramatical, el uso de herramientas CRM, la automatización de flujos de trabajo y otras tareas habituales.

Para las empresas, es importante tener en cuenta que, aunque estas herramientas pueden mejorar la productividad, no deben tratarse como simples complementos. Como cualquier otro software, las extensiones del navegador pueden acceder a la actividad del navegador y a datos de la empresa en función de los permisos que se les concedan.

¿Qué es una auditoría de extensiones del navegador?

Una vez que se entiende qué son las extensiones del navegador y el nivel de acceso que pueden llegar a tener, resulta más fácil comprender por qué es importante auditarlas, especialmente en entornos empresariales.

Una auditoría de extensiones del navegador consiste en identificar todas las extensiones que se utilizan en la organización, revisar a qué puede acceder cada una, evaluar su nivel de riesgo y decidir si debe seguir autorizada.

Durante una auditoría, las organizaciones suelen tratar de responder a preguntas como estas:

El objetivo principal de una auditoría de extensiones del navegador es mejorar la visibilidad y conocer claramente los riesgos asociados a las extensiones dentro de un entorno.

Por qué las empresas necesitan auditar las extensiones del navegador

Las extensiones del navegador suelen pasarse por alto en la seguridad empresarial. Al igual que los endpoints y las redes, pueden convertirse en una superficie de ataque si nadie supervisa qué hacen ni a qué pueden acceder. Como se ejecutan dentro del navegador, también pueden interactuar directamente con sitios web, aplicaciones SaaS y datos confidenciales de la empresa.

En función de los permisos concedidos, las extensiones pueden acceder a datos de aplicaciones SaaS, información de la empresa y otros datos confidenciales. Si no se revisan periódicamente, las extensiones obsoletas o que supongan un riesgo pueden seguir utilizándose durante meses sin que nadie lo advierta, lo que aumenta la probabilidad de que se produzca un incidente de seguridad.

Estos riesgos son aún mayores en organizaciones con trabajadores remotos, contratistas, dispositivos compartidos, cuentas con privilegios elevados, equipos que trabajan en entornos regulados o un uso intensivo de aplicaciones SaaS.

¿Con qué frecuencia deben auditarse las extensiones del navegador?

Una auditoría de extensiones del navegador no debería realizarse una sola vez. ¿Por qué? Porque las extensiones cambian con el tiempo y pueden aparecer nuevos riesgos de forma repentina. Una extensión que hoy es de confianza podría solicitar nuevos permisos, cambiar de propietario, dejar de recibir actualizaciones o incluso desaparecer mañana de una tienda oficial de extensiones.

Las organizaciones deberían establecer un proceso periódico de auditoría en función del riesgo asociado a las extensiones utilizadas y de la sensibilidad de los datos a los que pueden acceder. Este es un ejemplo de periodicidad:

• Nuevas instalaciones de extensiones: de forma continua o diaria, si las herramientas disponibles lo permiten
• Alertas sobre extensiones de alto riesgo: de forma continua
• Revisión del inventario de extensiones: mensual
• Revisión de permisos y propietarios: mensual o trimestral
• Revisión de excepciones: trimestral
• Auditoría completa de extensiones del navegador: trimestral o semestral
• Revisión de la política: anual o después de cambios importantes en los navegadores, las aplicaciones SaaS o los requisitos normativos

Errores habituales al auditar extensiones del navegador

Evita estos errores habituales para reducir los puntos ciegos y establecer un proceso de auditoría más eficaz.

Errores relacionados con el alcance

Errores de evaluación

Errores de proceso

La auditoría de extensiones del navegador como parte de la gestión moderna de la seguridad

Una auditoría de extensiones del navegador permite a los equipos de TI saber qué extensiones están instaladas, a qué pueden acceder y si deben seguir utilizándose en el entorno. Las auditorías periódicas permiten detectar los riesgos antes y mantener bajo control las extensiones del navegador.

Temas relacionados:

• Cómo usar PowerShell para obtener una lista de todas las extensiones del navegador en Windows
• Dónde se almacenan las extensiones de Chrome en Windows, Mac y Linux
• Protege tu navegador: Cómo deshabilitar y eliminar extensiones en Firefox

Puntos clave

• La gestión de políticas de navegador garantiza unas configuraciones de navegación seguras y uniformes para todos los usuarios, dispositivos y navegadores de la empresa.
• Una política de navegación sólida y segura incluye extensiones, almacenamiento de contraseñas, descargas, movimiento de datos y permisos de las páginas web.
• Los grupos de política basados en roles permiten que las empresas adapten los controles para empleados, administradores, contratistas y usuarios BYOD sin comprometer los estándares de seguridad.
• Los informes de cumplimiento hacen que la seguridad del navegador deje de ser una suposición y sea una realidad contrastada, favoreciendo las auditorías y la respuesta ante incidentes.
• Los errores más habituales en la política de navegadores incluyen extensiones sin restricciones, versiones de navegador no controladas y políticas desvinculadas de la estrategia de endpoints e identidades.

Los navegadores de Internet son imprescindibles para abrir correos electrónicos, utilizar herramientas de colaboración, consultar registros financieros y mucho más. La gestión de políticas de navegador garantiza configuraciones de protección proactivas para asegurar los datos empresariales y, con las herramientas adecuadas, puedes optimizar este proceso para una gran infraestructura.

Este artículo explica cómo los equipos de seguridad de TI pueden aplicar correctamente una política de navegación segura.

Protege tu lugar de trabajo mediante la aplicación de políticas de navegador

Las plataformas de gestión de navegadores supervisan y actualizan la configuración de los navegadores de todos los usuarios y dispositivos. Describe cómo deben acceder los empleados y los contratistas a las aplicaciones y páginas web externas para garantizar un uso seguro y coherente de Internet.

Por qué es importante aplicar políticas de navegador

Los usuarios utilizan navegadores de Internet para acceder a muchas de las plataformas que necesitan para su trabajo diario, pero esas mismas herramientas web pueden exponerlos a ataques de phishing, descargas de malware, extensiones peligrosas y otros exploits basados en la web.

La gestión de políticas de navegador estandariza la configuración de herramientas web, garantizando coherencia y reforzando tu nivel de seguridad. Sin estas medidas de protección, las organizaciones se ven expuestas a navegadores obsoletos, extensiones no autorizadas, almacenamiento de contraseñas sin gestionar y otros riesgos.

Qué debe incluir una política de navegación segura

Define claramente los siguientes aspectos en tu plan de gestión de las políticas de navegador:

• Navegadores aprobados
• Versiones de navegador admitidas
• Flujos de actualización del navegador
• Extensiones aprobadas
• Extensiones bloqueadas
• Proceso de aprobación del perfil personal (si corresponde)
• Proceso de aprobación de navegación sincronizada (si corresponde)
• Política de almacenamiento de contraseñas
• Restricciones sobre el tipo de descarga
• Controles de carga de archivos
• Excepciones de sitios web
• Políticas de datos confidenciales
• Política de registro de actividad del navegador
• Flujos de solicitud de excepciones
• Instrucciones para páginas web con riesgo

Riesgos de seguridad en navegadores que la gestión de políticas puede reducir

Tu plan de gestión de políticas de navegador debe eliminar los riesgos más habituales que surgen en los entornos modernos. Estos pueden incluir:

• Phishing: intentos de robo de información mediante ingeniería social
• Enlaces maliciosos: ventanas emergentes y enlaces falsos que dirigen a descargas peligrosas
• Publicidad maliciosa: anuncios excesivos en pantalla que contienen enlaces dañinos
• Descargas drive-by: descargas rápidas que infectan el sistema
• Apropiación del navegador: descargas maliciosas con cambios en segundo plano en la configuración del navegador
• Robo de credenciales: intentos de apropiación de datos de acceso laborales o contraseñas personales
• Solicitudes de permisos excesivas: páginas web o servicios que requieren un acceso intrusivo al dispositivo
• Vulnerabilidades de navegador: herramientas web sin parches que amplían tu superficie de ataque
• Sincronizaciones personales: información transferida involuntariamente a dispositivos personales no gestionados

importante: Las políticas de extensiones y complementos deben reflejar su relevancia para las cargas de trabajo reales, supervisar los permisos que solicitan y definir los departamentos que pueden autorizarlas.

Advertencia: Los permisos de sitios web pueden ser útiles, pero suponen un riesgo cuando se conceden de forma generalizada. Comprueba la configuración de políticas antes de implementar nuevos ajustes de autorización.

Política de navegación gestionada para entornos empresariales

Establecer una base segura que tenga en cuenta las necesidades de los usuarios y los niveles de riesgo es fundamental para una gestión eficaz de las políticas de navegador. Las empresas cuentan con múltiples grupos (por ejemplo, empleados, administradores de TI, equipos jurídicos), por eso es imprescindible establecer políticas de grupo.

Esto te permite personalizar la experiencia de navegación en función de tus necesidades. Los desarrolladores web necesitan un mayor acceso a las extensiones y límites de descarga más flexibles que el personal de RR. HH., mientras que los distintos contratistas tienen rutas de navegación diferentes, cada una con sus propias políticas.

También debes incluir los estándares de gestión de identidades. ¿Está permitido guardar contraseñas en los navegadores? ¿Cómo se gestionan las credenciales durante las bajas? Aplica controles estrictos a los perfiles de administrador y supervisa de forma continua la actividad general de los usuarios mediante herramientas para endpoints.

Por último, implementa un plan de gestión de políticas de navegador para garantizar que las descargas sean seguras, que las subidas estén previamente autorizadas y que las transferencias de archivos se realicen desde endpoints gestionados. Esto ayuda a proteger la infraestructura empresarial, que puede incluir cientos o miles de dispositivos, servidores y bases de datos.

Informes y cumplimiento de las políticas de navegador

Por último, los especialistas en TI deben documentar el cumplimiento de políticas para que otros técnicos sepan si se han aplicado medidas de control, si existen excepciones, qué endpoints incumplen los requisitos de conformidad y otros aspectos.

Esto garantiza la seguridad de los endpoints y proporciona a las contrapartes empresariales los datos necesarios para evaluar las soluciones actuales de gestión de políticas de navegador.

Incluye lo siguiente en tus informes:

Problemas comunes de los responsables de TI

Autorizar extensiones sin restricciones

Por defecto, las extensiones solicitan permisos generales. Sin una autorización previa, el código de terceros no verificado puede ejecutarse libremente en cualquier navegador gestionado, reduciendo tu nivel de seguridad.

No hacer un seguimiento de las versiones del navegador

Si un navegador no está actualizado, probablemente no esté protegido. Sin un informe de versiones ni políticas de actualización obligatorias, los navegadores vulnerables de tu entorno pueden causar problemas antes de encontrar una solución.

Ignorar el BYOD y el acceso de los contratistas

Los dispositivos no gestionados carecen de una base de seguridad. Los contratistas, los usuarios BYOD y otros que acceden a los recursos empresariales mediante dispositivos no supervisados suponen un riesgo para las credenciales fuera del alcance de tu plan de gestión de políticas de navegador.

No supervisar la desviación de políticas del navegador

Con el tiempo, los endpoints tienden a desviarse de las configuraciones de seguridad previamente aprobadas. Estos incumplimientos pueden descubrirse durante las auditorías o agravar incidentes reales.

La relación entre las políticas de navegador y la estrategia de identidades y endpoints

El control de navegadores y la gestión de endpoints están estrechamente relacionados. Integra tus políticas con el estado de los dispositivos y los proveedores de identidad para obtener una visibilidad completa de las TI, tanto a nivel de dispositivo como de sesión.

Optimiza la gestión de políticas del navegador con herramientas centralizadas para endpoints

La gestión de políticas del navegador garantiza un uso seguro de Internet en el lugar de trabajo. Establecer unos parámetros basados en las necesidades de productividad y prepararse para los riesgos habituales es un buen comienzo. Además, gracias a una supervisión constante del estado de los dispositivos, los equipos de TI pueden simplificar su trabajo y disponer de tiempo para proyectos centrados en el crecimiento.

Temas relacionados:

• ¿Qué es el aislamiento estricto de sitios de Google Chrome y cómo se configura?
• Cómo activar o desactivar el modo de seguridad mejorado en Microsoft Edge
• Gestión de excepciones de sitios web para mejorar la seguridad en Microsoft Edge