Shadow AI é o uso de ferramentas de inteligência artificial dentro de uma organização sem aprovação, conhecimento ou monitoramento das áreas de TI, segurança ou jurídico.O termo é herdeiro direto de “Shadow IT”, e a mecânica é a mesma: a tecnologia chega ao trabalho pela porta do usuário final, não pela porta da governança.
A diferença está na velocidade e na assimetria. Shadow IT levava meses para se estabelecer, porque exigia instalar algo. Shadow AI se estabelece em uma tarde, porque exige apenas uma aba de navegador — e o funcionário que faz isso quase sempre está tentando entregar melhor, não burlar controle.
Por que Shadow AI não é só mais um Shadow IT
Tratar as duas coisas com o mesmo manual é o erro mais comum. Três características tornam o risco de IA estruturalmente diferente:
- O dado inserido pode não ter volta. Em Shadow IT clássico, um arquivo enviado ao Dropbox errado pode ser apagado. Um trecho de contrato colado numa ferramenta cujo plano permite uso para treinamento pode ter sido incorporado aos pesos de um modelo. Não existe botão de exclusão para isso — e é exatamente o cenário que o artigo 18 da LGPD, que garante ao titular o direito de eliminação, não consegue endereçar depois do fato.
- A saída entra em decisões sem rastro. Um relatório, uma precificação ou uma cláusula gerada por IA e colada num documento oficial perde a marca de origem no primeiro copiar e colar. Quando o resultado é questionado meses depois, ninguém consegue reconstruir como aquilo foi produzido.
- Agentes agem sozinhos. A geração atual de ferramentas não responde perguntas: acessa arquivos, navega, chama APIs e executa tarefas encadeadas. Um único acesso concedido sem revisão deixa de ser um vazamento pontual e passa a ser um processo autônomo com credenciais.
A pergunta que separa as duas disciplinas é simples: em Shadow IT, o risco é onde o dado foi parar. Em Shadow AI, o risco é o que o dado virou — e o que a ferramenta faz depois, sem ninguém pedir.
Por onde o Shadow AI entra
Na prática, quase todo caso que encontramos cai em um destes quatro padrões — e só o primeiro é o que a maioria das empresas imagina quando pensa no problema:
| Padrão | Como aparece | Por que passa despercebido |
|---|---|---|
| Conta pessoal em ferramenta web | Funcionário usa a conta gratuita dele em assistente de conversa, tradutor ou gerador de imagem, na máquina da empresa. | Não instala nada, não passa por compras, não gera nota fiscal. |
| Funcionalidade de IA embutida | Uma ferramenta já aprovada libera um recurso de IA numa atualização — transcrição de reunião, resumo de e-mail, autocompletar. | A ferramenta foi aprovada antes de ter IA. Ninguém reavaliou. |
| IA contratada pela área de negócio | Marketing, jurídico ou RH assinam uma ferramenta no cartão corporativo, sem avaliação de fornecedor. | É uma despesa pequena o suficiente para não acionar o processo de compras. |
| Uso técnico de API ou modelo | Time de desenvolvimento consome API de modelo, ou roda modelo local, num projeto interno. | Fica dentro do time técnico e não aparece como 'software' em inventário nenhum. |
O segundo padrão é o mais subestimado. Uma parcela relevante do uso de IA numa empresa hoje não começou com alguém decidindo usar IA: começou com um fornecedor já aprovado ligando um recurso novo. O inventário de fornecedores continua correto e o inventário de tratamento de dados silenciosamente deixa de estar.
Os riscos, em ordem de probabilidade
Vale separar o que é risco real e frequente do que é risco citado em apresentação. Em ordem do que efetivamente acontece:
1. Vazamento de dado confidencial por uso legítimo
Não é ataque, é rotina: contrato colado para “resumir”, planilha de folha enviada para “analisar”, código proprietário mandado para “refatorar”. A pessoa está trabalhando. O dado saiu do perímetro e, a depender do plano contratado, pode ter entrado em treinamento.
2. Perda de base legal sob a LGPD
Se a empresa trata dado pessoal e envia esse dado a um terceiro sem que isso conste do registro de operações, sem base legal mapeada e sem contrato de tratamento, a irregularidade não é o vazamento — é o tratamento em si. Isso vira achado mesmo que nada vaze. É o tema do guia sobre LGPD e ferramentas de IA.
3. Dependência operacional invisível
Processos passam a depender de uma ferramenta que a empresa não sabe que usa, não contratou e não tem SLA. Quando a ferramenta muda de preço, de política ou sai do ar, a área descobre que aquilo era infraestrutura.
4. Uso indevido de conteúdo gerado
Texto, imagem ou código gerado entra em material com uso comercial sem verificação de direitos ou de precisão. É o risco de menor probabilidade e maior custo reputacional.
Um dado útil para calibrar a urgência: a pesquisa State of AIda McKinsey aponta que a grande maioria das organizações já usa IA de alguma forma, mas apenas cerca de um terço conseguiu escalar o uso — e cerca de metade relata já ter enfrentado alguma consequência negativa. A distância entre “usamos IA” e “governamos o uso de IA” é onde o Shadow AI mora.
Por que proibir não funciona
A reação instintiva é bloquear os domínios conhecidos no firewall e publicar um comunicado. Isso falha por três motivos, nessa ordem de gravidade:
- O uso migra, não desaparece. Bloqueou no desktop corporativo, o funcionário usa o celular pessoal. O trabalho continua sendo feito com IA; a empresa só perdeu a capacidade de saber com qual.
- A lista fica velha em semanas. Bloquear por domínio pressupõe conhecer os domínios. Surgem ferramentas novas continuamente, e a maioria do uso real está na cauda longa — dezenas de ferramentas pequenas, não nas cinco famosas.
- A empresa passa a declarar algo falso.Este é o pior. Uma política que diz “é proibido usar IA” numa empresa onde 60% das pessoas usam IA transforma um problema de segurança em um problema de conformidade documental: existe agora um documento assinado que contradiz o comportamento real, e é esse documento que o auditor vai ler.
Vale ser explícito sobre uma coisa que confunde muita gente: nenhum framework de governança — nem a LGPD, nem a ISO/IEC 42001, nem o EU AI Act — exige que a empresa bloqueie ferramentas de IA. Todos exigem que ela saiba o que está em uso, tenha decidido conscientemente sobre cada item e consiga demonstrar isso. Liberar com política escrita é conformidade. Proibir no papel e não saber o que acontece na prática é o oposto.
Como detectar Shadow AI
Visibilidade vem antes de política — não dá para escrever regra sobre um ambiente que você não enxerga. Existem três formas de obter essa visibilidade, e elas não são excludentes:
| Método | O que enxerga | Limite |
|---|---|---|
| Agente no endpoint | Processos em execução, consultas DNS e histórico de navegação da estação — inclusive fora da rede corporativa. | Exige instalação. Não cobre dispositivo pessoal (BYOD). |
| Logs de NGFW, SSE ou SIEM | Todo o tráfego que passa pela rede ou pelo proxy corporativo, sem instalar nada nas máquinas. | Não enxerga máquina fora da rede nem tráfego que não passa pelo proxy. |
| Extensão de navegador | Qual conta e qual plano estão em uso em cada ferramenta — a diferença entre a conta gratuita, que costuma treinar com o dado, e a corporativa, que não. | Só cobre o navegador em que está instalada. |
Qualquer um dos três só serve se houver um catálogo por trás: uma lista de domínios e processos conhecidos como ferramentas de IA, com classificação de risco. Sem isso, o resultado é um log de tráfego, não um inventário. O nosso catálogo de ferramentas de IA é público e pode ser consultado livremente.
Um detalhe de privacidade que costuma travar o projeto se não for resolvido no começo: detectar qual ferramenta foi usada é diferente de ler o que foi digitado nela. A primeira coisa é inventário e é o que a governança precisa; a segunda é monitoramento de conteúdo, tem regime jurídico próprio e costuma ser desproporcional. Deixar isso explícito na comunicação interna muda completamente a recepção do projeto pelos funcionários.
O caminho, em quatro passos
A ordem importa mais do que a velocidade. Programas que começam pela política, e não pelo inventário, quase sempre precisam reescrever a política depois.
- 1. Inventariar. Descobrir o que está em uso, em quais máquinas e com que frequência. Sem julgamento nesta fase — o objetivo é o mapa, não a punição.
- 2. Classificar. Cada ferramenta vira permitida, restrita ou proibida, com o critério registrado. É aqui que o catálogo e o nível de risco entram.
- 3. Publicar a política. Curta, específica sobre que tipo de dado pode entrar em qual categoria de ferramenta, e assinada. Ver o modelo comentado de política de uso de IA.
- 4. Monitorar e remediar. Ferramenta proibida detectada vira tarefa com dono e prazo, não item de relatório. É a diferença entre um programa vivo e um documento de gaveta.
Perguntas frequentes
O que é Shadow AI?
Shadow AI é o uso de ferramentas de inteligência artificial dentro de uma organização sem aprovação, conhecimento ou monitoramento das áreas de TI, segurança ou jurídico. Inclui desde um funcionário colando um contrato no ChatGPT pessoal até um time contratando uma API de modelo no cartão corporativo sem passar por avaliação de fornecedor.
Qual a diferença entre Shadow AI e Shadow IT?
Shadow IT é o uso de qualquer software não aprovado. Shadow AI é um subconjunto com três agravantes: o dado inserido pode ser incorporado ao treinamento do modelo e não tem como ser recuperado; a ferramenta produz conteúdo que entra em decisões de negócio sem rastro de origem; e ferramentas agênticas executam ações sozinhas, ampliando o alcance de um único acesso indevido.
Proibir o uso de IA resolve o problema de Shadow AI?
Não. A proibição sem detecção apenas move o uso para fora do alcance da empresa — para o celular pessoal, a conta pessoal e a rede de casa. O resultado é o mesmo risco, agora sem nenhuma visibilidade, e com o agravante de que a empresa passa a declarar formalmente algo que não é verdade. Nenhum framework de governança exige bloqueio; todos exigem que a empresa saiba o que está em uso.
Como detectar Shadow AI na empresa?
Há três caminhos: agente leve nos endpoints, que observa processos, consultas DNS e histórico de navegação; ingestão dos logs que a empresa já tem de NGFW, SSE ou SIEM, sem instalar nada; e extensão de navegador, que identifica a conta e o plano usados em cada ferramenta. Os três resolvem domínios contra um catálogo de ferramentas de IA conhecidas.