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.

Comece com:
Que tipo de informação você pretende enviar?
Uma classificação prática é:
- pública ou de baixa sensibilidade;
- interna ou não pública;
- pessoal ou identificável;
- sensível ou de alto impacto;
- 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ção | Exemplo | Conduta prática |
|---|---|---|
| Pública | texto já publicado, manual público | risco geralmente menor, ainda respeitando direitos de uso |
| Interna | ata interna, procedimento da empresa | verificar política e ferramenta aprovada |
| Pessoal | nome, e-mail, telefone, currículo identificável | enviar apenas se necessário e autorizado |
| Alto impacto | saúde, finanças, documentos de identidade, registros de aluno | reduzir ao mínimo e aumentar a cautela |
| Segredo/credencial | senha, API key, token, código MFA | não enviar; se exposto, revogar/rotacionar |
| Cliente | contrato, cadastro, dados de atendimento | confirmar autorização, política e necessidade |
| Código interno | repositório privado, configuração | remover segredos e verificar regra da empresa |
| Screenshot | tela com nomes, abas, QR, URLs internas | recortar 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:
- revogue;
- gere uma nova;
- atualize os sistemas legítimos que dependem dela;
- 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:
- essa informação é necessária?
- tenho razão legítima ou autorização para usá-la dessa forma?
- posso remover identificadores?
- um trecho resolve sem enviar o documento completo?
- 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....