Em 24 de setembro de 2026, a Bitget detectou transferências não autorizadas de criptomoedas a partir de parte de sua infraestrutura de hot e warm wallets. No início de outubro, a exchange informou que os recursos afetados somavam cerca de US$ 388 milhões.
O incidente foi grande o bastante para ser resumido como um ataque a uma exchange de cripto. Mas esse rótulo esconde perguntas diferentes. A blockchain em si foi comprometida? Chaves privadas foram roubadas? Como os controles de saque foram contornados? E, depois que os ativos saíram das carteiras, quem acabou arcando com a perda financeira?
Segundo a explicação mais recente da Bitget, o invasor explorou uma vulnerabilidade zero-day em um produto de segurança de terceiros, obteve credenciais com privilégios elevados e inseriu instruções falsas de saque que conseguiram contornar controles de risco. A empresa afirma que as chaves privadas não foram comprometidas e que as cold wallets não foram afetadas.
Atualizações da SlowMist e da Mandiant apontam, em linhas gerais, para um ataque que atravessou uma fronteira de confiança entre um ambiente externo de segurança e a infraestrutura de carteiras de produção da Bitget. A investigação ainda era descrita como em andamento e alguns detalhes sobre fornecedores permaneciam sob sigilo. Por isso, a cadeia causal deve ser lida como a melhor explicação disponível em 6 de outubro de 2026, e não como uma conclusão forense definitiva.
Para o usuário, a pergunta mais importante é o que aconteceu depois da falha técnica. A Bitget afirmou que os saldos dos clientes não foram reduzidos e que o impacto financeiro foi absorvido por meio de seu Protection Fund. Os saques foram retomados em etapas, com a volta dos demais ativos compatíveis, dos saques em moeda fiduciária e do P2P prevista para 2 de outubro.
Essa diferença é essencial: o sistema que sofre a invasão e a parte que acaba absorvendo o prejuízo não são necessariamente a mesma coisa.
Ponto-chave: Perguntar se uma blockchain é segura não basta para avaliar o risco de uma exchange de cripto. O investidor também precisa saber quem controla as chaves, quem pode autorizar transações, quais sistemas têm permissão para emitir instruções e se a plataforma possui capital ou proteção contratual suficiente para absorver uma perda caso os ativos desapareçam.
“Cripto foi hackeada” pode significar cinco riscos muito diferentes
A expressão “hack de cripto” costuma juntar vários modos de falha em uma só categoria. Separá-los torna a análise de segurança muito mais precisa.
- Risco da blockchain ou do protocolo do ativo – vulnerabilidades em um protocolo, smart contract ou bridge podem permitir que regras da rede sejam exploradas de formas não previstas pelos desenvolvedores.
- Risco de custódia – falhas nos sistemas que guardam chaves privadas ou controlam carteiras em nome dos usuários.
- Risco de segurança operacional – inclui interfaces de assinatura, credenciais privilegiadas, fluxos de saque e softwares de terceiros conectados aos sistemas centrais.
- Risco de contraparte – mesmo depois de o ataque terminar, o usuário continua exposto se os ativos remanescentes da plataforma não forem suficientes para cobrir suas obrigações, criando risco de liquidez, reestruturação ou insolvência.
- Risco regulatório e de proteção ao consumidor – os direitos dos clientes variam entre jurisdições. Alguns regimes exigem segregação mais clara dos ativos e impõem obrigações mais rígidas aos custodiantes.
Ponto-chave: Uma transação pode ser totalmente válida do ponto de vista da rede e, ao mesmo tempo, não autorizada do ponto de vista do usuário ou da instituição. A blockchain pode apenas executar uma instrução corretamente assinada mesmo quando o processo que criou ou aprovou essa assinatura já foi tomado por um invasor.
Comparando três invasões de exchanges de cripto
| Caso | Modo de falha técnica | Valor afetado informado | O que aconteceu com os usuários |
|---|---|---|---|
| Bitget (2026) | Um produto de segurança de terceiros foi comprometido, permitindo acesso privilegiado e instruções falsas de saque | Cerca de US$ 388 milhões | Os saldos dos usuários não foram reduzidos; a Bitget afirmou que o impacto foi coberto pelo Protection Fund |
| Bybit (2025) | O fluxo de assinatura de uma cold wallet multisig foi manipulado pelo ambiente Safe em um comprometimento da cadeia de fornecimento de software | Cerca de US$ 1,46 bilhão | A exchange cobriu a diferença de ativos e restabeleceu cobertura 1:1 para os ativos incluídos em seu relatório |
| WazirX (2024) | O comprometimento de uma carteira multisig criou um grande déficit de colateral | Mais de US$ 230 milhões | A empresa entrou em reestruturação; usuários elegíveis receberam uma primeira distribuição de cerca de 85% dos Approved Claims conforme o plano |
Duas perguntas precisam ser sempre separadas: onde o sistema falhou e quem absorveu a perda? A primeira é uma questão de arquitetura de segurança. A segunda depende de capital, liquidez, contratos e legislação.
Bitget: o invasor não quebrou a blockchain, mas assumiu o controle ao redor das chaves
O caso da Bitget ajuda a separar a posse de uma chave privada do controle do fluxo operacional ao redor dela. Segundo o relato mais recente da exchange, o invasor não roubou diretamente a chave privada de uma cold wallet. Em vez disso, comprometeu um produto de segurança de terceiros e obteve credenciais com alto nível de privilégio.
Na prática, o invasor conseguiu autoridade suficiente para se passar por um operador confiável e gerar instruções falsas de saque que os sistemas internos trataram como legítimas. A lição é que proteger a chave não é suficiente se os sistemas ao redor dela, com poder para movimentar ativos, puderem ser comprometidos.
Uma arquitetura moderna de custódia precisa, portanto, ir além da divisão simples entre hot wallet e cold wallet. Ela deve administrar permissões de signatários, segregação de funções, políticas de transação, limites de saque e segurança de fornecedores externos. Um ativo é tão seguro quanto o caminho privilegiado mais fraco capaz de movimentá-lo.
Quando esses controles técnicos falharam, a Bitget usou seu balanço e o Protection Fund como a próxima camada de defesa. A empresa afirmou que os saldos dos usuários não seriam reduzidos. Nem toda exchange necessariamente consegue fazer o mesmo, mas o caso mostra que a capacidade de uma instituição de absorver perdas se transforma em um controle de segurança econômica depois que o controle técnico falha.
Ponto-chave: A pergunta crítica já não é apenas “a chave está segura?”, mas também “quem controla os sistemas autorizados a agir ao redor da chave?”. Mesmo sem comprometimento direto da blockchain ou da chave privada, o controle do fluxo operacional pode gerar o mesmo resultado econômico.
Bybit: até uma cold wallet pode ser vulnerável se o processo de aprovação for enganado
Em 21 de fevereiro de 2025, a Bybit perdeu ativos de uma cold wallet Ethereum multisig. A exchange estimou a perda em cerca de US$ 1,46 bilhão, enquanto o FBI citou aproximadamente US$ 1,5 bilhão e atribuiu o roubo a agentes ligados à Coreia do Norte.
O caso mostra por que o rótulo “cold wallet” não elimina o risco. Se o processo que os signatários usam para revisar e aprovar uma transação puder ser manipulado, a carteira ainda pode autorizar uma operação que os operadores humanos nunca pretenderam executar.
A Bybit informou que o incidente ocorreu durante uma transação multisig via Safe, na qual as informações mostradas aos signatários não correspondiam à transação efetivamente executada on-chain. O problema de controle, portanto, não estava apenas no número de signatários, mas também na pilha de software, na interface de verificação e na capacidade de confirmar de forma independente o destino e os dados da transação.
Depois do incidente, a Bybit informou que cobriu o déficit de ETH por meio de empréstimos de curto prazo, compras no mercado de balcão e grandes depósitos. Um relatório posterior de proof of reserves afirmou que os ativos de clientes dentro de seu escopo voltaram a ter cobertura 1:1 em cerca de 72 horas.
Ponto-chave: Guardar chaves offline não garante segurança quando o fluxo de assinatura pode ser manipulado. E um proof of reserves mostrando cobertura 1:1 depois do incidente é uma evidência útil, mas não prova sozinho solvência de longo prazo, segregação jurídica dos ativos dos clientes ou segurança futura.
WazirX: quando uma perda cibernética vira um problema de liquidez e credores
A WazirX mostra um desfecho diferente. Depois de um ataque a uma carteira multisig em 18 de julho de 2024, a empresa afirmou que mais de US$ 230 milhões em ativos digitais haviam sido roubados e reconheceu que a perda afetava sua capacidade de manter colateralização 1:1.
Nesse ponto, o problema deixou de ser apenas de resposta a incidente. Tornou-se uma questão de balanço: como cumprir as obrigações da plataforma quando os ativos restantes já não correspondem ao que é devido aos usuários?
Em 2025, a Zettai, operadora da WazirX, entrou em um Scheme of Arrangement em Singapura. A empresa afirmou que o plano entrou em vigor em outubro de 2025. Usuários elegíveis receberam então uma primeira distribuição de cerca de 85% dos Approved Claims, calculada pela metodologia de preço de referência do plano, além de Recovery Tokens que podem participar de recuperações futuras.
Portanto, os 85% não devem ser lidos como “85% das moedas originais devolvidas ao preço de mercado atual”. Trata-se de uma distribuição de valor dentro do marco jurídico da reestruturação.
A comparação entre Bitget, Bybit e WazirX deixa clara a diferença econômica. Incidentes parecidos nas manchetes podem produzir resultados muito diferentes para os usuários.
Se uma exchange tiver capital, liquidez ou reservas suficientes, o usuário pode evitar um haircut direto. Se a perda atravessar o balanço e fizer os ativos ficarem abaixo das obrigações, o problema rapidamente passa a envolver insolvência, prioridade de credores e direito de propriedade.
Ponto-chave: Um incidente cibernético não termina quando a falha técnica é corrigida. Quando a perda rompe as defesas financeiras da instituição, ela vira um problema de estrutura de dívida, e a recuperação do usuário passa a depender fortemente do balanço da plataforma e do marco jurídico aplicável.
Por que fundos em blockchain podem ser rastreáveis sem serem automaticamente reversíveis
Um dos paradoxos centrais da cripto é que muitas transações ficam registradas em um livro-razão público, o que permite acompanhar o fluxo dos recursos, mas essa visibilidade não cria um botão de desfazer.
Depois que uma transação atende às regras da rede, reverter seu efeito econômico geralmente exige algum ponto de controle externo. Uma exchange centralizada que receba os ativos pode congelá-los. Um emissor de stablecoin pode ter poder para bloquear ou desativar tokens específicos. Autoridades podem apreender ativos quando possuem base legal e cooperação dos prestadores de serviço.
O caso Bybit gerou exemplos de congelamento e apreensão parciais. A T3 Financial Crime Unit anunciou em março de 2025 ter congelado quase US$ 9 milhões ligados ao incidente, enquanto a Chainalysis descreveu posteriormente uma apreensão feita pelas autoridades gregas de outros ativos associados ao roubo.
Esses casos mostram que a rastreabilidade pode ser valiosa para a aplicação da lei, mas não significam que a maior parte dos recursos roubados seja sempre recuperável. Nem todo ativo digital possui um mecanismo centralizado de emergência.
Para ativos de camada base, como Bitcoin ou Ether, não existe um emissor central capaz de congelar retroativamente uma transação da mesma forma que alguns emissores de stablecoins. Quanto mais rápido um invasor dispersa ativos entre diferentes redes, swaps, bridges ou serviços que não cooperam com investigadores, mais difícil fica a recuperação.
Um livro-razão transparente, portanto, ajuda a identificar o caminho do dinheiro, mas não transforma a blockchain em um sistema de chargeback como o de um cartão de crédito.
Uma blockchain pode ser transparente e definitiva ao mesmo tempo. Enxergar para onde os ativos roubados foram não dá automaticamente a ninguém o poder de trazê-los de volta.
A autocustódia reduz o risco de contraparte, mas transfere a responsabilidade para quem detém a chave
Depois de um ataque a uma exchange, uma recomendação comum é transferir os ativos para autocustódia. Isso pode reduzir uma classe de risco porque o próprio usuário, e não a exchange, passa a deter a chave privada. A exposição a falência da exchange, suspensão de saques ou falha de custódia diminui.
Mas o risco não desaparece. Ele sai de uma instituição com equipes de segurança, procedimentos de recuperação de incidentes e um balanço e vai para o usuário individual. O proprietário precisa proteger a seed phrase, conferir endereços de destino, se defender de phishing, separar dispositivos quando necessário e planejar a recuperação caso perca o acesso.
A Chainalysis informou que comprometimentos de carteiras pessoais representavam 23,35% da atividade de fundos roubados que ela acompanhava em meados de 2025. Esse número não prova que a autocustódia seja mais perigosa do que a custódia em exchange, porque as definições e bases de dados são diferentes. Ele mostra, porém, que tirar ativos de um intermediário muda a superfície de ataque em vez de eliminá-la.
A pergunta mais útil é quais riscos cada usuário está preparado para administrar por conta própria e quais capacidades espera de um custodiante.
Para quem usa uma exchange, a diligência de segurança deve ir além de alegações sobre cold wallets ou proof of reserves. Ela deve incluir governança dos signatários, segregação de ativos dos clientes, controles de saque, práticas de reconciliação e auditoria, seguro ou fundos de proteção, termos jurídicos e o histórico de resposta a incidentes da plataforma.
Ponto-chave: A autocustódia não é uma solução mágica. Ela troca risco da plataforma por responsabilidade operacional pessoal. Se os ativos permanecerem com um intermediário, o investidor precisa olhar além do marketing técnico e avaliar governança, segregação e capacidade da instituição de absorver perdas.
O futuro do dinheiro digital talvez dependa menos de eliminar a confiança e mais de saber em que estamos confiando
A promessa original da tecnologia blockchain costuma começar com a minimização da confiança: reduzir a dependência de intermediários por meio de regras verificáveis e chaves controladas pelo usuário. Na economia real, porém, a maioria das pessoas ainda depende de exchanges, custodiantes, emissores de stablecoins, softwares de carteira, infraestrutura em nuvem, fornecedores de cibersegurança e sistemas jurídicos.
A confiança não desapareceu. Ela foi redistribuída entre as várias camadas do ecossistema.
Bitget, Bybit e WazirX mostram que a segurança do dinheiro digital é um problema sociotécnico, e não apenas criptográfico. Mesmo um protocolo robusto depende de disciplina operacional, verificação independente, segregação de ativos, resposta a incidentes, reservas líquidas e regras claras para a alocação de perdas.
O inverso também é verdadeiro: um intermediário robusto não elimina o risco do protocolo nem os erros cometidos pelos próprios usuários.
Para o usuário, a pergunta deveria mudar de “essa exchange já foi hackeada?” para “se uma camada de controle falhar, a próxima consegue conter o dano?”. Isso significa examinar permissões de signatários, limites de saque, verificação independente, segregação da propriedade do cliente, capacidade do balanço de absorver choques e os direitos legais do cliente em um cenário extremo.
A lição vai além das criptomoedas. Cada vez mais formas de dinheiro e ativos financeiros dependem de software e infraestrutura de custódia, de ativos tokenizados e stablecoins a novos sistemas de pagamento digital.
Credibilidade, portanto, não vem de escolher entre “confiar na blockchain” e “confiar na instituição”. Ela vem de projetar camadas que possam verificar umas às outras e absorver falhas sem empurrar automaticamente todo o custo para o usuário final.
Principais conclusões
- Um ataque a uma exchange não significa necessariamente que a blockchain falhou. As perdas podem nascer em sistemas de custódia, processos de assinatura, acessos privilegiados, controles de saque ou softwares de terceiros enquanto a blockchain continua executando instruções válidas.
- Onde ocorreu a falha e quem pagou por ela são perguntas diferentes. Bitget e Bybit disseram ter absorvido o déficit, enquanto a WazirX entrou em reestruturação depois que a perda criou uma insuficiência de ativos.
- Rastreabilidade não é reversibilidade. Livros-razão públicos podem ajudar a seguir ativos roubados, mas congelá-los ou recuperá-los normalmente depende de um ponto de controle centralizado, da cooperação de prestadores de serviço ou de autoridade legal.
- A autocustódia transfere o risco em vez de eliminá-lo. Ela reduz o risco de contraparte da exchange, mas torna o usuário responsável pela gestão das chaves, proteção contra phishing e planejamento de recuperação.
- O futuro do dinheiro digital exige segurança de protocolo e resiliência institucional. Chaves seguras precisam operar dentro de sistemas com boa governança, segregação de ativos, controles de risco, liquidez e direitos claros para os clientes em situações de crise.
