Houve um n\u00famero que resumiu o fim do ver\u00e3o da cripto: setembro de 2026 foi o m\u00eas mais caro de sempre em dinheiro roubado. E o recorde n\u00e3o se deveu a um truque novo de engenharia financeira, nem a uma linha de Solidity mal escrita. Deveu-se, na maior parte, a uma corretora que foi assaltada precisamente pela camada que tinha comprado para n\u00e3o ser assaltada.<\/p>
A cripto transformou o fracasso catastr\u00f3fico num g\u00e9nero liter\u00e1rio pr\u00f3prio: a aut\u00f3psia p\u00fablica, o post-mortem on-chain, o obitu\u00e1rio com est\u00e9tica de thriller. \u00c9, provavelmente, a coisa mais honesta que a ind\u00fastria faz. Mas essa honestidade tem um ponto cego, e setembro mostrou-o em letras garrafais. O post-mortem cripto sabe dissecar c\u00f3digo aberto. \u00c9 quase cego a tudo o resto, e foi no resto que o dinheiro desapareceu.<\/p>
Os n\u00fameros s\u00e3o claros, mesmo quando as fontes discordam nas casas decimais. A PeckShield contabilizou 55 incidentes em setembro e cerca de 766 milh\u00f5es de d\u00f3lares (perto de 685 M\u20ac) em perdas<\/a>, uma subida de 462% face a agosto. A CertiK, com outra metodologia, colocou o total acumulado de 2026 acima dos 2,68 mil milh\u00f5es de d\u00f3lares em 656 incidentes<\/a>. Qualquer que seja a r\u00e9gua, setembro foi o pior m\u00eas do ano, e por larga margem.<\/p> Dois casos explicam quase todo o buraco. A corretora Bitget perdeu cerca de 387,5 milh\u00f5es de d\u00f3lares (aproximadamente 346 M\u20ac), o maior roubo cripto de 2026. A Liquid Network, a sidechain de Bitcoin da Blockstream, perdeu cerca de 320 milh\u00f5es de d\u00f3lares (perto de 285 M\u20ac), dos quais mais de 270 milh\u00f5es viriam a ser devolvidos. O resto do m\u00eas foi uma longa cauda de incidentes menores: Safe Wallet, DCENT, Duelbits, cada um na ordem dos milh\u00f5es, nenhum capaz de mover a agulha sozinho.<\/p> O detalhe que interessa n\u00e3o \u00e9 o tamanho. \u00c9 a natureza. Nenhum dos dois gigantes de setembro foi um exploit cl\u00e1ssico de contrato inteligente, do tipo que a cultura de post-mortem passou uma d\u00e9cada a aprender a dissecar. A Bitget caiu por uma intrus\u00e3o na sua infraestrutura de seguran\u00e7a. A Liquid caiu por um erro no seu c\u00f3digo aberto. S\u00e3o dois tipos de falha radicalmente diferentes, e s\u00f3 um deles \u00e9 verdadeiramente autopsi\u00e1vel. Com o Bitcoin a negociar perto dos 82.600 d\u00f3lares (cerca de 73.800 euros) segundo a CoinGecko<\/a>, muito abaixo do m\u00e1ximo de outubro de 2025<\/a>, e com o painel de derivados<\/a> a sangrar durante a turbul\u00eancia do in\u00edcio de outubro, a conta da seguran\u00e7a passou a pesar mais do que a conta do mercado.<\/p> Vale a pena recordar porque \u00e9 que o post-mortem cripto funciona t\u00e3o bem quando funciona. O g\u00e9nero herdou a estrutura da cultura de fiabilidade do Silicon Valley (o post-mortem sem culpados, o blameless da Google e da Etsy) e juntou-lhe uma mat\u00e9ria-prima \u00fanica: o livro-raz\u00e3o p\u00fablico. Quando um contrato inteligente \u00e9 explorado, o rasto fica gravado na blockchain para sempre. Qualquer investigador, da rekt.news ao ZachXBT, pode reconstruir o ataque transa\u00e7\u00e3o a transa\u00e7\u00e3o, reproduzir o exploit num fork de teste e verificar a corre\u00e7\u00e3o. A aut\u00f3psia \u00e9 poss\u00edvel porque o corpo est\u00e1 em cima da mesa, \u00e0 vista de todos.<\/p> E essa aut\u00f3psia repetida curou doen\u00e7as reais. A reentr\u00e2ncia, o bug que afundou The DAO em 2016, caiu da segunda para a oitava posi\u00e7\u00e3o do OWASP Smart Contract Top 10 de 2026<\/a>, precisamente porque uma d\u00e9cada de post-mortems produziu bibliotecas, linters e padr\u00f5es que a neutralizam. O controlo de acessos ocupa agora o primeiro lugar. A cultura de disseca\u00e7\u00e3o tornou o c\u00f3digo p\u00fablico, aquele que toda a gente pode ler, mensuravelmente mais seguro do que era.<\/p> O problema \u00e9 que o dinheiro fugiu para onde a aut\u00f3psia n\u00e3o chega. Segundo a TRM Labs<\/a>, no primeiro semestre de 2026 os exploits de contratos representaram 125 dos 207 incidentes, mas uma fatia pequena do valor; as falhas de infraestrutura, chaves e opera\u00e7\u00f5es foram apenas cerca de 15% dos incidentes, mas quase 76% do dinheiro. A pr\u00f3pria Chainalysis, na sua an\u00e1lise ao caso Drift<\/a>, resumiu a mudan\u00e7a numa frase: \u00ab\u00e0 medida que a infraestrutura DeFi fica mais complexa em camadas, incidentes como este mostram que os maiores riscos j\u00e1 n\u00e3o est\u00e3o apenas nos contratos inteligentes, mas nos sistemas, e nas pessoas, \u00e0 volta deles\u00bb. A cita\u00e7\u00e3o \u00e9 de abril. Setembro foi a sua confirma\u00e7\u00e3o, em dobro.<\/p> A reconstitui\u00e7\u00e3o do ataque \u00e0 Bitget, feita em paralelo pela SlowMist e pela Mandiant (o bra\u00e7o de ciberdefesa da Google), l\u00ea-se como um manual de intrus\u00e3o empresarial, n\u00e3o como um exploit DeFi. A atividade maliciosa mais antiga remonta a 31 de agosto. O atacante n\u00e3o tocou nos contratos da corretora nem lhe roubou as chaves privadas. Comprometeu dois aparelhos de seguran\u00e7a de terceiros (os investigadores chamam-lhes apenas \u00abA\u00bb e \u00abB\u00bb) atrav\u00e9s de vulnerabilidades zero-day<\/a>, instalou uma web shell num deles, estabeleceu um canal de comando e controlo e moveu-se lateralmente at\u00e9 ao servidor de produ\u00e7\u00e3o que processa os levantamentos.<\/p> A partir da\u00ed, o resto foi mec\u00e2nico. Com credenciais internas de alto n\u00edvel obtidas atrav\u00e9s desses aparelhos, o atacante instalou malware e uma ferramenta de levantamento feita \u00e0 medida e, j\u00e1 depois da meia-noite de 25 de setembro, emitiu comandos de levantamento forjados que, nas palavras da investiga\u00e7\u00e3o, geraram transfer\u00eancias an\u00f3malas que contornaram os controlos de risco existentes<\/a>. O saque atingiu 11 blockchains, de Ethereum a XRP Ledger, TRON, Base e Celestia. A estimativa inicial rondava os 352 milh\u00f5es de d\u00f3lares; a contagem final fixou-se perto dos 387,5 milh\u00f5es.<\/p> H\u00e1 um pormenor que merece ser sublinhado: o tempo de perman\u00eancia. Entre o primeiro acesso a 31 de agosto e o esvaziamento das carteiras a 25 de setembro passaram cerca de 25 dias em que o atacante viveu dentro da rede da Bitget sem ser detetado, a mapear sistemas, a recolher credenciais e a preparar a ferramenta de levantamento. N\u00e3o foi um golpe rel\u00e2mpago; foi uma ocupa\u00e7\u00e3o. E a camada que devia ter dado o alarme durante esse quase m\u00eas era precisamente a que j\u00e1 estava comprometida, o que explica porque \u00e9 que os controlos de risco deixaram passar transfer\u00eancias que, em qualquer outro dia, teriam disparado todos os sinais.<\/p> O ponto n\u00e3o \u00e9 que a Bitget tenha sido negligente com o seu pr\u00f3prio c\u00f3digo. \u00c9 o contr\u00e1rio. O c\u00f3digo dela, pelos vistos, aguentou. O que cedeu foram os produtos que ela tinha comprado, de outra empresa, para vigiar exatamente este tipo de movimento. O guarda era a porta. E essa \u00e9 a frase que a aut\u00f3psia tradicional da cripto n\u00e3o sabe escrever, porque n\u00e3o consegue abrir o que falhou nem mostr\u00e1-lo a ningu\u00e9m.<\/p> Compare-se o que sabemos do ataque \u00e0 Bitget com o que sabemos de um exploit t\u00edpico de DeFi. De um exploit on-chain, sabemos o bloco exato, o contrato, a fun\u00e7\u00e3o, o par\u00e2metro manipulado, e podemos reexecutar tudo numa sandbox at\u00e9 percebermos a \u00faltima v\u00edrgula. Do ataque \u00e0 Bitget, sabemos a forma do percurso (os aparelhos de terceiros, a web shell, o movimento lateral<\/a>) mas n\u00e3o sabemos qual era o produto, de que fornecedor, qual a vulnerabilidade concreta, nem se outras empresas que usam o mesmo aparelho continuam expostas hoje.<\/p> Nada disto \u00e9 acidental. A camada de defesa de uma corretora \u00e9 propriet\u00e1ria por natureza. \u00c9 feita de appliances fechadas, motores de pol\u00edtica de assinatura, sistemas de gest\u00e3o de chaves, orquestra\u00e7\u00e3o de HSM e consolas de dete\u00e7\u00e3o, quase sempre de fornecedores externos, quase sempre sob acordos de confidencialidade. N\u00e3o h\u00e1 reposit\u00f3rio p\u00fablico para clonar, n\u00e3o h\u00e1 bytecode para desmontar, n\u00e3o h\u00e1 forma de um investigador independente verificar a corre\u00e7\u00e3o. A aut\u00f3psia depende da honestidade da v\u00edtima e do fornecedor, e de quando (ou se) ela chega.<\/p> \u00c9 esse o ponto cego. A cultura de post-mortem nasceu para um mundo em que o artefacto que falha \u00e9 leg\u00edvel por qualquer pessoa. A infraestrutura de seguran\u00e7a \u00e9 o oposto: opaca, vend\u00e1vel, invis\u00edvel. Quando o dinheiro passa a sair por a\u00ed, a aut\u00f3psia perde a sua mat\u00e9ria-prima e reduz-se a um comunicado de rela\u00e7\u00f5es p\u00fablicas. \u00c9 a mesma li\u00e7\u00e3o que j\u00e1 t\u00ednhamos aprendido com as pontes, onde o elo que a auditoria n\u00e3o v\u00ea<\/a> costuma ser a chave off-chain, nunca o contrato.<\/p> Nada disto devia ser surpresa. Dezanove meses antes da Bitget, a Bybit perdeu cerca de 1,5 mil milh\u00f5es de d\u00f3lares (perto de 1,34 mil milh\u00f5es de euros) no maior roubo cripto de sempre, e a causa raiz tinha exatamente a mesma forma. As investiga\u00e7\u00f5es forenses da Sygnia e da Verichains conclu\u00edram que o c\u00f3digo JavaScript benigno de app.safe.global tinha sido substitu\u00eddo por c\u00f3digo malicioso<\/a> a 19 de fevereiro de 2025, \u00e0 espera da transa\u00e7\u00e3o seguinte da Bybit, que aconteceu a 21 de fevereiro. N\u00e3o houve qualquer vulnerabilidade na infraestrutura da pr\u00f3pria Bybit.<\/p> O vetor era um componente de terceiros no caminho da assinatura: a interface do Safe Wallet, comprometida atrav\u00e9s da m\u00e1quina de um programador<\/a>. Os signat\u00e1rios da Bybit aprovaram uma transa\u00e7\u00e3o que a interface lhes mostrou como leg\u00edtima. Confiar na interface foi suficiente para esvaziar uma carteira multisig supostamente inviol\u00e1vel, atribu\u00edda depois ao grupo Lazarus pelo FBI.<\/p> A resposta de Ben Zhou, CEO da Bybit, fixou a fasquia da transpar\u00eancia: publicou os relat\u00f3rios preliminares da Sygnia e da Verichains poucos dias depois e, segundo descreveu, a prioridade foi usar a comunica\u00e7\u00e3o e a transpar\u00eancia para dissipar as d\u00favidas dos clientes<\/a>. Foi um post-mortem exemplar sobre um vetor que o post-mortem tradicional n\u00e3o consegue dissecar. A Bitget, dezanove meses depois, \u00e9 a prova de que a li\u00e7\u00e3o ficou por aprender: mudou o fornecedor comprometido (de uma interface de carteira para appliances de seguran\u00e7a), manteve-se a geometria do ataque.<\/p> Junte-se Bybit e Bitget e aparece uma categoria inteira que a cripto raramente nomeia: a cadeia de abastecimento da defesa. Uma corretora moderna n\u00e3o guarda fundos com um contrato; guarda-os com uma pilha de software e hardware off-chain que quase nunca \u00e9 dela. Carteiras multisig e a sua interface, motores de pol\u00edtica que decidem que levantamento \u00e9 normal, sistemas de triagem de transa\u00e7\u00f5es, cust\u00f3dia por MPC, orquestra\u00e7\u00e3o de HSM, fornecedores de RPC, consolas de monitoriza\u00e7\u00e3o. Cada um \u00e9 uma depend\u00eancia de confian\u00e7a. Nenhum aparece numa auditoria de contrato inteligente.<\/p> E aqui mora o risco sist\u00e9mico que ningu\u00e9m quer olhar de frente: a monocultura. Se uma appliance de seguran\u00e7a \u00e9 usada por dezenas de plataformas e tem um zero-day, n\u00e3o \u00e9 uma plataforma que est\u00e1 exposta, s\u00e3o todas. O problema deixa de ser \u00aba Bitget tinha c\u00f3digo inseguro\u00bb e passa a ser \u00abquantas outras corretoras compraram a mesma caixa preta\u00bb. \u00c9 a pergunta que a aut\u00f3psia da Bitget, ao n\u00e3o nomear o fornecedor, deixa deliberadamente sem resposta. A quest\u00e3o de fundo \u00e9 a mesma que atravessa a governa\u00e7\u00e3o on-chain, onde j\u00e1 pergunt\u00e1mos quem guarda os guardi\u00f5es<\/a>; na cust\u00f3dia, o guardi\u00e3o \u00e9 uma caixa que n\u00e3o podemos abrir.<\/p> A tabela abaixo resume a diferen\u00e7a essencial entre as duas naturezas de falha que setembro juntou no mesmo m\u00eas, e porque \u00e9 que s\u00f3 metade delas se consegue, de facto, dissecar.<\/p>A aut\u00f3psia cripto aprendeu a ler c\u00f3digo, e s\u00f3 c\u00f3digo<\/h2>
Bitget: o assalto entrou pela porta da seguran\u00e7a<\/h2>
O que a aut\u00f3psia da Bitget n\u00e3o diz, e n\u00e3o pode dizer<\/h2>
Bybit, 2025: o molde que a ind\u00fastria n\u00e3o quis reconhecer<\/h2>
A cadeia de abastecimento da defesa<\/h2>