LGPD, GDPR e agentes de IA: o que o time de segurança vai perguntar

Para deixar agentes de IA lerem dados de clientes dentro da LGPD e do GDPR, a empresa precisa provar seis coisas: quem é controlador e quem é operador, como o dado é cifrado e onde ficam as chaves, o que cada agente pode ler, quem leu o quê, o que chega ao modelo de IA e como o titular exerce os direitos dele. Com agentes de vários fornecedores lendo a mesma memória de clientes, cada resposta precisa valer para todos eles. O time de segurança de um banco, de uma seguradora ou de uma operadora de saúde vai pedir cada padrão pelo nome, com evidência.

Quem é o controlador, quem é o operador e o que o DPA precisa dizer?

A empresa que atende o cliente é a controladora: ela decide para que o dado é tratado. Quem trata o dado em nome dela é operador (LGPD, art. 5º, VI e VII). O GDPR chama os mesmos papéis de responsável pelo tratamento e subcontratante (art. 4º).

Com agentes de três fornecedores, a empresa tem vários operadores tocando o mesmo cliente. A camada de memória acima deles também é operadora. O operador segue as instruções do controlador (LGPD, art. 39), e o contrato de tratamento de dados (DPA) é onde elas ficam escritas. Pelo art. 28 do GDPR, o contrato cobre:

• tratamento conforme instruções documentadas;
• subprocessadores nomeados, e nenhum novo sem autorização por escrito;
• medidas de segurança e apoio aos direitos do titular;
• aviso de incidente ao controlador sem demora injustificada (GDPR, art. 33), para ele comunicar a autoridade e o titular (LGPD, art. 48);
• apagamento ou devolução dos dados no fim do contrato;
• acesso às auditorias que demonstram conformidade.

Como o dado é cifrado, e quem guarda as chaves?

O art. 32 do GDPR cita a cifragem entre as medidas de segurança. O art. 46 da LGPD exige proteção contra acesso não autorizado desde a concepção do produto. Os padrões, pelo nome:

• Em repouso: AES-256-GCM. O modo GCM autentica o dado, e qualquer alteração faz a decifragem falhar.
• Em trânsito: TLS 1.3.
• Campo a campo: dados pessoais ganham uma segunda cifra, que protege o dado dentro do próprio banco.
• Uma chave por empresa: se um erro misturar registros de duas empresas, a decifragem falha em vez de vazar.

A força da cifra depende de quem controla a chave. As chaves-mestras precisam viver em HSM com validação FIPS 140-3, conferível no programa CMVP do NIST. A norma define quatro níveis crescentes de segurança, e a validação informa o nível de cada módulo. Três respostas contam: a chave-mestra nunca sai do HSM, quem usa a chave nunca a administra, e a rotação é automática.

Quem pode ler o quê, e como provar quem leu?

O acesso começa negado. Cada agente tem credencial própria, e a permissão segue a finalidade dele. Essa regra aplica a finalidade e a necessidade da LGPD (art. 6º, I e III) e a limitação das finalidades e a minimização dos dados do GDPR (art. 5(1)(b) e (c)). Dado de saúde é dado sensível (LGPD, art. 5º, II; GDPR, art. 9º). O agente de cobrança nunca deve vê-lo.

A regra vale para o contexto que o agente recebe antes de responder e para cada busca que ele faz no histórico. O time da empresa precisa simular o que cada agente enxerga antes de liberar o acesso, e cortar um fornecedor na hora.

Cada leitura deixa registro: qual agente leu, o quê, para quê e quando. O registro é encadeado por hash SHA-256, e qualquer alteração quebra a cadeia. Uma cópia segue em tempo real para o SIEM da empresa. Com esse registro, o controlador demonstra conformidade (LGPD, art. 6º, X; GDPR, art. 5(2)). Um trecho do registro de leituras:

• 14h07, agente de voz do fornecedor B: recebeu o contexto de voz.
• 14h05, agente do app: recebeu o contexto completo.
• 14h02, agente de WhatsApp do fornecedor A: recebeu o contexto de chat.
• 09h31, agente de cobrança do fornecedor C: negado, porque cobrança não pode ver pendência técnica.

A linha negada prova que a regra de finalidade funcionou.

