O DIA EM QUE A BINANCE FOI ATINGIDA E POR QUE ESTOU MANTENDO A CALMA
30 de outubro de 2026
Hoje foi um dia difícil para o mercado cripto. Segundo relatos, a Binance sofreu um incidente de segurança envolvendo cerca de US$ 6,3 bilhões. É um valor enorme, e não vou fingir que não é. Mas li os detalhes e acho que a história completa é mais complexa do que as primeiras manchetes fizeram parecer. Veja o que chamou minha atenção.
O QUE ACONTECEU
De acordo com as informações compartilhadas pela Binance, o ataque teve como alvo uma de suas carteiras quentes. Uma carteira quente é uma carteira online usada por uma corretora para processar transações e saques. Ela é diferente do armazenamento frio, no qual os ativos são mantidos offline.
O co-CEO da Binance, Richard Teng, afirmou que os fundos dos clientes não foram afetados. Ele explicou que a maioria dos ativos dos usuários é mantida em carteiras frias e só é transferida para carteiras quentes quando necessário para saques. A Binance também afirmou que os depósitos continuaram funcionando normalmente.
Para conter o incidente, a Binance suspendeu os saques. Segundo a empresa, as saídas de fundos cessaram após a suspensão. Esse foi um primeiro passo importante enquanto a equipe investigava o que havia acontecido.
O QUE A BINANCE FEZ EM SEGUIDA
Gosto de avaliar uma equipe pela forma como reage quando algo dá errado, não apenas pelo que diz quando tudo vai bem. A Binance afirmou que suspendeu os saques, revogou as autorizações associadas aos endereços afetados e entrou em contato com as autoridades e empresas de inteligência de blockchain.
A empresa também informou que cerca de US$ 3 bilhões foram congelados na blockchain com a ajuda de seus parceiros. Além disso, a Binance afirmou ter alocado mais de US$ 6,34 bilhões de seus próprios fundos corporativos para cobrir a perda, dos quais aproximadamente US$ 5 bilhões já estavam nos tokens afetados.
A mensagem de Teng foi que a Binance cobriria as perdas, em vez de repassá-las aos clientes. Se esse compromisso for cumprido conforme anunciado, os usuários não deverão arcar com o impacto financeiro. Essa distinção é importante para mim porque as consequências de um incidente de segurança dependem não apenas do valor perdido, mas também de quem acaba pagando por isso.
AS BOAS NOTÍCIAS PARA A BNB CHAIN
Esta é uma parte da história que, na minha opinião, merece atenção. A BNB Chain afirmou que a BNB Smart Chain, a opBNB, a BNB Greenfield e suas pontes entre blockchains não foram afetadas pelo incidente. Segundo o projeto, suas redes continuaram funcionando normalmente e os fundos mantidos na blockchain permaneceram seguros.
Essa distinção é importante. Um incidente de segurança envolvendo a carteira de uma corretora não significa automaticamente que a blockchain subjacente foi comprometida. São camadas diferentes do ecossistema cripto, e precisamos entender essa diferença antes de tirar conclusões.
Se o problema continuar limitado à carteira afetada e a própria blockchain seguir funcionando conforme informado, os desenvolvedores poderão continuar criando e os usuários poderão continuar interagindo com seus aplicativos. A PancakeSwap também afirmou que seus contratos inteligentes e serviços estavam funcionando normalmente.
A BNB Chain manifestou apoio à equipe da Binance e enfatizou a importância de proteger a confiança em todo o setor. Concordo com esse princípio. Segurança não é algo que uma empresa possa tratar como problema de outra pessoa. Corretoras, desenvolvedores de blockchain, provedores de infraestrutura e usuários individuais têm todos um papel a desempenhar.
O QUE AINDA ESTOU ACOMPANHANDO
Quero ser sincero, porque a confiança depende da disposição para reconhecer o que ainda não sabemos. Várias perguntas importantes ainda precisam de respostas claras.
Primeiro, há a questão de como o ataque aconteceu. A Binance inicialmente apontou para o laptop comprometido de um engenheiro de DevOps, mas depois indicou que o incidente envolveu mais do que uma única ação e que os investigadores identificaram pontos de entrada adicionais. A empresa também afirmou que o invasor usou a funcionalidade EIP-7702 da Ethereum para obter autorização sobre a carteira quente, contornando os controles normais de aprovação. A sequência exata dos acontecimentos ainda precisa ser estabelecida por meio de uma explicação técnica detalhada.
Em segundo lugar, há a questão das chaves privadas. A Binance afirmou não ter encontrado evidências de que as chaves privadas tenham sido vazadas.