Alguns proprietários do Coldcard Mk3 podem precisar transferir seu bitcoin. A Coinkite afirma que fundos vinculados a seeds gerados no firmware 4.0.1 ou em uma versão posterior do Mk3 podem estar em risco.
O contribuidor do Bitcoin Core instagibbs disse que recriou a seed vulnerável em um Mk3 recém-inicializado. A Coinkite afirma que dispositivos Mk4 e Mk5 também são afetados antes do firmware 5.6.0, enquanto dispositivos Q são afetados antes do 1.5.0Q; o impacto é menos grave, mas ainda sério. A empresa planeja uma revisão técnica formal da causa raiz.
Uma carteira de hardware protege uma chave existente por meio de armazenamento seguro, assinatura off-line e verificação no dispositivo. A geração da seed precede essas defesas e determina se o dispositivo começa com material de chave forte.
Uma frase semente draws security from entropy, a aleatoriedade que seleciona uma combinação de um campo imenso. Aleatoriedade fraca reduz esse campo até que um atacante possa testar sementes candidatas, derivar seus endereços e monitorar depósitos de outro computador.
A criação previsível derrota a air gap no ponto inicial e transforma o roubo em um problema de busca remota. Um atacante pode trabalhar com sementes candidatas, monitorar os endereços correspondentes e gastar os fundos assim que uma correspondência aparecer.
Como todos os endereços existentes permanecem controlados pela semente original, a correção exige novas chaves e uma transferência na cadeia. O firmware atualizado pode garantir fluxos de configuração futuros, mas não pode alterar o material de chave que controla os endereços antigos.
| Camada de segurança | O que protege | Por que falhou em resolver este caso |
|---|---|---|
| Air gap | Impede que o dispositivo exponha chaves por meio de uma conexão ativa | Não ajuda se a seed fosse previsível na criação |
| Armazenamento seguro | Mantém uma chave privada existente isolada | Protege o que está errado se o material da chave original for fraco |
| Assinatura off-line | Permite que os usuários aprovem transações sem conectar a carteira | Protege apenas o gasto após a seed já existir |
| Verificação no dispositivo | Permite que os usuários confirmem endereços e quantias na tela do dispositivo de hardware | Não prova que a seed foi gerada com entropia suficiente |
| Atualização de firmware | Pode melhorar o comportamento futuro do dispositivo | Não é possível substituir endereços antigos controlados por uma semente já gerada |
| Nova semente + transferir | Cria novo material de chave e transfere fundos de endereços antigos | Apenas caminho de remediação completo para sementes potencialmente fracas |
O perfil de custódia de maior risco
O perfil de exposição mais claro começa quando um Mk3 afetado gerou a seed e uma assinatura controla a carteira. Entropia zero de dados, frase de passe BIP-39 zero e multisig zero deixam o gerador de seed do dispositivo como a única raiz criptográfica.
Coinkite diz que uma frase de passe BIP-39 forte e única adiciona uma barreira independente, enquanto frases de passe curtas, comuns, padronizadas, citadas ou reutilizadas podem ser adivinháveis. A frase de passe difere do PIN do dispositivo e gera uma carteira separada a partir do mesmo mnemônico, portanto, um atacante precisa recuperar ambos os segredos. Mesmo com uma frase de passe forte, a Coinkite aconselha migrar para uma nova semente gerada.
Um multisig pode restringir uma única seed fraca a um único assinante quando o limite de gastos exige chaves independentes. Dados fornecidos pelo usuário podem adicionar uma fonte externa de entropia, e o caminho avançado da Coinkite especifica pelo menos 99 rolagens justas por meio de seu fluxo de importação apenas com dados.
Essas proteções exigem registros cuidadosos e recuperação testada. Uma frase-passe perdida pode bloquear o proprietário, uma carteira multisig mal documentada pode complicar a recuperação e registros de dados expostos podem revelar a semente de substituição.
Coinkite orienta os usuários a verificar o backup, a impressão digital e o endereço de recebimento, enviar um pequeno pagamento de teste e, em seguida, mover o saldo. Essa sequência reduz a chance de que a urgência cause uma segunda falha devido a um endereço digitado incorretamente, uma carteira temporária fraca ou um backup incompleto.
| Configuração de custódia | Nível de risco | Por que isso importa |
|---|---|---|
| Seed gerado pelo Mk3, single-sig, sem frase de passe, sem dados, sem multisig | Maior | A semente afetada é a única raiz criptográfica que protege a carteira |
| Seed gerado pelo Mk3 com frase-passe BIP-39 | Reduza apenas com uma frase-passe forte e única | O atacante precisaria da frase mnemônica e da frase-secreta separada |
| Seed gerado pelo Mk3 com multisig | Reduza se outros assinantes forem independentes | Uma seed fraca não é suficiente para gastar se o limite exigir outras chaves |
| Semente gerada pelo Mk3 com entropia de dados fornecida pelo usuário | Reduza se pelo menos 50 rolagens justas e privadas forem adicionadas | Menos de 50 rolagens ou incerteza sobre as rolagens ainda exige migração |
| Nova semente em dispositivo não afetado | Caminho de remediação | Os fundos são transferidos para novas chaves fora da configuração afetada |
| Migração em pânico para carteira ou endereço não verificado | Novo risco de falha | A urgência pode criar perdas não relacionadas à falha original |
Armazenamento a frio adquire um cronograma de manutenção
A Coinkite lançou o firmware final Mk3 em junho de 2023, e seu aviso de julho de 2026 abrange seeds criados por dispositivos Mk3 a partir de março de 2021, estabelecendo uma lacuna de três anos entre o suporte ao produto e uma ação urgente de custódia.
Essa lacuna transforma o armazenamento frio em um problema de manutenção legada. Titulares inativos podem ligar um dispositivo uma vez a cada poucos anos, páginas de produtos antigos perdem visibilidade e os proprietários podem perder notificações do fabricante por meses.
Uma seed pode sobreviver ao seu dispositivo, ramo de firmware e canal de suporte original, por isso os sistemas de custódia precisam de alertas duradouros e procedimentos de migração repetíveis. Os fabricantes podem publicar arquitetura de entropia, avisos específicos do dispositivo e guias de rotação de chaves que permaneçam acessíveis por anos após a venda final.
A documentação de segurança da Coinkite descreve código aberto e compilações reprodutíveis como ferramentas de inspeção. Os revisores podem comparar a fonte com os binários liberados, e defeitos podem persistir até que alguém estude o caminho exato do código que gerou uma semente dormente.
Essa distinção torna o teste independente de entropia uma prática fundamental para carteiras de hardware. Um binário reprodutível informa ao comprador qual código foi executado, e a garantia sobre cada suposição de segurança exige teste separado.
No cenário de alta, os usuários afetados giram as chaves com cuidado, a Coinkite publica a causa raiz e os criadores de carteiras adotam testes de entropia mais robustos e canais de alerta duráveis. Frases-passagem, multisig e aleatoriedade independente ganham uso mais amplo, fornecendo aos titulares várias barreiras criptográficas em torno de um único saldo.
| O que acontece em seguida | Resultado de cenário otimista | Resultado de cenário de baixa |
|---|---|---|
| Migração de usuários | Usuários afetados devem girar as chaves com cuidado após transações de teste | Usuários inativos perdem o aviso e continuam recebendo fundos em endereços antigos |
| Análise da causa raiz | Coinkite publica uma explicação técnica clara | A incerteza aumenta em torno de suposições antigas sobre firmware ou dispositivo |
| Adoção da frase de passe | Mais detentores adicionam um segundo segredo ao armazenamento a frio | Frases-passagem perdidas ou mal registradas causam falhas na recuperação |
| Adoção de multisig | Grandes saldos se afastam de pontos únicos de falha de dispositivo | Configurações de multisig mal documentadas criam risco operacional |
| Teste de entropia | Fabricantes aprimoram os testes públicos dos caminhos de geração de sementes | Os usuários continuam assumindo que builds reprodutíveis comprovam a qualidade da aleatoriedade |
| Sistemas de alerta | Criadores de carteiras constroem canais de assessoria duráveis para dispositivos antigos | Avisos de segurança continuam fáceis de serem ignorados por detentores de longo prazo |
| Narrativa de mercado | O problema se torna um momento de atualização do processo de custódia | Reclamações não verificadas de roubo e transferências em pânico dominam a história |
No cenário de baixa, carteiras Mk3 inativas continuam a receber depósitos usando sementes antigas, e os proprietários descobrem o aviso por meio de relatos de roubo ou contatos de emergência. Transferências de pânico criam perdas adicionais por meio de endereços não verificados, carteiras temporárias fracas ou backups perdidos, e reivindicações não suportadas vinculam movimentos na cadeia não relacionados à falha.
Carteiras de hardware tornaram a autogestão prática, protegendo as chaves durante o armazenamento e o gasto.
Agora, o aviso do Coldcard estende esse modelo de segurança por meio da configuração, monitoramento e rotação, transformando cada seed em uma obrigação de manutenção de longo prazo que pode superar a vida útil do dispositivo que a criou.
A post Uma falha na geração da seed do Coldcard permite que atacantes recriem chaves privadas com um clique de botão apareceu pela primeira vez em CryptoSlate.