Início › Guias › seguranca-e-lgpd
Guia

Classificação de dados para usar IA (LGPD): o guia prático que evita vazamento e dor de cabeça

Atualizado em 2026-10-26 · por Redação Arena da IA
Classificação de dados para usar IA conforme a LGPD, com equipe brasileira revisando informações
Resposta rápida: Para usar IA com menos risco, classifique o que você vai colar em quatro níveis: público, interno, pessoal e sensível/segredo. Regra prática: modelos generativos só devem receber “público” e, com cautela, “interno” minimizado. “Pessoal” e “sensível” pedem anonimização forte, aprovação e controles — e, muitas vezes, simplesmente não entram.
· espaço publicitário ·
Em resumo
  • A LGPD não proíbe usar IA; ela exige propósito, necessidade (minimização) e segurança.
  • O erro mais comum é tratar “um print/planilha” como se fosse “só texto”. Geralmente contém dado pessoal.
  • Classificação simples (4 níveis) reduz 80% da ambiguidade no dia a dia.
  • Quando houver dúvida entre níveis, trate como o mais restritivo.
  • Anônimizar não é só tirar nome: identificadores indiretos reidentificam pessoas.
  1. Passo 1 — Defina os 4 níveis (sem burocracia)

    Use uma taxonomia curta e operacional: (1) Público: já publicado e sem restrição. (2) Interno: informação da empresa que não deve circular fora, mas não identifica pessoa. (3) Pessoal: identifica ou pode identificar alguém (cliente, funcionário, lead). (4) Sensível/Segredo: dados pessoais sensíveis (saúde, biometria etc.) e segredos de negócio (estratégia, pricing, chaves, códigos proprietários).

  2. Passo 2 — Faça 3 perguntas antes de colar

    Pergunte: (a) Isso identifica alguém direta ou indiretamente? (b) Se vazar, o dano é reversível ou grave? (c) Eu realmente preciso desse nível de detalhe para a IA responder? Se (a) for “sim”, já não é “interno”; se (b) for “grave”, trate como sensível/segredo; se (c) for “não”, reduza o conteúdo.

  3. Passo 3 — Aplique minimização (a regra que mais salva)

    Antes de usar IA, reescreva a entrada para conter apenas o necessário: troque nomes por papéis (Cliente A), remova CPF/telefone/endereço, reduza datas a mês/ano quando possível, substitua valores exatos por faixas, e recorte a planilha para poucas linhas/colunas relevantes. Minimização é compatível com produtividade e costuma melhorar a resposta.

  4. Passo 4 — Se for “pessoal”, use anonimização/mascaramento de verdade

    Anonimização útil para IA costuma ser: pseudonimização (IDs fictícios), generalização (idade por faixa), supressão (remover campos), e barulho controlado (quando aplicável). Atenção: dados “internos” + contexto podem reidentificar. Se você mantém uma tabela de equivalência (ID → pessoa), isso é pseudônimo, não anonimização total.

  5. Passo 5 — Crie regras de permissão por nível (o que pode e o que não pode)

    Transforme a classificação em política simples de uso: Público (pode). Interno (pode, minimizado; sem anexar dumps). Pessoal (só com anonimização + justificativa + revisão humana). Sensível/Segredo (não colar; usar alternativas: síntese manual, RAG interno controlado, ou ambiente aprovado pela empresa).

  6. Passo 6 — Registre o mínimo: propósito e decisão

    Sem inventar processos pesados: mantenha um registro leve (um parágrafo ou ticket) dizendo o propósito (ex.: “rascunhar e-mail”), o tipo de dado (nível), e o que foi removido/mascarado. Isso ajuda auditoria interna, conformidade e aprendizagem da equipe.

Tabela rápida: o que entra (ou não) no prompt

A tabela abaixo é deliberadamente prática. Ela não substitui jurídico/DP0, mas organiza o cotidiano de quem precisa decidir em 30 segundos.

