La grande ouverture: l'UE force Google à ouvrir Android à des assistants tiers IA et partager des données sous le DMA

La Commission européenne a pour la première fois, et d'une manière exigeante, blindé l'interopérabilité des assistants d'intelligence artificielle sur Android: Google doit ouvrir à des tiers le même accès que son assistant Gemini a déjà à caméra, microphone, contenu à l'écran, activation de mots clés avec écran bloqué et la possibilité de contrôler d'autres applications en imitant les touches et l'écriture. L'obligation apparaît dans deux décisions contraignantes en vertu de la Loi sur les marchés numériques (LDM), l'un sur les capacités du système d'exploitation (avec une date limite dans la prochaine grande version , Android 18 , ou en dernier recours le 1er août 2027 ) et l'autre sur la fourniture de recherche anonyme et cliquez sur les données aux concurrents et chatbots qui font des recherches .

Ces mesures ne sont pas adaptées Google mais définit techniquement ce qu'il doit mettre en œuvre: le DMA a déjà laissé intact le pouvoir de la Commission d'ouvrir des procédures de non-respect avec des sanctions économiques si les spécifications ne sont pas respectées. La portée est importante Le texte force Google à créer un Programme d'assistants qualifiés en matière d'IA et d'accepter des certificats de tiers - Autorités de certification fiables - sans frais et sans pouvoir les révoquer arbitrairement, bien que la Commission veille à ce que les critères soient raisonnables et non discriminatoires. Cette porte peut sembler un compromis: elle donne Google room pour gérer la certification et, en même temps, soumet ses règles à la supervision externe. Dans la pratique, le régime définit comment des assistants tiers peuvent effectuer des actions sensibles telles que la lecture et l'écriture de courriels, la gestion de calendriers, le contrôle des cartes ou l'interaction avec la messagerie et les appels : fonctions qui sont traditionnellement sous le contrôle strict des fabricants et de Google lui-même. Le Conseil a également ouvert la possibilité que des fonctions très invasives du système - comme l'accès continu au microphone, à la caméra, à l'emplacement, au système audio et au contenu d'écran - soient disponibles pour les applications de l'utilisateur final dans les mêmes conditions de consentement que celles actuellement utilisées par ses propres services. Cela signifie que plusieurs participants pouvaient entendre ou voir en même temps et, en théorie, exécuter des commandes avec écran bloqué, une mesure dont le calendrier place la coexistence d'assistants toujours actifs pour Android 19, avec une date limite d'août 1, 2028. Le mouvement vise à ouvrir la concurrence dans un domaine où la capacité d'un assistant d'accéder au contexte de l'appareil offre un avantage stratégique par rapport aux modèles hébergés dans le cloud. Cependant, il introduit des risques réels pour la sécurité et la vie privée. L'historique récent montre que le contenu des notifications ou d'autres canaux d'entrée peut être utilisé pour des attaques d'injection rapide ou pour écraser des privilèges sans applications malveillantes explicites sur l'appareil, comme en témoigne l'incident publié par SafeBreach avec l'agent Gemini sur Android Utilities. La Commission s'est efforcée d'atténuer cette situation en imposant des exigences de certification exigeant l'intégrité du modèle, le contrôle de la chaîne d'approvisionnement et des mesures de fuite accidentelle de données mais le fardeau de la conception et de l'exécution de ces tests sera largement sur Google et les certificateurs qu'il accepte. Le deuxième changement majeur oblige Google à partager des données de recherche anonymes, avec une méthode à trois passages qui supprime les identifiants directs, élimine les consultations avec des termes rares ou sensibles et recueille des métadonnées à grande taille de population (seuil minimum de 1000 par groupe, la majorité atteignant 29.000). Les bénéficiaires doivent respecter des conditions contractuelles strictes et démontrer une échelle (50 000 utilisateurs par mois en moyenne de l'année) et une fiabilité judiciaire. C'est un engagement à la transparence du marché et à donner des données aux concurrents, mais laisse à Google la sélection initiale et l'évaluation des risques. avec des délais très courts pour l'éligibilité et la livraison. Qu'est-ce que cela signifie pour les utilisateurs, les entreprises et les régulateurs? Pour les utilisateurs, il devrait en résulter un plus grand choix d'assistants plus puissants, mais la promesse ne sera réelle que si le processus de certification est fiable, transparent et audible. L'expérience utilisateur nécessitera des interfaces de consentement plus claires et plus réversibles: la décision prévoit que les utilisateurs peuvent omettre la certification par service et appareil par consentement exprès, sans cacher cette option dans les modes de développement. Sans consentement solide UX et contrôles par défaut minimum, permettre l'expansion peut rapidement devenir une exposition accidentelle. Pour les développeurs d'applications et les fournisseurs de services, le calendrier est exigeant. Les entreprises doivent se préparer pour deux fronts : adapter leurs applications pour bloquer les vues sensibles contre le contrôle par d'autres participants et examiner comment elles exposent le contexte (écran, notifications, contenu multimédia) en pensant quels outils automatisés peuvent lire et agir sur eux. Ils devraient également travailler avec les fabricants et gérer d'éventuelles incompatibilités entre les applications qui veulent préserver les segments de contexte contre le contrôle automatisé. La décision permet à Google de mettre en œuvre des mécanismes techniques pour faire une application ou une vue sensible hors de l'automatisation, mais ne les force pas à être construits ; qui laisse place à des négociations industrielles dans les mois avant Android 18. En matière de sécurité et de recherche, il est essentiel de maintenir un contrôle externe. La Commission exige des audits indépendants avant l'accès aux données et sur une base annuelle et donne des guichets d'appel et de notification qui cherchent à éviter la révocation arbitraire. Néanmoins, la gestion par Google de l'acceptation des certificateurs pose un risque de conflit d'intérêts: les régulateurs européens et la communauté de la cybersécurité devraient exiger une transparence totale sur les critères, les résultats d'audit et les incidents, et promouvoir la participation de certificateurs réellement indépendants et dotés de ressources techniques. Recommandations pratiques: les utilisateurs devraient revoir et limiter les permis de présence et activer les protections de messagerie et de notification; les entreprises développant des assistants ou des applications de l'écosystème Android devraient planifier des certifications, des audits et des durcissements contre la manipulation des entrées et l'évasion contextuelle; les responsables de la sécurité dans les organisations devraient inclure des scénarios utilisateur par agent dans leurs tests de pénétration et examiner les contrats et les clauses de contrôle des données avant d'accepter les intégrations. Les régulateurs et les décideurs devraient insister pour la publication de critères de certification, l'ouverture de procédures d'appel claires et la création de mesures publiques pour déterminer si l'ouverture améliore la concurrence sans porter atteinte à la sécurité. La décision modifie l'équilibre entre compétence et intégrité technique. L'ouverture forcée peut stimuler l'innovation, mais elle ne fonctionnera que si la certification et la gouvernance de l'accès aux capteurs et au contexte sont plus solides, indépendantes et transparentes que les cadres existants jusqu'à présent.. Tant la conception du programme d'assistant d'IA qualifié que la manière dont les audits et les droits d'utilisation sont effectués seront le champ de bataille où il sera décidé si l'Europe réalisera un écosystème plus compétitif et plus sûr de participants ou si, au contraire, la surface de l'attaque se développe sans sûretés. Pour approfondir le cadre juridique et les risques de sécurité associés au boom de l'IA, le texte de la loi sur les marchés numériques dans EUR-Lex et les travaux d'ENISA sur la sécurité de l'intelligence artificielle, qui fournissent un contexte technique et des recommandations sur la résilience aux modèles avancés, peut être consulté: Règlement DMA (EUR-Lex) et ENISA - Agence de l'Union européenne pour la cybersécurité.

