Coldcard reduz entropia para 40 bits ao trocar RNG de hardware por software

O firmware da Coldcard substituiu seu gerador de números aleatórios de hardware por uma implementação de software que reduziu a entropia para 40 bits em 2026, uma mudança que enfraquece a garantia de segurança que seu Elemento Seguro certificado deveria proporcionar. O incidente, revelado inicialmente por análises da comunidade e de pesquisadores de segurança, reformula uma premissa central no design de carteiras de hardware: a de que um Elemento Seguro certificado, por si só, é suficiente para garantir a segurança do dispositivo. O modelo afetado e a versão do firmware não foram divulgados nos relatos disponíveis, e o método exato pelo qual a redução de entropia para 40 bits foi descoberta ou verificada permanece uma questão em aberto. A consequência prática é grave. Um espaço de entropia de 40 bits é pequeno o bastante para que um atacante com recursos computacionais modestos possa, em princípio, enumerar os possíveis valores de semente e derivar as chaves privadas. Isso representa um rebaixamento material em relação aos níveis de entropia de 128 ou 256 bits que se espera que carteiras de hardware mantenham. O incidente não exige uma quebra criptográfica inédita; exige apenas que o RNG de software seja previsível ou restrito o suficiente para tornar viável a recuperação por força bruta. A Coldcard não publicou um cronograma para a correção, e nenhum patch foi confirmado no material revisado para este artigo.

Firmware da Coldcard substituiu RNG de hardware por implementação de software que reduz entropia para 40 bits

O incidente central é simples na descrição, mas opaco nos detalhes. A Coldcard, fabricante de carteiras de hardware conhecida por dispositivos focados em Bitcoin, distribuiu um firmware que transferiu a geração de números aleatórios do RNG de hardware para uma implementação de software. Esse caminho de software produziu entropia de apenas 40 bits, de acordo com os relatos disponíveis. A mudança foi identificada em 2026, mas a versão específica do firmware, o modelo afetado da Coldcard e a data em que a mudança foi introduzida não foram divulgados.

O caminho da descoberta importa porque determina por quanto tempo os usuários ficaram expostos. Se a redução foi encontrada por meio de revisão independente de código, a janela de exposição pode remontar à data de lançamento do firmware. Se foi encontrada por meio de uma auditoria interna ou de um relatório de bug, a janela de exposição pode ser mais curta. Nem a Coldcard nem os pesquisadores que revelaram o problema publicaram um cronograma verificado no material disponível para este artigo. A ausência de uma versão de firmware confirmada significa que os usuários ainda não conseguem determinar se seus dispositivos são afetados apenas verificando o número da versão.

O mecanismo da redução de entropia também permanece parcialmente inexplicado. Um RNG de software ainda pode produzir saída de alta entropia se for semeado corretamente a partir de uma fonte de hardware. O fato de a saída ter sido restringida a 40 bits sugere uma escolha deliberada de design, um erro de codificação ou uma falha em semear adequadamente o gerador de software. Sem uma análise técnica post-mortem da Coldcard, a causa raiz não está estabelecida. O que está estabelecido é o resultado: entropia muito abaixo do limite que se espera que carteiras de hardware mantenham.

O cronograma é escasso. O resumo situa o incidente em 2026, mas nenhum mês ou dia é anexado. Isso deixa em aberto se é uma mudança recente de firmware ou um problema antigo que só foi identificado recentemente. A distinção é relevante para os usuários. Uma mudança recente sugere uma regressão que um patch poderia reverter rapidamente. Um problema antigo sugere uma falha mais profunda de design ou de revisão que pode exigir mais do que uma atualização de firmware para ser resolvida.

Detalhes da certificação do Elemento Seguro da Coldcard e por que ela não garante mais a segurança do dispositivo

A certificação específica do Elemento Seguro que a Coldcard possuía não foi identificada no material disponível. Certificações de Elemento Seguro normalmente cobrem a resistência do chip físico a adulteração, ataques de canal lateral e acesso não autorizado a chaves armazenadas. Elas não certificam, como regra, a qualidade do gerador de números aleatórios que o firmware ao redor usa para criar novas chaves. Essa lacuna é o coração do incidente.

Um Elemento Seguro certificado pode proteger uma chave depois que ela é armazenada. Ele não pode corrigir uma chave que foi gerada com apenas 40 bits de entropia. Se a frase-semente ou a chave privada foi criada usando o RNG de software enfraquecido, o Elemento Seguro está protegendo uma chave que é fundamentalmente fraca. A certificação, nesse cenário, é irrelevante para a segurança real dos fundos. O dispositivo passa na auditoria de certificação enquanto a carteira que ele protege está vulnerável à recuperação por força bruta.

