Puntos clave
- Los dispositivos AOSP (Android Open Source Project) ejecutan Android sin GMS (Google Mobile Services), lo que deja fuera de juego los flujos de inscripción y gestión empresarial habituales.
- Las categorías de dispositivos de propósito específico, como kioscos, terminales robustos y tablets sanitarias, necesitan políticas adaptadas a cada caso en lugar de una única configuración compartida.
- Los controles de seguridad y cumplimiento deben configurarse de forma explícita para compensar la ausencia de las capacidades estándar de gestión de Android Enterprise y de integridad del dispositivo que sí están disponibles en el Android basado en GMS.
El Android Open Source Project (AOSP) es la base de código abierto de Android: aporta el sistema operativo esencial sin las aplicaciones y servicios propietarios de Google. En entornos empresariales, las implementaciones personalizadas de AOSP son muy habituales en kioscos, sistemas POS (punto de venta), cartelería digital y otros dispositivos de uso específico. En esta guía verás cómo integrar AOSP en tu estrategia de gestión de dispositivos Android.
Qué diferencia a los dispositivos AOSP
AOSP es la base de código abierto del Android que llega al usuario final en los dispositivos inteligentes. Los dispositivos creados directamente a partir de AOSP salen de fábrica sin Google Mobile Services (GMS), que incluye la Play Store, las API de Google y otras capas de software propietario.
Eso también implica que estos endpoints no están certificados por Google y no tienen acceso a:
- Google Play Store: el canal principal de distribución de aplicaciones en las implementaciones empresariales de Android estándar.
- Inscripción zero-touch: el servicio de aprovisionamiento automático de Google para dispositivos corporativos.
- API de Android Enterprise: las interfaces de gestión en las que se apoyan la mayoría de plataformas MDM para aplicar políticas, configurar dispositivos e inscribirlos.
También puedes ver este vídeo que explica «La diferencia real entre Android con GMS y sin GMS».
Esta distinción importa porque las estrategias empresariales de gestión de dispositivos Android se construyen normalmente en torno a Android Enterprise. Sin GMS, esas estrategias dejan de servir. Los equipos de TI no pueden contar de serie con los flujos de inscripción habituales, los canales de distribución de aplicaciones ni las API de cumplimiento.
Casos de uso y estrategia de implementación
Los dispositivos AOSP encajan bien en entornos donde el hardware debe cumplir una única función u operar en condiciones muy controladas. Estos son algunos escenarios frecuentes en las empresas:
- Kioscos y cartelería interactiva
- Tablets sanitarias
- Terminales robustos en logística y fabricación
- Endpoints corporativos de propósito específico
La cartelería y los kioscos exigen limitar al máximo la interacción y bloquear el dispositivo en una sola aplicación. Las tablets sanitarias, en cambio, requieren controles estrictos sobre el tratamiento de datos y restricciones en la interfaz que mantengan al personal clínico dentro de los flujos de trabajo aprobados.
Como los requisitos de cada caso son radicalmente distintos, conviene evitar gestionar todos los dispositivos AOSP con una única política genérica. Además, agrupar los dispositivos en categorías bien definidas permite a los equipos de TI avanzar más rápido y con menos riesgo de errores de configuración.
Checklist de seguridad y operaciones para la empresa
Este checklist recoge las acciones más prioritarias para que los equipos de seguridad de TI y los administradores mantengan los dispositivos AOSP bajo control, auditables y alineados con las políticas de seguridad y cumplimiento de la organización.
| Acción | Motivo | Herramientas |
| Definir criterios de cumplimiento y acceso específicos para AOSP | Los dispositivos AOSP no pueden heredar políticas basadas en GMS; las reglas deben configurarse por separado | Microsoft Intune, MDM con políticas de cumplimiento configurables |
| Activar comprobaciones de estado del dispositivo y atestación | Compensa la falta de señales nativas de integridad de Android Enterprise en dispositivos sin GMS | Microsoft Intune, integraciones de defensa frente a amenazas móviles |
| Aplicar perfiles de VPN y cifrado del almacenamiento | Reduce la exposición en dispositivos que funcionan sin la capa de seguridad integrada de Google | Perfiles de configuración de MDM, ajustes de seguridad del OEM |
| Registrar de forma centralizada el estado de inscripción y de cumplimiento | Mantiene los dispositivos AOSP visibles en la monitorización de seguridad y garantiza que estén listos para una auditoría | Informes de MDM, integraciones con SIEM, exportación de registros de auditoría |
Estos controles no sustituyen a una estrategia más amplia de gobernanza de la movilidad, pero sí cubren las vulnerabilidades concretas que aparecen al gestionar Android fuera del ecosistema de Google.
Toma el control de tus dispositivos AOSP
Gestionar bien los dispositivos AOSP se reduce a definir procedimientos de aprovisionamiento claros, aplicar controles de seguridad más estrictos y gobernar cada categoría de dispositivos con sus propias reglas. Con estas estrategias adaptativas de gestión de endpoints y gestión de activos de TI, las organizaciones estarán mucho mejor preparadas para mantener la seguridad de endpoints y el cumplimiento, incluso en entornos de TI complejos o en flotas Android híbridas.
Temas relacionados:
