A grande abertura: a UE obriga o Google a abrir o Android a assistentes de IA de terceiros e a partilhar dados sob o DMA

A Comissão Europeia tem blindado pela primeira vez, e de forma exigente, a interoperabilidade de assistentes de inteligência artificial no Android: o Google deve abrir a terceiros o mesmo acesso que o seu assistente Gemini já tem a câmera, microfone, conteúdo em tela, ativação por palavra-chave com tela bloqueada e a capacidade de controlar outras aplicações imitando toques e escrita. A obrigação aparece em duas decisões vinculativas sob o Digital Markets Act (DMA), uma sobre as capacidades do sistema operacional (com data limite na próxima grande versão, Android 18, ou como último recurso em 1 de agosto de 2027) e outra sobre o fornecimento de dados anônimos de buscas e cliques a concorrentes e chatbots que fazem buscas.

Estas medidas não multam o Google, mas definem tecnicamente o que tem de implementar: o DMA deixou intacta a autoridade da Comissão para abrir procedimentos de incumprimento com sanções económicas se as especificações não forem respeitadas. O alcance é significativo O texto obriga o Google a criar um Qualified AI Assistant Programme e a aceitar certificações de terceiros —Trusted Certification Authorities — sem custo e sem poder revogar arbitrariamente, mesmo que a Comissão monitorize que os critérios sejam razoáveis e não discriminatórios. Essa porta pode parecer um compromisso: dá à Google margem para gerenciar a certificação e, ao mesmo tempo, submete suas regras à supervisão externa. O regime, na prática, define a forma como participantes de terceiros podem realizar ações sensíveis como ler e redigir e-mails, lidar com calendários, controlar mapas ou interagir com mensagens e chamadas: funções tradicionalmente controladas pelos fabricantes e pela própria Google. A Comissão abriu, além disso, a possibilidade de que funcionalidades muito invasivas do sistema — como o acesso contínuo a microfone, câmara, localização, áudio do sistema e conteúdo de tela — estejam disponíveis para aplicações de usuário final sob as mesmas condições de consentimento que os serviços próprios usam hoje. Isso implica que vários assistentes poderiam ouvir ou ver ao mesmo tempo e, em teoria, executar comandos com tela bloqueada, uma medida cujo calendário situa a coexistência de assistentes sempre ativos para Android 19, com data limite em 1 de agosto de 2028. O movimento busca abrir competição em um âmbito onde a capacidade de um assistente para acessar o contexto do dispositivo oferece vantagem estratégica frente a modelos hospedados na nuvem. No entanto, introduz riscos reais de segurança e privacidade. O histórico recente demonstra que conteúdo de notificações ou outros canais de entrada podem servir para ataques de injeção de prompts ou para escalar privilégios sem aplicações maliciosas explícitas no dispositivo, como evidencia o incidente publicado pela SafeBreach com o agente de Gemini no Android Utilities. A Comissão tentou mitigar isto com requisitos de certificação que exigem provas de integridade do modelo, controlo da cadeia de fornecimento e medidas contra fugas acidentais de dados, mas a carga de projetar e executar esses testes recairá em boa medida sobre o Google e os certificados que esta aceita. A segunda grande mudança obriga o Google a compartilhar datasets de busca anônima, com um método de três passados que suprime identificadores diretos, elimina consultas com termos raros ou sensíveis e agrupa metadados até tamanhos populacionais amplos (o mínimo de 1.000 por grupo, com a maior parte chegando a 29.000). Os beneficiários devem cumprir condições contratuais rigorosas e demonstrar escala (50.000 utilizadores mensais na média do ano) e fiabilidade jurisdicional. É uma aposta na transparência do mercado e na disponibilização de dados a concorrentes, mas deixa o Google a seleção inicial e a avaliação de riscos, com prazos de elegibilidade e entrega muito breves. O que isso significa para usuários, empresas e reguladores? Para os usuários deve traduzir-se em mais escolha de assistentes mais potentes, mas a promessa só será real se o processo de certificação for confiável, transparente e auditável. A experiência do usuário exigirá interfaces de consentimento mais claras e reversíveis: a decisão prevê que os usuários possam omitir a certificação por serviço e por dispositivo mediante consentimento expresso, sem esconder essa opção em modos de desenvolvedor. Sem uma UX de consentimento robusto e controles por defeito mínimos, a expansão de permissões pode se tornar rapidamente exposição acidental. Para desenvolvedores de aplicativos e fornecedores de serviços, o calendário é exigente. As empresas devem preparar-se para duas frentes: adaptar seus apps para bloquear vistas sensíveis frente a controle por outros assistentes e rever como expõem contexto (pantalla, notificações, conteúdo multimídia) pensando que ferramentas automatizadas poderão ler e agir sobre elas. Também devem colaborar com fabricantes e gerenciar possíveis incompatibilidades entre apps que queiram preservar segmentos de contexto frente ao controle automatizado. A decisão permite ao Google implementar mecanismos técnicos para que uma aplicação ou uma visão sensível fora da automação, mas não obriga a construí-los; isso deixa margem à negociação industrial nos meses anteriores ao Android 18. Em segurança e pesquisa, é fundamental manter escrutínio externo. A Comissão exige auditorias independentes antes do acesso aos dados e anualmente, e dá janelas de recurso e de notificação que buscam evitar revogações arbitrárias. Mesmo assim, que o Google gere a aceitação de certificadores coloca um possível conflito de interesses: os reguladores europeus e a comunidade de cibersegurança deveriam exigir transparência completa sobre os critérios, os resultados das auditorias e incidentes, e promover a participação de certificados verdadeiramente independentes e com recursos técnicos suficientes. Recomendações práticas: os usuários devem rever e restringir permissões de assistentes e ativar protecções em mensagens e notificações; as empresas que desenvolvem assistentes ou apps do ecossistema Android devem planejar certificações, auditorias e endurecimento contra a manipulação de entradas e escape de contexto; os responsáveis pela segurança em organizações devem incluir cenários de exploração por assistentes em seus testes de penetração e revisão de contratos e cláusulas de controle de dados antes de aceitar integrações. Reguladores e decisores políticos devem pressionar a publicação dos critérios de certificação, a abertura de processos de recurso claros e a criação de métricas públicas que permitam medir se a abertura melhora a concorrência sem erosionar a segurança. A decisão altera o equilíbrio entre competência e integridade técnica. A abertura forçada pode dinamizar a inovação, mas só funcionará se a certificação e a governação do acesso a sensores e contexto forem mais robustas, independentes e transparentes do que os quadros existentes até agora. Tanto a concepção da Qualified AI Assistant Programme como a forma como as auditorias são executadas e são veledas pelos direitos dos usuários serão o campo de batalha onde se decidirá se a Europa consegue um ecossistema de assistentes mais competitivo e seguro ou se, pelo contrário, cresce a superfície de ataque sem garantias reais. Para aprofundar o quadro legal e os riscos de segurança associados à expansão da IA, consultar o texto do Digital Markets Act em EUR-Lex e os trabalhos da ENISA sobre segurança em inteligência artificial, que fornecem contexto técnico e recomendações sobre resiliência contra modelos avançados: Regulamento DMA (EUR-Lex) e ENISA – Agência da União Europeia para a Cibersegurança.

