Carteiras, frases-semente e modelos de custódia · Aula 2 de 5
Frases-semente, BIP-39 e frases-senha
8 min de leitura
Por que existe material de recuperação
Uma carteira determinística pode produzir muitas chaves de assinatura relacionadas a partir de um segredo inicial comum, permitindo um método compacto de recuperação. Uma frase-semente, também chamada de frase mnemônica ou frase de recuperação, é uma sequência de palavras que representa ou codifica material de recuperação segundo um esquema específico. O amplamente utilizado esquema BIP-39 define uma maneira de converter dados aleatórios em palavras e, em seguida, derivar uma semente binária. As palavras não são uma senha escolhida por conveniência nem um padrão universal interpretado da mesma forma por todas as carteiras de blockchain.
O termo “semente” costuma ser usado informalmente tanto para as palavras quanto para o valor binário derivado. Em uma discussão técnica cuidadosa, é importante distinguir a mnemônica BIP-39 da semente de 512 bits resultante e das chaves de carteira derivadas posteriormente. Isso não é apenas uma questão de terminologia: solucionar uma falha de recuperação exige saber qual item o sistema espera e quais convenções sua implementação aceita.
Um padrão não significa compatibilidade universal
BIP-39 (Código mnemônico para geração de chaves determinísticas) é amplamente implementado, mas algumas carteiras usam sistemas de backup, esquemas de derivação ou estruturas de contas diferentes. BIP-32 (Carteiras determinísticas hierárquicas) descreve uma árvore de chaves relacionadas derivadas de uma raiz. BIP-44 (Hierarquia de múltiplas contas para carteiras determinísticas) propõe uma organização comum de contas para implementações compatíveis. Uma mnemônica correta, por si só, nem sempre reproduz endereços idênticos em outra carteira, a menos que a frase-senha, o caminho de derivação, a rede e as convenções de script ou endereço também sejam compatíveis.
Como o BIP-39 funciona, conceitualmente
O BIP-39 começa com dados aleatórios gerados por computador, também chamados de entropia, e acrescenta uma breve soma de verificação derivada de um hash criptográfico. Ele divide os bits combinados em grupos que servem como índices de palavras de uma lista fixa de 2,048 palavras. Os comprimentos de entropia permitidos vão de 128 a 256 bits, em incrementos de 32, resultando em frases de 12, 15, 18, 21 ou 24 palavras. Doze e vinte e quatro palavras são exemplos conhecidos, mas não são os únicos comprimentos válidos na especificação. A soma de verificação ajuda a detectar alguns erros de transcrição; ela não garante que uma frase tenha sido criada de forma segura ou correta.
A frase é processada por uma função de derivação de chave baseada em senha, PBKDF2, com HMAC-SHA512, 2,048 iterações e uma construção específica de sal definida pelo BIP-39, produzindo uma semente de 512 bits. O PBKDF2 expande a mnemônica e a frase-senha opcional em material binário padronizado. A semente derivada pode então alimentar um sistema de geração determinística de chaves, como o BIP-32. Os detalhes do algoritmo são importantes para a interoperabilidade, mas a tarefa mais importante para quem está começando é compreender a relação entre entropia, mnemônica, frase-senha, semente e contas de carteira derivadas.
| Bits de entropia | Bits da soma de verificação | Palavras BIP-39 |
|---|---|---|
| 128 | 4 | 12 |
| 160 | 5 | 15 |
| 192 | 6 | 18 |
| 224 | 7 | 21 |
| 256 | 8 | 24 |
A frase-senha opcional do BIP-39
O BIP-39 permite uma frase-senha opcional além da mnemônica. Ela é incorporada ao processo de derivação; não é simplesmente um PIN de acesso ao aplicativo e não deve ser confundida com a senha usada para desbloquear um dispositivo específico. A ausência de frase-senha equivale a usar uma string vazia. A mesma mnemônica combinada com frases-senha diferentes produz sementes derivadas diferentes e, portanto, contas e endereços potencialmente diferentes. É importante notar que o BIP-39 geralmente não avisa quando uma frase-senha está “errada”: uma frase-senha diferente ainda produz uma semente plausível.
Isso cria uma séria contrapartida em termos de capacidade de recuperação. Um backup da mnemônica sem a frase-senha necessária não restaura as contas pretendidas. Por outro lado, registrar os dois componentes juntos pode reduzir o benefício de segurança de mantê-los separados. A adequação de uma frase-senha depende do modelo de ameaça, do risco de erro humano e dos procedimentos de recuperação, não da afirmação de que configurações mais longas ou complexas são automaticamente mais seguras. Para as instituições, a questão relevante é como a equipe autorizada de recuperação pode usar e verificar informações protegidas sem criar exposição desnecessária.
Não confunda três segredos diferentes
Um PIN de carteira geralmente controla o acesso a um aplicativo ou dispositivo específico. Uma mnemônica BIP-39 pode permitir a reconstrução do material de assinatura em software compatível. Uma frase-senha BIP-39 altera a semente derivada. Perder ou alterar cada um deles tem consequências diferentes. A senha de uma conta on-line que pode ser redefinida é diferente: um serviço pode redefinir o acesso à conta, mas isso não significa que possa reconstruir uma semente independente de autocustódia.
Projeto de backup e garantia de recuperação
A recuperação é um processo, não apenas a existência de uma folha escrita à mão. Um plano de recuperação sólido considera se há um registro legível; se ele está completo e correto; se as pessoas autorizadas sabem quais padrões de carteira e convenções de rede se aplicam; e se a recuperação pode ser testada de forma controlada, sem expor segredos ativos. A localização, a acessibilidade e a integridade de um backup são tão importantes quanto as propriedades matemáticas da mnemônica. Um backup perfeito que não possa ser acessado após uma emergência não constitui uma capacidade de recuperação eficaz.
Digitar palavras de recuperação em sites não confiáveis ou compartilhá-las com supostos profissionais de suporte é uma forma comum de comprometimento. Um processo legítimo de recuperação deve ocorrer somente por meio de software adequado e verificado e de procedimentos organizacionais. Neste curso, os diagramas ilustrativos não contêm intencionalmente uma frase de recuperação válida. Os alunos não devem usar palavras de exemplo de materiais didáticos como credenciais de segurança reais.
Caminhos de derivação e inventários institucionais
Um caminho de derivação é uma descrição estruturada da posição de uma conta ou chave específica dentro de uma árvore determinística de chaves. Dois sistemas podem usar as mesmas palavras BIP-39, mas seguir convenções diferentes de caminhos ou representações de endereços. Para uma organização, isso significa que um inventário de recuperação deve preservar a família da carteira, as redes compatíveis, as convenções de contas e qualquer outra configuração não secreta necessária para uma restauração autorizada. Essas informações não substituem os próprios segredos protegidos. Elas ajudam a evitar uma emergência em que a equipe possui a frase correta, mas não consegue identificar os endereços esperados.
Como lidar com uma suspeita de exposição
Se houver a possibilidade de que o material de recuperação tenha sido divulgado, a questão não é se a soma de verificação da mnemônica continua válida; é se outra pessoa poderia reconstruir credenciais de assinatura utilizáveis. As consequências dependem de todos os elementos relevantes, incluindo qualquer frase-senha, políticas adicionais de conta e a autoridade de transação disponível. Os planos de resposta a incidentes devem se concentrar em preservar evidências, confirmar as contas afetadas e fazer com que as pessoas autorizadas determinem as ações de proteção necessárias. A mera alteração de um código de desbloqueio do aplicativo normalmente não invalida uma frase de recuperação que tenha vazado. Um plano de recuperação deve ser ensaiado antes de uma emergência, usando um ambiente de teste controlado e participantes devidamente autorizados.
O que a recuperação não garante
Uma restauração baseada em semente pode recuperar o controle das chaves correspondentes, mas não os rótulos de transação, notas históricas, contatos, rascunhos locais ou configurações de contas de terceiros armazenados somente pelo aplicativo original. Ela também não garante que todas as redes, posições de tokens ou contas baseadas em contratos apareçam automaticamente. Uma carteira restaurada pode precisar da descoberta de contas apropriada, da configuração de rede ou de uma implementação de conta compatível antes que os saldos fiquem visíveis. O livro-razão permanece inalterado pelo processo de recuperação.
Uma soma de verificação não valida se a frase pertence à pessoa que está tentando recuperar o acesso. Uma frase válida também não garante que os ativos desejados ainda existam nos endereços derivados. Examinadores e auditores devem distinguir entre comprovar uma codificação BIP-39 válida, comprovar uma chave derivada específica e comprovar o controle de um endereço determinado. São proposições factuais distintas.
Padrões e contexto profissional
O BIP-39 especifica a criação de mnemônicas e a derivação de sementes; o BIP-32 descreve chaves determinísticas hierárquicas; e o BIP-44 descreve uma convenção de organização para múltiplas contas. O NIST SP 800-57 Part 1 Revision 5 fornece orientações gerais sobre recuperação de chaves criptográficas e proteção ao longo do ciclo de vida. Esses documentos técnicos têm objetivos diferentes: as especificações de interoperabilidade tratam da computação, enquanto as orientações de gestão tratam da proteção e da continuidade operacional.
Foco no exame: Explique a sequência que vai da entropia aleatória a uma mnemônica BIP-39 e a uma frase-senha opcional, chegando a uma semente derivada e a chaves determinísticas. Saiba que o BIP-39 não garante compatibilidade entre carteiras nem uma recuperação segura e distinga palavras de recuperação de um PIN de aplicativo ou de uma senha de conta on-line.