Como usar IA com dado sensível sem tirar o dado da sua empresa.
O que a lei chama de sensível, o que muda quando esse dado entra num fluxo de IA, e a arquitetura que mantém o identificador da pessoa dentro do seu ambiente do começo ao fim.
A resposta curta.
O que atravessa a fronteira é o caso, não a pessoa. O identificador é trocado por uma chave interna antes de qualquer coisa sair, a correspondência entre chave e pessoa fica numa tabela dentro do ambiente do cliente, e o resultado do modelo volta e é reassociado lá dentro. Do lado de fora, ninguém em momento algum tem como chegar em quem é.
Isso não é uma restrição que atrapalha o projeto: é o que torna o projeto aprovável. Na maior parte dos casos em que a IA é útil — triagem, classificação, priorização, resumo — o modelo não precisa saber de quem é o caso para acertar. Precisa dos fatos do caso.
Este texto não é orientação jurídica. Ele descreve arquitetura e cita o texto da LGPD com link para a fonte oficial. A leitura jurídica do seu caso é do seu jurídico ou do seu encarregado, e a arquitetura tem que ser desenhada junto com essa leitura.
Três trechos da LGPD que decidem o projeto.
Citados na íntegra, porque paráfrase de texto de lei é onde o erro entra. A Lei nº 13.709/2018 está inteira no site do Planalto, com link no fim desta página.
"dado pessoal sensível: dado pessoal sobre origem racial ou étnica, convicção religiosa, opinião política, filiação a sindicato ou a organização de caráter religioso, filosófico ou político, dado referente à saúde ou à vida sexual, dado genético ou biométrico, quando vinculado a uma pessoa natural"
Repare no fim da frase: quando vinculado a uma pessoa natural. É esse vínculo que a arquitetura de fronteira desfaz antes de o dado sair.
"Os dados anonimizados não serão considerados dados pessoais para os fins desta Lei, salvo quando o processo de anonimização ao qual foram submetidos for revertido, utilizando exclusivamente meios próprios, ou quando, com esforços razoáveis, puder ser revertido."
É a parte que projeto nenhum lê até dar problema. Anonimização não é um carimbo: se der para voltar à pessoa com esforço razoável, o dado continua pessoal.
"Os agentes de tratamento devem adotar medidas de segurança, técnicas e administrativas aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou qualquer forma de tratamento inadequado ou ilícito."
A lei obriga a medida e não lista qual. Quem escreve a lista é o projeto — e é por isso que a fronteira precisa estar num documento, não só no código.
A arquitetura de fronteira, em cinco passos.
É a mesma arquitetura que a Moonxi opera em saúde, onde o identificador do paciente não atravessa a fronteira do ambiente do hospital. O padrão vale para qualquer dado que não pode sair.
Classifique antes de mover
Separe o que é dado pessoal, o que é dado pessoal sensível pela definição da lei, e o que não é nenhum dos dois. Sem essa separação escrita, toda decisão seguinte vira opinião.
Desenhe a fronteira em um diagrama
Uma linha, dois lados: o que fica no ambiente do cliente e o que pode sair. O identificador da pessoa fica do lado de dentro. Esse diagrama é o documento que o time de segurança revisa, não o código.
Troque o identificador por uma chave interna
O que atravessa a fronteira é o caso, não a pessoa. Uma tabela espelho dentro do ambiente do cliente guarda a correspondência entre a chave e o identificador real, e essa tabela nunca sai.
Aplique a permissão na recuperação, não no prompt
Quem pode ver o quê é filtrado antes de qualquer trecho chegar ao modelo. Pedir ao modelo que não revele é controle de acesso baseado em boa vontade.
Registre o acesso e teste o caminho de volta
Quem consultou, quando, sobre qual caso. E teste o inverso: com o resultado na mão e sem a tabela espelho, é possível chegar na pessoa? Se for, a fronteira não existe.
Nuvem não transfere responsabilidade. Ela divide.
O modelo de responsabilidade compartilhada da AWS é explícito, e a metade que costuma pegar as empresas de surpresa é a de baixo.
A segurança da nuvem
Proteger a infraestrutura que roda os serviços: hardware, software, rede e as instalações físicas.
A segurança dentro da nuvem
Gerenciar os seus dados, incluindo as opções de criptografia, classificar os seus ativos e usar as ferramentas de identidade e acesso para aplicar as permissões corretas.
Traduzindo para o projeto: nenhum fornecedor de nuvem classifica o seu dado, define quem pode ver o quê ou decide o que pode sair do seu ambiente. Essas três decisões continuam sendo suas, e é exatamente delas que este guia trata.
Perguntas sobre dado sensível e IA.
O que a LGPD chama de dado pessoal sensível?
O artigo 5º, inciso II, da Lei nº 13.709/2018 define dado pessoal sensível como dado pessoal sobre origem racial ou étnica, convicção religiosa, opinião política, filiação a sindicato ou a organização de caráter religioso, filosófico ou político, dado referente à saúde ou à vida sexual, dado genético ou biométrico, quando vinculado a uma pessoa natural.
Dado anonimizado ainda é dado pessoal?
O artigo 12 diz que dados anonimizados não são considerados dados pessoais para os fins da lei, com uma ressalva grande: salvo quando o processo de anonimização for revertido usando exclusivamente meios próprios, ou quando puder ser revertido com esforços razoáveis. Ou seja, anonimização não é um botão — é uma propriedade que precisa continuar valendo depois.
Dá para usar IA sem o dado sair da minha empresa?
Dá, e é a arquitetura padrão quando o dado é sensível. O que atravessa a fronteira é o caso sem a pessoa: o identificador é trocado por uma chave interna, a correspondência fica numa tabela dentro do seu ambiente, e o resultado volta e é reassociado lá dentro.
De quem é a responsabilidade pela segurança quando eu uso nuvem?
É dividida. A AWS declara que responde por proteger a infraestrutura que roda os serviços — hardware, software, rede e instalações. O cliente responde pela segurança dentro da nuvem: gerenciar seus dados, incluindo as opções de criptografia, classificar seus ativos e usar as ferramentas de identidade e acesso para aplicar as permissões corretas.
O que a lei exige em termos de segurança?
O artigo 46 obriga os agentes de tratamento a adotar medidas de segurança, técnicas e administrativas, aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou qualquer tratamento inadequado ou ilícito. A lei não lista as medidas: quem escreve a lista é o projeto.
Isso é orientação jurídica?
Não. Este guia descreve arquitetura e cita o texto da lei com link para a fonte oficial. A leitura jurídica do seu caso é do seu jurídico ou do seu encarregado pelo tratamento de dados, e a arquitetura precisa ser desenhada junto com essa leitura, não depois dela.
Seu projeto de IA está parado no jurídico?
Na maioria das vezes o que falta não é permissão: é um diagrama de fronteira que alguém consiga revisar. O diagnóstico entrega esse diagrama junto com o plano e a cotação.
Fontes
Os três trechos de lei foram copiados do texto oficial no site do Planalto, e o modelo de responsabilidade compartilhada, da página da AWS. Ambos abertos em 9 de agosto de 2026.