Zilliqa alerta sobre falha do Ledger que expõe chaves…
Usuários que assinaram 5 ou mais transações nativas de Zilliqa no Ledger são considerados comprometidos enquanto uma correção coordenada está sendo preparada.
A Zilliqa divulgou uma vulnerabilidade em seu aplicativo Ledger que, segundo afirma, pode permitir que atacantes reconstruam chaves privadas usando dados de assinatura onchain disponíveis publicamente. A equipe informou aos usuários que assinaram pelo menos cinco transações nativas da Zilliqa no Ledger para aguardar mais orientações enquanto um aplicativo corrigido é preparado com a Ledger.
Principais Conclusões
- Uma falha no aplicativo Ledger da Zilliqa pode permitirchaves privadasserem recuperadas de assinaturas onchain visíveis publicamente, alertou a Zilliqa.
- O problema decorre de assinaturas produzidas com nonces efêmeros previsivelmente enfraquecidos, uma condição que pode tornar a recuperação de chaves viável a partir de várias assinaturas.
- A Zilliqa rotulou qualquer usuário que assinou pelo menos cinco transações nativas da Zilliqa com um dispositivo Ledger como comprometido e disse para aguardar mais orientações.
- Ferramentas compatíveis com EVM para transacionar ZIL não foram afetadas, e uma versão corrigida do aplicativo Ledger está sendo preparada em coordenação com a Ledger.
Zilliqa Sinaliza Falha de Assinatura no Aplicativo Ledger Que Pode Expor Chaves Privadas
A Zilliqa colocou um tipo muito específico de risco de custódia na mesa. A rede disse que uma vulnerabilidade no aplicativo Ledger da Zilliqa pode permitir que atacantes recuperem as chaves privadas dos usuários usando dados onchain disponíveis publicamente.
Essa estrutura é importante porque não é o habitual “seu dispositivo foi comprometido” ou “você clicou em algo ruim”.link"incidente. Se a chave privada puder ser reconstruída a partir de assinaturas que já estão na blockchain, a superfície de ataque se torna histórica. As assinaturas são públicas, e a análise pode ser feita sem tocar no hardware da vítima."
A Zilliqa também disse que “medidas de proteção estão em vigor para evitar novas perdas” e que “um plano de remediação coordenado está sendo finalizado.” A urgência aqui é óbvia. Se a recuperação chave for possível a partir da atividade passada, o tempo se torna uma variável, e o trabalho do defensor é reduzir a janela onde um atacante pode agir sobre dados já disponíveis.
Esta divulgação ocorre imediatamente após a Zilliqa ter solicitado às exchanges que pausassem temporariamente os depósitos e retiradas de ZIL, após uma vulnerabilidade de segurança separada que resultou no roubo de uma quantia não divulgada de ZIL de umcarteira friaEssa sequência mantém o risco operacional em destaque para qualquer pessoa que negocie ZIL ou gerencie fluxos de liquidação.
Como Nonces Efêmeros Previsíveis Transformam Assinaturas Públicas em Risco de Recuperação de Chave
A Zilliqa atribuiu a causa raiz a uma fraqueza de assinatura dentro do aplicativo: “A vulnerabilidade faz com que as assinaturas sejam geradas com nonces efêmeros previsivelmente enfraquecidos, a partir dos quais um atacante pode recuperar a chave privada do signatário.”
Em um nível alto, um nonce efêmero é um valor aleatório de uso único utilizado durante a assinatura criptográfica. O objetivo é que ele seja imprevisível e efetivamente único por assinatura. Quando esse nonce é enfraquecido de uma maneira previsível, a assinatura pode vazar informações sobre a chave privada.
O efeito de segunda ordem é a parte que os traders devem internalizar. Como as assinaturas estão incorporadas nas transações, e as transações são públicas, a matéria-prima para o ataque já está presente nos dados onchain. Isso significa que o risco não se limita a um único ponto de extremidade comprometido ou a um evento de phishing isolado.
Pode ser explorado analisando assinaturas anteriores em larga escala, e o custo do atacante é principalmente computação e direcionamento.
A própria linguagem da Zilliqa implica que a explorabilidade está ligada ao conjunto de assinaturas, e não a uma interação ao vivo com o usuário. É por isso que isso soa mais como um choque de custódia do que um típico relatório de bug de "corrija seu aplicativo".
Quem é Considerado Comprometido: O Limite de 5+ Transações Nativas do Ledger
A Zilliqa traçou uma linha clara sobre quem considera exposto. Usuários que assinaram pelo menos cinco transações nativas da Zilliqa com um dispositivo Ledger são considerados comprometidos, e foram aconselhados a "aguardar mais orientações antes de tomar qualquer ação."
Esse limite de "cinco transações" está fazendo muito trabalho. Sugere que o ataque precisa de múltiplas assinaturas para analisar, o que cria uma segmentação clara entre usuários nativos da Ledger potencialmente expostos e todos os outros. Se você nunca usou o aplicativo Ledger para assinar nativamente a Zilliqa, a divulgação não está descrevendo você.
A Zilliqa também reduziu o raio de impacto ao afirmar que usuários que transacionaram ZIL através de ferramentas compatíveis com EVM não foram afetados. Praticamente, isso significa que qualquer mudança comportamental imediata deve se concentrar na atividade de transações nativas da Zilliqa e entre usuários nativos da Ledger, em vez de em todos os caminhos que o ZIL pode seguir.
A instrução para esperar também é um sinal. Quando uma equipe diz a usuários potencialmente comprometidos para não tomarem nenhuma ação ainda, geralmente significa que estão tentando gerenciar a resposta de forma centralizada, provavelmente para evitar movimentos caóticos de chaves, erros ou uma corrida de transações que poderia criar novos modos de falha.
A Zilliqa acompanhou essa orientação com a declaração de que medidas de proteção já estão em vigor, reforçando que estão tentando controlar o cronograma.
Sinais de Curto Prazo: Tempo de Correção, Trilhos de Câmbio e Quaisquer Divulgações de Perda Posterior
As próximas entradas relevantes para o mercado são operacionais, não filosóficas.
Primeiro é o tempo de lançamento e detalhes da versão para o aplicativo Ledger corrigido da Zilliqa, que a Zilliqa disse que será publicado em coordenação com a Ledger. A coordenação é uma dependência, e até que haja uma versão lançada, o mercado está negociando incerteza.
Em segundo lugar, há orientações atualizadas para a coorte rotulada como comprometida pela Zilliqa. A questão chave é se a Zilliqa recomenda, em última análise, etapas de rotação de chaves ou migração, e qual sequência deseja que os usuários sigam. A instrução atual é explícita: aguarde.
Em terceiro lugar, está o status das plataformas de troca. O pedido anterior da Zilliqa para que as exchanges pausassem os depósitos e retiradas de ZIL após o roubo da carteira fria é uma restrição direta de liquidez, se persistir. A reabilitação aliviaria a fricção. Restrições adicionais a tornariam mais apertadas.
Em quarto lugar, está a divulgação de perdas. A quantidade de ZIL roubada da carteira fria permanece não divulgada, e não houve divulgação quantificada de quaisquer perdas adicionais confirmadas relacionadas à vulnerabilidade do aplicativo Ledger. Qualquer número concreto aqui muda a forma como as mesas modelam o excesso de oferta e o comportamento das contrapartes.
A ação do preço já está fraca em relação à divulgação. Na publicação, o ZIL era negociado acima de $0,0024, com queda de 1,5% em 24 horas e queda de 17% na última semana, segundo o CoinMarketCap. Nesse contexto, atualizações de segurança incrementais podem atuar comocatalisadores devolatilidade
porque a posição já é frágil.
Isto é um choque de custódia com efeitos colaterais de liquidez, não apenas um relatório de bug.
Estou tratando isso como um evento de custódia primeiro e um problema de software em segundo lugar, porque a própria afirmação da Zilliqa é que as chaves privadas podem ser recuperadas usando dados onchain disponíveis publicamente. Essa é a linha que muda o modelo de risco. Se o atacante pode trabalhar a partir de assinaturas históricas, a ameaça não é limitada por comprometer um dispositivo hoje.
É limitada pela existência de assinaturas suficientes para tornar a recuperação viável.O limite das “cinco transações nativas” é o outro indicativo. Isso implica um requisito de múltiplas assinaturas, o que é consistente com o motivo pelo qual a Zilliqa pode segmentar usuários em “comprometidos” e não. Para os mercados, a segmentação importa porque molda o fluxo. Se apenas um subconjunto de detentores está em risco imediato, você obtém um comportamento concentrado, não uma corrida bancária uniforme..
O cenário um é o caminho de remediação contido. Um aplicativo corrigido é lançado rapidamente, a Zilliqa emite passos claros a seguir para o grupo de 5+ transações, e as plataformas de troca se normalizam após o pedido de pausa anterior. Nesse caso, o choque é principalmente sobre confiança e a interrupção da atividade de curto prazo na assinatura nativa da Zilliqa, não uma ampla limitação da transferibilidade do ZIL.
A confirmação seria uma versão do aplicativo liberada, coordenada com a Ledger, além de orientações atualizadas que sejam acionáveis e consistentes com as “medidas de proteção” já em vigor.
O cenário dois é o meio bagunçado. O cronograma de correção se desvia, a orientação continua sendo "aguarde" e as exchanges mantêm depósitos e retiradas restritos porque o risco operacional permanece elevado. É aí que os efeitos colaterais de liquidez aparecem. Mesmo sem novas divulgações de roubo, trilhos restritos podem aumentar os spreads, aumentardesvio, e tornar a descoberta de preços mais instável porque menos locais podem armazenar fluxo.
A confirmação seria a contínua incerteza sobre o cronograma de lançamento e nenhuma declaração clara sobre quando os usuários devem rotacionar chaves ou migrar.
O cenário três é a escalada por meio da divulgação de perdas. Se a Zilliqa quantificar posteriormente o roubo da cold-wallet ou confirmar perdas adicionais relacionadas à vulnerabilidade do aplicativo Ledger, o mercado reprecificará o incidente de “exposição potencial” para “dano realizado”. O ponto de invalidação para a escalada é simples: nenhuma perda adicional divulgada e uma correção enviada com instruções claras para o usuário.
A tese central é que o aviso de recuperação de chave de assinatura onchain da Zilliqa transforma isso em um choque de custódia sensível ao tempo que pode afetar a liquidez se as vias de troca e o tempo de remediação permanecerem restritos, e isso será confirmado se a correção e a orientação atrasarem enquanto o acesso a depósitos e retiradas permanecer restrito.
