BR⚡LN Investiga · Versão 1.1 preliminar · Informações verificadas até 14/10/2026, 09:39 UTC (06:39 de Brasília)
Comprar uma carteira física costuma ser uma decisão para reduzir a exposição dos bitcoins a falhas de computadores, aplicativos e serviços. Por isso, um alerta sobre adulteração do próprio aparelho atinge uma expectativa central do comprador: a de que o dispositivo que chegou à sua casa pode ser usado com confiança.
Os comunicados da Ledger de outubro trouxeram essa preocupação para o centro do debate. Vieram depois do problema de geração de segredos reconhecido pela Coinkite, fabricante da Coldcard, e de notícias envolvendo a Trezor. Lidos em sequência, os casos podem sugerir que todas as carteiras físicas falharam da mesma maneira. A investigação mostra um quadro mais específico: riscos na geração das chaves, na distribuição dos aparelhos, na comunicação com clientes e na proteção de componentes físicos.
Essa diferença tem consequência prática. Uma atualização pode corrigir o software sem reparar uma chave criada anteriormente. Trocar de marca pode manter o mesmo segredo vulnerável. E uma mensagem que promete proteger a carteira pode ser justamente a tentativa de comprometê-la.
O aparelho guarda as chaves, não os bitcoins
Uma hardware wallet é um dispositivo que protege chaves e ajuda a autorizar transações. Os bitcoins continuam registrados na blockchain, o registro público da rede. As palavras de recuperação, frequentemente chamadas de seed ou backup, permitem reconstruir as chaves da carteira.
A comparação com um chaveiro ajuda até certo ponto: perder o aparelho não precisa significar perder o acesso, desde que o backup correto esteja preservado. Mas um segredo digital pode ser copiado sem que sua cópia desapareça. Ter o dispositivo em mãos, portanto, não garante que ninguém mais possa movimentar os fundos.
Também convém separar três coisas que aparecem juntas nas orientações de segurança. O PIN desbloqueia o aparelho. Uma passphrase BIP39 é um segredo adicional usado para derivar uma carteira. O firmware é o programa interno do dispositivo. Atualizar esse programa não troca automaticamente as palavras de recuperação já criadas. Essa distinção é especialmente importante para entender o caso Coldcard, discutido também nas explicações da Trezor sobre o incidente.
Ledger: a preocupação com o caminho até o comprador
A Ledger abriu seu alerta em 9 de outubro. No dia seguinte, informou ter confirmado um implante não autorizado em um aparelho afetado. Em 11 de outubro, disse que os casos confirmados até aquele momento vinham do revendedor CryptoBilis.
A atualização do Donjon, publicada pela Ledger em 13 de outubro, acrescentou o mecanismo atribuído ao implante: um componente separado capturava os dados exibidos na tela, decodificava as 24 palavras de recuperação durante a configuração e as transmitia por LTE, uma rede celular, usando um eSIM, um chip de conexão integrado. Segundo a fabricante, isso não exigia modificar o chip de segurança, o sistema operacional, as transações ou as assinaturas do aparelho.
Essa explicação muda o centro da análise: proteger o segredo dentro de um chip não basta se outro componente consegue capturá-lo quando ele é mostrado ao usuário. É a descrição da perícia da fabricante, não uma reprodução independente nossa. Preservamos o comunicado por meio do FxTwitter, um serviço intermediário de acesso aos posts.
Também precisamos corrigir nossa edição anterior: esse comunicado é de 13/10 às 06:39 UTC, anterior ao corte que usamos, mas não havia sido incorporado. O mecanismo deixou de ser apenas uma hipótese sem explicação institucional; autoria, lotes e extensão total continuam em aberto.
Mais tarde, em 13 de outubro, a Ledger anunciou a suspensão das vendas na MediaMarkt Saturn, após o relato de um implante por um cliente na Alemanha, sem perda de fundos relatada nesse caso. Isso amplia os relatos sob investigação, mas não comprova perdas fora da CryptoBilis: no comunicado técnico, a Ledger ainda vinculava a ela todas as perdas confirmadas do incidente de 9/10. Não devemos confundir relato de adulteração, perícia concluída e roubo confirmado.
Os valores divulgados também pedem cuidado. A Bitquery apresentou cerca de US$ 102 milhões associados a 324 carteiras, no corte que marcou como verificado em 12 de outubro. Não auditamos essa estimativa. Carteiras não correspondem necessariamente a pessoas, e o total em dólares depende de preços, agrupamentos e do instante observado. O número merece investigação, mas ainda não é um balanço final validado pelo BR⚡LN.
Para o comprador, a questão é compreender quais controles poderiam ter identificado a adulteração antes do uso. Confiar numa indicação oficial de revendedor não constitui uma falha moral da vítima. É necessário examinar a distribuição dos dispositivos e o alcance dos testes de autenticidade. Da mesma forma, a declaração da Ledger sobre canais diretos não afetados deve ser lida como informação da empresa naquele momento, sem transformá-la em garantia universal.
O primeiro alerta mencionava uma janela de 90 dias. O comunicado posterior não oferece esse período como certificado de segurança para todas as compras anteriores. Quem precisa avaliar o próprio aparelho deve confrontar sua procedência com o alerta aplicável, sem concluir que estar fora de uma janela inicial encerra a questão.
A resposta dos revendedores e das outras fabricantes
A reação também alcançou a Trezor. Em 12 de outubro, a empresa informou ter retirado a CryptoBilis de sua lista; no dia seguinte, anunciou a redução da rede de revendedores para acompanhar melhor os parceiros. Descreveu a medida como preventiva e afirmou não ter evidência de comprometimento dos seus dispositivos. Esse é um desdobramento diferente do phishing e da pesquisa de chip discutidos adiante.
A OneKey anunciou em 12 de outubro o descredenciamento da CryptoBilis, a revisão de sua rede e substituições gratuitas para compradores elegíveis, mesmo sem relatos de perdas de usuários OneKey ligados ao episódio. É uma resposta ao risco de distribuição, não confirmação de que todos os aparelhos das marcas vendidas ali tenham sido adulterados.
Coldcard: quando o problema nasce antes da primeira transação
O caso Coldcard começa em outra etapa: a criação do segredo que dará acesso à carteira. A Coinkite publicou um alerta em 30 de julho sobre a geração de seeds em versões afetadas do firmware. Esse problema não dependia de adulterar fisicamente cada dispositivo.
A palavra técnica central é entropia: a imprevisibilidade necessária para produzir um segredo difícil de adivinhar. Uma sequência de palavras pode parecer aleatória e, mesmo assim, ter sido escolhida entre possibilidades muito mais limitadas do que deveria. É como um cadeado com muitos números impressos, mas cujo fabricante usa poucas combinações. A analogia ilustra a redução das possibilidades; o custo real de um ataque depende também dos cálculos e das informações disponíveis.
Na leitura do código público, encontramos trechos em que uma opção de hardware estava definida como zero, enquanto outro componente verificava apenas se ela existia. Estar presente na configuração e estar habilitada são condições diferentes. A pesquisa publicada pela Block detalha a integração do gerador e seus limites. Nossa verificação de trechos do código não equivale a reproduzir a exploração completa ou a examinar cada firmware distribuído.
Coinkite e Block publicaram números de entropia sob pressupostos diferentes; não calculamos o custo de recuperar a seed de uma vítima. Na página de segurança consultada em 14/10, a atualização indicada seguia sendo a de 1º de outubro. Não identificamos ali um novo incidente Coldcard dos últimos dois dias.
O ponto que interessa ao usuário é outro: existirem versões corrigidas não torna seguro, retroativamente, um segredo criado de forma vulnerável. Importar as mesmas palavras numa Ledger, numa Trezor ou numa carteira de software preserva o mesmo segredo. É preciso identificar o modelo e o firmware usados quando a seed foi criada, distinguindo inclusive as linhas padrão e Edge, e seguir a orientação correspondente.
Trezor: uma mensagem de segurança usada como isca
Em setembro, o nome da Trezor apareceu num incidente que envolvia seu provedor de comunicação. Segundo a empresa, um incidente na Brevo em 9 de setembro permitiu enviar mensagens falsas e exportar 347.149 contatos de marketing, conforme a atualização de 17 de setembro.
O e-mail alegava um problema de entropia num componente STM32 e encaminhava a pessoa a um aplicativo que solicitava o backup. A preocupação com a qualidade dos segredos, tão relevante no caso Coldcard, era usada ali como argumento para convencer o destinatário a entregar suas palavras.
Esse é o mecanismo do phishing: induzir alguém a fornecer informações ou autorizar uma ação por engano. O acesso ao canal de comunicação tornava a mensagem mais convincente, mas a alegação de vulnerabilidade não comprovava um defeito no hardware Trezor. Fazia parte da narrativa do golpe.
Receber o e-mail e entregar o backup são situações diferentes. Não estabelecemos quantas pessoas perderam fundos. Quem forneceu suas palavras ao aplicativo indicado pela mensagem precisa tratar o segredo como exposto e seguir orientação oficial para a migração. Quem apenas recebeu a comunicação não deve concluir, só por isso, que suas chaves foram reveladas.
A pesquisa física que já existia antes desses alertas
Há ainda outra história relacionada à Trezor, cuja cronologia ajuda a evitar confusões. Em 3 de junho, o laboratório Ledger Donjon publicou uma pesquisa sobre o chip TROPIC01. O trabalho descreve um ataque físico com laser, preparação do chip e equipamento de laboratório para interferir em verificações durante a inicialização.
A Tropic Square relatou depois uma ampliação do achado, incluindo um caminho que também atinge uma barreira interna de proteção. Isso merece atenção e impede tratar a pesquisa como irrelevante. Ao mesmo tempo, não demonstra que qualquer pessoa possa extrair remotamente todas as palavras de uma Trezor pela internet.
A Trezor afirma que o Safe 7 usa outras camadas além do TROPIC01 e que comprometer isoladamente esse componente não basta para chegar ao backup. Não reproduzimos a cadeia completa de ataque no aparelho. A pesquisa é anterior ao alerta Coldcard; sua presença no debate de outubro não a transforma em um incidente novo ocorrido naquele mês.
Autocustódia exige um processo que você compreenda
Esses episódios mostram por que trocar de marca pode ser uma resposta incompleta. Se a origem do problema é a distribuição, importa a procedência do aparelho. Se está na geração do segredo, importa como as palavras foram criadas. Se o backup foi exposto, restaurá-lo em outro dispositivo não revoga as chaves antigas. Para os compradores afetados, as orientações oficiais sobre não inicializar dispositivos suspeitos e migrar para uma nova frase de recuperação devem ser lidas com atenção. Preservar backups e verificar o destino antes de mover valores são partes desse processo; abrir aparelhos não é um teste que esta investigação recomende.
Também seria enganoso apresentar a construção de uma carteira própria como eliminação de toda confiança. Projetos abertos como o SeedSigner permitem montar um dispositivo de assinatura com componentes disponíveis no mercado. Eles continuam dependendo desses componentes, de software e de operação correta. A alternativa pode reduzir a dependência de um fabricante específico, mas não se torna automaticamente superior para todo usuário.
O material examinado não demonstra falha de consenso Bitcoin ou de protocolo Lightning. Um gasto feito com uma chave obtida ilicitamente pode ser aceito pela rede: o protocolo verifica a autorização criptográfica, não a identidade de quem segura o dispositivo. Operar um node próprio ajuda a verificar as regras da rede, mas não protege, por si só, uma seed exposta. Aplicações conectadas podem sofrer impactos indiretos; não identificamos aqui um caso concreto desse tipo na Lightning.
Há um aprendizado mais duradouro do que escolher a próxima marca: compreender como gerar, proteger, verificar e recuperar as próprias chaves. Isso envolve conhecer as dependências do método escolhido, testar a recuperação e reconhecer quando uma mudança de dispositivo exige também um segredo novo. O alcance final dos incidentes permanece em apuração; transformar essa incerteza em estudo e procedimentos verificáveis é mais útil do que prometer um equipamento infalível.
Menos rumor. Mais evidência. Don’t Trust. Verify.
Sobre o BR⚡LN
No BR⚡LN Club, você encontra conteúdo e acompanhamento para aprender autocustódia, compreender suas dependências e tomar decisões com mais autonomia. Comece pelo guia Seja o seu próprio banco e veja como entrar no clube: conhecimento e prática para que sua segurança não dependa apenas da confiança numa marca.