A Microsoft está ampliando o controle sobre a participação de bots externos em reuniões do Microsoft Teams. A nova política permite que administradores bloqueiem automaticamente bots identificados pelo sistema, impedindo que ferramentas de transcrição, gravação, anotações e assistentes baseados em IA ingressem em reuniões corporativas sem autorização. A novidade foi anunciada em atualização do Microsoft 365 e começa a ganhar disponibilidade geral em agosto de 2026.
Então o problema deixou de ser apenas o ingresso de um “robô” em uma videoconferência. Ferramentas de IA capazes de acompanhar reuniões podem capturar voz, transcrever discussões, registrar decisões, identificar participantes e transferir informações para sistemas de terceiros. A própria documentação da Microsoft reconhece que bots externos podem gravar ou transcrever reuniões sem que os participantes estejam cientes e armazenar os dados em ambientes fora das fronteiras de compliance da organização, criando riscos de privacidade, conformidade e vazamento de informações.
Tecnicamente, o Teams utiliza sinais comportamentais e de infraestrutura para identificar possíveis bots externos durante o processo de entrada na reunião. Até então, a política permitia detectar o bot e mantê-lo na sala de espera, exigindo que o organizador decidisse se ele deveria entrar. A nova configuração acrescenta o modo BlockDetectedBots, que elimina essa etapa: uma vez identificado, o bot é impedido de ingressar. As opções passam, portanto, a formar uma escala de controle: AllowAllBots, que permite a entrada; RequireApprovalWhenDetected, que exige aprovação; e BlockDetectedBots, que bloqueia bots detectados.
A arquitetura é particularmente interessante porque não se trata de bloquear toda automação, mas de introduzir uma camada de identificação e política entre o bot e o ativo corporativo mais sensível de uma reunião: a informação. A Microsoft também criou um Teams Bot Identification Program, voltado a fornecedores de software que desenvolvem bots para reuniões. Provedores elegíveis podem registrar seus bots e utilizar um marcador de autoidentificação, permitindo que o Teams reconheça participantes automatizados registrados.
Isso cria uma distinção importante para as empresas: bot autorizado não é necessariamente sinônimo de bot seguro, assim como bot externo não é automaticamente malicioso. Uma ferramenta legítima de ata ou transcrição pode ser essencial para produtividade e ainda assim enviar dados corporativos para uma infraestrutura externa. Por isso, a questão passa a envolver não apenas cybersecurity, mas também data governance, propriedade intelectual, LGPD, políticas de IA e gestão de fornecedores.
O movimento ocorre em um contexto no qual o próprio Teams vem sendo explorado por criminosos como plataforma de engenharia social. Campanhas recentes utilizaram mensagens e chamadas do Teams para se passar por equipes de suporte de TI, convencer funcionários a conceder acesso remoto e posteriormente instalar malware. Em um caso investigado em 2026, pesquisadores identificaram uma cadeia de ataque que utilizava a confiança depositada nas ferramentas corporativas para chegar ao comprometimento do ambiente.
A nova política, portanto, representa uma mudança de paradigma: a reunião virtual passa a ser tratada como uma superfície de ataque e os participantes automatizados passam a fazer parte do modelo de controle de acesso. Isso é relevante para reuniões que podem envolver informações sobre projetos, processos industriais, ativos, contratos, estratégias de manutenção ou decisões de investimento.
Para as equipes de TI e segurança, a recomendação é evitar simplesmente ativar o bloqueio de maneira indiscriminada. A própria Microsoft recomenda avaliar previamente quais bots são utilizados legitimamente pela organização. Uma abordagem mais madura é fazer um inventário das ferramentas de IA e automação utilizadas nas reuniões, identificar para onde os dados são enviados, quais permissões são concedidas, quais fornecedores armazenam as transcrições e quais informações podem ser processadas por esses serviços. A política pode então ser aplicada inicialmente a grupos-piloto e posteriormente ampliada.
Há, entretanto, uma limitação importante: detecção não significa identificação perfeita. A Microsoft informa que alguns bots externos podem não ser detectados e que também podem ocorrer falsos positivos, nos quais participantes humanos são classificados incorretamente como bots. A empresa mantém mecanismos para corrigir essa classificação e aprimorar o sistema.
O ponto central, portanto, não é simplesmente “bloquear bots no Teams”. A novidade sinaliza uma questão maior: à medida que agentes de IA passam a participar das atividades corporativas como se fossem usuários, a organização precisa decidir quais agentes podem acessar quais informações, em quais condições e com quais responsabilidades. No ambiente industrial, isso aproxima a governança de IA das mesmas disciplinas que já existem para identidade, acesso privilegiado, cybersecurity e gestão de ativos críticos. A principal pergunta que fica é: se uma IA pode entrar em uma reunião, ouvir uma discussão técnica e levar seu conteúdo para outro ambiente, ela deve ser tratada como uma simples ferramenta de produtividade ou como um novo tipo de participante com identidade, permissão e trilha de auditoria próprias?
