Coldcard漏洞发酵，被盗超千枚BTC
兄弟们，说个事。
Se usaste o Coldcard, agora, imediatamente, antes de continuares a deslizar — verifica primeiro a versão do teu firmware.
De 30 de julho, 01:10 a 01:51 da madrugada — 41 minutos.
Foram esvaziados 1196 endereços.
1082,65 BTC, cerca de 70 milhões de dólares, desapareceram do nada a partir das carteiras Coldcard que estavam guardadas em cofres, sem ligação à rede, paradas durante meses ou até anos.
O dispositivo não foi tocado em todo o tempo.
O atacante nem sequer tocou na tua carteira. A tua carteira pode estar soldada no cofre, pode estar enterrada na cave — não serve.
Isto pode ser a coisa mais irónica de 2026.
Qual é o maior ponto de venda das carteiras de hardware? — “As chaves privadas nunca tocam na rede, isolamento físico, segurança absoluta.”
E então?
O problema estava numa linha de código de março de 2021.
O firmware do Coldcard devia chamar o gerador de números aleatórios do hardware para criar a seed mnemónica. Mas uma verificação de build só validava “a definição existe”, não validava “a definição está ativada” — então o sistema recuou silenciosamente para um gerador de números aleatórios em software.
E qual era a seed desse “número aleatório de software”? O número de série do chip + o registo do relógio.
O número de série é dados fixos de fábrica. O valor do relógio é um estado de tempo que pode ser inferido.
Em outras palavras, é como se a tua senha do cofre fosse o número de fábrica mais o estado do tempo atual.
O atacante só precisa executar enumeração exaustiva no próprio dispositivo — o espaço de busca do Mk3 tem apenas cerca de 40 bits, enquanto a seed segura deveria ser de 128 bits. 40 bits, num instante com computadores modernos, dão para calcular.
Achavas que era uma muralha de ferro, mas na verdade era papel. O hacker senta-se em casa a beber café e calcula a tua chave privada.
O mais duro é que isto não é um problema de algum “modelo obscuro e barato”.
O Coldcard é uma das carteiras de hardware mais respeitadas na comunidade Bitcoin — “preferida dos geeks”, “símbolo da fé do self-custody”. E no fim? O Mk3 foi afetado em tudo, do 4.0.1 ao 4.1.9. Depois o anúncio alargou — Mk4 e Mk5 abaixo de 5.6.0, Q abaixo de 1.5.0Q, igualmente afetados.
Quase todo o lineup caiu.
O CEO Rodolfo Novak (NVK) pediu desculpa na sexta-feira, dizendo que a empresa assume toda a responsabilidade e reconhecendo que o processo interno de auditoria não conseguiu detetar o problema.
E depois ele disse uma frase que gelou todo o setor — esta vulnerabilidade, muito provavelmente, foi descoberta por IA.
A Coinkite, há umas semanas, acabou de escanear o próprio código com o modelo de IA mais avançado — não encontrou nada. O hacker usou as mesmas ferramentas e encontrou.
Defensores e atacantes com a mesma arma — e o atacante venceu.
Agora, o problema mais crucial vem aí —
“A carteira de hardware é mais segura do que uma exchange” — essa crença ainda se aguenta?
Nos últimos cinco anos, sempre que uma exchange rebentava, fugia com o dinheiro ou era hackeada, dizíamos a nós mesmos: “Está tudo bem, desde que eu tenha as chaves privadas, estou seguro.” Comprar Coldcard, gerar off-line, isolamento físico, sem falhas.
E o que aconteceu?
Uma falha de uma linha de código, a explodir de forma concentrada cinco anos depois. O dinheiro que tinhas numa cold wallet, versus o dinheiro que colocaste numa exchange e foi arrastado por hackers — o resultado é o mesmo: desapareceu.
O developer de Bitcoin Peter Todd disse que é algo que ele tem vindo a recear há anos. Carteiras de hardware comerciais a correr código — a auditoria independente a que esse código é sujeito é extremamente limitada. Tu estás a confiar no “hardware” que escolheste, mas no fundo estás a confiar numa caixa-preta de código fechado, quase nunca auditada.
E mais cruel ainda — mesmo que exportes a seed mnemónica para outra carteira, a vulnerabilidade continua contigo. Porque o problema ocorre no momento em que a seed mnemónica é gerada, não no próprio dispositivo.
A tua “autocustódia” já não é autocustódia desde o momento em que a seed foi gerada, há cinco anos.
Diz-se uma coisa que dá na alma:
Pensavas que estavas a “guardar” o Bitcoin por tua conta. Na prática, estavas a “guardar” Bitcoin para o hacker — apenas eles é que se lembraram agora de o ir buscar.
Cinco anos. Estas mais de 1000 BTC estiveram paradas naqueles endereços, com os donos a achar que era infalível. O hacker conseguia calculá-las em qualquer momento após março de 2021 — só escolheram o dia 30 de julho, e em 41 minutos esvaziaram tudo.
Tu passaste noites a estudar como armazenar com segurança — e uma linha de código devolveu-te à estaca zero.
E agora, o que fazer?
Primeiro passo: verificar a versão do firmware do teu Coldcard. Mk3 4.0.1 a 4.1.9, Mk4/Mk5 abaixo de 5.6.0, Q abaixo de 1.5.0Q — desde que a seed mnemónica tenha sido gerada nestas versões, por defeito, considera que já estás exposto.
Segundo passo: atualizar o firmware para a versão mais recente — Mk3 4.2.0 ou superior, Mk4/Mk5 5.6.0 ou superior, Q 1.5.0Q ou superior.
Terceiro passo: atualizar o firmware não equivale a corrigir a seed já gerada. Precisas de gerar uma seed mnemónica totalmente nova usando o dispositivo atualizado, criar novos endereços e depois migrar todo o património para lá.
Quarto passo: antes de migrar, faz um teste de transferência de pequeno valor. Confirma que tudo está correto e só depois transfere o saldo.
Se, durante a geração da seed, usaste dados extra de dados de dado (dice) ou uma password phrase BIP39, parabéns — a probabilidade de estares seguro é alta. Mas a Coinkite ainda recomenda que faças a migração.
Por fim, uma pergunta para todos:
Se até o Coldcard consegue ter um problema desses — as outras carteiras de hardware que tens na mão estão mesmo tão tranquilas? #Gate独家美股0费率 #USD1持币生息最高8% #长鑫科技市值突破4万亿元 $BTC $ETH $SOL
兄弟们，说个事。
Se usaste o Coldcard, agora, imediatamente, antes de continuares a deslizar — verifica primeiro a versão do teu firmware.
De 30 de julho, 01:10 a 01:51 da madrugada — 41 minutos.
Foram esvaziados 1196 endereços.
1082,65 BTC, cerca de 70 milhões de dólares, desapareceram do nada a partir das carteiras Coldcard que estavam guardadas em cofres, sem ligação à rede, paradas durante meses ou até anos.
O dispositivo não foi tocado em todo o tempo.
O atacante nem sequer tocou na tua carteira. A tua carteira pode estar soldada no cofre, pode estar enterrada na cave — não serve.
Isto pode ser a coisa mais irónica de 2026.
Qual é o maior ponto de venda das carteiras de hardware? — “As chaves privadas nunca tocam na rede, isolamento físico, segurança absoluta.”
E então?
O problema estava numa linha de código de março de 2021.
O firmware do Coldcard devia chamar o gerador de números aleatórios do hardware para criar a seed mnemónica. Mas uma verificação de build só validava “a definição existe”, não validava “a definição está ativada” — então o sistema recuou silenciosamente para um gerador de números aleatórios em software.
E qual era a seed desse “número aleatório de software”? O número de série do chip + o registo do relógio.
O número de série é dados fixos de fábrica. O valor do relógio é um estado de tempo que pode ser inferido.
Em outras palavras, é como se a tua senha do cofre fosse o número de fábrica mais o estado do tempo atual.
O atacante só precisa executar enumeração exaustiva no próprio dispositivo — o espaço de busca do Mk3 tem apenas cerca de 40 bits, enquanto a seed segura deveria ser de 128 bits. 40 bits, num instante com computadores modernos, dão para calcular.
Achavas que era uma muralha de ferro, mas na verdade era papel. O hacker senta-se em casa a beber café e calcula a tua chave privada.
O mais duro é que isto não é um problema de algum “modelo obscuro e barato”.
O Coldcard é uma das carteiras de hardware mais respeitadas na comunidade Bitcoin — “preferida dos geeks”, “símbolo da fé do self-custody”. E no fim? O Mk3 foi afetado em tudo, do 4.0.1 ao 4.1.9. Depois o anúncio alargou — Mk4 e Mk5 abaixo de 5.6.0, Q abaixo de 1.5.0Q, igualmente afetados.
Quase todo o lineup caiu.
O CEO Rodolfo Novak (NVK) pediu desculpa na sexta-feira, dizendo que a empresa assume toda a responsabilidade e reconhecendo que o processo interno de auditoria não conseguiu detetar o problema.
E depois ele disse uma frase que gelou todo o setor — esta vulnerabilidade, muito provavelmente, foi descoberta por IA.
A Coinkite, há umas semanas, acabou de escanear o próprio código com o modelo de IA mais avançado — não encontrou nada. O hacker usou as mesmas ferramentas e encontrou.
Defensores e atacantes com a mesma arma — e o atacante venceu.
Agora, o problema mais crucial vem aí —
“A carteira de hardware é mais segura do que uma exchange” — essa crença ainda se aguenta?
Nos últimos cinco anos, sempre que uma exchange rebentava, fugia com o dinheiro ou era hackeada, dizíamos a nós mesmos: “Está tudo bem, desde que eu tenha as chaves privadas, estou seguro.” Comprar Coldcard, gerar off-line, isolamento físico, sem falhas.
E o que aconteceu?
Uma falha de uma linha de código, a explodir de forma concentrada cinco anos depois. O dinheiro que tinhas numa cold wallet, versus o dinheiro que colocaste numa exchange e foi arrastado por hackers — o resultado é o mesmo: desapareceu.
O developer de Bitcoin Peter Todd disse que é algo que ele tem vindo a recear há anos. Carteiras de hardware comerciais a correr código — a auditoria independente a que esse código é sujeito é extremamente limitada. Tu estás a confiar no “hardware” que escolheste, mas no fundo estás a confiar numa caixa-preta de código fechado, quase nunca auditada.
E mais cruel ainda — mesmo que exportes a seed mnemónica para outra carteira, a vulnerabilidade continua contigo. Porque o problema ocorre no momento em que a seed mnemónica é gerada, não no próprio dispositivo.
A tua “autocustódia” já não é autocustódia desde o momento em que a seed foi gerada, há cinco anos.
Diz-se uma coisa que dá na alma:
Pensavas que estavas a “guardar” o Bitcoin por tua conta. Na prática, estavas a “guardar” Bitcoin para o hacker — apenas eles é que se lembraram agora de o ir buscar.
Cinco anos. Estas mais de 1000 BTC estiveram paradas naqueles endereços, com os donos a achar que era infalível. O hacker conseguia calculá-las em qualquer momento após março de 2021 — só escolheram o dia 30 de julho, e em 41 minutos esvaziaram tudo.
Tu passaste noites a estudar como armazenar com segurança — e uma linha de código devolveu-te à estaca zero.
E agora, o que fazer?
Primeiro passo: verificar a versão do firmware do teu Coldcard. Mk3 4.0.1 a 4.1.9, Mk4/Mk5 abaixo de 5.6.0, Q abaixo de 1.5.0Q — desde que a seed mnemónica tenha sido gerada nestas versões, por defeito, considera que já estás exposto.
Segundo passo: atualizar o firmware para a versão mais recente — Mk3 4.2.0 ou superior, Mk4/Mk5 5.6.0 ou superior, Q 1.5.0Q ou superior.
Terceiro passo: atualizar o firmware não equivale a corrigir a seed já gerada. Precisas de gerar uma seed mnemónica totalmente nova usando o dispositivo atualizado, criar novos endereços e depois migrar todo o património para lá.
Quarto passo: antes de migrar, faz um teste de transferência de pequeno valor. Confirma que tudo está correto e só depois transfere o saldo.
Se, durante a geração da seed, usaste dados extra de dados de dado (dice) ou uma password phrase BIP39, parabéns — a probabilidade de estares seguro é alta. Mas a Coinkite ainda recomenda que faças a migração.
Por fim, uma pergunta para todos:
Se até o Coldcard consegue ter um problema desses — as outras carteiras de hardware que tens na mão estão mesmo tão tranquilas? #Gate独家美股0费率 #USD1持币生息最高8% #长鑫科技市值突破4万亿元 $BTC $ETH $SOL
0
