Posso enviar documentos, dados pessoais ou informações da empresa para uma IA? Como avaliar o risco

Antes de colar um contrato, currículo, documento pessoal, código-fonte ou arquivo da empresa em uma IA, não decida apenas pela aparência confiável do serviço. Primeiro classifique a informação, confirme por que ela é necessária, verifique a política aplicável à sua conta e compartilhe somente o mínimo necessário.

Documentos, celular e notebook são examinados com uma lupa sobre a mesa.

Comece com:

Que tipo de informação você pretende enviar?

Uma classificação prática é:

  1. pública ou de baixa sensibilidade;
  2. interna ou não pública;
  3. pessoal ou identificável;
  4. sensível ou de alto impacto;
  5. segredo, credencial ou informação de acesso.

Depois pergunte:

  • a IA realmente precisa do arquivo inteiro?
  • posso enviar apenas o trecho relevante?
  • nomes, números, clientes ou identificadores podem ser removidos?
  • a empresa ou cliente autoriza esse uso?
  • qual política de dados vale para esta conta, plano ou workspace?
  • o conteúdo pode ser usado para treinamento ou melhoria?
  • por quanto tempo ele pode ser retido?
  • existe compartilhamento por link, administrador ou colaborador?
  • o arquivo contém comentários, histórico, metadados ou dados escondidos?
  • se algo já foi exposto, preciso revogar uma credencial ou acionar o processo de incidente?

Regra central: classifique → minimize → confirme autorização → verifique a política do serviço → só então envie.

Tipo de informaçãoExemploConduta prática
Públicatexto já publicado, manual públicorisco geralmente menor, ainda respeitando direitos de uso
Internaata interna, procedimento da empresaverificar política e ferramenta aprovada
Pessoalnome, e-mail, telefone, currículo identificávelenviar apenas se necessário e autorizado
Alto impactosaúde, finanças, documentos de identidade, registros de alunoreduzir ao mínimo e aumentar a cautela
Segredo/credencialsenha, API key, token, código MFAnão enviar; se exposto, revogar/rotacionar
Clientecontrato, cadastro, dados de atendimentoconfirmar autorização, política e necessidade
Código internorepositório privado, configuraçãoremover segredos e verificar regra da empresa
Screenshottela com nomes, abas, QR, URLs internasrecortar e ocultar o que não for necessário

1. Primeiro classifique o que você pretende compartilhar

Nem todo conteúdo exige o mesmo cuidado.

Uma classificação simples ajuda a decidir antes do upload.

Pública ou de baixa sensibilidade

Exemplos:

  • texto já publicado;
  • documentação pública;
  • informação que qualquer pessoa pode consultar legitimamente.

Ainda podem existir direitos autorais, termos de uso ou restrições de acesso, mas o risco de confidencialidade tende a ser menor.

Interna ou não pública

Exemplos:

  • atas;
  • planejamento;
  • processos internos;
  • indicadores;
  • apresentações ainda não publicadas.

O fato de não conter nome ou CPF não transforma automaticamente esse material em “público”.

Pessoal ou identificável

A LGPD define dado pessoal como informação relacionada a pessoa natural identificada ou identificável.

Isso pode incluir, conforme o contexto:

  • nome;
  • e-mail;
  • telefone;
  • endereço;
  • identificadores;
  • registros associados a uma pessoa;
  • fotos.

Sensível ou de alto impacto

No Brasil, dado pessoal sensível tem uma definição jurídica específica na LGPD. A ANPD lista categorias como origem racial ou étnica, convicção religiosa, opinião política, filiação sindical, dados de saúde ou vida sexual e dados genéticos ou biométricos vinculados a uma pessoa.

Outras informações — como dados financeiros, documentos de identidade, registros profissionais ou escolares — podem ser de alto impacto mesmo quando não pertencem automaticamente à categoria legal de “dado pessoal sensível”.

Essa distinção evita transformar o artigo em uma classificação jurídica incorreta.

Segredo ou credencial

Aqui entram informações que permitem acesso direto:

  • senha;
  • token;
  • chave;
  • código MFA;
  • código de recuperação;
  • segredo de aplicação.

Esse grupo merece a regra mais rígida.

2. Envie apenas o mínimo necessário para a tarefa

Antes de fazer upload, pergunte:

a IA precisa realmente de tudo isso?

Muitas vezes, não.

Em vez de enviar um contrato inteiro, talvez baste:

  • a cláusula;
  • o parágrafo;
  • a tabela;
  • a seção relevante.