Le texte force Google à créer un Programme d'assistants qualifiés en matière d'IA et d'accepter des certificats de tiers - Autorités de certification fiables - sans frais et sans pouvoir les révoquer arbitrairement, bien que la Commission veille à ce que les critères soient raisonnables et non discriminatoires. Cette porte peut sembler un compromis: elle donne Google room pour gérer la certification et, en même temps, soumet ses règles à la supervision externe. Dans la pratique, le régime définit comment des assistants tiers peuvent effectuer des actions sensibles telles que la lecture et l'écriture de courriels, la gestion de calendriers, le contrôle des cartes ou l'interaction avec la messagerie et les appels : fonctions qui sont traditionnellement sous le contrôle strict des fabricants et de Google lui-même.

Le Conseil a également ouvert la possibilité que des fonctions très invasives du système - comme l'accès continu au microphone, à la caméra, à l'emplacement, au système audio et au contenu d'écran - soient disponibles pour les applications de l'utilisateur final dans les mêmes conditions de consentement que celles actuellement utilisées par ses propres services. Cela signifie que plusieurs participants pouvaient entendre ou voir en même temps et, en théorie, exécuter des commandes avec écran bloqué, une mesure dont le calendrier place la coexistence d'assistants toujours actifs pour Android 19, avec une date limite d'août 1, 2028.

Le mouvement vise à ouvrir la concurrence dans un domaine où la capacité d'un assistant d'accéder au contexte de l'appareil offre un avantage stratégique par rapport aux modèles hébergés dans le cloud. Cependant, il introduit des risques réels pour la sécurité et la vie privée. L'historique récent montre que le contenu des notifications ou d'autres canaux d'entrée peut être utilisé pour des attaques d'injection rapide ou pour écraser des privilèges sans applications malveillantes explicites sur l'appareil, comme en témoigne l'incident publié par SafeBreach avec l'agent Gemini sur Android Utilities. La Commission s'est efforcée d'atténuer cette situation en imposant des exigences de certification exigeant l'intégrité du modèle, le contrôle de la chaîne d'approvisionnement et des mesures de fuite accidentelle de données mais le fardeau de la conception et de l'exécution de ces tests sera largement sur Google et les certificateurs qu'il accepte.

