COLDCARD RNG Incident (2026) é o incidente divulgado em julho de 2026 no qual um erro de software enfraqueceu a criação de seeds. O seed é a base secreta da qual a carteira deriva suas chaves; RNG significa gerador de números aleatórios. O risco depende de como o seed surgiu e do firmware usado naquele momento. Não foi uma falha nas regras do Bitcoin nem uma tomada de controle remoto do aparelho.
Coinkite e Block publicaram as primeiras análises em 30 de julho de 2026 após relatos de perdas. Segundo o fabricante, os invasores não precisavam controlar o aparelho alheio: conseguiam reproduzir segredos gerados de forma fraca e obter as chaves privadas correspondentes, usadas para assinar transferências. Manter a carteira desconectada não bastava. Essa descrição não determina, porém, a causa de cada perda individual; a marca do aparelho, sozinha, não permite essa conclusão. [2] [3]
A carteira deveria usar uma fonte física de aleatoriedade, chamada TRNG. Após a integração da biblioteca libNgU, porém, ngu.random.bytes chegava à função rng_get do MicroPython e ao seu gerador de software Yasmarang. Componentes errados foram ligados durante a construção do programa. MICROPY_HW_ENABLE_RNG tinha valor 0, enquanto #ifndef apenas verificava a existência da configuração, não seu valor. O código físico correto podia estar no arquivo sem ser usado na criação do seed. Não foi uma falha do chip nem um modo de emergência intencional. [1]
O invasor se beneficia quando o segredo vem de um conjunto menor de possibilidades. Aqui o estado do programa dependia de dados do aparelho, temporizadores e chamadas anteriores. Para Mk4, Mk5 e Q, a Block descreve uma atualização adicional do estado limitada a 32 bits: no máximo 2^32 sequências distintas com o restante fixo. A Coinkite estimou provisoriamente a entropia total, ou medida de incerteza, em cerca de 40 bits para Mk2/Mk3 e 72 bits para modelos mais novos. Os números usam premissas diferentes. Não dizem quanto custa cada ataque nem que toda carteira possa ser comprometida imediatamente. [3] [1]
O alerta oficial inclui Mk2/Mk3 com 4.0.1–4.1.9. A análise inicial da Block já inclui 4.0.0 e a alteração de março de 2021. As fontes divergem sobre o limite inicial; não é adequado substituir essa incerteza por um palpite. Se a origem do seed não for clara, o guia de migração recomenda tratar a carteira como afetada. Mk4/Mk5 e Q também eram afetados antes da correção de seu ramo de firmware. A afirmação original sobre todas as versões de produção não descreve os lançamentos corrigidos posteriores. [2] [3] [5]
As primeiras versões corrigidas são Mk2/Mk3 4.2.0, Mk4/Mk5 Standard 5.6.0, Q Standard 1.5.0Q, Mk4/Mk5 Edge 6.6.0X e Q Edge 6.6.0QX. Standard e Edge são ramos separados; um número maior em outro ramo não prova nada por si só. Nesta revisão, o fabricante recomenda Standard 5.6.3 para Mk4/Mk5 e 1.5.3Q para Q. Antes de instalar, confira a página oficial atual, o hash do arquivo e a assinatura da versão. O hash é uma impressão do conteúdo; a assinatura ajuda a verificar sua origem. Mesmo uma atualização correta não muda um seed existente. [4]
Imagine restaurar um seed fraco em um aparelho novo. O dispositivo mudou, mas o segredo continua igual. Clonar ou transferir a carteira tem a mesma limitação. Calcular um hash, uma impressão dos dados, não acrescenta entradas possíveis; BIP39 Checksum ajuda a detectar erros nas palavras, não fornece a aleatoriedade ausente. No sentido contrário, um seed criado com segurança em outro lugar não é enfraquecido por essa falha específica ao ser importado para a COLDCARD. Sua origem é o que importa. [3] [5]
A exceção do fabricante exige ao menos 50 lançamentos independentes de um dado equilibrado, inseridos pela função original Add Dice Rolls. A sequência não pode ter sido registrada nem exposta, e a carteira deve usar as palavras finais obtidas depois dos lançamentos. Com menos lançamentos ou dúvida, a recomendação é migrar. BIP39 Passphrase é outra medida: um texto secreto adicional que, junto com o seed, determina outra carteira. Uma passphrase forte e única acrescenta uma barreira, mas não repara o seed; o fabricante recomenda migrar também a quem a usa. O PIN apenas protege o acesso ao aparelho. As regras atuais para novos seeds são diferentes dessa exceção histórica. [2]
Primeiro verifique se possui uma cópia utilizável da carteira original. Conforme o guia de migração, crie um seed realmente novo com firmware corrigido e confira sua cópia. Verifique o fingerprint, um identificador curto da carteira, e o endereço de recebimento na tela do aparelho. Envie uma pequena quantia de teste; só transfira o restante após conferir o destino e o recebimento. Inclua todas as contas com saldo, carteiras com passphrase, carteiras derivadas e configurações multisig. Guarde a cópia antiga até confirmar toda a mudança. Se algo não coincidir, não envie nem apague nada. Nunca digite segredos de recuperação em um formulário web. [5]
Multisig exige um número definido de assinaturas de várias chaves para transferir fundos. Se o invasor obtiver chaves suficientes para cumprir essa regra, a proteção deixa de bastar. É preciso avaliar as chaves restantes, preparar e verificar no aparelho uma nova regra de assinatura e transferir os fundos para ela. A Block descreve outros usos do mesmo gerador: chaves independentes de Paper Wallet e algumas chaves temporárias de criptografia. O impacto depende do uso específico e das informações disponíveis ao invasor; não é igual para todas as funções. [3] [5]
A página de status cita um teste do gerador físico em um Mk4 real, revisão do código-fonte e reconstrução independente de uma correção específica. Isso ajuda a verificar o mecanismo descrito, mas não prova a segurança de todos os arquivos publicados. O Standard atual também exige uma contribuição de aleatoriedade do usuário ao criar um seed. A orientação antiga de que ela era sempre opcional já não é o procedimento atual desse ramo. A página registra a evolução das medidas; ainda informa que um relatório técnico detalhado separado sobre as causas está sendo preparado. [4]
Aparelho atualizado, problema original
Uma pessoa criou seu seed no Mk3 4.1.9 sem acrescentar lançamentos próprios de dado. Instala 4.2.0 e restaura as mesmas palavras em outro aparelho, mas continua usando o segredo original. Pelo guia de migração, precisa criar um seed novo com firmware corrigido, conferir a cópia e o endereço e testar uma pequena transferência. Só depois move o restante. A cópia antiga permanece guardada até a confirmação completa.
Para ter uma visão mais completa, leia este verbete junto com Cryptographic Entropy, Deterministic RNG, Seed Generation, BIP39 checksum, BIP39 passphrase, Dice Roll Entropy.
01Basta comprar um aparelho novo?+
Não, se você restaurar nele o mesmo seed afetado. O novo hardware não muda a maneira como o segredo surgiu. O procedimento depende da origem e das condições exatas da exceção dos dados independentes. Para um seed afetado, trata-se de mudar para uma nova carteira, não apenas de trocar o aparelho.
02Os 32 bits significam um ataque igualmente fácil em todos os modelos?+
Não. Na análise da Block, referem-se à mudança adicional no estado do gerador com o restante do estado e o histórico de chamadas fixos. Dados do aparelho ou tempos desconhecidos mudam o trabalho do invasor. O número não é uma medição universal de velocidade nem uma garantia da segurança de um seed específico.