Em vez de enviar um cadastro completo, talvez seja possível trocar:

  • nome por [CLIENTE];
  • CPF por [DOCUMENTO];
  • empresa por [EMPRESA];
  • endereço por [CIDADE];
  • valores exatos por faixas quando o número não for necessário.

A LGPD incorpora o princípio da necessidade: o tratamento deve ser limitado ao mínimo necessário para a finalidade, com dados pertinentes, proporcionais e não excessivos.

Mesmo fora de uma obrigação jurídica específica, esse princípio é uma boa regra operacional:

não compartilhe um dado só porque ele existe no arquivo.

Compartilhe porque ele é necessário para a tarefa.

3. Senhas, chaves e códigos não devem entrar no prompt

Não envie:

  • senhas;
  • API keys;
  • chaves privadas;
  • recovery codes;
  • códigos MFA;
  • access tokens;
  • URLs secretas;
  • secrets em arquivos de configuração;
  • credenciais embutidas em código.

Isso vale mesmo quando a intenção é:

“descobrir por que meu sistema não funciona”.

Troque a credencial por um marcador:

      API_KEY=[REMOVIDA]
    

ou:

      PASSWORD=[SEGREDO]
    

Se uma credencial real já foi enviada, trate-a como potencialmente exposta.

Quando tecnicamente aplicável:

  1. revogue;
  2. gere uma nova;
  3. atualize os sistemas legítimos que dependem dela;
  4. verifique uso indevido.

A CISA inclui rotação e revogação de credenciais, chaves e tokens entre respostas apropriadas quando esses elementos podem ter sido comprometidos.

Se foi uma senha de conta pessoal reutilizada, veja [Senha vazada ou exposta: o que fazer primeiro e como reduzir o risco nas outras contas](/br/35/software-it/cybersecurity-vpn-privacy/senha-vazada-ou-exposta).

4. Dados pessoais e documentos de alto impacto exigem mais cautela

Um arquivo pode conter dados de uma pessoa sem parecer “sensível” à primeira vista.

Exemplos:

  • currículo;
  • ficha cadastral;
  • boleto;
  • contrato;
  • extrato;
  • prontuário;
  • documento de identidade;
  • lista de funcionários;
  • registro escolar;
  • ficha de cliente;
  • foto ou captura de tela.

Antes de enviar, pergunte:

  1. essa informação é necessária?
  2. tenho razão legítima ou autorização para usá-la dessa forma?
  3. posso remover identificadores?
  4. um trecho resolve sem enviar o documento completo?
  5. o serviço escolhido é apropriado para esse tipo de conteúdo?

Para saúde, biometria e outras categorias legalmente sensíveis, a cautela deve ser ainda maior.

Para informação financeira ou de identidade, o risco prático também pode ser alto mesmo quando a classificação jurídica for diferente.

Este artigo não determina a base legal adequada nem afirma que um upload específico é permitido ou proibido pela LGPD.

Quando a decisão é organizacional ou regulatória, envolva a função responsável por privacidade, segurança ou jurídico.

5. Informação da empresa ou de clientes depende de autorização e política

Uso profissional muda o problema.

Material de trabalho pode estar sujeito a:

  • política interna;
  • contrato de confidencialidade;
  • obrigação com cliente;
  • classificação de segurança;
  • política de uso aceitável;
  • contrato com fornecedor;
  • regra regulatória;
  • ferramenta aprovada pela organização.

Por isso:

uma conta pessoal de IA não deve ser tratada automaticamente como equivalente ao ambiente aprovado pela empresa.

Produtos corporativos podem ter:

  • controles administrativos;
  • retenção diferente;
  • compromissos contratuais específicos;
  • segregação de dados;
  • auditoria;
  • políticas de treinamento diferentes.

Mas o rótulo “Enterprise” ou “Business”, sozinho, também não elimina todos os riscos.

A empresa precisa avaliar:

  • provedor;
  • contrato;
  • configuração;
  • tipo de dado;
  • região;
  • integrações;
  • controles de acesso;
  • finalidade.

Para dados de cliente, o teste não é apenas:

“o cliente concordou?”

Consentimento ou autorização isolada não resolve automaticamente todas as obrigações possíveis.

Verifique a regra aplicável ao caso.

6. Remover o nome nem sempre torna o conteúdo anônimo

Trocar:

“João Silva”

por:

“Pessoa A”

pode reduzir exposição.

Mas contexto pode permitir reidentificação.

Exemplo:

“único cardiologista da filial de Piracicaba que iniciou em março”

pode apontar para uma pessoa mesmo sem o nome.

O mesmo vale para:

  • iniciais;
  • cargo único;
  • combinação de cidade + empresa + data;
  • idade + função;
  • número parcialmente oculto;
  • foto borrada de forma superficial.

