Por que parece mais seguro do que é
Social recovery costuma ser apresentada como uma alternativa mais amigável à seed phrase: se a chave for perdida, o acesso pode ser restaurado por guardians pré-selecionados.
O problema é que parte da segurança sai da criptografia e vai para relações humanas, criando uma nova classe de ataques — da pressão sobre guardians ao abuso do fluxo de recuperação.
O que as especificações oficiais dizem
ERC-7093 descreve social recovery como um esquema com guardians, thresholds e um policy verifier, tratando a segurança da recuperação como questão de design.
O IPTF observa que a qualidade da configuração depende do grafo social do usuário e que o risco dominante costuma ser a engenharia social contra o conjunto de guardians, além de guardians perdidos ou comprometidos sem sinal on-chain.
- A segurança depende da escolha dos guardians, não só do código.
- Thresholds e timelocks reduzem o risco, mas não o eliminam.
- Um conjunto fraco de guardians transforma a recuperação em alvo de ataque.
De onde vem o risco
Isso não é necessariamente um bug de smart contract. Muitas vezes é uma fraqueza estrutural do modelo: o atacante só precisa convencer, enganar ou comprometer guardians suficientes.
A Ethereum.org também trata interfaces de wallet e fluxos de autenticação como uma superfície de ataque separada, e considera sensíveis os fluxos ligados à recuperação.
- phishing e engenharia social contra guardians
- comprometimento de email, SIM ou outras contas envolvidas na recuperação
- má configuração: thresholds baixos demais ou guardians homogêneos demais
Conclusão prática
Social recovery é útil, mas não é uma rede de segurança automática. Ela só funciona bem com configuração disciplinada, revisão periódica do conjunto de guardians e entendimento de que a própria recuperação é superfície de ataque.
Para o usuário, a pergunta real não é se a carteira tem recovery. É quem pode desbloqueá-lo — e quão protegidas estão essas pessoas, dispositivos ou serviços.
- Prefira guardians independentes.
- Evite canais de comunicação compartilhados e pontos únicos de falha.
- Verifique timelock, cancelamento e troca de guardians.