Points clés
- Les appareils AOSP (Android Open Source Project) fonctionnent sous Android sans GMS (Google Mobile Services), ce qui rend indisponibles les flux d’enrôlement et de gestion habituels des grandes entreprises.
- Les catégories d’appareils à usage dédié, comme les kiosques, les terminaux durcis et les tablettes médicales, exigent chacune des politiques sur mesure plutôt qu’une configuration unique partagée.
- Les contrôles de sécurité et de conformité doivent être configurés explicitement pour compenser l’absence des fonctions de gestion Android Enterprise et de vérification de l’intégrité des appareils normalement disponibles sur les versions d’Android reposant sur GMS.
L’Android Open Source Project (AOSP) est le socle Open-source d’Android : il fournit le système d’exploitation de base, sans les applications et services propriétaires de Google. Dans les environnements des grandes entreprises, les déploiements AOSP personnalisés sont très répandus sur les kiosques, les systèmes de point de vente (POS), l’affichage dynamique et d’autres appareils à usage dédié. Ce guide explique comment intégrer AOSP à votre cadre de gestion des appareils Android.
Ce qui distingue les appareils AOSP
AOSP est le socle Open-source du système d’exploitation Android grand public que l’on retrouve dans les appareils connectés. Les appareils construits directement à partir d’AOSP sont livrés sans Google Mobile Services (GMS), qui regroupe le Play Store, les API Google et d’autres couches de logiciels propriétaires.
Cela signifie aussi que ces terminaux ne sont pas certifiés par Google et n’ont pas accès aux éléments suivants :
- Google Play Store : le principal canal de distribution d’applications pour les déploiements Android standards en grande entreprise.
- Enrôlement zero-touch : le service de provisionnement automatisé de Google pour les appareils appartenant à l’entreprise.
- API Android Enterprise : les interfaces de gestion sur lesquelles s’appuient la plupart des plateformes MDM pour appliquer les politiques, configurer les appareils et gérer l’enrôlement.
Vous pouvez également regarder cette vidéo qui explique « The Actual Difference Between GMS and Non-GMS Android » (la différence réelle entre les appareils Android avec et sans GMS).
Cette distinction compte, car les stratégies de gestion des appareils Android en grande entreprise s’articulent généralement autour d’Android Enterprise. En l’absence de GMS, ces stratégies ne s’appliquent plus. Les équipes informatiques ne peuvent pas compter d’emblée sur les flux d’enrôlement standards, les canaux de distribution d’applications ou les API de conformité.
Cas d’utilisation et stratégie de déploiement
Les appareils AOSP conviennent particulièrement aux environnements où le matériel doit remplir une fonction unique ou fonctionner dans des conditions strictement encadrées. Voici quelques scénarios courants en grande entreprise :
- Kiosques et affichage interactif
- Tablettes médicales
- Terminaux durcis dans la logistique et l’industrie
- Terminaux à usage dédié appartenant à l’entreprise
Les déploiements d’affichage et de kiosques nécessitent un cadrage strict des interactions et un verrouillage sur une seule application. De leur côté, les tablettes médicales imposent des contrôles rigoureux du traitement des données, ainsi que des restrictions d’IU (interface utilisateur) qui maintiennent les soignants dans les parcours approuvés.
Comme ces cas d’utilisation répondent à des exigences fondamentalement différentes, les équipes doivent éviter de gérer tous les appareils AOSP sous une seule politique fourre-tout. De plus, regrouper les appareils dans des catégories bien définies aide les équipes informatiques à avancer plus vite, avec moins de risques d’erreur de configuration.
Check-list de sécurité et d’exploitation pour les grandes entreprises
La check-list ci-dessous présente les actions prioritaires que les équipes de sécurité informatique et les administrateurs doivent mener pour que les appareils AOSP restent gérés de façon sécurisée, auditables et conformes aux politiques de sécurité et de conformité de l’entreprise.
| Action | Raison | Outils |
| Définir des critères de conformité et d’accès propres à AOSP | Les appareils AOSP ne peuvent pas hériter des politiques basées sur GMS ; les règles doivent être configurées séparément | Microsoft Intune, MDM avec politiques de conformité configurables |
| Activer les contrôles de posture des appareils et l’attestation | Compense l’absence de signaux d’intégrité natifs Android Enterprise sur les appareils dépourvus de GMS | Microsoft Intune, intégrations de défense contre les menaces mobiles |
| Imposer des profils VPN et le chiffrement du stockage | Réduit l’exposition des appareils qui fonctionnent sans la couche de sécurité intégrée de Google | Profils de configuration MDM, paramètres de sécurité du FEO (fabricant d’équipement d’origine) |
| Journaliser de façon centralisée le statut d’enrôlement et l’état de conformité | Maintient la visibilité des appareils AOSP dans la surveillance de sécurité et garantit d’être prêt en cas d’audit | Reporting MDM, intégrations SIEM, exports de journaux d’audit |
Ces contrôles ne remplacent pas une stratégie de gouvernance de la mobilité plus large, mais ils répondent aux vulnérabilités spécifiques liées à la gestion d’Android en dehors de l’écosystème Google.
Reprendre la main sur vos appareils AOSP
Gérer efficacement les appareils AOSP repose sur trois piliers : définir des procédures de provisionnement claires, appliquer des contrôles de sécurité plus stricts et encadrer chaque catégorie d’appareils selon ses propres règles. Ces stratégies adaptatives de gestion des terminaux et de gestion des actifs informatiques (ITAM) placeront les entreprises dans une bien meilleure position pour assurer la sécurité des terminaux et la conformité, même dans des environnements informatiques complexes ou des parcs Android hybrides.
Sujets connexes :
