Android Enterprise

Voici un aperçu des scénarios de gestion pris en charge par Android Enterprise:

Comme il est évident, il y a beaucoup de flexibilité pour soutenir la plupart des besoins de l’entreprise qui sont intégrés directement. Le scénario de gestion le plus courant est illustré ici, où l’organisation est propriétaire de l’appareil mais autorise une certaine utilisation personnelle (COPE), disponible à partir d’Android 8.0.

Pour plus d’informations, consultez la fiche technique Android Enterprise de Google.

Avec l’introduction d’Android 5.0, Google a rendu les profils utilisateurs disponibles pour les téléphones mobiles en plus des tablettes qui les utilisent déjà. Avec la même fonctionnalité, Android Enterprise est en mesure de créer un profil d’utilisateur géré, qui, bien qu’il soit crypté séparément sur le disque (et à partir d’Android 7.0, utilise un cryptage complètement différent à des fins professionnelles/privées), est directement intégré à l’utilisateur actuel sur l’appareil. De cette façon, les applications privées et professionnelles peuvent être fournies dans le même tiroir d’applications, les applications professionnelles étant indiquées par une mallette:

Source: bayton.org, Foto: Profil de travail Android Enterprise, ce qui change dans Andoid Pie

Le mélange d’applications professionnelles et personnelles sur l’appareil BYOD ci-dessus montre le niveau d’intégration. L’utilisateur final a l’impression que quelques applications supplémentaires sont installées, même si les configurations de profil sous-jacentes permettent de séparer et de sécuriser les données de l’entreprise. Les politiques DLP peuvent empêcher le transfert d’informations d’entreprise en dehors du profil professionnel et vice versa. En cas d’effacement des données de l’entreprise, le profil professionnel est simplement supprimé et toutes les données de l’utilisateur restent intactes.

En outre, Google a ajouté l’authentification du profil professionnel. Il s’agit essentiellement d’un mot de passe secondaire requis pour accéder aux données de l’entreprise dans le profil. BlackBerry Good, MobileIron Apps@Work ou AirWatch Container prennent en charge cette fonctionnalité depuis de nombreuses années.

Le profil professionnel peut ainsi être mis en pause (fermé temporairement) pour les soirées, les week-ends ou les jours fériés, ce qui est un grand avantage pour les employés. Elle peut ainsi contribuer à promouvoir un équilibre sain entre vie professionnelle et vie privée. Cette fonctionnalité s’est encore massivement améliorée avec Android 11, où l’équipe Android Enterprise a travaillé en étroite collaboration avec Digital Wellbeing pour permettre la programmation automatique du profil professionnel. Grâce aux API, les administrateurs peuvent s’assurer que le profil professionnel ne peut pas être désactivé indéfiniment.

Du point de vue de l’administrateur, la plus grande limite de l’approche BYOD est, comme on peut s’en douter, le contrôle et la visibilité limités sur l’appareil lui-même. Les organisations ne « voient » rien en dehors du profil professionnel et ne peuvent donc appliquer que des politiques très élémentaires à l’échelle de l’appareil, comme le code d’accès.

Pour les appareils entièrement gérés, il n’y a généralement aucune disposition pour le provisionnement des utilisateurs. Puisque l’utilisation prévue concerne les appareils appartenant entièrement à l’entreprise, tous les scénarios typiques de BYOD ou COPE sont omis pour ces appareils et l’appareil est strictement limité à l’environnement défini par l’administrateur EMM. Toutefois, à partir d’Android 8.0, le scénario COPE a été introduit avec la prise en charge des profils professionnels sur les appareils entièrement gérés.

Par défaut, lors du déploiement d’un appareil entièrement géré, presque toutes les applications système non critiques sont supprimées, sauf si elles figurent sur une liste blanche. En revanche, seul l’accès aux applications autorisées est accordé via le Google Play géré.

Cela signifie que si une application nécessite la fonction appareil photo, par exemple, elle devra également être autorisée ou inscrite sur une liste blanche pour une utilisation en entreprise. L’activation des applications système est prise en charge, mais cette prise en charge inclut toutes les applications des équipementiers et des opérateurs, que la plupart voudraient voir disparaître. Il faut donc désactiver certaines applications plutôt que de les activer comme décrit ci-dessus.

Le provisionnement entièrement géré est actuellement lancé lors du premier démarrage du système d’un nouvel appareil – ou d’un appareil fraîchement réinitialisé depuis l’usine :

• Une application de provisionnement sur un appareil de provisionnement dédié (configuré avec les détails du serveur EMM) et une bosse ou une étiquette NFC qui peut être utilisée pour démarrer les appareils.
• Un identifiant DPC sur l’écran pour configurer un compte Google.
• un code QR (idéal pour les appareils sans NFC).
• Inscription à Zero Touch

Dans Android 10, le provisionnement par bosse NFC est déprécié et les tags NFC sont recommandés pour le provisionnement NFC à la place.