Conclusão principal: Entre o fim de 2025 e o primeiro semestre de 2026, cinco categorias distintas de incidentes com criptomoedas atingiram o mercado em rápida sucessão: um comprometimento da cadeia de suprimentos de uma extensão de navegador, um comprometimento de uma biblioteca npm, uma tomada de controle da governança multisig em uma DEX, uma onda de falhas em plataformas centralizadas e um roubo físico contra um detentor de alto patrimônio. À primeira vista, nenhum deles se parecia com os demais, mas, analisados em conjunto, apontam para a mesma conclusão: a proteção mais duradoura em 2026 é a autocustódia em um dispositivo cuja arquitetura elimina tanto os vetores de ataque remoto quanto os físicos. Este artigo analisa os cinco eventos, o que cada um ensina e como é uma estrutura prática após eles.
Referência rápida
| Termo | O que significa |
|---|---|
| Autocustódia | Manter suas próprias chaves privadas, sem que uma exchange ou terceiro controle os fundos |
| Carteira de software | Uma carteira cujas chaves ficam em um dispositivo conectado à internet, como uma extensão de navegador ou um aplicativo de celular |
| Carteira fria | Um dispositivo de hardware que armazena suas chaves privadas offline |
| Air-gapped | Sem internet, Bluetooth, dados USB ou NFC; comunicação apenas por código QR |
| Ataque à cadeia de suprimentos | Um ataque a uma ferramenta usada para criar ou distribuir software, fazendo com que tudo o que seja enviado com essa ferramenta herde o comprometimento |
| Risco de contraparte | O risco de a pessoa que detém seus ativos falhar, sair do mercado ou ser comprometida |
| Antiviolação | Um design físico projetado para apagar os dados armazenados no dispositivo se o invólucro for aberto à força |
Por que esse período foi diferente
A indústria de criptomoedas já passou por muitos anos ruins em termos de segurança. O que tornou o período do fim de 2025 ao primeiro semestre de 2026 incomum não foi o tamanho de nenhum evento isolado, mas a amplitude das categorias de ataque que ocorreram em rápida sucessão. Um detentor que lesse as manchetes em março e abril de 2026 poderia ter visto, em poucas semanas, exemplos de injeção de código na cadeia de suprimentos, comprometimento de biblioteca, captura de governança, falha de exchange e coerção física. Os eventos não compartilhavam um vetor. Eles compartilhavam uma propriedade estrutural: em todos os casos, a perda veio de algo que o usuário não controlava diretamente.
Analisá-los em conjunto é útil porque o padrão que surge é mais instrutivo do que qualquer incidente isolado. Cada evento é uma demonstração diferente do mesmo ponto: quando outra pessoa detém as chaves, é possível chegar até elas. As cinco seções abaixo apresentam os eventos em ordem e, depois, retomam o padrão.
Evento 1: o comprometimento da extensão de navegador da Trust Wallet (dezembro de 2025)
Em 24 de dezembro de 2025, invasores comprometeram a versão 2.68 da extensão de navegador da Trust Wallet por meio de um ataque à cadeia de suprimentos na Chrome Web Store. Usando uma chave de API vazada da Chrome Web Store, eles contornaram a revisão e enviaram código malicioso que coletava as frases-semente dos usuários por meio de um endpoint de análise falso. A versão maliciosa ficou disponível por aproximadamente 48 horas, período em que cerca de US$ 7 milhões foram drenados de 2.520 carteiras. O cofundador da Binance, CZ, confirmou o reembolso integral aos usuários afetados. O ataque foi associado ao comprometimento anterior da cadeia de suprimentos do npm, conhecido como "Shai-Hulud", mostrando como vulnerabilidades interconectadas na distribuição de software podem se propagar em cascata.
A lição. O incidente da Trust Wallet não é especificamente uma história sobre a Trust Wallet. É uma história sobre o que acontece quando o próprio canal de distribuição de uma carteira se torna a superfície de ataque. Um usuário que havia instalado a extensão meses antes e confiava nas atualizações automáticas recebeu a versão maliciosa pelo mesmo canal confiável que sempre havia usado. Nenhum site de phishing, nenhum e-mail falso, nenhum erro do usuário. A exposição estava diretamente ligada à forma como o software de extensão de navegador é distribuído e atualizado. Para uma cobertura mais aprofundada, consulte nossa análise do hack de US$ 7 milhões da Trust Wallet.
Para investimentos de longo prazo, a implicação é que qualquer carteira que se atualize automaticamente por um canal conectado à internet carrega esse tipo de risco em virtude da forma como foi construída. A arquitetura que fecha essa porta é aquela que não possui nenhum caminho de atualização automática por qualquer canal da web e em que o dispositivo de assinatura não tem nenhuma conexão com a internet.
Evento 2: o comprometimento da biblioteca Axios no npm (31 de março de 2026)
Às 00:21 UTC de 31 de março de 2026, um grupo norte-coreano, confirmado pela divisão Mandiant do Google, comprometeu a conta de publicação no npm da Axios, uma das bibliotecas de cliente HTTP para JavaScript mais usadas do mundo. As versões maliciosas (v1.14.1 e v0.30.4) continham uma dependência oculta chamada "plain-crypto-js", que implantava um trojan de acesso remoto multiplataforma. A Axios é baixada cerca de 83 milhões de vezes por semana, o que a coloca em uma parcela significativa do ecossistema JavaScript. As versões maliciosas ficaram disponíveis por aproximadamente três horas antes de serem detectadas e removidas.
A lição. O incidente da Axios deslocou o ataque uma camada mais upstream do que o Trust Wallet. Enquanto o Trust Wallet era uma carteira comprometida, a Axios era uma ferramenta comprometida usada para criar carteiras, DApps e exchanges. Qualquer aplicativo de criptomoedas que atualizasse automaticamente sua dependência da Axios durante aquelas três horas poderia ter herdado o malware sem que ninguém no caminho do usuário soubesse. Para a análise completa do incidente, consulte nosso relato sobre o ataque à cadeia de suprimentos da Axios.
Para um usuário final que mantém criptomoedas, a conclusão prática é que "minha carteira é segura?" é a pergunta errada. A pergunta certa é se a carteira tem algum caminho pelo qual um código comprometido possa alcançar a operação de assinatura. Uma carteira com dependências de JavaScript e conexão com a internet tem muitos desses caminhos. Uma carteira que assina offline por meio de códigos QR, sem dependências de software entre o usuário e o dispositivo, tem estruturalmente menos caminhos.
Evento 3: A tomada de controle da multisig de US$ 285 milhões do Drift Protocol (1º de abril de 2026)
Em 1º de abril de 2026, o Drift Protocol, a maior DEX de futuros perpétuos da Solana, foi explorado, resultando no roubo de cerca de US$ 285 milhões. O ataque não foi causado por um bug de contrato inteligente. O "Conselho de Segurança" da Drift era uma multisig 2 de 5 sem timelock. O invasor manipulou socialmente 2 dos 5 signatários e usou o recurso de nonce durável da Solana para pré-assinar transações maliciosas que executaram alterações com nível de administrador: um token de garantia falso com preço de oráculo inflado, desativação dos disjuntores e remoção dos limites de saque. Os fundos foram drenados por meio da Jupiter, transferidos via deBridge e Wormhole e passaram por mixers. O TVL caiu de cerca de US$ 550 milhões para menos de US$ 300 milhões em uma hora.
A lição. O evento Drift é o mais desconfortável dos cinco para a narrativa ampla de que "a descentralização resolve o problema". Pelas descrições públicas, a Drift era descentralizada, mas a autoridade de governança estava concentrada em cinco chaves, duas das quais eram suficientes para assumir o controle de tudo. O rótulo da plataforma não mudou o fato de quem realmente controlava os fundos. Para a análise completa, consulte nossa análise do ataque de US$ 285 milhões ao Drift Protocol.
A lição se aplica para além da Drift. Sempre que seus ativos ficam dentro de um contrato inteligente cuja autoridade administrativa é controlada por um pequeno conjunto de chaves, você assume risco de contraparte, independentemente de como a plataforma se descreve. A proteção contra isso é a mesma contra uma falha de uma corretora centralizada: mantenha suas próprias chaves em um dispositivo cuja autoridade pertença exclusivamente a você.
Evento 4: O grupo de plataformas centralizadas (30 a 31 de março de 2026)
Três eventos ocorreram em um intervalo de 48 horas e se reforçaram mutuamente.
Em 30 de março de 2026, Sumit Gupta e Neeraj Khandelwal, cofundadores da maior corretora de criptomoedas da Índia, a CoinDCX, foram presos por um caso de fraude envolvendo um site clonado de phishing (coindcx.pro). Eles foram soltos sob fiança após 72 horas, sem evidências de envolvimento direto. A CoinDCX anunciou um fundo de segurança de ₹ 100 crore (cerca de US$ 12 milhões), chamado "Digital Suraksha Network", em resposta.
Em 31 de março de 2026, a Coinbase Commerce, um gateway de pagamentos usado por milhares de comerciantes, encerrou oficialmente suas operações. Comerciantes e usuários que não haviam migrado seus fundos enfrentaram possíveis complicações de acesso.
Durante esse mesmo período, o Índice de Medo e Ganância das Criptomoedas ficou em 8 de 100, marcando a mais longa sequência de medo extremo desde o colapso da FTX, em novembro de 2022. O contexto mais amplo, incluindo o ataque de US$ 1,5 bilhão à Bybit no início de 2025 (que, sozinho, representou 44% dos US$ 3,4 bilhões em roubos totais de criptomoedas registrados pela Chainalysis naquele ano), explicou por que os detentores já estavam apreensivos. Nossa análise do Índice de Medo em 8/100 aborda detalhadamente o contexto macroeconômico.
A lição. Cada evento desse grupo expôs um modo de falha diferente da custódia mantida por plataformas. A CoinDCX demonstrou que nem mesmo o fundador de uma corretora consegue proteger completamente os usuários das consequências de falsificação de identidade e fraude em grande escala. A Coinbase Commerce demonstrou que um serviço pode simplesmente ser encerrado conforme um cronograma, deixando os usuários entre migrar seus fundos ou perder o acesso. A Bybit demonstrou que até mesmo uma grande corretora, com recursos substanciais de segurança, pode perder mais de um bilhão de dólares em um único incidente.
A característica comum aos três é que o usuário nunca teve controle direto das chaves. A solidez de cada plataforma só importava até que algo do lado da plataforma falhasse. Com autocustódia em uma carteira de hardware, a continuidade da plataforma deixa de fazer parte do seu modelo de segurança.
Evento 5: O roubo físico de US$ 66 milhões em Scottsdale (março de 2026)
No mesmo fim de semana do ataque à Drift, duas pessoas dirigiram 600 milhas até Scottsdale, Arizona, para roubar fisicamente US$ 66 milhões em Bitcoin de um detentor. O incidente está documentado no banco de dados de ataques físicos de Jameson Lopp como um ataque de "coerção física". Dias antes, suspeitos do sequestro de David Balland, cofundador da Ledger, haviam sido presos na Espanha — um evento que estava no noticiário havia meses.
A lição. Os ataques físicos contra detentores de criptomoedas aumentaram ao longo de 2025 e avançaram para 2026, à medida que os preços e a visibilidade aumentaram. Essa é a categoria de ameaça que os modelos de segurança totalmente digitais não abordam. Um dispositivo perfeitamente isolado da rede, sobre uma mesa, ainda é um objeto físico que alguém com acesso físico pode tentar usar ou obrigar seu proprietário a usar.
As proteções importantes contra essa categoria são diferentes daquelas que fecham caminhos de ataque remoto. Elas incluem não divulgar publicamente os valores mantidos, usar dispositivos projetados para apagar as chaves armazenadas se o invólucro for aberto à força (construção antiviolação), manter contas com saldos altos em dispositivos guardados em locais menos óbvios e usar contas com saldos baixos para qualquer atividade cotidiana visível. A combinação de uma arquitetura isolada da rede (contra ataques remotos) e um invólucro totalmente metálico e selado, com apagamento das chaves quando há entrada forçada (contra ataques físicos), é o que aborda ambos os vetores no nível arquitetônico, em vez de apenas um deles.
O padrão nos cinco casos
Os cinco eventos abrangem superfícies de ataque muito diferentes. Uma extensão de navegador, uma biblioteca npm, uma multis assinatura de uma DEX, um conjunto de serviços centralizados e um roubo físico têm quase nada em comum no nível do mecanismo de ataque. O que compartilham é a propriedade estrutural de que o usuário não controlava diretamente o ativo no momento da perda. Em todos os casos, o valor chegou ao atacante porque algo além do usuário estava em posição de liberá-lo: um canal de distribuição, uma dependência, um conselho, um custodiante ou uma pessoa coagida.
A autocustódia aborda uma parte desse padrão ao tornar o usuário a autoridade sobre as chaves. A arquitetura aborda outra parte ao determinar o quanto essas chaves ficam expostas nos momentos em que o usuário exerce essa autoridade. Os eventos de 2025 e 2026, em conjunto, mostram por que ambas as camadas são importantes. Manter as chaves sob sua própria custódia é necessário; a forma como o dispositivo que as armazena é construído determina quais categorias de ataque ainda podem alcançá-lo.
Uma estrutura prática sobre o que fazer agora
Nenhum dos cinco eventos muda o que significa ter boas práticas de autocustódia, mas, juntos, eles reforçam os motivos para adotá-las. A estrutura abaixo é a versão que incorpora essas lições.
- Retire os ativos de longo prazo das plataformas. O conjunto de incidentes da CoinDCX, da Coinbase Commerce e da Bybit mostra que falhas do lado das plataformas não são eventos raros. Para qualquer criptomoeda que você não esteja negociando ativamente, o argumento a favor de transferi-la para a autocustódia ficou mais forte este ano, não mais fraco.
- Escolha um dispositivo de assinatura cuja arquitetura elimine o caminho de ataque remoto. Os eventos da Trust Wallet e da Axios mostram que as superfícies de distribuição de software e de dependências são riscos reais e recorrentes. Uma carteira de hardware isolada, sem USB, Bluetooth, Wi-Fi ou NFC, não tem um caminho pelo qual códigos comprometidos possam alcançar a operação de assinatura.
- Use a recuperação BIP39 em todos os dispositivos que você possui. O evento da Drift mostra que a governança de plataformas pode falhar, e a lição mais ampla sobre risco de contraparte se aplica a outros casos. O BIP39 torna sua semente portátil entre carteiras compatíveis, para que você não fique preso a uma única marca ou ecossistema.
- Armazene sua frase-semente em um backup offline durável. O papel se degrada e queima; o armazenamento em nuvem é online. Um backup de aço inoxidável, armazenado separadamente do dispositivo, resiste tanto ao fogo quanto à exposição digital que uma foto ou um gerenciador de senhas introduziria.
- Combine a segurança física com o tamanho dos seus ativos. O evento de Scottsdale é um lembrete de que a parte visível dos seus ativos de criptomoedas é, por si só, um fator de risco. Um dispositivo de hardware antiviolação projetado para apagar os dados quando houver uma tentativa de entrada forçada, combinado com não divulgar seus ativos, aborda a categoria física de riscos que nenhuma proteção puramente digital cobre. Para obter orientações mais detalhadas sobre como escolher um método de backup, consulte como fazer backup de uma carteira de hardware; para planejar a herança, consulte como planejar a herança de criptomoedas.
Perguntas frequentes
Esses cinco eventos são realmente representativos ou você escolheu apenas os que confirmam sua tese?
Cada evento foi amplamente coberto na época e representou uma categoria de ataque diferente. O objetivo de agrupá-los não é afirmar que essas foram as únicas cinco coisas que aconteceram, mas que, em um período de seis meses, o mercado viu um exemplo claro de cinco categorias distintas. Um titular que analise qualquer outro período de seis meses da história recente das criptomoedas encontraria uma combinação semelhante.
A autocustódia realmente protege contra tudo isso?
A autocustódia combinada com uma carteira de hardware Air-gapped e antiviolação elimina as categorias de risco remoto, da cadeia de suprimentos, de governança e de contraparte de plataforma. Ela não elimina os riscos físicos, de engenharia social, da cadeia de suprimentos (na camada de fabricação do hardware), de firmware ou de erro do usuário. A proteção é estrutural, não total, e combiná-la com hábitos práticos (backup durável, armazenamento separado, visibilidade moderada) é o que a torna duradoura.
Por que os usuários de carteiras de software foram mais afetados de 2025 a 2026?
As carteiras de software ficam em dispositivos conectados à internet e são distribuídas por canais que mecanismos de IA, invasores e comprometimentos da cadeia de suprimentos podem alcançar. Elas são convenientes, e essa conveniência é obtida ao se aceitar uma superfície de ataque maior. Para pequenas quantias de uso diário, essa troca pode ser razoável. Para valores mantidos a longo prazo, os acontecimentos deste período reforçaram o argumento a favor de uma arquitetura mais isolada.
O sistema Air-gapped é realmente necessário se minha carteira de hardware tem um elemento seguro?
Um elemento seguro certificado é a parte do dispositivo que protege a chave contra extração. Essa é uma das duas proteções importantes. A outra é saber se o dispositivo possui algum canal de dados sem fio ou com fio que possa ser usado para entregar uma transação comprometida a esse elemento seguro para assinatura. A arquitetura Air-gapped elimina completamente esse segundo canal. As duas proteções abordam categorias de risco diferentes, e um titular preocupado com ambas pode usar um dispositivo que as combine.
E quanto às carteiras multisig para titulares individuais?
A multisig pessoal (em que o usuário controla todas as chaves, distribuídas entre dispositivos pessoais) é estruturalmente diferente da multisig de governança (em que as chaves ficam com um conselho de administradores). A multisig pessoal elimina o ponto único de falha para o titular e é uma configuração defensável para valores significativos. A multisig de governança, como a Drift demonstrou, torna-se um ponto centralizado de falha quando o limite é baixo e os signatários podem ser manipulados por engenharia social.
Devo tirar tudo das exchanges agora?
Para investimentos de longo prazo, o argumento a favor da migração para a autocustódia ficou mais forte em 2025 e 2026, não mais fraco. Fazê-la durante períodos tranquilos é o ideal, mas fazê-la durante períodos estressantes ainda é melhor do que não fazê-la. Mantenha nas corretoras apenas o que você precisa para negociações ativas e trate esses saldos como um risco conhecido.
Qual é o hábito mais importante para se proteger contra todas as cinco categorias?
Não existe um único hábito. O resumo mais próximo é: mantenha suas próprias chaves em um dispositivo cuja arquitetura elimine caminhos de ataque remotos e físicos, com sua frase de recuperação em um backup offline durável sob seu controle. Cada um dos três elementos é necessário, e nenhum deles é suficiente por si só.
A camada de confiança
- Padrão de recuperação: BIP39/44, recuperável em qualquer carteira compatível de qualquer marca
- Arquitetura de referência Air-gapped: ELLIPAL Titan 2.0, disponível no mercado desde 2018, sem Wi-Fi, Bluetooth, dados USB ou NFC; assinatura somente por código QR
- Design de referência antiviolação: Estrutura selada totalmente metálica, projetada para apagar as chaves armazenadas se o invólucro for violado fisicamente
- Certificação: elemento seguro CC EAL5+ no Titan 2.0; CC EAL6+ no X Card
- Histórico: mais de 1 milhão de usuários em mais de 140 países
- Relatórios consultados: Chainalysis, CertiK, Mordor Intelligence, Elliptic, TRM Labs, Google Mandiant, banco de dados de ataques físicos de Jameson Lopp
Os cinco eventos de 2025 e 2026 não mudam o que a boa autocustódia sempre foi. Eles reforçam os motivos para adotá-la. Analisá-los em ordem é, em grande parte, uma forma de lembrar ao detentor que a arquitetura do dispositivo que protege suas criptomoedas, o padrão usado para recuperação e a disciplina de manter um backup offline durável são as partes que resistem quando o ciclo de notícias é hostil.
Tenha a propriedade. Depois, use.
Nota de segurança: nenhuma configuração de autocustódia elimina todos os riscos. A arquitetura Air-gapped e o hardware antiviolação eliminam categorias significativas de ataques remotos, à cadeia de suprimentos e físicos, mas não eliminam todos os riscos de firmware, engenharia social, cadeia de suprimentos de fabricação ou erro do usuário. Compre de uma fonte oficial, armazene sua frase de recuperação em um backup offline durável, mantido separadamente do dispositivo, não a compartilhe nem a insira digitalmente e verifique todas as transações na tela do dispositivo. Este artigo contém informações gerais e educativas sobre a arquitetura de carteiras e o registro de incidentes de 2025-2026. Não constitui aconselhamento financeiro, de investimento ou de custódia.