Uma carteira pode parecer completamente normal e ainda assim ter sido insegura desde o momento em que sua frase de recuperação foi criada. A vulnerabilidade de RNG fraco do CryptoJS mostra por quê. Nas versões afetadas do CryptoJS, CryptoJS.lib.WordArray.random() usava uma construção pseudorrandômica personalizada semeada a partir do JavaScript Math.random(), e não uma fonte aleatória da plataforma criptograficamente segura. Isso importa porque a segurança criptográfica depende da imprevisibilidade na fonte. A investigação Ill Bloom conectou essa fraqueza de implementação a código real de geração de carteiras. Sob caminhos de geração vulneráveis, solicitações nominais de entropia de 128 bits e 256 bits para carteiras poderiam se reduzir a espaços de busca efetivos de aproximadamente 2^39 e 2^47 possibilidades. As frases de recuperação resultantes ainda poderiam: • usar palavras BIP39 válidas • passar na validação de checksum • derivar contas de blockchain padrão • assinar transações válidas • parecer completamente comuns ao usuário Essa é a distinção crítica: Uma frase de recuperação válida não é automaticamente uma frase de recuperação gerada com segurança. Outra nuance importante é que encontrar uma dependência do CryptoJS afetada não prova automaticamente que uma carteira era explorável. Os investigadores precisam estabelecer se a função aleatória vulnerável realmente gerou frases de recuperação, chaves, tokens, nonces ou outros segredos sensíveis à segurança. O CryptoJS 4.0.0 substituiu o caminho de geração baseado em Math.random() por métodos nativos de aleatoriedade criptográfica. Mas atualizar uma biblioteca corrige a geração futura. Ela não pode retroativamente adicionar entropia a frases de recuperação criadas anos atrás. Importar uma semente afetada em outra carteira de software ou carteira de hardware também não a conserta. As mesmas chaves subjacentes permanecem deriváveis. A lição de segurança mais ampla vai além do CryptoJS. Desenvolvedores precisam auditar fluxos reais de geração de segredos, incluindo dependências diretas e transitivas, em vez de confiar apenas em nomes de pacotes ou varreduras de dependências de nível superior. Para aplicações web, o Web Crypto expõe crypto.getRandomValues() para aleatoriedade criptograficamente forte. O Node.js e ambientes móveis fornecem suas próprias APIs seguras de aleatoriedade criptográfica. Usuários de carteiras devem focar na procedência do software, histórico de manutenção, histórico de geração, aleatoriedade confiável e backups seguros, em vez de assumir que qualquer frase de 12 ou 24 palavras é automaticamente segura. Leia a análise completa do TokenToolHub: https://t.co/2AjB3PrKIZ