O que chega ao modelo de IA, e onde o dado fica?

O contrato precisa garantir três coisas sobre o modelo de IA:

• Mascaramento: CPF, cartão e outros dados sensíveis são mascarados antes de chegar a qualquer modelo.
• Nenhum treino: os dados não treinam modelos, nem os do fornecedor nem os de terceiros.
• Nenhuma venda: os dados nunca são vendidos nem compartilhados.

Treinar modelo com conversas de atendimento seria uma finalidade nova. As duas leis vedam o tratamento posterior incompatível com a finalidade original (LGPD, art. 6º, I; GDPR, art. 5(1)(b)).

A empresa define a região dos dados, e nada sai dela sem autorização por escrito. A transferência internacional tem regras próprias nas duas leis (LGPD, art. 33; GDPR, art. 44). Certificação também tem dono. ISO 27001, SOC 2 e PCI DSS podem ser do fornecedor ou da nuvem onde ele opera. O time de segurança deve perguntar de quem é cada selo.

Como o titular exerce os direitos dele?

O titular tem direito a acesso, correção, portabilidade e eliminação (LGPD, art. 18; GDPR, arts. 15 a 20). O operador ajuda o controlador a atender cada pedido (GDPR, art. 28(3)(e)). Por isso os direitos precisam existir por API.

Numa memória de clientes, o apagamento é o direito mais difícil. Cada conversa gera fatos, pendências, contexto e índice de busca. A resposta séria percorre tudo o que derivou do dado e emite um comprovante do que foi apagado. Depois disso, nenhum agente recebe aquele dado no contexto nem o encontra na busca.

A empresa define o prazo de retenção de cada tipo de dado (LGPD, art. 16; GDPR, art. 5(1)(e)). Vencido o prazo, o dado é apagado de verdade, e as cópias de segurança expiram em prazo documentado.

O que entregar na revisão de segurança?

Cada resposta precisa chegar com a evidência ao lado.

Como a Niadra resolve

A Niadra é a memória compartilhada dos agentes de IA de uma empresa, em todos os canais e fornecedores. Ela atua como operadora, com DPA assinado. As seis camadas de segurança cobrem AES-256-GCM e TLS 1.3, chaves em HSM FIPS 140-3 nível 3, acesso por finalidade, auditoria encadeada por SHA-256, LGPD e GDPR por desenho e nuvem com certificação ISO 27001, SOC 2 e PCI DSS. Os dados nunca treinam modelos, e dado sensível é mascarado antes de chegar a qualquer modelo.

No Console, o time corta o acesso de um fornecedor na hora, simula o que cada agente enxerga e apaga dados com comprovante. A Niadra opera toda a infraestrutura, e o time da empresa conecta o SDK. No plano Regulado, a empresa ganha um ambiente dedicado, com servidores, banco de dados e chaves exclusivos, SLA de disponibilidade em contrato e revisão de segurança com o time dela.

Este texto é informativo e não substitui orientação jurídica.

Perguntas frequentes

A LGPD permite que agentes de IA leiam dados de clientes?

A LGPD permite, desde que o tratamento tenha base legal (art. 7º), finalidade definida e medidas de segurança adequadas (art. 46). Na prática, o time de compliance cobra contrato com cada operador, acesso por finalidade e registro de cada leitura.

Cifrar os dados basta para cumprir a LGPD e o GDPR?

A cifra sozinha não basta. O art. 32 do GDPR pede também confidencialidade contínua, capacidade de restaurar o acesso e testes regulares das medidas. As duas leis ainda exigem finalidade definida, acesso mínimo e atendimento aos direitos do titular.

Como apagar os dados de um cliente de todos os agentes de IA?

O controlador recebe o pedido e comunica o apagamento a cada operador que recebeu o dado (LGPD, art. 18, § 6º; GDPR, art. 19). Numa memória compartilhada, o apagamento alcança a conversa original e tudo o que derivou dela, com comprovante. Cópias guardadas por cada fornecedor seguem o contrato dele.

Quem responde se o fornecedor de um agente vazar dados?

Pela LGPD, o controlador ou o operador que causar dano responde pela reparação (art. 42). O operador responde solidariamente quando descumpre a lei ou as instruções lícitas do controlador.