Crie uma rotina de segurança Bitcoin que permita a recuperação
Nível de leitura: Guia avançado. Mantenha disponível a cópia de segurança básica de recuperação; use os passos de incidente correspondentes às informações expostas.
Uma rotina de segurança útil protege contra acesso não autorizado e mantém um caminho compreensível para a recuperação legítima. Acrescentar segredos sem documentar suas funções pode aumentar a probabilidade de perda acidental.
Registe o plano de recuperação
Secção intitulada “Registe o plano de recuperação”Mantenha um inventário privado de suas carteiras, do tipo de assinador usado por cada uma, dos locais das cópias de segurança e de quais exigem uma frase de segurança BIP39. O inventário não precisa conter os próprios segredos. Ele deve ser útil após a perda do computador ou telemóvel, não apenas enquanto lembra como tudo foi configurado.
Preserve informações suficientes sobre as convenções da carteira para reconhecer a conta correta após a recuperação, especialmente ao usar dispositivos de hardware ou várias carteiras. Mantenha cópias de segurança de etiquetas e metadados quando forem importantes para os registos; a cadeia de blocos não pode reconstruir as anotações privadas que escreveu.
Se pretende que outra pessoa recupere os fundos após incapacidade ou morte, organize um plano de acesso claro, testado e adequado às suas circunstâncias. Evite partilhar casualmente todos os segredos agora ou presumir que essa pessoa irá adivinhar a qual palavra-passe se referia. A organização de sucessão e acesso pode ter implicações jurídicas que exigem orientação profissional local; esta página não prescreve uma estrutura jurídica.
Confira antes de colocar fundos e antes de assinar
Secção intitulada “Confira antes de colocar fundos e antes de assinar”Verifique o download do programa, confirme que a carteira abre e confira a cópia de segurança. Para uma carteira de hardware, compare os endereços de receção no dispositivo e inspecione o destino e o valor de cada pagamento antes de assinar.
Use uma quantia pequena para aprender um novo procedimento. Concilie o que foi enviado, o que chegou e quais taxas foram pagas. Aumentar o valor não torna um procedimento desconhecido mais fácil de diagnosticar.
Mantenha o computador e o dispositivo de assinatura atualizados por fontes autenticadas. Um aviso de atualização em mensagem privada não comprova que um ficheiro é legítimo. Nunca instale “software de recuperação” nem permita controlo remoto apenas porque um desconhecido diz que suas moedas precisam de sincronização.
Compreenda a 2FA do Ginger
Secção intitulada “Compreenda a 2FA do Ginger”A 2FA opcional do Ginger acrescenta encriptação dos ficheiros locais da carteira e uma verificação de arranque com um serviço. Ela pode ser útil contra algumas formas de acesso a ficheiros locais, mas introduz uma dependência do autenticador e do serviço no arranque normal.
Mantenha as palavras de recuperação e a frase de segurança original disponíveis de forma independente. Não presuma que 2fa_info.gws seja uma chave mestra de recuperação offline. Também não presuma que a 2FA impedirá um invasor que já tenha as palavras e a frase de segurança ou que impedirá uma transação autorizada num programa desbloqueado.
Primeiro, identifique o que foi exposto
Secção intitulada “Primeiro, identifique o que foi exposto”Uma exposição de endereço e uma exposição de palavras de recuperação exigem respostas diferentes. Evite copiar o material suspeito para uma publicação pública ou um “verificador de carteira” desconhecido para diagnosticá-lo.
| Item exposto | O que ele pode permitir | Primeira resposta |
|---|---|---|
| Um endereço de receção ou identificador de transação | Observar esse endereço ou transação e seguir possíveis vínculos; não fornece chaves de assinatura | Interrompa reutilizações e divulgações desnecessárias; confira quais identidades e pagamentos foram vinculados |
| Etiquetas, registos de pedidos ou exportação de histórico da carteira | Associar transações que estariam separadas a pessoas, finalidades ou saldos | Restrinja o acesso, preserve uma cópia privada se necessário e altere a forma de partilhar os registos |
| Uma chave pública estendida, frequentemente chamada xpub | Monitorizar endereços no âmbito de derivação coberto, potencialmente incluindo futuros; normalmente não autoriza gastos por si só | Identifique a conta ou ramo afetado e considere uma nova carteira se a monitorização contínua for inaceitável |
| Um ficheiro de carteira ou uma cópia de todos os dados do programa | A exposição depende da encriptação, das palavras-passe disponíveis e dos outros ficheiros copiados; pode incluir chaves e metadados privados | Trate a incerteza com seriedade e avalie a exposição das chaves de assinatura num ambiente de confiança |
| Palavras de recuperação e qualquer frase de segurança exigida, ou chaves privadas utilizáveis | Gastar fundos e derivar mais chaves no âmbito comprometido | Prepare uma nova carteira com novas chaves num dispositivo de confiança e mova os fundos que ainda controla |
| Um computador roubado, programa desbloqueado ou sessão de controlo remoto | Dependendo do estado, acesso aos dados da carteira, operações de assinatura e outras contas | Encerre o acesso não autorizado e use um dispositivo de confiança para avaliar e proteger os fundos restantes |
Uma chave pública estendida não necessariamente mostra todas as contas de um dispositivo; seu âmbito de derivação importa. Porém, gerar outro endereço de receção num ramo público divulgado normalmente não impede que a monitorização desse ramo continue. A BIP32 descreve esses limites de derivação de chaves públicas.
Se apenas as palavras de recuperação foram divulgadas e usava uma frase de segurança separada, o risco também depende de ela continuar secreta e de sua dificuldade de adivinhação. Não presuma que uma frase de segurança desconhecida ou fraca torne a cópia de segurança exposta segura indefinidamente. Se as evidências forem incompletas e a exposição puder autorizar gastos, use a resposta à exposição de chaves.
Responda à exposição de chaves de assinatura
Secção intitulada “Responda à exposição de chaves de assinatura”Alterar a palavra-passe do computador, desativar a 2FA ou reinstalar o Ginger não revoga chaves Bitcoin copiadas. Alterar o nome de uma carteira também deixa suas chaves iguais. O Bitcoin não tem um processo de apoio que cancele uma frase de recuperação copiada.
- Use um dispositivo em que tenha motivos para confiar. Se o computador original puder estar comprometido, não gere a carteira substituta nele.
- Crie uma carteira com novas informações de recuperação e proteja a sua cópia de segurança. Não restaure as palavras expostas e chame a carteira restaurada de uma nova fronteira de segurança.
- Obtenha e verifique um endereço de receção. Com hardware, verifique no dispositivo de assinatura; nunca insira as novas palavras de recuperação no computador suspeito.
- Transfira os fundos restantes que ainda controla, conferindo o destino e a taxa com cuidado. Um invasor com as mesmas chaves pode agir antes de si; evite acrescentar uma espera opcional por CoinJoin antes de proteger os fundos.
- Confira o resultado na carteira de confiança e acompanhe a confirmação. Substitua instruções de depósitos recorrentes e os dados públicos de receção antigos para que pagamentos futuros não continuem a chegar às chaves comprometidas.
Mover fundos pode criar uma ligação observável on-chain. Preservar o controlo dos fundos é a prioridade durante um comprometimento de chaves; a privacidade pode ser considerada novamente após conter o problema imediato de acesso. Um destino novo não garante que a transferência não possa ser vinculada.
Mantenha os registos necessários privados durante a investigação. Nunca forneça a um suposto agente de apoio palavras de recuperação, frase de segurança, uma cópia irrestrita dos ficheiros da carteira ou acesso ao dispositivo substituto. Não é necessário “validar” novas palavras de recuperação num site.
Responda a uma exposição apenas de privacidade
Secção intitulada “Responda a uma exposição apenas de privacidade”Para um endereço exposto, decida se continuar a usá-lo é aceitável. Pode receber pagamentos futuros em endereços novos e evitar publicar detalhes adicionais de transações, mas o observador mantém o que já aprendeu. Não há necessidade automática de mover todas as moedas apenas porque um endereço se tornou público.
Para um xpub divulgado, primeiro determine qual conta ele cobre. Continuar a usar essa conta pode expor atividades futuras. Uma nova carteira com chaves independentes estabelece outro conjunto de endereços, embora uma transferência direta possa ligar visivelmente os fundos antigos a ele. Planeie a mudança e os gastos posteriores de acordo com quem está a observar e o que sabe. Reinstalar um programa de carteira ou importar a mesma conta em outro lugar não remove a exposição dessa conta.
Para registos divulgados, restrinja o acesso adicional e avalie o que eles revelam em conjunto. Um identificador de transação associado ao nome de um cliente é mais revelador do que cada um isoladamente. Não publique todos os dados divulgados para demonstrar o problema.
Separe a privacidade da proteção de chaves
Secção intitulada “Separe a privacidade da proteção de chaves”Um observador que conhece uma transação não necessariamente possui as chaves para gastá-la. Por outro lado, um ladrão com as chaves pode gastar fundos cujo histórico de transações era difícil de analisar. Use a proteção de recuperação e a verificação do dispositivo para o segundo problema e as práticas de endereços, Tor, seleção de moedas e uso ponderado de CoinJoin para o primeiro.
Reveja a rotina após adicionar uma carteira, mudar o hardware, ativar a 2FA ou mover as cópias de segurança. Verifique as partes alteradas, em vez de expor repetidamente todos os segredos para um exercício de recuperação completa desnecessário.