Precisa compartilhar o comprovante inteiro?

Alguém pede um comprovante. Antes de escolher o que enviar, confirme a quem você está respondendo. O risco pode estar tanto nos dados expostos pelo arquivo quanto num pedido que imita uma pessoa ou organização conhecida. Depois da checagem de confiança, pergunte: para essa finalidade e esse destinatário, o documento inteiro é necessário?

No contexto brasileiro, o princípio da necessidade da LGPD limita o tratamento aos dados pertinentes e proporcionais à finalidade. Ele serve aqui de referência para pensar o compartilhamento, sem determinar automaticamente a obrigação legal de toda conversa doméstica ou situação em outro país. [1, art. 6º, III]

Ataque em foco: phishing direcionado para coletar informações

Phishing usa comunicação enganosa para induzir uma ação ou obter informações. Quando o pedido é dirigido a uma pessoa ou contexto específico, falamos em phishing direcionado, ou spearphishing. Aqui, o ataque em foco é phishing para coleta de informações, descrito pelo MITRE ATT&CK como T1598: o objetivo é obter dados, não necessariamente executar um programa malicioso. A falsa função ou justificativa usada no pedido é o pretexto. [5–7]

T1598 descreve aqui a coleta de informações úteis para direcionar ataques posteriores; não é o código universal de phishing. O MITRE T1566 trata phishing para acesso inicial, frequentemente com entrega de código malicioso. Essa segunda finalidade não é demonstrada pelo pedido fictício abaixo.

Cenário fictício: alguém se apresenta por mensagem como responsável por uma atividade, menciona uma despesa e exige o comprovante completo “agora”. Você reconhece a despesa, mas o canal é inesperado.

• Fraqueza explorada: confiar na identidade aparente e na urgência sem confirmar o pedido, compartilhando mais dados do que o propósito exige. É uma fraqueza de processo e confiança, não uma CVE de software.
• Consequência possível: divulgar informação pessoal a um impostor. Esses dados podem compor contexto para novas abordagens; o exemplo não prova um caso real nem que um comprovante isolado permita entrar numa conta.
• Defesa: contatar o responsável por um meio já conhecido e combinar o que realmente precisa ser enviado. Se houver suspeita, não use o contato fornecido na própria mensagem como única confirmação. [6]
• Verificação: confirmar separadamente pedido/destinatário e arquivo final. Conferir a cópia sanitizada não autentica quem a pediu; reconhecer o nome também não comprova a segurança do anexo.

Um pedido legítimo pode exigir o documento completo por canal apropriado. O controle é decidir com evidência suficiente, não tratar qualquer solicitação como golpe.

Primeiro, combine o que precisa ser confirmado

Há diferença entre informar um valor, responder a uma cobrança e apresentar um documento exigido numa contestação. Não use uma regra fixa como “apague sempre este campo”. O que é necessário depende do pedido, do destinatário e das obrigações aplicáveis.

A cópia reduzida deve limitar a divulgação sem distorcer o que ocorreu. Compartilhar além do propósito combinado e tornar o documento enganoso são falhas diferentes; evite ambas.

Um exemplo inteiramente fictício

Num exercício de organização de uma atividade, uma pessoa precisa informar ao responsável uma despesa de R$ 42,00 em 15/10/2026. Ambos combinaram que uma mensagem com data e valor basta. Nesse caso inventado, não é necessário anexar comprovante.

Se o responsável pedir uma cópia, a pessoa esclarece quais dados ele precisa antes de prepará-la. O quadro abaixo é um modelo editorial, não um formulário bancário nem prova de pagamento.

Campo do exemplo — todos os valores são fictícios	Decisão para a finalidade combinada
Data e valor	Manter verdadeiros e legíveis, pois são o objeto da confirmação.
Descrição “material da atividade”	Manter se necessária para identificar a despesa.
Identificador “EXEMPLO-SEM-VALIDADE”	Avaliar se é necessário; não pressupor que um identificador real seja dispensável.
Dados pessoais adicionais	Examinar individualmente; se não necessários e a cópia reduzida for aceita, removê-los da cópia.

Todos os campos são inventados. Comprovantes de Pix ou de outros meios não têm seus layouts ou exigências reproduzidos aqui. O exemplo não certifica recebimento, autenticidade ou liquidação de uma operação.

Remover da cópia é diferente de cobrir na tela