O texto obriga o Google a criar um Qualified AI Assistant Programme e a aceitar certificações de terceiros —Trusted Certification Authorities — sem custo e sem poder revogar arbitrariamente, mesmo que a Comissão monitorize que os critérios sejam razoáveis e não discriminatórios. Essa porta pode parecer um compromisso: dá à Google margem para gerenciar a certificação e, ao mesmo tempo, submete suas regras à supervisão externa. O regime, na prática, define a forma como participantes de terceiros podem realizar ações sensíveis como ler e redigir e-mails, lidar com calendários, controlar mapas ou interagir com mensagens e chamadas: funções tradicionalmente controladas pelos fabricantes e pela própria Google.

A Comissão abriu, além disso, a possibilidade de que funcionalidades muito invasivas do sistema — como o acesso contínuo a microfone, câmara, localização, áudio do sistema e conteúdo de tela — estejam disponíveis para aplicações de usuário final sob as mesmas condições de consentimento que os serviços próprios usam hoje. Isso implica que vários assistentes poderiam ouvir ou ver ao mesmo tempo e, em teoria, executar comandos com tela bloqueada, uma medida cujo calendário situa a coexistência de assistentes sempre ativos para Android 19, com data limite em 1 de agosto de 2028.

O movimento busca abrir competição em um âmbito onde a capacidade de um assistente para acessar o contexto do dispositivo oferece vantagem estratégica frente a modelos hospedados na nuvem. No entanto, introduz riscos reais de segurança e privacidade. O histórico recente demonstra que conteúdo de notificações ou outros canais de entrada podem servir para ataques de injeção de prompts ou para escalar privilégios sem aplicações maliciosas explícitas no dispositivo, como evidencia o incidente publicado pela SafeBreach com o agente de Gemini no Android Utilities. A Comissão tentou mitigar isto com requisitos de certificação que exigem provas de integridade do modelo, controlo da cadeia de fornecimento e medidas contra fugas acidentais de dados, mas a carga de projetar e executar esses testes recairá em boa medida sobre o Google e os certificados que esta aceita.