Le deuxième changement majeur oblige Google à partager des données de recherche anonymes, avec une méthode à trois passages qui supprime les identifiants directs, élimine les consultations avec des termes rares ou sensibles et recueille des métadonnées à grande taille de population (seuil minimum de 1000 par groupe, la majorité atteignant 29.000). Les bénéficiaires doivent respecter des conditions contractuelles strictes et démontrer une échelle (50 000 utilisateurs par mois en moyenne de l'année) et une fiabilité judiciaire. C'est un engagement à la transparence du marché et à donner des données aux concurrents, mais laisse à Google la sélection initiale et l'évaluation des risques. avec des délais très courts pour l'éligibilité et la livraison.

Qu'est-ce que cela signifie pour les utilisateurs, les entreprises et les régulateurs? Pour les utilisateurs, il devrait en résulter un plus grand choix d'assistants plus puissants, mais la promesse ne sera réelle que si le processus de certification est fiable, transparent et audible. L'expérience utilisateur nécessitera des interfaces de consentement plus claires et plus réversibles: la décision prévoit que les utilisateurs peuvent omettre la certification par service et appareil par consentement exprès, sans cacher cette option dans les modes de développement. Sans consentement solide UX et contrôles par défaut minimum, permettre l'expansion peut rapidement devenir une exposition accidentelle.

Pour les développeurs d'applications et les fournisseurs de services, le calendrier est exigeant. Les entreprises doivent se préparer pour deux fronts : adapter leurs applications pour bloquer les vues sensibles contre le contrôle par d'autres participants et examiner comment elles exposent le contexte (écran, notifications, contenu multimédia) en pensant quels outils automatisés peuvent lire et agir sur eux. Ils devraient également travailler avec les fabricants et gérer d'éventuelles incompatibilités entre les applications qui veulent préserver les segments de contexte contre le contrôle automatisé. La décision permet à Google de mettre en œuvre des mécanismes techniques pour faire une application ou une vue sensible hors de l'automatisation, mais ne les force pas à être construits ; qui laisse place à des négociations industrielles dans les mois avant Android 18.

En matière de sécurité et de recherche, il est essentiel de maintenir un contrôle externe. La Commission exige des audits indépendants avant l'accès aux données et sur une base annuelle et donne des guichets d'appel et de notification qui cherchent à éviter la révocation arbitraire. Néanmoins, la gestion par Google de l'acceptation des certificateurs pose un risque de conflit d'intérêts: les régulateurs européens et la communauté de la cybersécurité devraient exiger une transparence totale sur les critères, les résultats d'audit et les incidents, et promouvoir la participation de certificateurs réellement indépendants et dotés de ressources techniques.

Recommandations pratiques: les utilisateurs devraient revoir et limiter les permis de présence et activer les protections de messagerie et de notification; les entreprises développant des assistants ou des applications de l'écosystème Android devraient planifier des certifications, des audits et des durcissements contre la manipulation des entrées et l'évasion contextuelle; les responsables de la sécurité dans les organisations devraient inclure des scénarios utilisateur par agent dans leurs tests de pénétration et examiner les contrats et les clauses de contrôle des données avant d'accepter les intégrations. Les régulateurs et les décideurs devraient insister pour la publication de critères de certification, l'ouverture de procédures d'appel claires et la création de mesures publiques pour déterminer si l'ouverture améliore la concurrence sans porter atteinte à la sécurité.

La décision modifie l'équilibre entre compétence et intégrité technique. L'ouverture forcée peut stimuler l'innovation, mais elle ne fonctionnera que si la certification et la gouvernance de l'accès aux capteurs et au contexte sont plus solides, indépendantes et transparentes que les cadres existants jusqu'à présent.. Tant la conception du programme d'assistant d'IA qualifié que la manière dont les audits et les droits d'utilisation sont effectués seront le champ de bataille où il sera décidé si l'Europe réalisera un écosystème plus compétitif et plus sûr de participants ou si, au contraire, la surface de l'attaque se développe sans sûretés.

Pour approfondir le cadre juridique et les risques de sécurité associés au boom de l'IA, le texte de la loi sur les marchés numériques dans EUR-Lex et les travaux d'ENISA sur la sécurité de l'intelligence artificielle, qui fournissent un contexte technique et des recommandations sur la résilience aux modèles avancés, peut être consulté: Règlement DMA (EUR-Lex) et ENISA - Agence de l'Union européenne pour la cybersécurité.