Onde eu não tenho como afirmar um requisito técnico exato (porque muda por fornecedor e configuração), eu marco como “depende do ambiente/contrato” — e essa é a deixa para checar suas configurações internas.

NívelExemplos típicosPode usar em IA aberta?Controle recomendado
PúblicoTexto do site, post já publicado, legislação pública, manual públicoSimRevisão humana do output (evitar erro factual e direitos autorais)
InternoProcessos internos sem nomes, políticas internas, descrição de produto sem números estratégicosCom cautelaMinimização + evitar anexos grandes + não colar credenciais
PessoalE-mails de clientes, dados de RH, leads com telefone, conversas de suporte identificáveisEm geral, evite; se necessário, só anonimizando e com governançaMascaramento + justificativa + revisão + checagem de reidentificação
Sensível / SegredoProntuário, laudo, biometria, crença/filiação, dados de menores, chaves de API, roadmap, pricing estratégicoNãoAlternativa segura (ambiente aprovado, dado sintetizado, ou não usar IA)

Os 5 “pegadinhas” que fazem times errarem a classificação

1) Identificadores indiretos: “mulher, 43 anos, gerente, mora em cidade pequena” pode identificar alguém com facilidade.

2) Prints e PDFs: capturam nomes, e-mails, IDs, assinatura, metadados. Trate como pessoal até provar o contrário.

3) Logs e tickets: quase sempre têm dado pessoal e, às vezes, segredo (tokens, URLs internas).

4) Dados financeiros: nem tudo é “sensível” pela LGPD, mas pode ser de alto impacto e sigiloso por contrato/risco.

5) Mistura de contextos: colar ‘só um trecho’ de conversa ainda pode conter dados pessoais no histórico.

Modelo curto de regra interna (copie e adapte)

Se você precisa de um texto de política que caiba num Slack/Teams, use este formato:

“Em IA generativa, só é permitido colar dados Públicos. Dados Internos apenas minimizados e sem anexos/dumps. Dados Pessoais somente anonimizados, com justificativa e revisão humana. Dados Sensíveis e Segredos não devem ser inseridos. Na dúvida, classifique para cima e peça orientação.”

  • Na dúvida: classifique como “pessoal”.
  • Se for “pessoal”: minimize e masqueie antes.
  • Se for “sensível/segredo”: não entra — procure alternativa.

Perguntas frequentes

Pela LGPD, posso colar dados de clientes no ChatGPT/Claude/Gemini?
A LGPD não dá uma resposta “sim/não” universal. Você precisa de base legal, finalidade clara, minimização e medidas de segurança. Na prática operacional, colar dados identificáveis de clientes em ferramentas abertas costuma ser um risco alto; quando há necessidade real, o caminho é anonimizar/pseudonimizar e seguir a política interna (e o contrato/configuração do ambiente).
Anonimizar é só remover nome e CPF?
Não. Muitas reidentificações acontecem com dados indiretos: cargo, cidade, datas específicas, combinação de variáveis, histórico de conversa. Anonimização útil exige olhar para o conjunto e reduzir singularidade (generalização, supressão, pseudônimos). Se alguém na empresa consegue “desanonimizar” facilmente com uma tabelinha, isso é pseudonimização — ainda é dado pessoal para fins de risco.
Dados da empresa (sem nomes) ainda podem ser problemáticos?
Sim. Mesmo sem dado pessoal, pode haver sigilo contratual, vantagem competitiva e risco operacional (ex.: credenciais, arquitetura, pricing, roadmap). Por isso a classificação separa “interno” de “sensível/segredo”. Nem tudo é LGPD — mas ainda pode ser vazamento grave.
O que fazer quando eu preciso de ajuda da IA com um caso real (suporte, jurídico, RH)?
Comece com minimização e reescrita: descreva o caso em abstrato, troque pessoas por papéis (Usuário A), remova identificadores, e cole só trechos necessários. Se ainda exigir detalhes pessoais/sensíveis, trate como exceção: aprovação, ambiente corporativo adequado e revisão humana. Se não dá para reduzir o risco, não use IA nesse formato.

Leia também