O HACK DA BITGET MOSTRA QUE A SEGURANÇA NÃO TERMINA COM CHAVES PRIVADAS
O hack da Bitget é um lembrete de que a segurança em cripto é maior do que simplesmente proteger chaves privadas.
Em 24 de setembro, os atacantes moveram cerca de US$ 387,5M da infraestrutura de exchange da Bitget.
A Bitget afirma que suas chaves privadas não foram comprometidas. Em vez disso, o atacante explorou uma vulnerabilidade no backend e contornou controles de segurança para autorizar transferências fraudulentas.
A parte mais interessante veio depois do roubo.
O atacante continuou movimentando fundos entre cadeias. Em 28 de setembro, cerca de 2.390 $ETH, no valor aproximado de US$ 6,3M, foi convertido em 75,2 $BTC via THORChain, apesar de a Bitget ter pedido ao protocolo para bloquear endereços associados ao hack.
Ao mesmo tempo, $NEAR Intents teria detectado mais de US$ 50M em fluxos tentados ligados ao atacante, com seu sistema de segurança bloqueando a maior parte da atividade. Cerca de US$ 503K foram congelados durante a execução, enquanto aproximadamente US$ 166K teriam sido transferidos.
Isso cria uma lição importante para usuários de cripto: descentralização, infraestrutura sem permissão (permissionless) e segurança não são a mesma coisa.
Um protocolo pode ser sem permissão, mas ainda assim ter mecanismos de segurança. Porém, no momento em que fundos roubados se movem por múltiplas cadeias, exchanges, pontes (bridges) e protocolos de swap, fica muito mais difícil definir responsabilidades.
Para os usuários, a lição é simples: não julgue a segurança de uma plataforma apenas por ela usar carteiras cold (armazenamento offline) ou por proteger chaves privadas.
Analise todo o sistema, incluindo infraestrutura de backend, controles de autorização, procedimentos de saque, monitoramento e a rapidez com que transações suspeitas podem ser detectadas e contidas.
A cripto dá aos usuários um controle sem precedentes sobre os ativos, mas isso também significa que a arquitetura de segurança por trás de cada transação importa.
O incidente da Bitget mostra exatamente por quê.
O hack da Bitget é um lembrete de que a segurança em cripto é maior do que simplesmente proteger chaves privadas.
Em 24 de setembro, os atacantes moveram cerca de US$ 387,5M da infraestrutura de exchange da Bitget.
A Bitget afirma que suas chaves privadas não foram comprometidas. Em vez disso, o atacante explorou uma vulnerabilidade no backend e contornou controles de segurança para autorizar transferências fraudulentas.
A parte mais interessante veio depois do roubo.
O atacante continuou movimentando fundos entre cadeias. Em 28 de setembro, cerca de 2.390 $ETH, no valor aproximado de US$ 6,3M, foi convertido em 75,2 $BTC via THORChain, apesar de a Bitget ter pedido ao protocolo para bloquear endereços associados ao hack.
Ao mesmo tempo, $NEAR Intents teria detectado mais de US$ 50M em fluxos tentados ligados ao atacante, com seu sistema de segurança bloqueando a maior parte da atividade. Cerca de US$ 503K foram congelados durante a execução, enquanto aproximadamente US$ 166K teriam sido transferidos.
Isso cria uma lição importante para usuários de cripto: descentralização, infraestrutura sem permissão (permissionless) e segurança não são a mesma coisa.
Um protocolo pode ser sem permissão, mas ainda assim ter mecanismos de segurança. Porém, no momento em que fundos roubados se movem por múltiplas cadeias, exchanges, pontes (bridges) e protocolos de swap, fica muito mais difícil definir responsabilidades.
Para os usuários, a lição é simples: não julgue a segurança de uma plataforma apenas por ela usar carteiras cold (armazenamento offline) ou por proteger chaves privadas.
Analise todo o sistema, incluindo infraestrutura de backend, controles de autorização, procedimentos de saque, monitoramento e a rapidez com que transações suspeitas podem ser detectadas e contidas.
A cripto dá aos usuários um controle sem precedentes sobre os ativos, mas isso também significa que a arquitetura de segurança por trás de cada transação importa.
O incidente da Bitget mostra exatamente por quê.
