A fraude investigada pela Polícia Federal no Banco Master funcionava como uma espécie de linha de montagem digital.
Publicidade
- Dados reais de clientes extraídos de sistemas internos;
- Documentos produzidos em massa com ferramentas do Microsoft Office;
- Páginas de assinaturas separadas por programas desenvolvidos pela área de tecnologia; e
- Peças reunidas em novos arquivos PDF para formar dossiês de contratos que seriam apresentados como créditos legítimos da Tirreno Consultoria ao Banco de Brasília (BRB).
Quando os documentos carregavam informações que poderiam revelar sua origem ou a verdadeira data de formalização, funcionários também atuavam para apagá-las ou alterá-las.
Em um dos casos analisados pela perícia, um Termo de Consentimento que trazia originalmente a data de 24 de fevereiro de 2023 teve esse registro removido em julho de 2025.
- 🔎 A relação triangular entre a Tirreno, o Master e o BRB funcionou como um esquema de simulação e repasse de ativos ilíquidos. A Tirreno atuou como uma empresa de fachada, criada para formalizar R$ 7,15 bilhões em cessões fictícias de crédito consignado com o Banco Master que, por sua vez, utilizou essas carteiras sem lastro para vendê-las ao BRB. A equipe do Master montou uma "linha de montagem" para forjar amostras e simular a legitimidade das operações.
- A Tirreno, segundo a PF, funcionava sem sede nem funcionários, e foi criada com apenas R$ 100 de capital social.
A estrutura foi descrita em relatório técnico-pericial da Polícia Federal, elaborado a partir de uma apresentação interna apreendida na área de tecnologia do Banco Master.
O arquivo, intitulado “Investigações internas – Banco Master”, tinha 30 slides e documentava atividades realizadas entre 18 de junho e 24 de outubro de 2025 para a produção de documentos relacionados à cessão de créditos consignados ao BRB.
O material mostra que a operação combinava ferramentas comuns de escritório, programação e edição de documentos. O objetivo era transformar dados de operações reais e antigas em uma documentação que desse aparência de existência a uma carteira de créditos atribuída à Tirreno.
Como funcionava a “linha de montagem” dos documentos
| Etapa |
O que era feito |
Tecnologia usada |
Para que servia |
| 1. Dados reais |
Dados de clientes de operações antigas eram extraídos dos sistemas internos e organizados em planilhas. |
Banco de dados, SQL e Excel |
Usar informações reais como base para criar os documentos. |
| 2. Documentos em massa |
Os dados eram usados para preencher automaticamente procurações e outros documentos. |
Word + Excel (mala direta) |
Produzir 2.700 procurações em lote. |
| 3. Assinaturas |
Páginas de assinatura eram separadas dos documentos originais e CCBs eram assinadas digitalmente em grupos. |
Programas em C#, PDFs e Adobe Acrobat |
Reaproveitar assinaturas e dar aparência de autenticidade aos documentos. |
| 4. Apagamento de rastros |
Datas e horários que poderiam revelar a origem dos documentos eram retirados. |
Edição de PDFs |
Esconder que documentos usados na operação eram antigos. |
| 5. Montagem dos dossiês |
CCBs, procurações e termos editados eram reunidos em um único arquivo. |
PDF24 |
Criar um conjunto documental para cada operação. |
| 6. Comprovantes bancários |
Tentou-se retirar dos comprovantes informações como evento, número do contrato e histórico. |
Edição de documentos |
Esconder referências às operações originais. |
| 7. Auditoria |
Diante de questionamentos, foi discutida uma justificativa para as inconsistências. |
Teams |
Segundo a PF, a orientação era atribuí-las a “erro operacional na seleção”. |
| 8. O rastro que ficou |
Apesar das alterações, registros digitais permitiram identificar diferenças entre as datas dos documentos e das assinaturas. |
Perícia digital |
Revelar que documentos apresentados com datas anteriores haviam sido assinados posteriormente. |
De dados reais a contratos que não existiam
O primeiro passo era obter dados de clientes que já haviam realizado operações legítimas. Segundo a investigação, funcionários recorreram a informações armazenadas nos sistemas internos do banco, inclusive relacionadas ao CredCesta – um produto de crédito consignado voltado a servidores públicos, aposentados e pensionistas.
Em 2 de julho de 2025, às 14h05, Fabrizio Pereira Alencar, coordenador de Controles do Back Office, pediu a Vinicius Lucas Trentino, analista de Projetos Sênior da área de TI, o levantamento de CPFs por meio do Microsoft Teams.
Vinicius reuniu os CPFs no arquivo cpf_cessao.csv e, no dia seguinte, executou a consulta Contratos_Henrique_Dados.sql no banco de dados interno. O resultado foi exportado para a planilha Dados_cessão.xlsx, que acabou enviada por e-mail a Fabrizio e à equipe em 3 de julho, às 16h57.
A planilha reunia informações cadastrais dos clientes, como nome, CPF, data de nascimento e nome da mãe. Esses dados passaram a servir de matéria-prima para a montagem dos documentos.
As próprias conversas entre integrantes da área de tecnologia mostram que havia problemas na base utilizada.
Em 20 de junho, Rafael Manfrin da Silva e Thiago Ramalho discutiram a filtragem dos dados. Rafael observou que havia CPF de uma pessoa com apenas uma proposta de 2019 e afirmou que a lista estava “meio furada”.
- Thiago Ramalho: “filtrando formalizacao só tem 328 credcesta-refin.... nao deveria ser a maioria”.
- Rafael Manfrin: “ai deu merda então / pq tem um cpf nesse meio aqui que so teve 1 proposta em 2019 / ta meio furado essa lista ai”.
A troca mostra que os próprios responsáveis pela parte tecnológica identificavam incompatibilidades nos dados que estavam sendo utilizados.
2.700 procurações produzidas de uma vez
Com os dados reunidos, uma das etapas era produzir as procurações. Para isso, Allan da Silva Machado, gerente de Operações I do Back Office, utilizou uma função comum do Microsoft Word: a mala direta.
A ferramenta permite vincular um modelo de documento a uma planilha e preencher automaticamente campos diferentes para cada registro. No caso investigado, Allan vinculou o arquivo PROCURACAO Master.docx à planilha Base de Geração CCBS AMANHA 1.xlsx, armazenada na pasta de trabalho Demanda BRB-Tirreno 2700 amostras.
O procedimento permitiu gerar 2.700 procurações em lote em 20 de junho de 2025.
A tecnologia, portanto, não era usada apenas para armazenar os documentos. Ela permitia reproduzir rapidamente a mesma estrutura documental para centenas ou milhares de pessoas.
Código para separar páginas de assinaturas
A produção dos documentos também envolveu a área de tecnologia. Thiago Ramalho, Rafael Manfrin da Silva e Renato M. participaram do desenvolvimento de aplicações em C# registradas no repositório GitHub do Banco Master.
Uma das funções criadas tinha uma finalidade específica: extrair de arquivos PDF apenas a segunda página, justamente a página de assinatura dos documentos originais.
A perícia também identificou um arquivo compactado chamado erros-whatsapp.zip, enviado por Anderson Juliano Caspinelli Garcia a Moacir Lourenço da Silva Junior, que continha 1.833 arquivos PDF com páginas de assinatura isoladas dos Termos de Consentimento.
Essas páginas podiam, assim, ser reaproveitadas na montagem de novos conjuntos de documentos.
A assinatura digital não escondia quando os documentos foram produzidos
Outra etapa envolvia as Cédulas de Crédito Bancário, as CCBs. Henrique Pupo e Henrique Gonçalves Silva extraíram lotes de documentos do sistema idtrust, com arquivos identificados pela raiz CCB_credcesta_....
Em 20 de junho, Fabrizio organizou pelo Teams uma força-tarefa para assinar os documentos. Foram separados 675 CCBs para cada um de quatro operadores: Fabrizio, Henrique, Allan e Daniel Guscuma.
As assinaturas foram aplicadas pelo Adobe Acrobat Reader usando o certificado digital corporativo do Banco Master e o certificado individual de Allan Machado. Foi justamente nessa etapa que a perícia encontrou uma das evidências mais fortes da manipulação.
Em determinados documentos, a data escrita no corpo da CCB indicava uma data anterior — por exemplo, 21 de janeiro de 2025. Já o registro criptográfico da assinatura digital mostrava que aquele arquivo havia sido assinado em 20 de junho de 2025, às 14h02min39s.
Ou seja, mesmo quando a data apresentada no documento apontava para meses antes, o registro da assinatura digital indicava quando aquela peça havia efetivamente sido assinada.
A diferença entre as datas também aparecia nos Termos de Consentimento. Para evitar que os documentos exibissem registros capazes de revelar sua origem, Allan Machado pediu a Moacir Lourenço da Silva Junior que removesse as informações de data e hora.
A ordem aparece em uma conversa no Teams de 20 de junho:
- Allan da Silva Machado: “e o termo de consentimento”.
- Allan da Silva Machado: “e precisamos excluir a data”.
A perícia identificou um exemplo concreto no Termo de Consentimento de Genilson Lima Leal. O documento originalmente apresentava o registro 24/02/2023 13:05. Em uma edição realizada em 3 de julho de 2025, às 15h26, esse campo foi apagado visualmente.
A alteração não eliminava, porém, todos os vestígios analisáveis pela perícia digital. O documento podia deixar de mostrar a data original na imagem, mas outros registros do arquivo e da assinatura digital permitiam reconstruir a cronologia.
Os documentos eram reunidos em um único arquivo
Depois de produzidas e alteradas as diferentes peças, elas precisavam ser apresentadas como um conjunto documental.
Allan utilizou o PDF24 para juntar os arquivos em um único PDF por operação. A montagem reunia documentos como a CCB, a procuração e o Termo de Consentimento com a informação de data retirada.
Os arquivos finais eram organizados em pastas de rede chamadas Demanda BRB-Tirreno 2700 amostras, Demanda BRB-Tirreno 299 amostras e Demanda BRB-Tirreno 119 amostras.
Assim, diferentes documentos produzidos ou modificados separadamente eram transformados em um único dossiê.
Até os comprovantes de transferência foram alvo de alteração
A tentativa de apagar rastros chegou também aos comprovantes bancários.
Em 25 de junho de 2025, Allan Machado discutiu com Romy Goerck Gentina Klenquen a alteração de comprovantes de transferências realizadas por SPB e PIX. O problema era que os documentos apresentavam informações que vinculavam as operações ao histórico original.
Allan queria retirar três elementos:
- O evento;
- O número do contrato; e
- O histórico.
Entre as informações que apareciam no histórico estava a expressão “LIBERAÇÃO CREDCESTA VIA PIX”.
A conversa mostra que a dificuldade era fazer isso em escala. Romy explicou que conseguia alterar um ou outro documento, mas que seria impossível fazer o mesmo manualmente em 2.700 comprovantes.
- Allan da Silva Machado: “nao da para aparecer o evento”.
- Romy Klenquen: “entao esse é o melhor”.
- Allan da Silva Machado: “porra... este aparece o numero de contrato... nao quero o numero de contrato nem o histórico”.
- Romy Klenquen: “entao nao tem oq fazer / um ou outro eu consigo ajustar daquela outra forma, mas impossível em 2700 comprovantes no editor”.
- Allan da Silva Machado: “tem q dar um jeito”.
A conversa mostra um dos limites encontrados na própria linha de montagem: enquanto procurações e outros documentos podiam ser produzidos em massa por ferramentas automatizadas, a alteração gráfica dos comprovantes bancários encontrava dificuldades quando precisava ser repetida milhares de vezes.
A auditoria também entrou na mira do esquema
As mensagens reunidas pela investigação mostram ainda que a preocupação não era apenas produzir os documentos, mas explicar as inconsistências caso fossem questionadas.
Em 23 de junho, Fabrizio comunicou a Alberto Felix de Oliveira Neto que a auditoria da Deloitte estava cobrando informações. A resposta de Alberto foi direta:
- Alberto Felix de Oliveira Neto: “esse tem que falar que foi erro operacional na selecao”.
Dois dias antes, Fabrizio e Alberto haviam discutido o envio à Deloitte de documentos referentes à carteira da Tirreno entre dezembro de 2024 e março de 2025.
Fabrizio afirmou que a base já havia sido enviada anteriormente, mas apresentava um erro que precisaria ser corrigido. Alberto perguntou quais documentos seriam solicitados pela auditoria. Fabrizio respondeu que seriam CCBs e termos.
Os documentos chegaram à cúpula do banco
A investigação também identificou o repasse de amostras da documentação falsificada.
Em 12 de junho de 2025, Daniel Vorcaro, proprietário do Banco Master, pediu a Alberto Felix um “kit dos 300 com assinatura digital”.
Alberto respondeu que providenciaria. Minutos depois, informou que naquele momento tinha acesso apenas à CCB e que Allan enviaria os links das procurações e da assinatura. Na sequência, foram enviados arquivos contendo o conjunto de documentos.
Ou seja, a documentação produzida na operação não ficava restrita aos funcionários responsáveis por sua montagem.
Quem é quem na dança do Master
| Pessoa |
Cargo/função no Banco Master |
Papel identificado na operação |
| Daniel Vorcaro |
Dono do Banco Master |
Cobrou um “kit” de 300 operações com assinatura digital e recebeu arquivos relacionados a CCBs, procurações e assinaturas. |
| Alberto Felix de Oliveira Neto |
Diretor |
Fazia a supervisão, mantinha contato com Vorcaro e tratava das demandas da auditoria da Deloitte. |
| Fabrizio Pereira Alencar |
Coordenador de Controles – Back Office |
Distribuía tarefas, coordenava a produção e assinatura dos documentos e tratava das questões levantadas pela Deloitte. |
| Allan da Silva Machado |
Gerente de Operações I – Back Office Conciliação |
Produziu 2.700 procurações em massa, pediu a retirada de datas dos documentos, reuniu os arquivos em PDFs e participou das discussões sobre alteração de comprovantes bancários. |
| Vinicius Lucas Trentino |
Analista de Projetos Sênior / TI |
Extraiu CPFs e outros dados de clientes dos sistemas internos e organizou as informações em planilhas. |
| Thiago Ramalho |
TI |
Participou do desenvolvimento de códigos usados para extrair páginas de assinatura dos PDFs. |
| Rafael Manfrin da Silva |
TI |
Participou de consultas e rotinas usadas na geração em massa de documentos e identificou inconsistências na base de CPFs. |
| Renato M. |
TI |
Também aparece relacionado aos aplicativos desenvolvidos para manipulação dos PDFs. |
| Moacir Lourenço da Silva Junior |
Back Office / operacional |
Recebeu arquivos com páginas de assinatura e foi acionado para retirar visualmente datas e horários dos documentos. |
| Anderson Juliano Caspinelli Garcia |
TI |
Enviou um arquivo com 1.833 PDFs contendo páginas de assinatura isoladas de termos de consentimento. |
| Romy Goerck Gentina Klenquen |
Operacional |
Discutiu com Allan maneiras de alterar comprovantes de transferências bancárias em grande escala. |
| Henrique Pupo |
Back Office de consignado |
Participou da extração dos CCBs usados na montagem dos documentos. |
| Henrique Gonçalves Silva |
Back Office de consignado |
Também participou da extração dos CCBs. |
| Daniel Guscuma |
Banco Master |
Recebeu, junto com outros funcionários, uma parte dos CCBs que seriam assinados. |
Uma cadeia que começava no banco e terminava em um dossiê
O conjunto de evidências descrito pela Polícia Federal revela uma cadeia organizada em etapas:
- Primeiro, dados de clientes eram extraídos dos sistemas internos;
- Depois, esses dados alimentavam documentos produzidos em escala;
- Páginas de assinaturas eram separadas;
- CCBs eram assinadas digitalmente;
- Datas e informações que poderiam revelar a origem dos documentos eram removidas;
- Por fim, as diferentes peças eram reunidas em arquivos únicos.
A tecnologia permitia acelerar praticamente todas essas etapas.
A mala direta do Word produzia procurações em lote. As consultas aos bancos de dados reuniam informações cadastrais. Os programas em C# automatizavam o tratamento dos PDFs. O Acrobat era utilizado para as assinaturas digitais. E o PDF24 reunia os documentos finais.
O objetivo, segundo o material pericial, era sustentar documentalmente a existência de uma carteira de créditos consignados atribuída à Tirreno Consultoria. O problema é que, mesmo depois da retirada de datas e da alteração de documentos, a própria estrutura digital deixava vestígios.
O choque entre as datas escritas nas CCBs e os registros das assinaturas digitais é um dos exemplos. A perícia conseguiu identificar que documentos apresentados com datas anteriores haviam sido assinados apenas posteriormente.
A operação, portanto, não dependia apenas da criação de documentos falsos. Havia também uma segunda frente: apagar ou modificar informações que poderiam revelar como e quando aqueles documentos haviam sido produzidos. Era uma tentativa de fazer com que uma sequência de arquivos fabricados em 2025 parecesse a documentação de operações realizadas anteriormente.
Fonte/Créditos: G1
Créditos (Imagem de capa): G1
Comentários: