Pontos principais
- Dispositivos AOSP (Android Open Source Project) rodam Android sem o GMS (Google Mobile Services), o que deixa indisponíveis os fluxos padrão de inscrição e gerenciamento corporativo.
- Categorias de dispositivos de uso dedicado, como quiosques, coletores robustos e tablets da área de saúde, exigem políticas sob medida em vez de uma única configuração compartilhada.
- Os controles de segurança e conformidade precisam ser configurados de forma explícita para compensar a ausência dos recursos padrão de gerenciamento e integridade do Android Enterprise, normalmente disponíveis no Android com GMS.
O Android Open Source Project (AOSP) é a base de código aberto do Android: fornece o sistema operacional essencial, sem os aplicativos e serviços proprietários do Google. Em ambientes corporativos, implantações AOSP personalizadas são comuns em quiosques, sistemas de PDV (ponto de venda), sinalização digital e outros dispositivos de uso dedicado. Este guia mostra como integrar o AOSP à sua estratégia de gerenciamento de dispositivos Android.
O que diferencia os dispositivos AOSP
O AOSP é a base de código aberto do Android que vemos nos dispositivos inteligentes. Aparelhos construídos diretamente a partir do AOSP saem de fábrica sem o Google Mobile Services (GMS), que inclui a Play Store, as APIs do Google e outras camadas de software proprietário.
Isso também significa que esses endpoints não são certificados pelo Google e não têm acesso a:
- Google Play Store: principal canal de distribuição de aplicativos nas implantações Android corporativas padrão.
- Inscrição zero-touch: serviço de provisionamento automatizado do Google para dispositivos corporativos.
- APIs do Android Enterprise: as interfaces de gerenciamento que a maioria das plataformas MDM usa para aplicar políticas, configurar dispositivos e fazer a inscrição.
Vale assistir também ao vídeo que explica “A diferença real entre Android com GMS e sem GMS”.
Essa distinção importa porque as estratégias corporativas de gerenciamento de dispositivos Android normalmente são construídas em torno do Android Enterprise. Sem o GMS, elas não se aplicam. As equipes de TI não podem contar com fluxos de inscrição padrão, canais de distribuição de aplicativos nem APIs de conformidade prontos para uso.
Casos de uso e estratégia de implantação
Os dispositivos AOSP combinam com ambientes em que o hardware precisa cumprir uma única função ou operar sob condições rigidamente controladas. Veja alguns cenários comuns nas empresas:
- Quiosques e sinalização interativa
- Tablets da área de saúde
- Coletores robustos em logística e manufatura
- Endpoints corporativos de uso dedicado
Sinalização e quiosques exigem interação bem delimitada e bloqueio em um único aplicativo. Já os tablets da área de saúde pedem controles rígidos de tratamento de dados, além de restrições de interface que mantenham os profissionais dentro dos fluxos aprovados.
Como esses casos de uso têm requisitos bem diferentes, não vale gerenciar todos os dispositivos AOSP sob uma política única e genérica. Agrupar os dispositivos em categorias bem definidas ajuda a TI a agir mais rápido e com menos risco de erro de configuração.
Lista de verificação de segurança e operação
A lista de verificação abaixo reúne as ações mais prioritárias para equipes de segurança de TI e administradores manterem os dispositivos AOSP gerenciados com segurança, auditáveis e alinhados às políticas de segurança e conformidade da organização.
| Ação | Motivo | Ferramentas |
| Definir critérios de conformidade e acesso específicos para AOSP | Dispositivos AOSP não herdam políticas baseadas em GMS; as regras precisam ser configuradas à parte | Microsoft Intune, MDM com políticas de conformidade configuráveis |
| Ativar verificações de postura e atestado do dispositivo | Compensa a ausência dos sinais nativos de integridade do Android Enterprise em dispositivos sem GMS | Microsoft Intune, integrações de defesa contra ameaças móveis |
| Aplicar perfis de VPN e criptografia de armazenamento | Reduz a exposição de dispositivos que operam sem a camada de segurança nativa do Google | Perfis de configuração do MDM, ajustes de segurança do OEM |
| Registrar centralmente o status de inscrição e o estado de conformidade | Mantém os dispositivos AOSP visíveis no monitoramento de segurança e garante prontidão para auditorias | Relatórios do MDM, integrações com SIEM, exportação de logs de auditoria |
Esses controles não substituem uma estratégia mais ampla de governança de mobilidade, mas tratam das vulnerabilidades específicas de gerenciar Android fora do ecossistema Google.
Assuma o controle dos seus dispositivos AOSP
Gerenciar dispositivos AOSP com eficiência passa por definir procedimentos claros de provisionamento, aplicar controles de segurança mais rígidos e governar cada categoria de dispositivo conforme suas próprias regras. Com essas estratégias adaptáveis de gerenciamento de endpoints e gestão de recursos de TI, as organizações ficam muito mais preparadas para manter a segurança de endpoint e a conformidade, mesmo em ambientes de TI complexos ou frotas Android híbridas.
Temas relacionados:
