Hack do Coldcard Bitcoin: Nova pista de investigação surge enquanto 1.082 BTC permanecem imóveis
Uma grande investigação sobre a exploração da carteira Bitcoin Coldcard tomou um rumo incomum. Durante a primeira e maior onda de ataques em 30 de julho de 2026, aproximadamente 1.082,65 BTC foram retirados de cerca de 1.196 endereços em apenas 41 minutos. O atacante nunca precisou roubar uma Coldcard física, infectar um computador ou enganar vítimas para revelar suas frases semente. Em vez disso, uma falha no firmware enfraqueceu a aleatoriedade usada para gerar certas frases semente da carteira, tornando algumas chaves privadas potencialmente reproduzíveis offline.
Agora os investigadores podem ter algo que a própria blockchain do bitcoin não pode fornecer: uma trilha off-chain. O engenheiro de bloco Clay Garrett disse que o operador por trás da varredura inicial usou uma conta paga em um provedor bem conhecido de serviços de blockchain ao consultar endereços de origem. Registros internos do serviço supostamente corresponderam ao fluxo de ataque com precisão incomum, e informações relevantes foram encaminhadas às autoridades. Enquanto isso, o maior lote da primeira onda permaneceu notavelmente imóvel. A combinação levanta uma questão intrigante para a indústria de cripto: se os investigadores conseguem ver o bitcoin roubado e podem ter uma pista sobre quem o levou, por que recuperar o dinheiro ainda é tão difícil?
O que aconteceu na varredura de 41 minutos do Coldcard?
O primeiro grande movimento começou em 30 de julho e durou apenas cerca de 41 minutos. A Galaxy Research mapeou 1.082,65 BTC saindo de aproximadamente 1.196 endereços entre 01:10 e 01:51 UTC. As transações foram distribuídas por vários blocos de Bitcoin e apresentaram características que sugerem fortemente automação, em vez de usuários normais movendo independentemente suas poupanças. O atacante utilizou uma taxa fixa de cerca de 30 satoshis por byte virtual, substancialmente acima das taxas vigentes na época, e as transações geralmente não deixaram saídas de troco normais.
O momento tornou o incidente ainda mais significativo. A varredura ocorreu aproximadamente 30 horas antes da Coinkite alertar publicamente os usuários sobre a vulnerabilidade de geração de seed do Coldcard. Isso sugere que o primeiro operador havia descoberto independentemente a fraqueza ou adquirido conhecimento suficiente para explorá-la antes que a comunidade Bitcoin em geral compreendesse o que estava acontecendo. Os endereços também abrangiam diferentes formatos de endereços Bitcoin, consistente com um sistema que estava derivando chaves candidatas e escaneando múltiplos caminhos de carteira, em vez de alvejar um grupo de usuários narrowmente definido.
| Detalhe da Onda 1 | Dados Relatados |
| Data | 30 de julho de 2026 |
| Janela de ataque | ~41 minutos |
| Endereços esvaziados | ~1.196 |
| Bitcoin varreu | 1.082,65 BTC |
| Tempo vs. aviso público | ~30 horas antes |
| Padrão de transação | Altamente automatizado |
| Proventos principais | Consolidado em alguns endereços |
A velocidade do ataque é importante porque altera a forma como o roubo deve ser entendido. Provavelmente, não foi uma intrusão convencional na qual um hacker invadiu uma carteira após outra. O padrão de transação é mais consistente com um operador que já havia reconstruído ou coletado as chaves privadas necessárias e depois ativou uma ferramenta de varredura automatizada assim que o conjunto de alvos estava pronto.
Por que os 1.082 BTC imóveis são importantes?
Após a primeira onda, a maioria dos recursos foi rapidamente consolidada em um pequeno número de endereços de destino. Investigações iniciais identificaram quatro detenções principais contendo aproximadamente 562 BTC, 398 BTC, 90 BTC e 32 BTC. Esses saldos da primeira onda permaneceram inalterados durante o monitoramento subsequente, mesmo enquanto atacantes posteriores começaram a mover partes dos fundos roubados em outras ondas.
Para pessoas acostumadas com crimes financeiros tradicionais, isso cria uma situação não intuitiva. A blockchain pública do bitcoin torna as moedas roubadas extraordinariamente visíveis. Investigadores podem monitorar um endereço, ver seu saldo e detectar imediatamente uma nova transação de saída. Mas a visibilidade não fornece controle. O bitcoin não possui nenhum administrador capaz de reverter uma transação confirmada, e não há emissor com autoridade técnica para congelar um endereço BTC simplesmente porque investigadores identificaram que ele contém fundos roubados.
É por isso que rastreável não significa recuperável. A blockchain pode mostrar exatamente onde está localizada uma grande parte do bitcoin roubado, mas apenas alguém que possui as chaves privadas correspondentes pode gastá-lo. Para os investigadores, a oportunidade geralmente surge mais tarde, quando um atacante tenta converter bitcoin pseudônimo em moeda fiduciária, outro ativo ou serviços fornecidos por empresas que coletam informações de identificação.
Uma conta de blockchain paga poderia ser a maior ruptura investigativa
O desenvolvimento investigativo mais importante não veio de uma nova transação de bitcoin, mas da infraestrutura utilizada fora da blockchain. Garrett disse que os investigadores notaram um padrão incomum nos primeiros sweeps e concluíram que o operador parecia estar usando uma conta paga em um provedor bem conhecido de serviços de blockchain para consultar endereços de origem e realizar atividades relacionadas. Quando o provedor revisou seus próprios registros, o número, sequência e horário das requisições supostamente se alinharam estreitamente com o fluxo de trabalho do ataque suspeito. A Block então compartilhou informações relevantes com as autoridades.
Isso importa porque uma conta comercial pode gerar um tipo muito diferente de evidência em relação a um endereço de bitcoin. Dependendo de como o provedor opera, uma conta pode estar associada a informações de faturamento, registros de login, endereços IP, histórico de uso de API ou outros metadados. Nenhum desses registros específicos foi publicamente confirmado neste caso, portanto seria prematuro afirmar que os investigadores já possuem a identidade do atacante. O que foi estabelecido publicamente é que o uso de infraestrutura centralizada pode ter criado uma trilha passível de intimação que não existiria de outra forma na cadeia.
A distinção é crítica. Relatos de que o atacante “deixou uma trilha digital” não devem ser interpretados como confirmação de que o FBI ou outra agência identificou ou prendeu formalmente um suspeito. A conclusão mais segura é que os investigadores agora podem ter uma pista excepcionalmente forte sobre o operador por trás da Onda 1. Em termos de segurança operacional, o atacante pode ter se escondido atrás de endereços Bitcoin pseudônimos, enquanto expunha informações mais identificáveis por meio de um serviço pago convencional.
Como uma carteira fria foi hackeada sem nunca ter sido tocada?
O incidente do Coldcard não foi uma falha na criptografia do bitcoin. Foi uma falha no processo usado para criar alguns dos segredos que a criptografia do bitcoin protege. Uma carteira de hardware normalmente começa obtendo entropia de alta qualidade — informações aleatórias imprevisíveis — que são então usadas para criar uma seed. Essa seed gera chaves privadas, e essas chaves privadas geram endereços de bitcoin. Se a aleatoriedade inicial for forte, observar os endereços resultantes não permite que um atacante retroceda e descubra as chaves privadas.
O problema começou com a geração da seed
O pós-mortem técnico da Coinkite rastreou o problema até alterações introduzidas em 2021 enquanto o Coldcard integrava a libsecp256k1 e componentes relacionados do MicroPython. Uma série complexa de bugs impediu que o gerador de números aleatórios de hardware contribuísse com aleatoriedade em certas versões de firmware. Em circunstâncias afetadas, o processo dependia excessivamente de um recurso de software alternativo. A Coinkite afirmou que gerações posteriores do Coldcard adicionaram outras fontes de entropia que reduziram a gravidade do problema, mas não restauraram o alvo de segurança de 128 bits pretendido nas versões de firmware afetadas.
A consequência prática foi que uma seed que parecia perfeitamente comum para seu proprietário poderia existir dentro de um espaço de busca muito menor do que o esperado. Pesquisadores de segurança concluíram que um atacante capaz de restringir suficientemente variáveis como informações específicas do dispositivo, estado de temporização e chamadas anteriores ao gerador de números aleatórios poderia gerar fluxos de seed candidatos offline. Isso altera dramaticamente a economia de um ataque: em vez de tentar a tarefa essencialmente impossível de forçar brutalmente uma seed de bitcoin gerada corretamente, um atacante pode buscar um conjunto restrito de seeds plausíveis.
Sementes previsíveis podem levar diretamente a chaves utilizáveis
Uma vez que as sementes candidatas são geradas, o atacante pode derivar os respectivos endereços Bitcoin e compará-los com dados públicos da blockchain. Se uma semente candidata produzir um endereço que contenha BTC real, o atacante efetivamente reconstruiu a chave privada necessária para gastar essas moedas. Nenhum e-mail de phishing, implantação de malware ou acesso físico ao Coldcard é necessário.
O fluxo de ataque pode, portanto, ser resumido como: entropia fraca → sementes candidatas → endereços derivados → verificações de saldo na blockchain → chaves privadas correspondentes → transações válidas de Bitcoin. A transação final é criptograficamente legítima do ponto de vista da rede Bitcoin, pois possui uma assinatura válida. O Bitcoin em si não tem como saber que a pessoa que produziu essa assinatura derivou a chave privada por meio de uma fraqueza no firmware, em vez de recebê-la legítimamente.
É por isso que o air-gapping sozinho não poderia impedir o roubo. Manter a chave privada offline a protege de muitas formas de extração. Não pode tornar uma chave previsível imprevisível após já ter sido criada.
Por que uma vulnerabilidade se transformou em múltiplas ondas de ataque?
A onda 1 foi apenas o começo. Uma segunda e terceira onda seguiram, visando saldos adicionais e utilizando estruturas de transação variadas. Até 2 de agosto, os pesquisadores haviam identificado aproximadamente 1.367 BTC roubados de 4.585 endereços nas três primeiras ondas. Uma possível quarta onda posterior elevou as perdas estimadas para 1.816 BTC de mais de 5.200 endereços.
Os padrões em mudança sugeriram que o incidente do Coldcard já não era necessariamente obra de um único operador. A Galaxy Research estimou, até 7 de agosto, que pelo menos 15 atacantes distintos poderiam estar explorando a vulnerabilidade de forma independente. Uma vez que informações sobre a falha entraram no domínio público, atores tecnicamente capazes poderiam estudar o processo de geração de sementes vulnerável, construir suas próprias ferramentas de busca e competir para recuperar quaisquer carteiras ainda financiadas antes que os proprietários pudessem migrar seus BTC.
| Fase de Ataque | Característica Principal | Por que isso importa |
| Onda 1 | 1.082,65 BTC em ~41 minutos | Maior varredura altamente coordenada |
| Ondas 2–3 | Diferentes padrões de coleção | Sugira alterar estratégias ou operadores |
| Ataques posteriores | Informações de vulnerabilidade públicas disponíveis | Exploração mais oportunista tornou-se possível |
| Até 7 de ago. | Pelo menos 15 suspeitos de atacantes | “O hacker do Coldcard” provavelmente é uma simplificação excessiva |
| Até 14 de ago. | Pelo menos 1.778 BTC confirmados roubados | O impacto total superou em muito a Onda 1 |
A distinção é importante tanto para o jornalismo quanto para a aplicação da lei. Mesmo que os investigadores identifiquem eventualmente o operador associado à conta de serviços de blockchain paga, isso não necessariamente resolveria toda a campanha de roubo do Coldcard. Até 14 de agosto, a Galaxy afirmou que pelo menos 1.778 BTC haviam sido roubados, com aproximadamente 1.531 BTC ainda imóveis em endereços controlados pelos atacantes, enquanto cerca de 246 BTC haviam sido movidos, grande parte deles em transações CoinJoin.
Os investigadores conseguem recuperar o bitcoin roubado?
A recuperação é possível, mas saber onde está o dinheiro não cria automaticamente um mecanismo para recuperá-lo. A rota mais clara seria os investigadores identificarem um atacante e obterem controle legal das chaves privadas que contêm o BTC roubado. Outra possibilidade surge se as moedas eventualmente entrarem em uma exchange regulamentada ou outro serviço centralizado capaz de congelar uma conta de cliente associada em resposta a ordens legais.
O atacante pode, portanto, ter um forte motivo para deixar os maiores saldos inalterados. Mover grandes quantias de BTC altamente monitoradas gera novas evidências forenses. Transações podem revelar relações entre clusters de endereços, enquanto o uso de uma exchange, mesa OTC ou outro serviço centralizado pode introduzir informações de conta ou verificações de conformidade. Mesmo estratégias de mistura criam transações observáveis antes que a trilha se torne mais difícil de seguir. A análise independente da Bitquery descobriu que grande parte do BTC relacionado ao Coldcard que rastreou permaneceu estacionário, embora pelo menos um pequeno saldo tenha entrado posteriormente em um CoinJoin.
Isso cria uma assimetria incomum: roubar o bitcoin pode ter sido tecnicamente simples uma vez que as sementes fracas foram reconstruídas, mas monetizar com segurança dezenas de milhões de dólares em BTC rastreados publicamente é um desafio diferente. Quanto mais tempo os endereços da primeira onda permanecerem imóveis enquanto os investigadores desenvolvem pistas fora da cadeia, maior será a escolha enfrentada pelo atacante entre manter riqueza que não pode ser facilmente utilizada ou movê-la de maneiras que possam revelar informações adicionais.
O que o ataque ao Coldcard significa para a segurança das carteiras de hardware
O incidente do Coldcard desafia uma ideia simplificada de auto-custódia. “Not your keys, not your coins” permanece como um aviso importante sobre entregar o controle do bitcoin a terceiros, mas possuir uma chave privada não elimina todos os riscos de custódia. Ele transfere grande parte desse risco para o hardware, firmware, bibliotecas de software e processos de geração de chaves nos quais o proprietário confia. A Galaxy resumiu a lição de forma semelhante: remover um custodiante de terceiros não elimina o risco de custódia; ele muda onde esse risco está localizado.
“Seus Chaves” É Apenas Parte do Modelo de Segurança
Uma carteira de hardware pode ser vista como uma cadeia de suposições. O hardware do dispositivo deve funcionar conforme o esperado. O firmware deve chamar corretamente os componentes seguros. O sistema de geração de números aleatórios deve fornecer entropia adequada. As bibliotecas devem implementar funções criptográficas corretamente. Somente então o armazenamento offline seguro e a assinatura de transações poderão fornecer a proteção que os usuários esperam. Se a fase de geração da seed falhar, a segurança excelente em estágios posteriores não poderá restaurar a entropia que estava ausente na criação.
Isso não significa que carteiras de hardware ou auto-custódia sejam fundamentalmente inseguras. Significa que usuários e criadores de carteiras podem precisar pensar além de se um dispositivo é air-gapped ou se seu código-fonte é público. A revisão independente de caminhos de entropia, builds reproduzíveis, múltiplas fontes de aleatoriedade, práticas mais seguras de atualização e procedimentos claros para regenerar seeds comprometidas podem se tornar partes mais proeminentes das discussões sobre segurança de carteiras de hardware após o Coldcard.
O incidente até gerou uma resposta de mercado incomum. O CoinDesk relatou que alguns detentores de bitcoin transferiram fundos para exchanges durante a crise — o oposto da migração em direção à autogestão que ocorreu após falhas como a da FTX. Isso não estabelece que a custódia centralizada seja inerentemente mais segura, mas mostra o quão profundamente uma falha na geração de chave pode minar a confiança em uma categoria de produto projetada especificamente para eliminar o risco de custódia online.
O que os usuários do Coldcard devem fazer agora?
O ponto mais importante da orientação de segurança da Coinkite é que atualizar o firmware não conserta uma seed já gerada com entropia insuficiente. Usuários cujas seeds foram criadas em firmware afetado sem aleatoriedade adicional adequada são instruídos a atualizar primeiro, criar uma seed totalmente nova em firmware corrigido e transferir seu bitcoin para endereços gerados a partir dessa nova seed. A Coinkite aconselha especificamente enviar uma transação de teste pequena antes de migrar o saldo restante.
Para dispositivos Mk3, a Coinkite afirma que sementes geradas em firmware 4.0.1 ou posterior sem pelo menos 50 rolagens de dados independentes e privadas devem ser consideradas em risco. Para firmware Mk4, Mk5 e Q afetados, a empresa recomenda atualizar para versões corrigidas antes de gerar uma nova semente. Sementes criadas com pelo menos 50 rolagens de dados justas, independentes e privadas são tratadas de forma diferente sob as orientações da Coinkite, pois essas rolagens introduzem uma fonte independente de entropia.
Importar simplesmente a antiga frase semente em outro Coldcard, Ledger, Trezor ou carteira de software não resolveria o problema subjacente. A vulnerabilidade acompanha a frase semente, não o dispositivo físico. Os usuários também devem evitar inserir frases semente em sites online de “verificação de vulnerabilidade”; expor uma frase semente a um serviço online não confiável criaria um novo risco de segurança.
O que acontece a seguir na investigação do Coldcard?
O gatilho mais importante é o movimento dos endereços principais da primeira onda. Uma transação significativa de saída forneceria imediatamente aos investigadores informações atualizadas sobre a estratégia de lavagem do atacante e poderia revelar se o operador pretende usar CoinJoin, serviços centralizados, infraestrutura intercadeia ou outro caminho. Atacantes da segunda onda já demonstraram que algum BTC roubado pode se mover, portanto, a inatividade contínua dos maiores saldos está se tornando cada vez mais notável.
O segundo gatilho é uma ação formal das autoridades policiais. Os relatos públicos atualmente sustentam a existência de uma pista investigativa vinculada a uma conta de serviços de blockchain paga; não sustentam a afirmação de que o operador da Onda 1 tenha sido formalmente identificado, acusado ou preso. Uma intimação, acusação, apreensão de ativos ou confirmação oficial de um suspeito representaria, portanto, um desenvolvimento muito maior do que a inferência atual baseada em registros do provedor.
Finalmente, a atenção passará cada vez mais para a responsabilidade da Coinkite e a resposta mais ampla dos fabricantes de carteiras de hardware. A causa técnica da falha do Coldcard está se tornando mais clara. O que permanece incerto é quem descobriu e explorou primeiro, quanto do bitcoin roubado poderá ser recuperado eventualmente e se o incidente levará a novos padrões para auditoria de entropia de carteiras e sistemas de geração de seed.
Conclusão
O ataque ao Coldcard evoluiu de um incidente de segurança de carteira de hardware para uma investigação forense complexa de bitcoin. A primeira onda removeu sozinha 1.082,65 BTC de aproximadamente 1.196 endereços em cerca de 41 minutos, mas a maior parte desses fundos permaneceu visível e em grande parte inalterada. Ao mesmo tempo, o atacante pode ter cometido um erro operacional significativo ao usar uma conta de serviços de blockchain paga, potencialmente fornecendo aos investigadores uma trilha fora da blockchain que endereços de bitcoin sozinhos nunca poderiam fornecer.
Ainda assim, nenhum desses desenvolvimentos garante a recuperação. Um saldo de bitcoin inalterado não pode ser congelado pela rede, e uma pista investigativa não é o mesmo que um suspeito identificado ou preso. O caso ilustra, em vez disso, dois lados diferentes da segurança em cripto: os atacantes devem proteger sua própria anonimidade operacional com a mesma cautela com que os usuários protegem suas chaves.
Mais amplamente, o Coldcard demonstra que a segurança de autogestão começa antes mesmo de uma chave privada ser armazenada off-line. Se a aleatoriedade usada para criar essa chave for defeituosa, mesmo uma carteira fria inalterada pode ser vulnerável. Por enquanto, a blockchain mostra aos investigadores onde está grande parte do bitcoin roubado. A questão mais difícil é se evidências fora da blockchain podem revelar quem o controla.
Perguntas frequentes
O bitcoin em si foi hackeado no incidente do Coldcard?
Não. A criptografia e o consenso do bitcoin não foram quebrados. A vulnerabilidade envolveu a aleatoriedade utilizada por certas versões do firmware Coldcard para gerar seeds de carteiras.
Os usuários podem verificar se sua seed está vulnerável?
Não existe um teste público seguro na blockchain que possa provar que uma seed está segura. Os usuários devem confiar em seu modelo Coldcard, histórico de firmware e orientações de migração da Coinkite, em vez de inserir uma seed em um verificador online.
Uma frase-passe BIP-39 protege uma seed afetada?
Uma frase-passagem forte e única pode adicionar entropia adicional significativa, mas os usuários afetados ainda devem seguir as orientações de segurança atuais do fabricante, em vez de assumir que uma frase-passagem elimina permanentemente o risco.
Outras carteiras de hardware são afetadas pelo mesmo bug?
A falha divulgada é específica ao firmware afetado e à implementação de geração de seed da Coldcard. Ela não estabelece que Ledger, Trezor ou outros produtos de carteira de hardware contenham a mesma vulnerabilidade.
Por que os mineradores de bitcoin não podem congelar o bitcoin roubado?
Os mineiros validam transações de acordo com as regras de consenso do bitcoin. Se uma transação contiver uma assinatura válida da chave privada correta, os mineiros não possuem um mecanismo integrado para congelá-la apenas porque as moedas foram identificadas como roubadas.
🔥 A KuCoin oferece uma opção mais estável em um mercado volátil
Se você se preocupa com as flutuações frequentes do mercado e busca uma opção mais estável para ganhar dinheiro passivamente, a KuCoin é o lugar certo:
Simple Earn: Deposite e saque tokens a qualquer momento, ganhando retornos estáveis.
KuCoin Earn: Ganhe lucros estáveis com gestão profissional de ativos.
Hold to Earn: Ganhe recompensas mantendo ativos em Contas de Financiamento, Negociação, Margem, Futuros, Mineração e Conta Unificada.
Staking: Desbloqueie o potencial de ganhos dos ativos on-chain.
Investimentos Avançados: Investimentos Avançados oferecem uma variedade de produtos estruturados para ajudar seu dinheiro a crescer em qualquer mercado.
Shark Fin: Proteção do principal e ganhos garantidos
Investimento duplo: Compre baixo e venda alto com cálculos de retorno transparentes.
Bola de neve: Rendimentos elevados, com proteção de preço.
Compra com Desconto: Compre criptomoedas a preços com desconto.
KCS Loyalty: Suba de nível para aproveitar benefícios exclusivos fazendo staking de ≥ 1 KCS.
KuCoin Wealth: Descubra o valor futuro e comece sua jornada de investimento inteligente.
Benefícios do KCS: Mantenha e faça staking de KCS para acessar benefícios em toda a plataforma.
KCS Staking 2.0: Participe da governança on-chain do KCS para ganhar rendimento.
Disclaimer: Este conteúdo é apenas para fins informativos e não constitui aconselhamento financeiro. Investimentos em criptomoedas envolvem risco. Faça sua própria pesquisa (DYOR).
Aviso legal: Esta página foi traduzida usando tecnologia de IA para sua conveniência. Para informações mais precisas, consulte a versão original em inglês.