Onde deve escrever a frase de recuperação de uma carteira?
A frase de recuperação pertence ao fluxo de restauro da própria carteira, não a um chat de suporte nem a uma máquina virtual emprestada. Siga onde o segredo é introduzido e quem pode ver.
A recuperação de uma carteira parece uma tarefa de introdução de texto e é, na realidade, uma tarefa de custódia de chaves. A frase que escreve não é uma palavra-passe validada por um servidor; é a entrada de uma função de derivação que reconstrói as mesmas chaves privadas que a carteira tinha antes de se perder. Tudo o que nesse momento possa ler as teclas, a área de transferência ou a memória do processo também as pode reconstruir. Preparar significa, portanto, decidir onde o segredo pode existir, antes de existir.
Siga a frase do suporte até à chave derivada
Uma mnemónica ao estilo BIP-39 é normalizada, esticada com PBKDF2-HMAC-SHA512 usando uma frase-passe opcional como sal e convertida numa semente a partir da qual a carteira deriva chaves. Daí decorrem diretamente duas consequências. Primeira: a frase é uma autoridade duradoura e não uma credencial de sessão, pelo que não há reposição do lado do servidor se escapar. Segunda: a frase-passe opcional participa na derivação, e é por isso que um restauro que parece produzir uma carteira vazia costuma significar que se introduziu a frase-passe errada, e não a frase errada.
Cada passo após a normalização ocorre dentro do processo onde escreveu. É esta a parte que a maioria dos guias de recuperação omite: a superfície de exposição é o caminho de entrada e a memória desse processo, não a rede entre si e um sítio web.
Qual processo é legítimo depende da carteira. Um dispositivo de hardware tem a sua própria interface de recuperação no próprio dispositivo; uma carteira de software tem um ecrã de restauro documentado numa compilação verificada. Nenhuma das duas é um chat de suporte, e nenhuma é uma página que se ofereça para verificar uma frase por si.
Um sistema convidado herda a confiança do seu anfitrião
Uma máquina virtual parece um computador separado e não é uma fronteira de confiança independente. A orientação do NIST sobre virtualização completa descreve a dependência diretamente: a segurança do convidado depende do anfitrião e do hipervisor por baixo, e recursos partilhados como a área de transferência ou a integração de pastas alargam o canal entre ambos. Instalar um convidado numa máquina de que já desconfia não cria um novo caminho de entrada.
| Control | What it addresses | What it leaves exposed |
|---|---|---|
| Verified wallet build | Running the code the publisher actually signed | Everything the running process can read once it starts |
| Live-boot environment, no persistent disk | Secrets left in swap, caches or a saved session | The firmware, the keyboard and the display path |
| Full-disk encryption on the host | Recovery material at rest after shutdown | The same material while the machine is unlocked |
| Tunnel to a trusted exit | Who can observe traffic in transit | Local processes, screen capture and input hooks |
As fugas práticas seguem a mesma linha. Uma área de transferência partilhada transporta tudo o que copiou. As instantâneas e os ficheiros de estado suspenso podem capturar memória que contém a frase. Os complementos de convidado com acesso ao sistema de ficheiros do anfitrião dão ao convidado uma vista dos caminhos do anfitrião e ao anfitrião uma vista dos caminhos do convidado. Nada disto são ataques exóticos; são funcionalidades que tornam a máquina virtual cómoda.
A conclusão honesta é mais estreita do que «uma máquina virtual não é segura». Uma máquina virtual pode ser o contentor certo para o trabalho quando o anfitrião é a máquina em que confia e removeu as funcionalidades de partilha. Não consegue salvar um anfitrião em que não confia.
O que um túnel cifrado cobre realmente
Uma VPN protege os pacotes entre dois extremos. Não tem opinião sobre quem lê o ecrã em qualquer dos extremos, e não impede que um processo local observe o que escreve numa janela. Assim, um túnel é relevante quando a preocupação é o caminho, e irrelevante quando a preocupação é o anfitrião.
Esta distinção importa porque as duas coisas são vendidas juntas. «Ligação cifrada» descreve o trânsito; «dispositivo de confiança» descreve o extremo. Um procedimento de recuperação precisa de uma resposta separada para ambas, e só uma delas pode ser dada por um serviço de rede.
Verificar o que descarregou pertence à mesma família de perguntas sobre o extremo. Uma verificação de hash e uma verificação de assinatura estabelecem que o arquivo corresponde ao que o editor publicou; não dizem nada sobre a máquina que o vai executar.
sha256sum -c SHA256SUMS.txt
gpg --verify SHA256SUMS.txt.sig SHA256SUMS.txtPrepare o ambiente antes de o material aparecer
A ordem importa mais do que as ferramentas. Decida o anfitrião, remova as funcionalidades de partilha, desligue o que não precisa de estar ligado e só então retire o registo de recuperação do seu armazenamento. Fazer isto na ordem inversa significa que o segredo já está em memória enquanto ainda decide onde deve ir.
Depois mantenha o segredo no fluxo que o fabricante da carteira documenta. Introduza-o na interface de restauro própria da carteira, na rede que a carteira espera, e aprove apenas operações que possa verificar no ecrã de confiança que a carteira fornece. Uma caixa de diálogo familiar do ambiente de trabalho não é prova de que o dispositivo autorizará o que a caixa afirma.
Se suspeitar de exposição, pare de introduzir material nesse sistema e passe para um ambiente em que possa confiar de forma independente. Fechar a máquina virtual, mudar uma palavra-passe de VPN ou reinstalar a aplicação da carteira não rodam a autoridade da carteira; só o faz mover os ativos para uma carteira nova com chaves geradas de novo. Mantenha a frase em bruto fora de qualquer conversa de suporte enquanto obtém os passos específicos da carteira, porque nenhum processo de suporte legítimo precisa dela. Essa única regra evita mais perdas do que qualquer lista de endurecimento.