Segurança Cripto em 2025 e 2026: 5 Grandes Eventos e o Que Eles Significam para a Autocustódia

Principal Conclusão: Entre o final de 2025 e o primeiro semestre de 2026, cinco categorias distintas de incidentes cripto atingiram o mercado em rápida sucessão: um comprometimento da cadeia de suprimentos de extensão de navegador, um comprometimento de biblioteca npm, uma aquisição de governança multisig em uma DEX, uma onda de falhas de plataformas centralizadas e um roubo físico de um detentor de alto patrimônio. Nenhuma delas parecia semelhante na superfície, mas, lidas em conjunto, apontam para a mesma conclusão: a proteção mais duradoura em 2026 é a autocustódia em um dispositivo cuja arquitetura remove caminhos de ataque remotos e físicos. Este artigo descreve os cinco eventos, o que cada um ensina e como um framework prático se apresenta após eles.

Referência rápida

Por que esse período foi diferente

A indústria de cripto passou por muitos anos ruins em termos de segurança. O que tornou o período entre o final de 2025 e o primeiro semestre de 2026 incomum não foi o tamanho de um único evento, mas a amplitude das categorias de ataque que ocorreram em rápida sucessão. Um detentor que lia 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.

Revisá-los em conjunto é útil porque o padrão que emerge é mais instrutivo do que qualquer incidente isolado. Cada evento é uma demonstração diferente do mesmo ponto: quando outra pessoa detém as chaves, as chaves podem ser alcançadas. As cinco seções abaixo cobrem os eventos em ordem e, em seguida, retornam ao padrão.

Evento 1: O comprometimento da extensão de navegador Trust Wallet (dezembro de 2025)

Em 24 de dezembro de 2025, atacantes comprometeram a versão 2.68 da extensão de navegador Trust Wallet por meio de um ataque à cadeia de suprimentos na Chrome Web Store. Usando uma chave de API da Chrome Web Store vazada, eles contornaram a revisão e inseriram código malicioso que coletava as frases semente dos usuários por meio de um falso endpoint de análise. A versão maliciosa ficou ativa por aproximadamente 48 horas, durante as quais cerca de US$ 7 milhões foram drenados de 2.520 carteiras. O cofundador da Binance, CZ, confirmou o reembolso total para os usuários afetados. O ataque foi vinculado ao comprometimento anterior da cadeia de suprimentos npm "Shai-Hulud", o que mostra como vulnerabilidades interconectadas na distribuição de software podem ter um efeito cascata.

A lição. O evento da Trust Wallet não é uma história sobre a Trust Wallet especificamente. É 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 instalou a extensão meses antes e confiava nas atualizações automáticas recebeu a versão maliciosa pelo mesmo canal confiável que sempre usou. Sem site de phishing, sem e-mail falso, sem erro do usuário. A exposição remonta diretamente à forma como o software de extensão de navegador é distribuído e atualizado. Para uma cobertura mais aprofundada, veja nossa análise do hack de US$ 7 milhões da Trust Wallet.

Para holdings de longo prazo, a implicação é que qualquer carteira que se atualiza automaticamente de um canal conectado à internet carrega essa categoria de risco em virtude de como é construída. A arquitetura que fecha a porta é aquela que não tem caminho de atualização automática de nenhum canal web e nenhuma conexão com a internet no dispositivo de assinatura.