O incidente demonstra uma limitação estrutural na forma como a segurança de carteiras de hardware é avaliada. Os organismos de certificação testam o chip. Eles não testam, na maioria dos casos, a pilha completa de firmware que roda sobre o chip. Um fornecedor pode manter uma certificação válida de Elemento Seguro enquanto distribui firmware que mina a base criptográfica da carteira. É exatamente isso que parece ter acontecido com a Coldcard em 2026.

A implicação para o mercado mais amplo é que as alegações de certificação precisam ser lidas de forma restrita. Um Elemento Seguro certificado é uma garantia em nível de componente, não uma garantia em nível de dispositivo. Usuários que interpretaram a certificação como prova de que sua carteira era segura de ponta a ponta estavam se apoiando em uma suposição que a certificação não sustenta. O incidente da Coldcard torna essa lacuna concreta em vez de teórica.

Respostas da Ledger e da Trezor à redução de entropia da Coldcard e à segurança de seus próprios RNGs

A Ledger e a Trezor não emitiram respostas públicas ao incidente da Coldcard no material disponível para este artigo. Esse silêncio é, por si só, notável. Ambas as empresas comercializam seus dispositivos com base em segurança, e ambas usam componentes de Elemento Seguro em pelo menos algumas de suas linhas de produtos. Uma resposta direta exigiria que elas abordassem se seus próprios firmwares poderiam sofrer uma redução de entropia semelhante.

A arquitetura da Ledger depende de um Elemento Seguro para armazenamento de chaves e assinatura de transações. A abordagem da Trezor tem sido historicamente mais aberta, com foco em firmware auditável e, em modelos mais novos, em um Elemento Seguro para proteção física. Nenhuma das empresas publicou uma declaração confirmando ou negando se suas implementações de RNG são baseadas em hardware, em software ou híbridas.

O incidente da Coldcard levanta a questão de saber se o firmware de qualquer fabricante de carteiras poderia reduzir silenciosamente a entropia sem que os usuários percebessem. A ausência de resposta não significa que as empresas não sejam afetadas. Significa que o registro público ainda não contém a posição delas. Pesquisadores de segurança apontaram em anos anteriores que atualizações de firmware de carteiras podem introduzir regressões difíceis de serem detectadas pelos usuários. O caso da Coldcard é um exemplo concreto desse risco se materializando. Se a Ledger e a Trezor usarão o incidente para publicar seus próprios resultados de auditoria de RNG permanece uma questão em aberto.

A dimensão competitiva também é relevante. Se a reputação da Coldcard sofrer com a redução de entropia, a Ledger e a Trezor poderiam ganhar participação de mercado enfatizando a segurança de seus próprios RNGs. Mas essa estratégia só funciona se suas implementações de RNG forem de fato mais fortes e se elas puderem provar isso. Uma alegação vaga de superioridade não sobreviveria ao escrutínio que o incidente da Coldcard convidou.

Fundos perdidos ou em risco com a redução de entropia para 40 bits da Coldcard e relatos de impacto para usuários

Nenhum relato confirmado de fundos perdidos como resultado direto da redução de entropia para 40 bits aparece no material disponível para este artigo. Isso não significa que os fundos estejam seguros. Significa que a perda, se ocorreu, não foi publicamente atribuída ao problema de entropia. A distinção importa porque um espaço de entropia de 40 bits é pequeno o bastante para que um atacante possa explorá-lo sem deixar um rastro óbvio.

O perfil de risco depende de como o RNG enfraquecido foi usado. Se foi usado apenas para operações não críticas, o impacto prático pode ser limitado. Se foi usado para gerar frases-semente ou chaves privadas, o impacto pode ser catastrófico. Os relatos disponíveis não especificam quais operações foram afetadas. Essa lacuna deixa os usuários sem uma resposta clara sobre se suas carteiras existentes estão em risco.

Os relatos de impacto para usuários são igualmente escassos. A discussão da comunidade se concentrou nas implicações técnicas da entropia de 40 bits, e não em perdas documentadas. Isso é consistente com um incidente que ainda está sendo investigado. Também é consistente com um cenário em que a explorabilidade é teórica, mas ainda não demonstrada em campo. Ambas as leituras são possíveis com as evidências atuais.

