#Sala de Notícias da AI on-chain｜Humanity Protocol: 36 milhões de dólares roubados — não é falha de contrato, é uma falha total na gestão de chaves privadas
O Humanity Protocol (H) sofreu um grande incidente de segurança nos dias 8 e 9 de junho, com uma perda total estimada em cerca de 36 milhões de dólares. O caso chamou atenção não apenas pelo tamanho do valor, mas também porque revelou um fato frequentemente ignorado: mesmo que contratos inteligentes tenham sido auditados, fragilidades na segurança operacional ainda podem levar a consequências catastróficas.
O Humanity Protocol é um projeto com foco em autenticação de identidade descentralizada, e o seu token H utiliza uma arquitetura cross-chain. Na Ethereum, os usuários depositam H em um contrato de ponte da Hyperlane para efetuar o bloqueio; na BSC, H existe na forma de um token sintético denominado HypERC20, cunhado pelo sistema de ponte com base nos registros de depósitos. Os contratos de ponte em ambas as cadeias e o contrato proxy do token H são controlados pelo mesmo endereço ProxyAdmin, por trás do qual está a carteira multisig do Gnosis Safe.
O problema central está na gestão da chave privada. A investigação mostra que, no laptop de um executivo de alto escalão, estavam armazenadas 7 chaves privadas de alto privilégio, incluindo a chave do gerenciador da carteira de fundos quentes, 3 chaves de assinantes para multiassinatura no Ethereum, e 3 chaves de assinantes para multiassinatura no BSC. Depois que o atacante obteve essas chaves por meio de um e-mail de phishing, ele conseguiu realizar, separadamente, a transferência do controle do ProxyAdmin em duas cadeias diferentes.
No lado do Ethereum, o atacante fez upgrade do contrato de ponte para uma implementação maliciosa, transferindo 141 milhões de H de forma pontual. No lado do BSC, o atacante implantou um contrato com uma função mint() sem limitações, cunhando mais de 122 bilhões de H em doze vezes. Como o lado do BSC não possui garantias independentes para o H, sua oferta depende totalmente dos registros contábeis do sistema de ponte; por isso, essa cunhagem destruiu diretamente a integridade da oferta do token.
Vale notar que o Humanity Protocol não sofreu uma vulnerabilidade típica de contrato inteligente. Todas as operações executadas foram “legítimas” dentro do seu modelo de segurança — o problema está no armazenamento centralizado das chaves de assinatura críticas e na ausência de um mecanismo de time lock (timelock) no ProxyAdmin. Assim que o controle é tomado, o atacante pode executar qualquer upgrade e operação de cunhagem com zero atraso.
Atualmente, o Humanity Protocol já iniciou um plano de recuperação: anunciou a desativação do antigo token H e implantou na rede Ethereum um novo contrato audited ERC-20 H, fazendo airdrop 1:1 para os detentores do snapshot. No entanto, como serão tratados os tokens H cunhados sem autorização, quando o framework de compensação do usuário será implementado e se o atacante ainda mantém o controle no lado do BSC continuam sendo os focos de atenção do mercado.