Por isso, use o termo minimização com mais segurança que “anonimização garantida”.

Boas medidas incluem:

  • remover identificadores desnecessários;
  • substituir valores por placeholders;
  • reduzir a quantidade de contexto;
  • enviar apenas a parte necessária;
  • evitar combinações que identifiquem alguém indiretamente.

Não presuma que:

  • iniciais tornam um registro anônimo;
  • borrar visualmente sempre torna a informação irrecuperável;
  • apagar o nome elimina todos os dados pessoais.

7. Política de dados muda conforme provedor, conta e configuração

Não existe uma única “política das IAs”.

O comportamento pode variar por:

  • provedor;
  • produto;
  • plano;
  • conta pessoal ou corporativa;
  • workspace;
  • configuração;
  • região;
  • integração;
  • contrato.

As próprias documentações oficiais mostram diferenças relevantes.

No ChatGPT, por exemplo, conteúdo de serviços pessoais pode ser usado para melhoria do modelo conforme os controles da conta; já dados de ChatGPT Business, Enterprise, Edu e API não são usados para treinamento por padrão.

No Gemini, configurações de atividade influenciam uso e retenção no produto pessoal, enquanto o Google Workspace possui compromissos separados para conteúdo organizacional.

Na Microsoft, o comportamento de Copilot para consumidores é diferente de Microsoft 365 Copilot e de contas organizacionais sob proteção empresarial.

Na Anthropic, opções de consumidor e serviços sob termos comerciais também possuem regras diferentes.

Isso prova a regra mais importante:

verifique a documentação oficial da conta que você realmente está usando.

Não a política de outro plano. Não um post antigo. Não a suposição de um colega.

8. Treinamento, retenção e acesso humano não têm uma regra universal

Três perguntas são diferentes:

O conteúdo pode melhorar ou treinar modelos?

Depende do produto, conta e configuração.

Alguns serviços permitem recusar esse uso. Alguns ambientes corporativos excluem conteúdo de treinamento por padrão. Alguns produtos têm regras regionais.

Por quanto tempo o conteúdo é mantido?

Também varia.

Podem existir regras diferentes para:

  • histórico;
  • arquivo;
  • conversa temporária;
  • conteúdo excluído;
  • logs de segurança;
  • auditoria corporativa;
  • obrigação legal.

“Deletei o chat” não deve ser traduzido automaticamente como:

“todos os vestígios foram apagados de todos os sistemas naquele segundo”.

As próprias documentações dos provedores descrevem prazos e exceções diferentes.

Alguma pessoa pode acessar?

Evite dois extremos:

“nenhum humano pode ver nada”

e

“funcionários ficam lendo as conversas”.

Dependendo do serviço, acesso limitado pode existir para:

  • suporte;
  • investigação de abuso;
  • segurança;
  • revisão de feedback;
  • auditoria empresarial;
  • obrigação legal.

A política atual e o contrato aplicável são a fonte.

9. Arquivos e screenshots podem revelar mais do que parece

Um documento não contém apenas o texto que você está olhando.

Arquivos de escritório podem carregar:

  • autor;
  • propriedades do documento;
  • comentários;
  • histórico de revisão;
  • alterações controladas;
  • nomes de revisores;
  • cabeçalhos;
  • conteúdo oculto;
  • planilhas escondidas;
  • objetos incorporados;
  • metadados.

A Microsoft, por exemplo, documenta que arquivos do Office podem conter propriedades pessoais, comentários, revisões e outros dados ocultos, e oferece um inspetor específico para localizá-los.

Antes de enviar:

  • abra o arquivo;
  • confira comentários;
  • confira planilhas/abas;
  • revise mudanças controladas;
  • examine propriedades quando isso importar;
  • crie uma cópia reduzida se necessário.

Screenshots também podem vazar:

  • nomes;
  • e-mails;
  • notificações;
  • números de conta;
  • QR codes;
  • abas do navegador;
  • favoritos;
  • URLs internas;
  • nomes de projetos;
  • chats ao fundo.

Recorte a captura e remova o que não é necessário.

Não presuma que uma tarja, blur ou recorte improvisado oferece anonimização tecnicamente irreversível.

10. Conta pessoal e workspace corporativo não são automaticamente equivalentes

Uma organização pode aprovar:

  • um produto específico;
  • um workspace específico;
  • uma conta com identidade corporativa;
  • determinadas integrações;
  • apenas certos tipos de dado.

Isso não autoriza automaticamente usar o mesmo fornecedor em uma conta pessoal.