Evento 2: O comprometimento da biblioteca npm Axios (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 npm do Axios, uma das bibliotecas cliente HTTP JavaScript mais usadas no mundo. As versões maliciosas (v1.14.1 e v0.30.4) carregavam uma dependência oculta chamada "plain-crypto-js" que implantava um trojan de acesso remoto multiplataforma. O Axios é baixado cerca de 83 milhões de vezes por semana, o que o coloca dentro de uma parte substancial do ecossistema JavaScript. As versões maliciosas ficaram ativas por aproximadamente três horas antes da detecção e remoção.

A lição. O incidente do Axios deslocou o ataque um nível mais acima na cadeia do que o Trust Wallet. Enquanto o Trust Wallet era uma carteira comprometida, o Axios era uma ferramenta comprometida usada para construir carteiras, DApps e exchanges. Qualquer aplicativo cripto que atualizou automaticamente sua dependência Axios durante essas 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 nossa descrição do ataque à cadeia de suprimentos do Axios.

Para um usuário final que detém cripto, a conclusão prática é que "minha carteira é segura?" é a pergunta errada. A pergunta certa é se a carteira tem algum caminho pelo qual o código comprometido possa alcançar a operação de assinatura. Uma carteira com dependências JavaScript e uma 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.

Evento 3: A aquisição multisig do Drift Protocol de US$ 285 milhões (1º de abril de 2026)

Em 1º de abril de 2026, o Drift Protocol, a maior DEX de futuros perpétuos de Solana, foi explorado em cerca de US$ 285 milhões. O ataque não foi um bug de contrato inteligente. O "Conselho de Segurança" do Drift era uma multisig 2 de 5 sem timelock. O atacante utilizou engenharia social em 2 dos 5 signatários, e então usou o recurso de nonce durável de Solana para pré-assinar transações maliciosas que executaram mudanças em nível de administrador: um token de colateral falso com preço oráculo inflacionado, disabilitou os disjuntores e removeu os limites de saque. Os fundos foram drenados via Jupiter, transferidos via deBridge e Wormhole, e passaram por misturadores. 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 ampla narrativa de que "a descentralização resolve". O Drift era descentralizado pela maioria das interpretações públicas, mas a autoridade de governança estava concentrada em cinco chaves, duas das quais eram suficientes para levar tudo. O rótulo na plataforma não mudou o que era verdade sobre quem realmente controlava os fundos. Para a análise completa, consulte nossa análise do hack de US$ 285 milhões do Drift Protocol.

A lição generaliza-se para além do Drift. Sempre que os seus ativos se encontram num contrato inteligente cuja autoridade administrativa é governada por um pequeno conjunto de chaves, você corre o risco da contraparte, independentemente de como a plataforma se descreve. A proteção contra isso é a mesma que a proteção contra a falha da bolsa centralizada: mantenha as suas próprias chaves, num dispositivo cuja autoridade é apenas sua.

Evento 4: O cluster de plataformas centralizadas (30 a 31 de março de 2026)

Três eventos ocorreram em 48 horas e se reforçaram mutuamente.

Em 30 de março de 2026, Sumit Gupta e Neeraj Khandelwal, cofundadores da maior exchange de criptomoedas da Índia, a CoinDCX, foram presos por um caso de fraude envolvendo um site clone de phishing (coindcx.pro). Eles foram liberados sob fiança após 72 horas, sem evidências de envolvimento direto. A CoinDCX anunciou um fundo de segurança de "Rede Digital Suraksha" de ₹100 Crore (cerca de US$ 12 milhões) em resposta.

Em 31 de março de 2026, o Coinbase Commerce, um gateway de pagamento usado por milhares de comerciantes, encerrou oficialmente as operações. Comerciantes e usuários que não haviam migrado seus fundos enfrentaram possíveis complicações de acesso.

Durante essa mesma janela, o Índice de Medo e Ganância de Cripto estava 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 hack da Bybit de US$ 1,5 bilhão no início de 2025 (que sozinho representou 44% dos US$ 3,4 bilhões em roubos totais de cripto que a Chainalysis registrou naquele ano), enquadrou por que os detentores já estavam apreensivos. Nossa análise do Índice de Medo 8/100 aborda o enquadramento macro em detalhes.

A lição. Cada evento neste cluster abordou um modo de falha diferente da custódia em plataforma. A CoinDCX demonstrou que nem mesmo um fundador de exchange pode isolar completamente os usuários das consequências da imitação e fraude em escala. O Coinbase Commerce demonstrou que um serviço pode simplesmente ser descontinuado em um cronograma, deixando os usuários para migrar ou perder o acesso. A Bybit demonstrou que mesmo uma grande exchange com recursos de segurança substanciais pode perder mais de um bilhão de dólares em um único incidente.

A propriedade compartilhada entre os três é que o usuário nunca teve controle direto das chaves. A força de cada plataforma importava apenas até que algo do lado da plataforma falhasse. Com a 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 viajaram 965 km até Scottsdale, Arizona, para roubar fisicamente um detentor de Bitcoin de US$ 66 milhões. 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 do cofundador da Ledger, David Balland, haviam sido presos na Espanha, um evento que estava no ciclo de notícias meses antes.

A lição. Ataques físicos a detentores de criptomoedas aumentaram ao longo de 2025 e 2026, à medida que os preços e a visibilidade cresciam. Esta é a categoria de ameaça que os modelos de segurança totalmente digitais não abordam. Um dispositivo perfeitamente isolado em uma mesa ainda é um objeto físico que uma pessoa com acesso físico pode tentar usar ou coagir seu proprietário a usar.

As proteções que importam contra esta categoria são diferentes das que fecham caminhos de ataque remotos. Elas incluem não anunciar publicamente as holdings, usar dispositivos projetados para apagar chaves armazenadas se a carcaça for aberta à força (construção antiviolação), manter contas de alto saldo em dispositivos armazenados em locais menos óbvios e usar contas de baixo saldo para qualquer atividade visível do dia a dia. A combinação de arquitetura air-gapped (contra ataques remotos) e carcaça selada de metal com limpeza de chave em caso de entrada forçada (contra ataques físicos) é o que aborda ambos os vetores em nível arquitetônico, e não apenas um.

O padrão em todos os cinco

Os cinco eventos abrangem superfícies muito diferentes. Uma extensão de navegador, uma biblioteca npm, uma multisig DEX, um cluster de serviços centralizados e um roubo físico quase não têm nada em comum no nível do mecanismo de ataque. O que eles 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, tornando o usuário a autoridade sobre as chaves. A arquitetura aborda outra parte, determinando quão expostas essas chaves estão nos pontos em que o usuário exerce essa autoridade. Os eventos de 2025 e 2026 juntos mostram por que ambas as camadas são importantes. Manter as chaves em sua posse é necessário; como o dispositivo que as detém é construído determina que categorias de ataque ainda podem alcançá-lo de qualquer maneira.

Um framework prático para o que fazer agora

Nenhum dos cinco eventos muda a aparência de uma boa higiene de autocustódia, mas juntos eles reforçam o argumento a favor dela. O framework abaixo é a versão que se encaixa nas lições.

1. Mova os ativos de longo prazo das plataformas. Os clusters CoinDCX, Coinbase Commerce e Bybit mostram que as falhas do lado da plataforma não são eventos raros. Para qualquer cripto que você não esteja negociando ativamente, o melhor argumento para movê-lo para a autocustódia se tornou mais forte este ano, e não mais fraco.
2. Escolha um dispositivo de assinatura cuja arquitetura remova o caminho de ataque remoto. Os eventos Trust Wallet e Axios mostram que as superfícies de distribuição e dependência de software são reais e recorrentes. Uma carteira de hardware air-gapped, sem USB, Bluetooth, Wi-Fi ou NFC, não tem caminho pelo qual o código comprometido possa alcançar a operação de assinatura.
3. Use a recuperação BIP39 em todos os dispositivos que você possui. O evento Drift mostra que a governança da plataforma pode falhar, e a lição mais ampla do risco da contraparte generaliza-se. O BIP39 torna sua semente portátil entre carteiras compatíveis, para que você não fique preso a uma marca ou ecossistema.
4. Armazene sua frase semente em um backup offline durável. O papel se degrada e queima; o armazenamento em nuvem está online. Um backup de aço inoxidável, armazenado separadamente do dispositivo, sobrevive tanto ao fogo quanto à exposição digital que uma foto ou gerenciador de senhas introduziria.
5. Adeque a segurança física ao tamanho da posse. O evento de Scottsdale é um lembrete de que a parte visível das posses de cripto é em si um fator de risco. Hardware antiviolação projetado para apagar em caso de entrada forçada, combinado com a não publicidade das posses, aborda a categoria física que nenhuma proteção puramente digital cobre. Para obter orientações mais aprofundadas sobre como escolher um método de backup, consulte como fazer backup de uma carteira de hardware; para planejamento de herança, consulte como planejar a herança de cripto.

FAQ

Esses cinco eventos são realmente representativos, ou foram selecionados a dedo?
Cada evento foi amplamente coberto na época e representava uma categoria de ataque diferente. O objetivo de agrupá-los não é afirmar que estes foram os únicos cinco acontecimentos, mas sim que, em um período de seis meses, o mercado viu um exemplo claro de cinco categorias distintas. Um detentor que revisar qualquer outro período de seis meses na história recente das criptomoedas encontrará uma mistura semelhante.

A autocustódia realmente protege contra todos esses ataques?
A autocustódia combinada com uma carteira de hardware air-gapped e antiviolação fecha as categorias de ataque remoto, cadeia de suprimentos, governança e contraparte da plataforma. Ela não elimina os riscos físicos, de engenharia social, cadeia de suprimentos (na camada de fabricação de hardware), firmware ou erros do usuário. A proteção é estrutural em vez de total, e emparelhá-la com hábitos práticos (backup durável, armazenamento separado, visibilidade modesta) é o que a torna durável.

Por que os usuários de carteiras de software foram mais afetados entre 2025 e 2026?
As carteiras de software ficam em dispositivos conectados à internet e são distribuídas por canais que motores de IA, atacantes e comprometedores da cadeia de suprimentos podem alcançar. São convenientes, e essa conveniência é comprada aceitando uma superfície de ataque maior. Para pequenas quantias de uso diário, essa troca pode ser razoável. Para holdings de longo prazo, os eventos desse período fortaleceram o argumento para uma arquitetura mais isolada.

É realmente necessário ter air-gapped se minha carteira de hardware tiver um elemento seguro?
Um elemento seguro certificado é a parte do dispositivo que protege a chave contra extração. É uma das duas proteções importantes. A outra é se o dispositivo possui algum caminho 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 remove esse segundo caminho completamente. As duas proteções abordam diferentes categorias de risco, e um detentor preocupado com ambas pode usar um dispositivo que as combine.

E as carteiras multisig para detentores individuais?
A multisig pessoal (onde o usuário controla todas as chaves, distribuídas por dispositivos pessoais) é estruturalmente diferente da multisig de governança (onde as chaves são mantidas por um conselho de administradores). A multisig pessoal aborda o ponto único de falha para o detentor e é uma configuração defensável para holdings significativas. A multisig de governança, como o Drift mostrou, torna-se um ponto centralizado de falha quando o limite é baixo e os signatários podem ser manipulados socialmente.

Devo mover tudo das exchanges agora mesmo?
Para holdings de longo prazo, o argumento para passar para a autocustódia ficou mais forte em 2025 e 2026, não mais fraco. Fazê-lo durante períodos de calma é ideal, mas fazê-lo durante períodos estressantes ainda é melhor do que não fazê-lo. Mantenha nas exchanges apenas o que você precisa para negociações ativas e trate esses saldos como um risco conhecido.

Qual é o hábito mais importante que protege contra todas as cinco categorias?
Não há um único hábito. O resumo mais próximo é: mantenha suas próprias chaves, em um dispositivo cuja arquitetura remove caminhos de ataque remotos e físicos, com sua frase de recuperação em um backup offline durável que você controla. Cada um dos três é necessário e nenhum por si só é suficiente.

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, no mercado desde 2018, sem Wi-Fi, Bluetooth, dados USB ou NFC; assinatura apenas via código QR
• Design de referência antiviolação: Carcaça selada totalmente metálica, projetada para apagar chaves armazenadas se o compartimento for fisicamente violado
• 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 referenciados: 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 sempre foi uma boa autocustódia. Eles aprofundam as razões para isso. Revisá-los em ordem é principalmente uma forma de lembrar um 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 se mantêm firmes quando o ciclo de notícias é hostil.

Tenha-o. Então use-o.

Nota de segurança: Nenhuma configuração de autocustódia remove todos os riscos. A arquitetura com air gap e o hardware antiviolação eliminam categorias significativas de ataques remotos, de 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 cada transação na tela do dispositivo. Este artigo contém informações educacionais gerais sobre a arquitetura da carteira e o registro de incidentes de 2025-2026. Não se trata de aconselhamento financeiro, de investimento ou de custódia.