A segunda grande mudança obriga o Google a compartilhar datasets de busca anônima, com um método de três passados que suprime identificadores diretos, elimina consultas com termos raros ou sensíveis e agrupa metadados até tamanhos populacionais amplos (o mínimo de 1.000 por grupo, com a maior parte chegando a 29.000). Os beneficiários devem cumprir condições contratuais rigorosas e demonstrar escala (50.000 utilizadores mensais na média do ano) e fiabilidade jurisdicional. É uma aposta na transparência do mercado e na disponibilização de dados a concorrentes, mas deixa o Google a seleção inicial e a avaliação de riscos, com prazos de elegibilidade e entrega muito breves.

O que isso significa para usuários, empresas e reguladores? Para os usuários deve traduzir-se em mais escolha de assistentes mais potentes, mas a promessa só será real se o processo de certificação for confiável, transparente e auditável. A experiência do usuário exigirá interfaces de consentimento mais claras e reversíveis: a decisão prevê que os usuários possam omitir a certificação por serviço e por dispositivo mediante consentimento expresso, sem esconder essa opção em modos de desenvolvedor. Sem uma UX de consentimento robusto e controles por defeito mínimos, a expansão de permissões pode se tornar rapidamente exposição acidental.

Para desenvolvedores de aplicativos e fornecedores de serviços, o calendário é exigente. As empresas devem preparar-se para duas frentes: adaptar seus apps para bloquear vistas sensíveis frente a controle por outros assistentes e rever como expõem contexto (pantalla, notificações, conteúdo multimídia) pensando que ferramentas automatizadas poderão ler e agir sobre elas. Também devem colaborar com fabricantes e gerenciar possíveis incompatibilidades entre apps que queiram preservar segmentos de contexto frente ao controle automatizado. A decisão permite ao Google implementar mecanismos técnicos para que uma aplicação ou uma visão sensível fora da automação, mas não obriga a construí-los; isso deixa margem à negociação industrial nos meses anteriores ao Android 18.

Em segurança e pesquisa, é fundamental manter escrutínio externo. A Comissão exige auditorias independentes antes do acesso aos dados e anualmente, e dá janelas de recurso e de notificação que buscam evitar revogações arbitrárias. Mesmo assim, que o Google gere a aceitação de certificadores coloca um possível conflito de interesses: os reguladores europeus e a comunidade de cibersegurança deveriam exigir transparência completa sobre os critérios, os resultados das auditorias e incidentes, e promover a participação de certificados verdadeiramente independentes e com recursos técnicos suficientes.

Recomendações práticas: os usuários devem rever e restringir permissões de assistentes e ativar protecções em mensagens e notificações; as empresas que desenvolvem assistentes ou apps do ecossistema Android devem planejar certificações, auditorias e endurecimento contra a manipulação de entradas e escape de contexto; os responsáveis pela segurança em organizações devem incluir cenários de exploração por assistentes em seus testes de penetração e revisão de contratos e cláusulas de controle de dados antes de aceitar integrações. Reguladores e decisores políticos devem pressionar a publicação dos critérios de certificação, a abertura de processos de recurso claros e a criação de métricas públicas que permitam medir se a abertura melhora a concorrência sem erosionar a segurança.

A decisão altera o equilíbrio entre competência e integridade técnica. A abertura forçada pode dinamizar a inovação, mas só funcionará se a certificação e a governação do acesso a sensores e contexto forem mais robustas, independentes e transparentes do que os quadros existentes até agora. Tanto a concepção da Qualified AI Assistant Programme como a forma como as auditorias são executadas e são veledas pelos direitos dos usuários serão o campo de batalha onde se decidirá se a Europa consegue um ecossistema de assistentes mais competitivo e seguro ou se, pelo contrário, cresce a superfície de ataque sem garantias reais.

Para aprofundar o quadro legal e os riscos de segurança associados à expansão da IA, consultar o texto do Digital Markets Act em EUR-Lex e os trabalhos da ENISA sobre segurança em inteligência artificial, que fornecem contexto técnico e recomendações sobre resiliência contra modelos avançados: Regulamento DMA (EUR-Lex) e ENISA – Agência da União Europeia para a Cibersegurança.