Ambientes corporativos podem incluir controles que não existem no consumidor, como:

  • administração central;
  • políticas de retenção;
  • auditoria;
  • controle de compartilhamento;
  • proteção contratual;
  • segregação por organização.

Por outro lado:

“é corporativo” não significa “qualquer informação pode ser enviada”.

A empresa ainda pode proibir:

  • segredos;
  • código crítico;
  • dados regulados;
  • material de cliente;
  • informação jurídica privilegiada;
  • determinadas integrações.

Além disso, quando o serviço permite compartilhar conversa, arquivo ou link, revise quem poderá acessar.

Não presuma que “chat de IA” significa necessariamente “conteúdo visível apenas para mim” em todos os produtos e workspaces.

11. Se você já compartilhou algo sensível, avalie o impacto antes de agir

Se o upload já aconteceu, não tome medidas aleatórias.

Primeiro determine:

o que exatamente foi compartilhado?

Era uma credencial?

Exemplos:

  • senha;
  • token;
  • API key;
  • chave privada;
  • código de recuperação.

Prioridade:

  • revogar ou rotacionar;
  • revisar acessos;
  • atualizar sistemas legítimos.

Excluir a conversa pode ser útil, mas não substitui a rotação do segredo.

Era dado da empresa ou cliente?

Registre:

  • qual conteúdo;
  • qual serviço;
  • qual conta;
  • quando;
  • quem teve acesso;
  • se houve compartilhamento adicional.

Depois siga o processo interno de segurança, privacidade ou incidente.

Era dado pessoal ou documento sensível?

Veja:

  • controles de exclusão;
  • histórico;
  • compartilhamento;
  • política de retenção;
  • conta utilizada.

Se houver potencial impacto relevante, procure a área responsável.

Não presuma que excluir o chat garante apagamento imediato de backups, logs ou cópias tratadas sob regras diferentes.

12. A regra prática: mínimo necessário + ferramenta autorizada + política verificada

Antes de qualquer upload, siga:

1. Classifique É público, interno, pessoal, de alto impacto ou segredo?

2. Questione a necessidade O documento inteiro é indispensável?

3. Minimize Remova nomes, identificadores e trechos irrelevantes quando possível.

4. Bloqueie segredos Senha, token, chave e código não entram.

5. Confirme autorização Empresa, cliente ou titular impõem alguma regra?

6. Verifique a conta É pessoal ou workspace aprovado?

7. Leia a política atual Treinamento, retenção, acesso e compartilhamento dependem do serviço.

8. Inspecione o arquivo Comentários, metadados, screenshots, abas e anexos podem revelar mais que o esperado.

9. Prefira o trecho ao arquivo completo Especialmente para saúde, finanças, identidade, jurídico e cliente.

10. Escale quando a consequência for alta Privacidade, segurança ou jurídico podem precisar decidir antes do upload.

Para resumos de documentos, veja [IA para resumir textos, PDFs e documentos: como obter um resumo útil sem perder informações importantes](/br/35/software-it/ai-tools/ia-para-resumir-textos-pdfs-e-documentos).

Para avaliar se uma resposta de IA está correta antes de agir, veja [Inteligência artificial pode errar? Como conferir uma resposta antes de confiar nela](/br/35/software-it/ai-tools/inteligencia-artificial-pode-errar).

O que não prova que é seguro compartilhar

Nenhum destes itens, sozinho, resolve a avaliação:

  • marca conhecida;
  • assinatura paga;
  • cadeado;
  • palavra “private” no marketing;
  • rótulo “enterprise”;
  • excluir a conversa depois;
  • remover apenas o nome;
  • “eu confio nessa IA”.

Conclusão

A decisão segura segue:

tipo de informação → necessidade → minimização → segredos → autorização → conta/workspace → política atual → upload.

A pergunta não é apenas:

“essa IA é confiável?”

A pergunta correta é:

“este dado precisa realmente ser compartilhado, neste serviço, nesta conta, sob estas regras?”

Fontes públicas

  • ANPD — Glossário ANPD.
  • ANPD — Guia Orientativo sobre Segurança da Informação para Agentes de Tratamento de Pequeno Porte.
  • NIST — Privacy Framework.
  • CISA — orientações sobre credenciais, MFA e revogação/rotação em caso de comprometimento.
  • OpenAI — Data Controls FAQ e documentação de privacidade para dados empresariais.
  • Google — Central de Privacidade dos apps do Gemini e compromissos de privacidade do Workspace.
  • Microsoft — privacidade do Copilot e proteção de dados do Microsoft 365 Copilot.
  • Anthropic — política/controles de privacidade para consumidores e serviços comerciais.
  • Microsoft Support — Remove hidden data and personal information by inspecting documents....