Um retângulo sobre texto de um PDF pode deixar a informação recuperável. Desfoque e pixelização também podem falhar. A orientação técnica do ICO distingue ocultação visual de remoção efetiva e descreve, para imagens, máscara opaca seguida de exportação para um arquivo simples sem camadas ou histórico de edição. Isso não torna toda exportação automaticamente segura. [2, seções “Why is redaction a risk?” e “How do we redact images?”]

Para um PDF, use um processo de remoção próprio do formato. A documentação do fornecedor consultado distingue marcar conteúdo, aplicar a remoção e salvar, com opção de saneamento, isto é, remoção de informação oculta. Esse fluxo é específico de um produto; não presuma que qualquer leitor de PDF tenha remoção efetiva. Não confunda a marca de revisão com a versão final. Não é necessário comprar esse produto para entender a distinção; a ferramenta disponível precisa ter um processo adequado e verificável. [3]

Prepare e confira a versão a compartilhar

Um teste que revela uma falha: se a cópia final do PDF ainda permite buscar ou copiar um termo que deveria ter sido removido, a informação não foi eliminada. Não encontrar o termo, por outro lado, não garante que o arquivo inteiro esteja livre de informação oculta. [2]

Como rotina proposta para este exemplo:

1. Preserve o original. Trabalhe em uma cópia identificada, com a finalidade de compartilhamento anotada. A orientação do ICO também recomenda separar e identificar as versões. [4]
2. Escolha o processo pelo arquivo. Para imagem, siga um fluxo que remova os pixels pertinentes da cópia exportada; para PDF, use remoção efetiva e considere informação oculta. Se não souber verificar o resultado, combine outra forma de confirmação antes de enviar. [2–3]
3. Reabra o arquivo final. Confira se data, valor, contexto necessário e marcações de remoção continuam corretos. Num PDF, busca e cópia de texto podem revelar uma falha, mas passar nesses testes não certifica sozinho que todos os dados ocultos foram removidos. [2,4]
4. Confira destinatário e anexo. Para o exercício, o responsável recebe a cópia acordada; o grupo inteiro não recebe o original por engano. Essa checagem é uma medida prática proposta, não relato de um caso real.

Limites e decisão final

Uma cópia reduzida não deve alterar valor, beneficiário, data ou status para sugerir outro resultado. Se uma instituição ou procedimento exigir determinado dado ou o documento integral, esclareça o requisito e o canal adequado; este guia não autoriza ocultar evidência exigida. Não modifique um original assinado para apresentá-lo como intacto.

Remover campos também não garante anonimato: o contexto restante pode identificar pessoas. A orientação do ICO foi escrita para organizações e está sinalizada como em revisão; usamos suas distinções técnicas, sem importar obrigações britânicas para qualquer leitor. [2,4]

Antes de enviar: confirme identidade e canal, finalidade e dados necessários. Se houver suspeita, verifique o pedido por outro meio antes de responder. Só compartilhe a versão final que você consegue explicar e conferir. Sanitizar um arquivo não autentica quem o pediu.

Outra leitura

Compartilhar um arquivo e autorizar um aplicativo a acessar dados são decisões diferentes. Para entender a segunda, leia contas, sessões e permissões.

Referências

[1] BRASIL. Lei nº 13.709, de 14 de agosto de 2018 — Lei Geral de Proteção de Dados Pessoais. Texto compilado, art. 6º, III. Planalto. Acesso em 17 out. 2026.

[2] INFORMATION COMMISSIONER’S OFFICE. How do we avoid an accidental breach when redacting information? Integra a orientação sobre divulgação segura de documentos, publicada em 31 jul. 2025 e sinalizada como em revisão. ICO. Acesso em 17 out. 2026.

[3] ADOBE. Redact sensitive content in Acrobat Pro. Atualizado em 31 ago. 2026. Fluxo de aplicação da remoção e opção de saneamento. Adobe. Acesso em 17 out. 2026.

[4] INFORMATION COMMISSIONER’S OFFICE. Checklist: How to avoid an accidental breach when redacting documents. Seções sobre cópias, identificação e conferência. ICO. Acesso em 17 out. 2026.

[5] NIST. Phishing — CSRC glossary. NIST. Acesso em 17 out. 2026.

[6] MICROSOFT. Protect yourself from phishing. Reconhecimento de pedidos suspeitos e confirmação por contatos oficiais ou outro meio. Microsoft. Acesso em 17 out. 2026.

[7] MITRE. Phishing for Information — T1598. ATT&CK. Acesso em 17 out. 2026.