IA na indústria: envio inadequado de dados aparece em 83% das violações de políticas
A inteligência artificial já está incorporada ao trabalho diário de muitas empresas industriais, mas a velocidade de adoção nem sempre é acompanhada por controles capazes de proteger informações sensíveis. No setor, 83% das violações de políticas relacionadas ao uso de IA envolveram o envio de dados para aplicações em desacordo com as regras internas, aponta o relatório Netskope Threat Labs Manufacturing 2026.
O número não quer dizer que 83% das empresas tenham sido invadidas nem que todos os episódios tenham resultado em vazamentos confirmados. O indicador se refere à parcela das violações de políticas de dados observadas que envolveu informações transferidas para ferramentas de IA. A análise se baseia em telemetria anonimizada de organizações monitoradas pela Netskope.
A expansão dessas ferramentas ajuda a explicar o desafio. Em um ano, a proporção de usuários do setor industrial que utilizam ativamente aplicações de IA aumentou de 40% para 67%. Além disso, 96% dos funcionários usam aplicações que oferecem recursos de inteligência artificial integrados. Isso inclui não apenas serviços dedicados, mas também funções incorporadas a plataformas de colaboração, editores, ambientes de desenvolvimento e sistemas em nuvem.
Quais informações estão sendo expostas
Um documento de produção enviado para gerar um resumo, um contrato submetido à revisão ou um trecho de software compartilhado para encontrar um erro podem conter dados que não deveriam sair do ambiente autorizado. A transferência pode acontecer por meio de um prompt, de um anexo ou de uma chamada de API. A criptografia da conexão, por si só, não resolve a questão: o conteúdo ainda é encaminhado ao serviço que fará o processamento.
Entre os registros de violação de políticas relacionados à IA, 57% envolveram informações sujeitas a proteção legal ou regulatória. Senhas e chaves de API representaram 19%; propriedade intelectual, 16%; e código-fonte, 9%. As categorias devem ser interpretadas conforme a metodologia do relatório e não necessariamente são excludentes.
Esses dados mostram que o risco não se limita a documentos classificados formalmente como confidenciais. Uma credencial exposta pode permitir acesso a outros sistemas, enquanto código, projetos e processos industriais podem revelar conhecimento estratégico. Informações reguladas também exigem atenção especial, pois seu tratamento está sujeito a obrigações específicas.
Os números não apontam para uma vulnerabilidade de software única como causa. O problema central é controlar o caminho percorrido pelas informações: quem autorizou o envio, quais dados foram incluídos, que ferramenta os recebeu e quais condições se aplicam ao armazenamento e ao uso posterior do conteúdo.
Agentes de IA ampliam as permissões em jogo
A preocupação cresce quando a IA deixa de apenas responder a perguntas e passa a executar tarefas conectada a sistemas corporativos. Agentes podem consultar repositórios, bases de dados e ferramentas externas. Nesse contexto, permissões amplas demais podem fazer com que uma ação automatizada alcance informações além das necessárias para a tarefa.
O Model Context Protocol (MCP) padroniza a conexão entre aplicações de IA e sistemas externos. No levantamento, as entidades não humanas que interagem com servidores MCP remotos aumentaram 490%, enquanto os eventos associados ao protocolo cresceram 600%. Esses percentuais indicam maior uso e atividade, não uma contagem de ataques confirmados.
Uma integração mal configurada pode ampliar o impacto de um erro ou de uma solicitação inadequada. Também é preciso considerar tentativas de prompt injection, em que conteúdo externo busca induzir o agente a ignorar instruções ou realizar operações impróprias. Esse risco merece controles próprios, mas não foi apresentado como a causa comprovada dos 83% de violações.
Contas corporativas e pessoais se misturam
O uso de aplicações de IA gerenciadas pelas empresas passou de 35% para 70%. Já a utilização de contas pessoais caiu de 75% para 55%. Apesar da redução, o uso simultâneo dos dois tipos de conta cresceu: a parcela de usuários que alterna entre identidades corporativas e pessoais subiu de 9% para 25%.
Por isso, bloquear ou liberar um domínio não é suficiente. A organização precisa distinguir quem está acessando o serviço, qual versão da ferramenta está em uso e para que finalidade. Uma aplicação aprovada pode oferecer controles empresariais diferentes daqueles disponíveis em uma conta pessoal, mesmo quando o nome do serviço é o mesmo.
Como reduzir o risco sem impedir a adoção
A primeira medida é mapear quais ferramentas são utilizadas e que tipos de informação circulam por elas. Esse inventário deve considerar aplicações oficiais, recursos de IA incorporados a outros sistemas, contas pessoais e integrações automatizadas. Sem essa visibilidade, a empresa não consegue definir regras adequadas nem identificar caminhos alternativos de envio.
Também é importante estabelecer limites claros para prompts e anexos. Dados pessoais, credenciais, chaves de API, código-fonte e informações de propriedade intelectual devem receber controles específicos. Quando possível, mecanismos de prevenção contra perda de dados podem detectar ou bloquear o envio de conteúdos protegidos, além de alertar o usuário antes da transmissão.
Nas integrações com agentes e servidores MCP, o princípio deve ser conceder apenas as permissões indispensáveis. Acesso a documentos, ferramentas e bases de dados precisa ter escopo definido, ser revisado periodicamente e, quando viável, expirar após o uso. Registros de atividade ajudam a identificar ações inesperadas e a reconstruir o que ocorreu.
A governança também depende de orientar os funcionários. Uma política eficaz deve explicar quais ferramentas são autorizadas, que informações podem ser compartilhadas e como proceder quando houver dúvida. Treinamento prático, somado a controles técnicos, reduz a probabilidade de que um envio aparentemente inofensivo exponha dados estratégicos ou regulados.
Por fim, a revisão não deve acontecer apenas depois de um incidente. As empresas precisam reavaliar permissões, configurações, contratos e práticas de retenção à medida que incorporam novos recursos de IA. O objetivo não é barrar toda inovação, mas garantir que cada aplicação processe somente os dados necessários, dentro de condições conhecidas e compatíveis com as regras da organização.