Gerador de comprovante PIX falso: o que fica no arquivo

Pontos principais

• O dinheiro entrou ou não entrou, e isso só o seu banco responde. Nenhuma análise de arquivo substitui o crédito no app ou no extrato.
• Um comprovante feito do zero não carrega edição para achar. Em 20 documentos fictícios sem rastro de edição (extratos e holerites, nenhum PIX), 0 pontuaram acima de low (motor 1.22.0, medido em 4 de agosto de 2026).
• O que ainda pode aparecer: uma revisão anexada, um producer de editor de PDF, datas que discordam e, quando o código copia-e-cola está no texto, um CRC que não fecha.
• CRC que fecha não prova nada. Qualquer gerador que implemente a regra produz um payload com o CRC certo.
• O CRC só existe se o payload estiver no texto. Muitos comprovantes trazem o ID da transação e não o código copia-e-cola; sem o payload, esse sinal não tem o que checar.
• Print de tela quase não deixa o que checar. Sem estrutura de PDF, sobram metadados e histórico de compressão da imagem, sinais fracos e fáceis de apagar.

O que um gerador faz com o arquivo

Um gerador de comprovante preenche um modelo. O arquivo sai de um programa só, em uma passada, com o nome, o valor e a data que quem gerou digitou. É o oposto da edição: ninguém abriu um comprovante verdadeiro e trocou um número, então o arquivo não tem uma versão anterior escondida por baixo.

O caso geral foi medido. Construímos 20 documentos fictícios que não carregam rastro de edição: 8 parecidos com extratos e holerites, montados em HTML e impressos por um Chromium sem interface, 6 falsificações já pegas e depois achatadas em imagem (a edição original some na rasterização), e 6 escritos byte a byte numa passada só, com o producer de uma biblioteca de servidor ou sem producer. Nenhum é um comprovante PIX, mas a mecânica de "arquivo gerado limpo" é a mesma. O resultado, no motor 1.22.0, em 4 de agosto de 2026:

As impressões do Chromium deixam subconjuntos de fonte e um par de IDs novo, e o motor reporta isso como info, que pesa zero na pontuação. A explicação está na página de precisão medida: o arquivo não tem rastro de edição, então o motor, que responde se ele mudou depois de feito, não tem o que achar. Ele não responde se o documento é verdadeiro.

O que ainda pode sobrar no arquivo

• Uma revisão anexada. Se o falsificador partiu de um comprovante verdadeiro e o editou em vez de gerar um novo, o PDF carrega duas versões de si mesmo, e o relatório mostra o que mudou entre elas.
• O producer e as datas. Um comprovante cujos metadados nomeiam um editor de PDF de consumo, ou cuja criação e modificação discordam, merece uma explicação. Sozinho, um nome de ferramenta não condena: bancos publicam PDFs por ferramentas muito diferentes, e por isso não existe linha de base de producer para comprovantes de banco.
• O CRC do código copia-e-cola. Os quatro últimos caracteres do payload do PIX são calculados sobre todo o resto. Se o comprovante traz o payload como texto e alguém trocou o valor sem recalcular, a sequência contradiz a si mesma, e o sinal br-identifier-checksum aponta. A severidade é medium, um degrau abaixo do que se esperava, porque a taxa de falha em comprovantes reais não foi medida: o corpus público não contém nenhum payload PIX, e o texto vem de extração, onde um caractere trocado produziria uma acusação falsa.

E se for print de tela?

Muitos comprovantes PIX circulam como captura de tela. Uma imagem não tem cadeia de revisões, fontes nem producer de PDF. O motor de imagem lê o histórico de compressão e os metadados da imagem, que são sinais mais fracos e fáceis de remover. O relatório diz qual motor rodou. Um print que volta quieto diz muito pouco.

Como checar, na ordem

1. Confirme o crédito no seu banco, no app ou no extrato, antes de entregar a mercadoria. É a única prova de que o dinheiro entrou.
2. Peça o arquivo em vez da captura quando o valor for alto. Um PDF tem estrutura para ler, um print quase não tem.
3. Rode o arquivo no verificador. Ele analisa em memória e descarta. Leia os achados como perguntas, cada um vem com a explicação benigna ao lado.
4. Compare com um comprovante verdadeiro do mesmo banco, se você tiver um, na página de comparação. Diferenças de estrutura entre os dois dizem mais do que qualquer linha de base pública.

O guia Comprovante PIX falso detalha cada sinal e o que ele não cobre.

O que o Tamperlens não responde

Se um golpista gera um arquivo limpo, com um payload de CRC correto, e o entrega como PDF, o relatório tende a sair quieto. Esse é o limite medido. O Tamperlens reporta sinais de risco, nunca um veredicto de autenticidade, e nenhum deles prova que o dinheiro entrou.

Verifique um comprovante: grátis, sem conta, o arquivo é analisado em memória e descartado com a resposta.