Eu já vi demasiados esquemas assim — os responsáveis pelo projeto inicialmente garantiam a segurança do sistema, os chaves privadas dos utilizadores eram geridas por nós com tranquilidade, e depois aconteceu o que aconteceu, começaram a passar a culpa "o endereço da carteira está a funcionar normalmente". Ouça esta expressão, quão familiar é. O verdadeiro problema muitas vezes está nos detalhes ignorados.
Qual é o ponto mais perigoso aqui? As chaves privadas são atribuídas pelo projeto. Para ser honesto, isso viola fundamentalmente o princípio de auto-hospedagem. Entregar a chave privada a outra pessoa é como entregar o controle absoluto sobre os seus ativos. Por mais confiável que o projeto pareça, o risco de ponto único de falha existe sempre.
A situação atual é um exemplo vivo do oposto — os hackers continuam a roubar, e o roubo ainda está em andamento. O que isso significa? Ou eles ainda não descobriram a origem da vulnerabilidade, ou a capacidade de resposta a emergências é deficiente. Seja qual for o caso, os ativos dos utilizadores continuam a ser drenados.
Minha sugestão é direta: se ainda estás a usar carteiras de projetos assim, transfere os ativos agora. Não esperes por um aviso oficial de "gestão adequada", pois esse costuma ser o último aviso. Gerir as próprias chaves privadas não é teimosia, é uma regra básica para sobreviver mais tempo na cadeia.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
#钱包用户资产被盗 DeBot又出事了,这次是大事。25.5万美元被盗,黑客还在继续作案,这不是什么小漏洞能解释过去的。
Eu já vi demasiados esquemas assim — os responsáveis pelo projeto inicialmente garantiam a segurança do sistema, os chaves privadas dos utilizadores eram geridas por nós com tranquilidade, e depois aconteceu o que aconteceu, começaram a passar a culpa "o endereço da carteira está a funcionar normalmente". Ouça esta expressão, quão familiar é. O verdadeiro problema muitas vezes está nos detalhes ignorados.
Qual é o ponto mais perigoso aqui? As chaves privadas são atribuídas pelo projeto. Para ser honesto, isso viola fundamentalmente o princípio de auto-hospedagem. Entregar a chave privada a outra pessoa é como entregar o controle absoluto sobre os seus ativos. Por mais confiável que o projeto pareça, o risco de ponto único de falha existe sempre.
A situação atual é um exemplo vivo do oposto — os hackers continuam a roubar, e o roubo ainda está em andamento. O que isso significa? Ou eles ainda não descobriram a origem da vulnerabilidade, ou a capacidade de resposta a emergências é deficiente. Seja qual for o caso, os ativos dos utilizadores continuam a ser drenados.
Minha sugestão é direta: se ainda estás a usar carteiras de projetos assim, transfere os ativos agora. Não esperes por um aviso oficial de "gestão adequada", pois esse costuma ser o último aviso. Gerir as próprias chaves privadas não é teimosia, é uma regra básica para sobreviver mais tempo na cadeia.