O conselho prático para os usuários é limitado pela informação ausente. Sem saber qual versão do firmware introduziu a mudança e quais operações foram afetadas, uma recomendação geral de migrar fundos é prematura. Uma resposta mais ponderada seria monitorar os canais oficiais da Coldcard em busca de uma análise técnica post-mortem e evitar gerar novas chaves em dispositivos afetados até que o escopo seja esclarecido.

Pesquisadores de segurança e debate da comunidade sobre entropia de carteiras de hardware e certificação

Pesquisadores de segurança não publicaram uma análise consensual do incidente da Coldcard no material disponível para este artigo. O debate existente gira em torno de duas questões: se a entropia de 40 bits é explorável na prática e se o incidente invalida a alegação mais ampla de que Elementos Seguros certificados garantem a segurança do dispositivo.

Sobre a primeira questão, a resposta técnica é que a entropia de 40 bits é explorável em princípio. Um espaço de busca de 40 bits contém aproximadamente um trilhão de possibilidades. Isso está ao alcance de um atacante determinado com acesso a recursos computacionais modestos, particularmente se a busca puder ser paralelizada. A dificuldade prática depende de como

A entropia é utilizada. Se os 40 bits forem esticados por meio de uma função de derivação de chave, o custo da força bruta aumenta. Se forem usados diretamente, o custo é menor. Os relatos disponíveis não especificam qual caso se aplica. Sobre a segunda questão, o incidente fornece um contraexemplo claro à afirmação de que um Elemento Seguro certificado é suficiente para a segurança do dispositivo. A certificação cobre o chip, não o firmware que gera as chaves. Um dispositivo pode ter uma certificação válida e, ainda assim, produzir chaves com entropia perigosamente baixa. Isso não é um risco hipotético; é o que o incidente do Coldcard parece demonstrar. O debate na comunidade também tocou em um ponto mais amplo: a segurança de uma carteira de hardware é tão forte quanto o componente mais fraco da pilha. Um chip certificado não compensa um RNG fraco. Um RNG forte não compensa um display comprometido. O incidente do Coldcard é um lembrete de que as alegações de segurança precisam ser avaliadas no nível do sistema, não no nível do componente.

Cronograma de atualização ou correção de firmware do Coldcard e padrões futuros de segurança para carteiras de hardware

A Coldcard não confirmou uma atualização ou correção de firmware para restaurar o RNG de hardware no material disponível para este artigo. A ausência de uma correção confirmada é significativa porque deixa os usuários em um estado não resolvido. Uma correção rápida sugeriria que a redução de entropia foi uma regressão que a empresa pode corrigir rapidamente. Uma correção atrasada ou ausente sugeriria um problema mais profundo. O incidente tem implicações para os padrões futuros de segurança de carteiras de hardware. Se um Elemento Seguro certificado não garante a segurança do dispositivo, então os organismos de certificação e os fabricantes de carteiras precisam definir o que garante. Uma resposta possível é estender a certificação para cobrir toda a pilha de firmware, incluindo a implementação do RNG. Outra é exigir que os fabricantes de carteiras publiquem auditorias de entropia para cada versão de firmware. Ambas as abordagens resolveriam a lacuna que o incidente do Coldcard expôs. O caso-base é que a Coldcard lance uma atualização de firmware que restaure o RNG de hardware e publique uma autópsia técnica explicando como a redução ocorreu. Essa seria a resposta padrão de um fabricante de carteira de hardware diante de um incidente de segurança. O caso otimista é que o incidente provoque uma mudança mais ampla na indústria em direção à certificação de segurança no nível do firmware, o que fortaleceria todo o mercado de carteiras de hardware. O caso pessimista é que o silêncio da Coldcard continue, os usuários permaneçam incertos sobre sua exposição e o incidente se torne uma ferida reputacional duradoura para a empresa. Seguem três itens de observação. Primeiro, uma nota de lançamento de firmware da Coldcard que aborde explicitamente a mudança no RNG e a redução de entropia. Isso sinalizaria se a correção é uma simples correção de regressão ou um redesenho mais fundamental. Segundo, uma autópsia técnica da Coldcard ou de um pesquisador de segurança independente que identifique a versão de firmware afetada e as operações que usaram o RNG enfraquecido. Isso determinaria o risco real para as carteiras existentes. Terceiro, qualquer declaração pública da Ledger ou da Trezor sobre suas próprias implementações de RNG. Isso indicaria se o incidente está isolado na Coldcard ou reflete uma vulnerabilidade mais ampla na indústria.