Puntos clave
- Los ecosistemas de Apple y Android aplican los controles empresariales de forma distinta, por lo que hace falta una gobernanza que tenga en cuenta cada plataforma para lograr resultados de seguridad móvil coherentes.
- Las empresas deben definir líneas base centralizadas de seguridad móvil que cubran MFA, cifrado, cumplimiento de las actualizaciones del SO y validación de la confianza del dispositivo antes de abordar la implementación específica de cada plataforma.
- La gobernanza de la seguridad móvil multiplataforma debe priorizar la paridad operativa por encima de tener controles técnicos idénticos en ambas plataformas.
- La validación continua de la confianza del dispositivo, la aplicación de políticas y el cumplimiento de las actualizaciones es esencial para evitar desviaciones de configuración entre los endpoints de Apple y Android.
- Los fallos más habituales en la seguridad móvil empresarial surgen de tratar las diferencias entre plataformas como excepciones a las políticas y de dar por hecho que existen controles técnicos equivalentes en ambos ecosistemas.
La mayoría de las organizaciones gestiona una mezcla de dispositivos (iPhone, iPad, smartphones y tablets Android), lo que complica administrarlos todos con un único marco de trabajo. A esto se suma que los equipos de seguridad suelen encontrarse con lagunas de visibilidad, cumplimiento o aplicación de políticas que, si no se abordan, se vuelven más difíciles de gestionar con el tiempo.
Por eso es fundamental establecer un estándar de seguridad para dispositivos móviles coherente y sostenido en el tiempo, tanto en el ecosistema de Apple como en el de Android. En lugar de imponer controles idénticos a plataformas distintas, las empresas maduras deben aprender a dejar que cada plataforma alcance los mismos resultados a su manera. A continuación verás cómo construir un marco de gobernanza multiplataforma que funcione en la práctica.
Por qué los estándares multiplataforma de gestión de dispositivos móviles pierden coherencia
Las plataformas de Apple y Android funcionan de forma diferente, y esas diferencias se hacen evidentes en cuanto empiezas a aplicar políticas de seguridad a gran escala. Esto genera fricciones que suelen aparecer en puntos muy concretos y pillan a los equipos desprevenidos.
Estos son algunos aspectos en los que ambos ecosistemas divergen:
- Cómo se inscriben y se aprovisionan los dispositivos para su gestión
- El nivel de gestión y control que la plataforma concede a los administradores
- Cómo se separan y se gobiernan los datos de trabajo en dispositivos personales o compartidos
- La forma en que cada plataforma gestiona la distribución de actualizaciones del SO y su cumplimiento
- Cómo se despliegan los certificados, cómo se establece su confianza y cómo se usan para la autenticación y el control de acceso en los dispositivos
- Los marcos disponibles para controlar qué aplicaciones se pueden instalar o ejecutar
Cuando no se tienen en cuenta esas diferencias, las consecuencias suelen ser estas:
- Políticas de seguridad aplicadas de forma desigual entre dispositivos por las diferencias entre plataformas
- Estándares de configuración que se van distanciando con el tiempo sin que nadie lo advierta
- La confianza del dispositivo se vuelve más difícil de verificar de forma homogénea en todo el parque
- Lagunas cada vez mayores en la aplicación de políticas entre los endpoints de Apple y Android
A medida que las organizaciones añaden más tipos de dispositivos, formatos y modelos de propiedad, aumenta el número de excepciones de gestión y seguridad, lo que dificulta mantener una aplicación de políticas y unos estándares de seguridad coherentes en todo el entorno.
Cómo construir estándares de seguridad móvil empresarial coherentes
Para evitar las desviaciones entre plataformas, lo primero es definir qué significa «seguro» antes de planificar cómo llevar hasta ahí a cada plataforma. Esto debería anclar tus programas en un conjunto común de controles base que se apliquen sin importar el tipo de dispositivo ni el SO.
Una línea base madura de seguridad móvil debería cubrir estas áreas:
- Exigir autenticación multifactor (MFA) en todos los dispositivos gestionados y puntos de acceso
- Aplicar el cifrado completo del dispositivo como condición indiscutible para la inscripción
- Definir requisitos mínimos de bloqueo de pantalla que se apliquen igual en todas las plataformas
- Fijar plazos de cumplimiento para las actualizaciones del SO que los dispositivos deban respetar para conservar el acceso
- Establecer políticas de acceso condicional que evalúen el estado del dispositivo antes de conceder acceso a los recursos
- Validar la confianza del dispositivo de forma continua, no solo en el momento de la inscripción
Define estos controles de forma centralizada y aplícalos mediante los mecanismos de gestión propios de cada plataforma para mantener una línea base de seguridad. Las desviaciones de seguridad no desaparecerán del todo, pero son mucho más fáciles de detectar y corregir cuando la propia línea base está estandarizada.
Cómo gestionar las diferencias de aplicación entre Apple y Android
Una vez que entiendes cómo se comporta cada plataforma, toca construir un modelo de gobernanza que tenga en cuenta esas diferencias sin perder coherencia. Eso sí: no intentes que Apple y Android se comporten igual. Lo que debes garantizar es que los resultados de seguridad sean equivalentes en ambos lados.
Eso implica trabajar con el modelo de aplicación nativo de cada plataforma, no contra él. Por ejemplo:
- Los dispositivos supervisados de Apple ofrecen un conjunto más profundo de controles de gestión que los administradores pueden usar para restringir comportamientos a nivel de SO.
- Los perfiles de trabajo de Android crean un contenedor gestionado que separa los datos corporativos del uso personal sin necesidad de controlar todo el dispositivo.
- La gestión de actualizaciones debe apoyarse en los mecanismos propios de cada plataforma, porque Apple y Android ofrecen procesos y capacidades distintos para distribuir y gestionar las actualizaciones del SO.
- Los modelos de confianza de certificados varían entre ambos ecosistemas y hay que configurarlos y validarlos de forma independiente.
- Los métodos para separar los datos corporativos de los personales difieren según la plataforma y deben gestionarse conforme a las capacidades y los requisitos de seguridad de cada una.
Buscar la uniformidad técnica entre plataformas suele ser una batalla perdida. Lo importante es que los resultados se sostengan en ambos lados (cifrado, autenticación y estándares de confianza), aunque los mecanismos subyacentes sean muy distintos.
Validación técnica continua en todas las plataformas
Además de establecer una línea base, tienes que asegurarte de que se mantiene con el tiempo, a medida que cambia tu parque de dispositivos. Las nuevas inscripciones, las actualizaciones del SO, los cambios de política y el comportamiento de los usuarios pueden provocar desviaciones de configuración que no se ven a simple vista.
Por tanto, la validación continua debería cubrir de forma consistente estos aspectos:
- Si los dispositivos conservan su estado de confianza o muestran señales de compromiso o incumplimiento
- Si las políticas de seguridad se aplican como se esperaba o fallan de forma silenciosa en determinados tipos de dispositivo o versiones del SO
- Si los requisitos de autenticación se aplican de forma homogénea en ambas plataformas
- Si los dispositivos cumplen los plazos de actualización o se van quedando atrás con los parches sin que se note
- Si las configuraciones de los dispositivos siguen alineadas con los estándares de seguridad en los endpoints de Apple y Android, o se están separando y generando una exposición al riesgo desigual
La validación continua ayuda a detectar problemas de forma temprana y aporta visibilidad permanente sobre la postura de seguridad y cumplimiento de la organización. Las organizaciones que integran la validación en sus operaciones habituales mantienen con más facilidad la coherencia de los endpoints a largo plazo en un parque de plataformas mixtas.
Errores habituales en los estándares de seguridad para dispositivos móviles
Al gobernar entornos móviles de plataformas mixtas hay problemas que se repiten. Suelen venir de decisiones tomadas con suposiciones equivocadas al principio del proceso y que nunca se revisaron a medida que crecía la complejidad.
Fíjate en estos errores:
- Aplicar estándares de seguridad distintos en los dispositivos Apple y Android en lugar de exigir a ambas plataformas los mismos resultados
- Tratar las diferencias técnicas entre plataformas como motivo para eximir a ciertos dispositivos de las políticas, en vez de como detalles de implementación que hay que resolver
- Gestionar las actualizaciones del SO de forma improvisada o aislada por plataforma en lugar de aplicar un marco de cumplimiento unificado a todo el parque
- No validar la confianza del dispositivo de forma homogénea en ambos ecosistemas
- Dar por hecho que, porque un control funciona de una determinada manera en una plataforma, debe existir un control equivalente que se comporte igual en la otra
Todo esto alimenta un patrón más amplio en el que la coherencia operativa se va debilitando poco a poco, lo que dificulta identificar el origen del problema cuando acaban aflorando las brechas de seguridad.
Cómo reforzar tu programa de seguridad móvil empresarial
Crear y mantener estándares de seguridad coherentes en los entornos de Apple y Android exige varias cosas, desde tener en cuenta las diferencias entre plataformas hasta validar la confianza del dispositivo de forma continua. Y son tareas permanentes que deben evolucionar al mismo ritmo que los propios entornos. Así que construye tus programas de movilidad en torno a una gobernanza basada en resultados, y no en controles idénticos, para reducir las desviaciones de seguridad, reforzar la validación de la confianza del dispositivo y sostener la madurez de los endpoints a largo plazo.
Temas relacionados:
