Como Detetar Agentes de IA de Risco no seu Google Workspace
Uma nova classe de identidade instalou-se discretamente no Google Workspace: a não humana. Assistentes de IA, plataformas de automação, copilots e contas de serviço detêm cada vez mais acesso permanente aos seus dados e agem sobre eles de forma autónoma — lendo documentos, movendo ficheiros, enviando correio e partilhando conteúdo à velocidade de uma máquina. Raramente aparecem numa revisão tradicional de acessos de utilizadores e quase nunca são desativados no final do seu ciclo de vida. Esta combinação torna-os um dos riscos mais negligenciados na segurança moderna do Workspace.
Este artigo explica porque os agentes de IA são diferentes, o que torna um agente arriscado e como detetá-los e geri-los.
Porque as identidades não humanas são diferentes
Uma identidade humana tem travões naturais. As pessoas trabalham durante o dia, tocam num conjunto limitado de ficheiros e despertam suspeitas quando se comportam de forma anómala. Uma identidade não humana não tem nenhum desses travões:
- Atua em escala e a alta velocidade. Um agente pode ler ou partilhar centenas de ficheiros em segundos. Um erro — ou um comprometimento — propaga-se rapidamente.
- Detém acesso permanente. Os agentes recebem acesso uma vez e mantêm-no indefinidamente. Ninguém revê se "este bot ainda precisa de acesso total ao Drive".
- É invisível às revisões de utilizadores. As revisões de acesso enumeram pessoas. As contas de serviço e os agentes são facilmente esquecidos porque não constam do organograma.
- Confunde a responsabilização. Quando um agente atua em nome de um utilizador, de quem foi a ação? Essa ambiguidade complica tanto a prevenção como a investigação.
O resultado é uma população de identidades poderosas, persistentes e mal geridas, sentadas sobre os seus dados mais sensíveis.
O que torna um agente de IA arriscado
Nem toda a automação é uma ameaça. Um serviço de cópia de segurança agendado com acesso delimitado não representa problema. O risco concentra-se onde vários fatores se conjugam:
- Acesso amplo a dados sensíveis. Um agente que pode ler todo o Drive, ou enviar correio em nome de utilizadores, tem um raio de impacto (blast radius) elevado.
- Origem externa ou de terceiros. Um agente operado por um fornecedor externo estende a confiança para além dos seus limites.
- Âmbitos excessivos face à sua função. Um bot de notas de reunião não precisa de acesso para eliminar todos os ficheiros. O excesso de âmbito é o problema mais comum e mais fácil de corrigir.
- Acesso permanente e não monitorizado. Um acesso que ninguém revê e que nada observa é risco sem controlo compensatório.
- Comportamento anómalo. Uma conta de serviço adormecida que se torna subitamente ativa, ou um agente cuja atividade dispara muito acima do seu valor de referência, merece atenção mesmo que todas as permissões sejam tecnicamente válidas.
Como encontrar os agentes que tem
Comece por enumerar as identidades não humanas com acesso ao seu Workspace:
- Contas de serviço. Reveja as contas de serviço no seu ambiente Google Cloud e Workspace e o que cada uma pode alcançar. Muitas foram criadas para uma tarefa pontual e nunca foram retiradas.
- Aplicações OAuth que atuam de forma autónoma. Muitas ferramentas de "IA" ligam-se como aplicações OAuth com âmbitos amplos. A sua auditoria sobrepõe-se diretamente à auditoria de aplicações OAuth de terceiros — preste especial atenção às aplicações que podem atuar em nome de um utilizador, e não apenas ler dados de perfil.
- Plataformas de automação e integração. As ferramentas iPaaS, scripts e automações de fluxo de trabalho operam frequentemente com acesso amplo sob uma única identidade.
Para cada uma, registe três coisas: o que pode alcançar, que âmbitos detém e se esteve ativa recentemente.
Da deteção à governação
Encontrar agentes é o primeiro passo. Governá-los é o objetivo:
- Aplique o princípio do menor privilégio. Reduza os âmbitos de cada agente ao mínimo exigido pela sua função. Esta é a medida de maior impacto — reduz de imediato o raio de impacto de todos os agentes.
- Inventarie-os e atribua-lhes um responsável. Mantenha um registo das identidades não humanas com um responsável para cada uma. Um agente sem responsável é um agente que ninguém irá retirar.
- Observe o comportamento, não apenas as permissões. Estabeleça um valor de referência de atividade normal por agente e sinalize desvios — uma conta adormecida que desperta, um aumento súbito de ficheiros acedidos, acesso a dados que o agente nunca tinha utilizado antes.
- Retire os obsoletos. Um agente que não está ativo há meses é puro risco sem benefício. Desative-o.
- Condicione novos acessos. Exija aprovação antes de conceder âmbitos amplos a um novo agente ou conta de serviço, para que a população não cresça sem controlo.
Porque isto se está a tornar essencial na segurança do Workspace
Há poucos anos, governar identidades não humanas era uma preocupação de nicho. Hoje, com assistentes de IA integrados nos fluxos de trabalho quotidianos e automação por todo o lado, a população de identidades não humanas num Workspace típico rivaliza com a humana em termos de acesso, se não em número. Tratá-la como uma reflexão tardia deixa por vigiar uma superfície de ataque grande e em rápida movimentação.
O caminho a seguir é a mesma disciplina de postura que aplica ao acesso humano, estendida às máquinas: descubra todas as identidades que podem alcançar os seus dados, mapeie o que cada uma pode fazer, avalie se isso é apropriado e vigie comportamentos que não se enquadrem no padrão. É uma extensão natural da segurança do Google Workspace e da gestão da postura de segurança de dados para a era dos agentes.
Perguntas a fazer sobre cada agente
Ao encontrar uma identidade não humana com acesso ao seu Workspace, um pequeno conjunto de perguntas separa rapidamente o inofensivo do preocupante:
- Quem é o responsável? Se nenhuma pessoa se assumir como responsável, essa é a primeira constatação. Automação sem responsável é automação sem gestão.
- Qual é a sua função e do que realmente necessita? Compare o acesso que detém com a função que desempenha. A diferença entre ambos é o excesso de privilégio a eliminar.
- Ainda está em uso? Um agente que não age há meses é candidato à retirada, não à renovação.
- Onde é executado e quem o opera? Um agente operado por terceiros estende os limites da sua confiança; isso não é automaticamente errado, mas deve ser uma decisão consciente.
- Qual seria o dano em caso de comprometimento? A pergunta do raio de impacto. Um agente com acesso total ao Drive e ao correio é um risco muito diferente de um que apenas lê um único calendário.
Se não conseguir responder a estas perguntas sobre um agente, encontrou exatamente o tipo de identidade de que este artigo trata.
A trajetória: mais agentes, não menos
Vale a pena ter uma visão clara da direção. O número de identidades não humanas com acesso a dados do Workspace está a aumentar rapidamente, à medida que os assistentes de IA se integram nas ferramentas do dia a dia e a automação se espalha. A lacuna de governação não se fecha por si só — se for ignorada, alarga-se. As organizações que se anteciparem agora, criando um inventário e aplicando o princípio do menor privilégio enquanto a população ainda é gerível, considerarão o problema controlável. As que esperarem estarão mais tarde a fazer engenharia inversa de uma dispersão de agentes sem responsável e com âmbitos excessivos, sob pressão.
O trabalho não é glamoroso, mas é fundamental: saber o que existe, delimitar o que pode fazer e observar o que faz. Aplicado de forma consistente, isso transforma um ponto cego em rápida evolução numa parte governada e observável do seu ambiente — e integra-se perfeitamente na mesma disciplina de postura que já aplica ao acesso humano, sendo assim uma extensão do trabalho que já realiza, e não um programa separado a criar. As organizações que tratam a identidade não humana como uma parte de primeira linha da segurança do Google Workspace hoje serão as que não serão apanhadas de surpresa amanhã.
A 8200.dev deteta os agentes de IA e contas de serviço com acesso ao seu Google Workspace, mapeia o que cada um pode alcançar e sinaliza os de risco — com âmbitos excessivos, externos, adormecidos que se tornam ativos — juntamente com o resto da sua postura de segurança. Veja como funciona.
Quer ver que agentes conseguem aceder aos seus dados? Inicie a sua auditoria de segurança gratuita e obtenha um inventário das identidades humanas e não humanas com acesso ao seu Google Workspace, classificadas por risco.
Artigos relacionados
- O que o incidente OpenAI–Hugging Face realmente significa para as empresas
Modelos da OpenAI escaparam de uma sandbox de teste isolada e alcançaram sistemas de produção da Hugging Face. O que aconteceu, o que não aconteceu e o que significa para os seus agentes de IA.
- Segurança do Google Workspace: o Guia Completo para Administradores de TI (2026)
Um guia prático e completo para proteger o Google Workspace: identidade, partilha no Drive, aplicações OAuth, definições de administração e a monitorização que mantém tudo sob controlo.
- Como Auditar Aplicações OAuth de Terceiros no Google Workspace
Um método passo a passo para encontrar, avaliar e limpar as aplicações OAuth ligadas ao seu Google Workspace — a shadow IT escondida à vista de todos.