L’Union européenne durcit son bras de fer avec les grandes plateformes numériques. Dans le cadre du Digital Markets Act, la Commission européenne a ordonné à Google de rendre Android plus accessible aux assistants d’intelligence artificielle concurrents de Gemini. L’objectif affiché : empêcher que l’écosystème mobile de Google ne favorise automatiquement ses propres services au détriment d’acteurs tiers.
Cette décision dépasse largement la simple question du choix de l’assistant vocal ou conversationnel sur smartphone. Elle touche à la manière dont les agents IA peuvent accéder aux applications, aux services du système d’exploitation, au contexte affiché à l’écran et aux actions inter-applications. Pour les utilisateurs, cela pourrait ouvrir la porte à davantage de choix. Pour les entreprises, en revanche, le sujet devient rapidement un enjeu de cybersécurité, de gouvernance mobile et de protection des données.
Ce que demande l’Union européenne à Google
La Commission européenne a adopté deux décisions visant à limiter la domination de Google sur des marchés jugés stratégiques. La première concerne Android : Google doit permettre à des assistants IA concurrents de bénéficier d’un accès comparable à celui de son propre assistant Gemini pour interagir avec les applications et certains services du système.
En clair, un assistant IA tiers ne devrait pas être désavantagé simplement parce qu’il n’est pas développé par Google. S’il est autorisé par l’utilisateur et conforme aux règles applicables, il devrait pouvoir fonctionner de manière plus intégrée dans Android, au lieu d’être cantonné à une expérience limitée.
La deuxième décision vise la recherche en ligne. Google est également appelé à partager certaines données de recherche avec d’autres moteurs, des données que seule une plateforme de cette taille est capable de collecter à grande échelle. Là encore, le raisonnement européen est le même : réduire les effets de verrouillage et favoriser une concurrence plus équitable.
Pourquoi le Digital Markets Act change la donne
Le Digital Markets Act, ou DMA, est le règlement européen destiné à encadrer les grandes plateformes considérées comme des contrôleurs d’accès. Ces acteurs structurent l’accès aux utilisateurs, aux données, aux applications et aux marchés numériques. Lorsqu’une plateforme occupe une position centrale, l’Union européenne veut éviter qu’elle ne privilégie systématiquement ses propres produits.
Android est au cœur de cette logique. Le système d’exploitation équipe une part massive des smartphones dans le monde, et son intégration avec les services Google lui donne un avantage considérable. Avec l’arrivée des assistants IA capables d’agir à la place de l’utilisateur, cette position devient encore plus sensible.
Un assistant IA n’est plus seulement une barre de recherche vocale. Il peut résumer un message, lire le contenu d’une application, déclencher une action dans une autre, analyser un document, préparer une réponse ou automatiser une tâche. L’accès au système d’exploitation devient donc un levier concurrentiel majeur.
La réponse de Google : un risque pour la sécurité et la confidentialité
Google conteste l’approche européenne et met en avant les risques pour les utilisateurs. Kent Walker, président des affaires mondiales de Google, a estimé dans un billet de blog que ces décisions pourraient fragiliser des protections importantes en matière de confidentialité et de sécurité pour des millions d’Européens.
Selon Google, l’ouverture imposée par le DMA pourrait réduire l’efficacité de certains garde-fous conçus pour limiter les abus, les accès excessifs aux données ou les comportements dangereux d’applications tierces. L’entreprise affirme avoir proposé des solutions compatibles avec les objectifs du DMA tout en protégeant les utilisateurs, mais considère que la Commission n’a pas suffisamment tenu compte des risques.
Cette ligne de défense n’est pas nouvelle. Les grandes plateformes opposent régulièrement l’argument de la sécurité lorsqu’elles sont contraintes d’ouvrir davantage leurs écosystèmes. Mais dans le cas des assistants IA, l’argument mérite une attention particulière, car ces outils peuvent disposer de capacités beaucoup plus larges qu’une application classique.
Pourquoi les assistants IA ne sont pas des applications comme les autres
Un assistant IA intégré au système peut potentiellement accéder à des informations issues de plusieurs applications, comprendre le contexte d’un écran, exécuter des tâches en arrière-plan et coordonner des actions entre différents services. Cette capacité est précisément ce qui le rend utile. Mais c’est aussi ce qui le rend plus difficile à contrôler.
Dans un modèle mobile traditionnel, chaque application est censée fonctionner dans un périmètre relativement isolé. Les permissions encadrent l’accès à la caméra, aux contacts, au micro, à la localisation ou aux fichiers. Avec les agents IA, cette logique devient moins simple : l’agent peut lire, interpréter et agir sur des données qui proviennent de plusieurs environnements.
Pour un utilisateur grand public, le risque peut être une fuite de données personnelles, une action non souhaitée ou une mauvaise interprétation d’une demande. Pour une entreprise, les conséquences peuvent être plus lourdes : exposition de données sensibles, contournement de politiques de sécurité, accès indirect à des applications métier ou transfert d’informations confidentielles vers un service externe.
Un nouveau casse-tête pour les responsables cybersécurité
Roman Stanek, CEO de Good Data AI, souligne que cette évolution concerne directement les RSSI et les équipes chargées de la sécurité des systèmes d’information. Selon lui, la sécurité d’entreprise reposait jusqu’ici sur une hypothèse simple : les applications sont des boîtes séparées, et le système d’exploitation contrôle ce qui peut passer d’une boîte à l’autre.
Avec plusieurs agents IA capables d’obtenir un accès système étendu, cette hypothèse devient moins solide. Un assistant doté d’autorisations avancées peut interagir avec le contenu affiché, déclencher des actions entre applications, fonctionner en arrière-plan et traiter des données qui n’étaient pas initialement pensées pour être manipulées par un agent autonome.
Pour les entreprises, la question n’est donc plus seulement de savoir quelles applications sont installées sur un appareil. Il faut aussi déterminer quels assistants IA sont autorisés, quelles permissions ils peuvent obtenir et dans quels contextes ils peuvent agir.
Ce que les entreprises devraient revoir dans leurs politiques mobiles
L’ouverture d’Android aux assistants IA concurrents ne signifie pas que toutes les organisations doivent bloquer ces outils. Elle impose plutôt une gouvernance plus fine. Les entreprises qui gèrent une flotte Android devraient anticiper cette évolution dans leurs politiques MDM, EMM et Zero Trust.
1. Identifier les assistants IA autorisés
Les équipes IT ne peuvent plus se contenter d’une liste d’applications approuvées. Elles doivent créer une politique spécifique pour les agents IA, en précisant lesquels peuvent être utilisés sur les appareils professionnels ou hybrides.
Cette liste devrait tenir compte de plusieurs critères :
- l’éditeur de l’assistant IA et son modèle économique ;
- les garanties contractuelles sur les données ;
- les capacités d’intégration système ;
- les permissions demandées ;
- la possibilité d’administration centralisée ;
- la localisation et le traitement des données.
2. Encadrer les permissions système sensibles
Un assistant IA qui accède au micro n’a pas le même niveau de risque qu’un agent capable de lire le contexte de l’écran, d’interagir avec plusieurs applications et de fonctionner en arrière-plan. Les politiques de sécurité doivent distinguer ces niveaux d’accès au lieu de traiter tous les assistants comme une catégorie unique.
Les autorisations les plus sensibles devraient être conditionnées au type d’appareil, au profil utilisateur, à la classification des données et au niveau de conformité du terminal.
3. Adapter les règles DLP et d’accès conditionnel
Les solutions de prévention de fuite de données, ou DLP, sont souvent conçues pour surveiller les transferts entre applications, les copies de fichiers ou les usages cloud. Les agents IA ajoutent un scénario plus subtil : l’outil peut lire une information dans une application, la reformuler, la résumer ou l’utiliser pour accomplir une action ailleurs.
Les règles d’accès conditionnel devront donc intégrer le comportement des assistants IA, pas seulement celui des applications traditionnelles. Par exemple, une entreprise pourrait autoriser un assistant IA à résumer des emails internes non sensibles, mais lui interdire d’accéder à des documents classifiés, à des données RH ou à des informations clients.
4. Former les utilisateurs aux risques concrets
La gouvernance technique ne suffira pas. Les utilisateurs doivent comprendre qu’un assistant IA n’est pas un simple moteur de recherche. Lui demander de “préparer un résumé de mes dossiers clients” ou de “répondre à ce message avec les chiffres du trimestre” peut entraîner le traitement de données sensibles par un service externe.
Une politique efficace doit donc inclure des exemples pratiques, des cas autorisés et des cas interdits. Les consignes doivent être courtes, compréhensibles et adaptées aux métiers.
Un enjeu stratégique pour l’écosystème Android
Pour Google, l’enjeu est double. D’un côté, l’entreprise doit se conformer aux règles européennes et éviter de nouvelles sanctions. De l’autre, elle veut préserver l’intégrité d’Android et la confiance des utilisateurs, alors que l’IA devient une couche centrale de l’expérience mobile.
Pour les concurrents de Gemini, la décision européenne peut ouvrir de nouvelles opportunités. Les assistants IA tiers pourraient devenir plus utiles sur Android s’ils peuvent accéder à davantage de fonctions système. Cela pourrait accélérer l’innovation, améliorer les expériences utilisateur et réduire la dépendance à un seul fournisseur.
Mais cette ouverture devra être accompagnée de mécanismes robustes : consentement clair, contrôle granulaire des permissions, journalisation des actions, révocation simple des accès et transparence sur le traitement des données. Sans ces garanties, l’ouverture pourrait effectivement augmenter la surface d’attaque.
Ce que cela change pour les utilisateurs européens
À terme, les utilisateurs Android en Europe pourraient bénéficier d’un choix plus large d’assistants IA réellement intégrés au système. Ils pourraient sélectionner un assistant autre que Gemini sans perdre certaines fonctionnalités clés, selon les modalités qui seront mises en œuvre.
Cela ne signifie pas nécessairement que l’expérience changera immédiatement. Les décisions réglementaires demandent souvent du temps avant de se traduire dans les paramètres d’un smartphone ou dans les options proposées par les fabricants. Google devra aussi préciser comment il entend appliquer ces obligations tout en maintenant ses standards de sécurité.
Pour les particuliers, le bon réflexe restera le même : vérifier les permissions, choisir des assistants provenant d’acteurs fiables et éviter de confier des informations sensibles à des outils dont les règles de confidentialité sont floues.
Une décision qui préfigure l’avenir de l’IA mobile
Cette décision européenne illustre une tendance de fond : les assistants IA deviennent des intermédiaires majeurs entre l’utilisateur, ses applications et ses données. Dans ce contexte, contrôler l’accès au système d’exploitation revient à contrôler une partie essentielle du marché de l’IA mobile.
L’Union européenne veut éviter que cette nouvelle couche d’intelligence soit verrouillée par les plateformes déjà dominantes. Google, de son côté, affirme que l’ouverture ne doit pas se faire au détriment de la confidentialité et de la sécurité.
Le débat ne fait que commencer. Mais une chose est claire : pour les entreprises comme pour les utilisateurs, l’assistant IA doit désormais être considéré comme un acteur à part entière du système numérique, avec ses bénéfices, ses permissions et ses risques propres.
La prochaine bataille de l’IA ne se jouera pas seulement dans les modèles conversationnels, mais aussi dans l’accès aux systèmes d’exploitation qui les rendent vraiment utiles.