Shadow AI: o controlador responde pelo dado que o empregado cola na IA pública
Colar dado em IA pública é tratamento; a empresa segue controladora (arts. 42 e 44 da LGPD) e o Judiciário pune o dano, não a prevenção que ninguém documentou.
Funcionário cola um dado interno no ChatGPT para ganhar tempo, e a informação sai do ambiente da empresa sem contrato, sem registro e sem rastro. O número que resume o problema é interno: a empresa média já registra 223 incidentes de violação de política de dados por mês ligados a IA generativa. O detalhe que interessa a quem responde por governança é jurídico: mesmo quando a iniciativa é do empregado, a empresa continua controladora do tratamento e responde pelo dado exposto. E o Judiciário, quando o incidente aparece, tende a punir o dano consumado — não a prevenção que não foi documentada.
01 O fato e por que importa
O risco da IA generativa nas empresas não veio de um ataque externo: veio de dentro, no chamado shadow AI — o uso de ferramentas de IA sem aprovação, sem registro (logging) e sem contrato com o provedor. O funcionário cola dado interno em um serviço público para ganhar produtividade, e a informação escapa do ambiente controlado da empresa. O Cloud and Threat Report 2026, da Netskope, mede o tamanho disso: a empresa média já soma 223 incidentes de violação de política de dados por mês ligados a apps de IA generativa, mais que o dobro do ano anterior.
Considerando a LGPD, colar dado pessoal em uma IA pública é uma operação de tratamento — e uma operação frágil. Falta base legal clara, pode haver transferência internacional de dados ao provedor no exterior (art. 33) e o dever de segurança do art. 46, que exige medidas técnicas e administrativas para proteger o dado, deixa de ser cumprido no momento em que a informação sai pela conta pessoal. A responsabilidade recai sobre o controlador (arts. 42 e 44), independentemente de a iniciativa ter partido do empregado.
O ponto a ser observado agora é o art. 44: o tratamento é irregular quando não fornece a segurança que o titular dele pode esperar, e o parágrafo único responsabiliza quem deixou de adotar as medidas do art. 46. Traduzindo para a rotina: a empresa perde rastreabilidade, base legal e capacidade de atender aos direitos do titular ao mesmo tempo em que continua sendo a única a responder pelo dado que vazou pelo prompt. Quem decide sobre governança precisa saber disso antes do incidente, não depois.
02 O que considerar a partir daqui
- Política de uso de IA por escrito. Define o que pode e o que não pode entrar em um prompt, com treinamento documentado — sem o registro, a defesa da empresa fica sem prova.
- IA corporativa com previsão contratual. Contrato que vede o uso do dado para treino do modelo, garanta logging e discipline a transferência internacional substitui a conta pessoal sem trilha de auditoria.
- Base legal e registro do tratamento. Antes de liberar um fluxo com IA, mapeie se há base legal para o dado que entra e registre a operação; prompt não documentado é tratamento sem prestação de contas.
- Barreira técnica na saída do dado. Ferramentas de prevenção à perda de dados (DLP) e controle de acesso reduzem a chance de código-fonte e dado regulado escoarem por app não homologado.
- Prompt vazado é incidente. Trate a exposição via IA como incidente de segurança, com plano de resposta que a empresa consiga cumprir e comprovar dentro dos prazos.
Vale lembrar que a análise pode variar conforme o caso concreto, permitindo a consideração de outros pontos pertinentes.
03 O que já está acontecendo no Brasil
Não há lei específica sobre shadow AI, e a exposição cai na aplicação analógica das normas vigentes — LGPD e Código de Defesa do Consumidor à frente. O destino judicial dessa exposição já está mapeado: a 5ª edição do Painel LGPD nos Tribunais (Cedis/IDP e Jusbrasil) isolou 2.405 decisões sobre incidentes de segurança em um universo de 24.634 documentos coletados entre outubro de 2024 e outubro de 2025, recorde da série. Nesse recorte, o art. 44 aparece em 33,02% das decisões e o art. 46 em 21,38%.
O contraste dentro do mesmo estudo é o alerta: os dispositivos de governança preventiva são residuais — o art. 47 foi mencionado em 48 decisões, o art. 48 em 41 e o art. 49 em apenas 15. O Judiciário pune o dano consumado e raramente credita a prevenção que a empresa não documentou; reconhecido o incidente, a tese do fortuito externo tende a ser afastada, e a empresa arca com o resultado.
No diálogo com o consumidor, o regime ganha peso. No REsp 2.077.278/SP, julgado em 2023 pela 3ª Turma do STJ, a Corte consolidou a responsabilidade objetiva de instituição financeira por tratamento inadequado de dados que facilita fraude, articulando a LGPD com o art. 14 do CDC e tratando a origem interna do vazamento como fortuito interno. É a lógica que alcança o dado que escapa pelo prompt e depois alimenta um golpe contra o titular.
A Agência Nacional de Proteção de Dados já sinalizou a direção. Em dezembro de 2025, publicou o Mapa de Temas Prioritários para o biênio 2026-2027 e, pela primeira vez, dedicou um capítulo específico à inteligência artificial, ao lado de direitos dos titulares, dados de crianças e adolescentes e tratamento pelo poder público. A Agência também mantém em curso um sandbox regulatório de IA até dezembro de 2026 — sinal de que o tratamento de alto risco com IA está no radar da fiscalização, antes de virar obrigação formal.
04 O que está acontecendo em outros países
O paralelo europeu reforça o desenho brasileiro e serve de contraste. No GDPR, o controlador responde pela conformidade e precisa demonstrá-la (arts. 5.2 e 24), tem dever de segurança do tratamento (art. 32) e só transfere dados a terceiro país com salvaguardas (arts. 44 a 49). A arquitetura é a mesma da LGPD: a responsabilidade acompanha quem decide sobre o tratamento, não quem apertou a tecla.
| Tema | Brasil (LGPD) | União Europeia (GDPR) |
|---|---|---|
| Responsabilidade do controlador | Arts. 42 e 44 | Arts. 24 e 82 |
| Prestação de contas | Art. 6º, X | Art. 5.2 |
| Dever de segurança | Art. 46 | Art. 32 |
| Transferência internacional | Art. 33 | Arts. 44 a 49 |
05 Riscos envolvidos
Os riscos abaixo saem direto do fato: um dado pessoal que deixa o ambiente controlado da empresa pela conta pessoal de um funcionário, sem base legal, sem contrato e sem trilha de auditoria.
- Perda de controle sobre os próprios dados quando a informação escapa pelo prompt — intimidade e vida privada (art. 5º, X e LXXIX, da CRFB/88; art. 46 da LGPD).
- Fraude, roubo de identidade e perdas financeiras a partir de dado regulado exposto — direito à segurança e à propriedade (art. 5º, caput, e LXXIX, da CRFB/88; art. 42 da LGPD).
- Dano à reputação profissional pela circulação de dado de cliente ou colega colado na ferramenta (art. 5º, X, da CRFB/88; art. 20 do Código Civil).
- Violação do dever de segurança pela ausência de medidas técnicas e administrativas na saída do dado (arts. 46 e 47 da LGPD).
- Tratamento sem base legal e sem registro da operação, prompt a prompt (arts. 7º e 37 da LGPD).
- Transferência internacional de dados ao provedor no exterior sem salvaguardas (art. 33 da LGPD).
- Responsabilidade civil do controlador (arts. 42 e 44 da LGPD), reforçada pela responsabilidade objetiva no diálogo com o CDC (REsp 2.077.278/SP).
- Exposição a processo sancionador da Agência Nacional de Proteção de Dados e a sanções.
- Perda de propriedade intelectual e de vantagem competitiva com código-fonte e dado de negócio despejados em app não homologado.
Vale notar que estes riscos são exemplificativos; a análise do caso concreto pode revelar vulnerabilidades adicionais.
Alto risco
- Critério geral. O tratamento pode afetar significativamente interesses e direitos fundamentais dos titulares (Resolução CD/ANPD 2/2022, art. 4º, § 2º) — a exposição via prompt abre porta a fraude e roubo de identidade; e, na escala em que o shadow AI ocorre, também há indício de tratamento em larga escala (§ 1º).
- Critério específico. Uso de tecnologias emergentes ou inovadoras (IA generativa) e, quando o dado colado for sensível, tratamento de dados pessoais sensíveis (art. 4º, II, 'a' e 'd').
06 Guardrails de proteção
- Contra o uso oculto. Política de uso de IA e capacitação documentada, na linha das funções de governança do NIST AI RMF e do sistema de gestão da ISO/IEC 42001 — mitiga o tratamento sem base legal nem registro.
- Contra a exfiltração pelo prompt. DLP e controle de acesso, entre os controles das funções Proteger do NIST CSF 2.0 e do Anexo A da ISO/IEC 27001 — barra código-fonte e dado regulado na saída.
- Contra a transferência sem contrato. Contratação de IA corporativa com vedação a treino em dados, garantia de logging e cláusula de transferência internacional — endereça o art. 33 da LGPD e a gestão de fornecedores da ISO/IEC 27001.
- Contra a perda de rastreabilidade. Registro e auditoria de logs somados a plano de resposta a incidentes (NIST SP 800-61) — devolve à empresa a capacidade de comprovar prevenção e reagir dentro dos prazos.
O rol de salvaguardas técnicas e administrativas sugeridas é exemplificativo, permitindo a aplicação de outras medidas de mitigação conforme a análise do caso concreto.
Mesmo com a implementação de salvaguardas técnicas e administrativas, permanecem riscos residuais inerentes, os quais podem ser intensificados por alterações nas operações. O perigo mais significativo, todavia, é a falta de iniciativa.
Na data de publicação deste comentário, todos os links estavam disponíveis. Não nos responsabilizamos, nem controlamos a alteração e/ou retirada das URLs nem do conteúdo das fontes consultadas.