A Zeus Wallet colocou sua infraestrutura offline após mitigar um incidente de segurança cibernética, afirmando que nenhum fundo de cliente foi perdido ou colocado em risco enquanto conclui uma auditoria completa dos sistemas antes de restaurar os serviços.
Resumo
- A Zeus Wallet colocou sua infraestrutura offline após mitigar um incidente de segurança cibernética.
- A empresa afirmou que nenhum fundo de cliente foi perdido e nenhuma vulnerabilidade no software do nó Lightning foi identificada.
- Usuários com canais do Lightning Service Provider (LSP) fechados receberão canais substitutos após a retomada dos serviços.
- A Zeus está auditando seus sistemas antes de restaurar as operações e não forneceu um cronograma.
- O incidente ocorre enquanto desenvolvedores de Bitcoin expandem revisões de segurança após os recentes ataques à carteira Coldcard.
A Zeus Wallet anunciou o incidente em uma atualização de 5 de agosto, dizendo que o ataque foi contido em poucas horas, mas que a infraestrutura permaneceria offline até que uma revisão abrangente de seus sistemas fosse concluída. A carteira de autocustódia da Rede Lightning do Bitcoin disse que sua investigação até agora não encontrou evidências de que o incidente tenha se originado de uma vulnerabilidade no software do nó Lightning.
O fundador Evan Kaloudis disse em um post no blog da empresa que os investigadores atualmente acreditam que o ataque foi limitado à própria infraestrutura da Zeus. Ele acrescentou que a empresa não identificou nenhum impacto nos fundos dos clientes e continua auditando seus sistemas antes de trazer os serviços de volta online.
Nenhum cronograma foi fornecido para a restauração das operações.
Zeus diz que fundos dos clientes permanecem seguros
Enquanto a infraestrutura permanece indisponível, a Zeus disse que clientes cujos canais do Lightning Service Provider (LSP) foram fechados durante o incidente receberão canais substitutos assim que os serviços forem retomados e as solicitações puderem ser processadas.
Kaloudis disse que o incidente reforçou o trabalho contínuo da Zeus em ambientes de execução confiáveis, também conhecidos como enclaves, juntamente com o projeto Validating Lightning Signer (VLS). De acordo com a empresa, o design de infraestrutura planejado visa mitigar essa categoria de ataque.
Embora a Zeus tenha descrito o incidente como um ataque de segurança cibernética, ela não divulgou como os atacantes obtiveram acesso ou se algum sistema interno fora de sua infraestrutura foi afetado.
Interrupção anterior de serviço seguiu o encerramento da Boltz
A interrupção da infraestrutura ocorre apenas dias depois de a Zeus anunciar outra mudança de serviço que afeta os usuários.
Na segunda-feira, a carteira disse que desativaria a funcionalidade de swap depois que o provedor de swap de Bitcoin não custodial Boltz suspendeu sua própria plataforma até novo aviso. A Zeus vinculou a decisão diretamente ao encerramento da Boltz, embora a suspensão do swap e o incidente de segurança cibernética tenham sido anunciados separadamente.
A empresa não indicou que os dois eventos estão conectados.
Por enquanto, a prioridade atual da Zeus permanece concluir sua auditoria interna antes de restaurar a infraestrutura e processar canais Lightning substitutos para os clientes afetados.
As revisões de segurança do Bitcoin aceleraram após ataques ao Coldcard
O incidente Zeus ocorre em um período de revisões de segurança intensificadas em todo o ecossistema Bitcoin após os recentes ataques à carteira Coldcard.
No início desta semana, o desenvolvedor de Bitcoin Calle disse que o Bitcoin Red Team, liderado por voluntários, começou a revisar carteiras Bitcoin, bibliotecas, software de infraestrutura e outros projetos de código aberto usando análise assistida por IA combinada com verificação manual após o incidente do Coldcard.
De acordo com dados compartilhados pelo grupo, os revisores examinaram 390 repositórios relacionados ao Bitcoin durante as primeiras 29,8 horas da iniciativa, identificando 4.962 possíveis problemas de segurança. A equipe classificou 720 descobertas como de alta ou crítica gravidade, enquanto relatou que 21,4% dos problemas identificados já haviam sido reproduzidos por meio de verificação de acompanhamento.
Calle disse que várias vulnerabilidades críticas já haviam sido divulgadas privadamente aos mantenedores dos projetos afetados, em vez de serem divulgadas publicamente enquanto as correções de software estão sendo preparadas.
O esforço voluntário inclui o CEO da AnchorWatch, Rob Hamilton, e outros colaboradores do Bitcoin. Calle também disse que a iniciativa está consumindo cerca de US$ 10.000 por dia em custos de computação, com a OpenSats financiando o esforço e a Kimi Moonshot fornecendo contas de IA e acesso ao seu modelo Kimi K3.
Investigação do Coldcard continua enquanto usuários afetados migram carteiras
As revisões de segurança se intensificaram depois que investigadores relacionaram roubos recentes de Bitcoin a uma falha em certas versões de firmware da carteira de hardware Coldcard.
Como relatado anteriormente pelo crypto.news, a Galaxy Research confirmou que atacantes roubaram 1.596 BTC de aproximadamente 7.300 endereços em três ondas de ataque confirmadas. A empresa de pesquisa também identificou uma suspeita quarta onda coordenada envolvendo outros 448,7 BTC de 709 endereços provavelmente vítimas, embora ainda não tenha adicionado essas perdas aos seus números confirmados porque a verificação adicional das vítimas continua em andamento.
Os investigadores também relataram separadamente que aproximadamente 90% do Bitcoin roubado não foi movimentado na blockchain. Ao mesmo tempo, analistas observaram um atacante roteando 64 BTC através de um misturador de Bitcoin, enquanto o maior atacante identificado continua segurando cerca de 1.159 BTC em sete endereços.
De acordo com o fabricante de carteiras de hardware Coinkite, a vulnerabilidade subjacente do Coldcard originou-se de uma modificação de firmware introduzida em março de 2021 ao integrar uma nova biblioteca criptográfica. Em vez de depender do gerador de números aleatórios de hardware pretendido durante a criação da carteira, as versões de firmware afetadas usavam um gerador pseudoaleatório determinístico fornecido pelo MicroPython.
A equipe de engenharia e segurança de Bitcoin da Block chegou à mesma conclusão após revisar o firmware de forma independente. Embora a empresa tenha dito que não havia concluído testes empíricos em todos os dispositivos afetados, sua análise descobriu que o firmware vulnerável dependia do fallback determinístico durante a geração da semente, em vez do gerador de números aleatórios de hardware STM32.
A Coinkite desde então lançou atualizações de firmware de emergência para os dispositivos afetados, mas alertou que instalar apenas o software corrigido não protege carteiras criadas com firmware vulnerável. Em vez disso, os usuários foram instruídos a gerar frases-semente completamente novas em dispositivos atualizados e transferir seus Bitcoins para endereços derivados dessas novas carteiras.
A empresa acrescentou que carteiras originalmente criadas usando pelo menos 50 lançamentos de dados privados não são afetadas por essa falha específica de geração de números aleatórios, embora continue recomendando a migração para sementes recém-geradas.
