Recentemente, a carteira DeBot suspeita de ter sido alvo de um ataque hacker, com dezenas de milhares de USDT sendo transferidos para fora. Este incidente mais uma vez alerta para o quão frágil é a segurança dos ativos dos usuários comuns.

Ser roubado de uma carteira pode acontecer por algumas razões, conhecer essas pode ajudar a evitar riscos.

**Primeira categoria: Dilema da centralização da chave privada em produtos DEX Bot**
Muitos instrumentos do tipo DEX Bot exigem que os usuários façam upload da chave privada para servidores, armazenando-a em texto claro ou em formato decifrável. Parece muito perigoso — técnicos internos podem acessar a chave privada, e se hackers quebrarem a defesa, as consequências são equivalentes a um roubo na exchange. O padrão de segurança desses produtos deve atingir o nível de exchanges para serem utilizados, caso contrário, o risco é altíssimo. Além disso, do ponto de vista de conformidade, esses serviços essencialmente não são carteiras de auto-hospedagem genuínas, e na maioria das jurisdições podem ser obrigados a cumprir obrigações de KYC e AML; se não colaborarem, podem enfrentar problemas legais no futuro.

**Segunda categoria: Risco de código na própria carteira de auto-hospedagem**
Defeitos no código, cadeia de suprimentos invadida, repositórios de código comprometidos — tudo isso pode levar à divulgação da chave privada. Recentemente, uma carteira conhecida teve uma vulnerabilidade exposta por esse motivo.

**Terceira categoria: Comprometimento do dispositivo do usuário**
Smartphones ou computadores infectados com malware, que monitoram seu teclado ou a área de transferência; ou você faz uma captura de tela e salva a frase-semente, que é automaticamente carregada na nuvem por aplicativos de galeria. Um caso real bastante absurdo foi o de um grande empresa de álbuns de fotos, cujo funcionário interno programou uma varredura nas cópias de segurança dos usuários, procurando por imagens que continham frases-semente. Pense bem, por mais segura que seja a carteira, se o dispositivo do usuário for comprometido, tudo será inútil.

No final, a responsabilidade principal pela segurança dos ativos sempre é sua.