A Ledger rejeitou alegações de que foi hackeada depois que a equipe de segurança Anzen da OneKey reproduziu uma falha de substituição de transação contra uma versão desatualizada do aplicativo Ethereum da Ledger.
Resumo
- A OneKey reproduziu um ataque de substituição de transação contra o aplicativo Ethereum da Ledger versão 1.22.1 em testes de laboratório.
- A Ledger afirma que o aplicativo Ethereum 1.22.2 adicionou salvaguardas antes de a OneKey descrever publicamente sua tentativa de reprodução online.
- Um atacante precisava de controle sobre as comunicações entre o dispositivo e o host por meio de malware, páginas da web hostis ou software de carteira comprometido.
- A versão 26.6.1 do Secure SDK bloqueou comandos intercalados antes que eles chegassem diretamente aos aplicativos individuais do dispositivo Ledger.
- A Ledger não encontrou evidências de que a vulnerabilidade foi explorada contra usuários ou causou perdas de criptomoedas em qualquer lugar.
O fundador da OneKey, Yishi Wang, disse em 27 de agosto que os pesquisadores completaram o ataque contra o aplicativo Ethereum 1.22.1 em laboratório. A Ledger confirmou a vulnerabilidade subjacente, mas disse que já havia corrigido o aplicativo afetado antes de a OneKey publicar sua demonstração.
A falha do Ethereum da Ledger quebrou a garantia de exibição confiável
A vulnerabilidade envolvia a comunicação entre um dispositivo Ledger e seu host conectado. Os aplicativos Ledger recebem instruções chamadas comandos Application Protocol Data Unit, ou APDUs, de software de carteira, páginas da web ou outras interfaces.
Um aplicativo afetado poderia aceitar um segundo comando APDU enquanto o usuário estava revisando uma operação anterior na tela do dispositivo. O novo comando poderia sobrescrever os parâmetros de assinatura armazenados na memória compartilhada sem atualizar as informações exibidas.
Nesse cenário, o usuário poderia revisar a transação A e aprová-la enquanto o aplicativo gerava uma assinatura cobrindo a transação B. O dispositivo não avisaria o usuário de que as informações subjacentes haviam mudado.
A Ledger classificou o problema como uma condição de corrida do tipo tempo-de-verificação para tempo-de-uso. Seu boletim disse que a falha derrotou a proteção de exibição confiável que as carteiras de hardware usam para permitir que os clientes verifiquem valores, endereços e ações de contrato antes de assinar.
O problema não revelou frases-semente nem extraiu chaves privadas do elemento seguro. Em vez disso, poderia fazer com que a chave protegida assinasse parâmetros diferentes daqueles mostrados ao usuário.
A exploração exigia uma conexão comprometida
Um atacante precisava de controle sobre as comunicações entre o aplicativo Ledger e seu host. A Ledger listou malware, um aplicativo de carteira comprometido ou uma página da web hostil com acesso WebHID ou WebUSB como rotas possíveis.
O ataque não poderia ser realizado remotamente contra um dispositivo desconectado. Um usuário também tinha que aprovar a transação enquanto o software malicioso manipulava seu contexto de assinatura pendente.
A Ledger disse que o defeito estava localizado no tratamento de entrada e saída do seu Secure SDK, não no sistema operacional do dispositivo ou firmware. Aplicativos compilados com versões afetadas do SDK dependiam de suas próprias verificações de estado para rejeitar comandos que chegassem durante uma revisão ativa.
Isso significa que a exposição era específica do aplicativo. Um aplicativo permanecia protegido se todos os pontos de entrada de comandos assíncronos verificassem seu estado adequadamente, mesmo quando construído usando o SDK afetado.
A Ledger contesta se o teste conta como um hack
Wang descreveu o resultado do laboratório dizendo: "nós hackeamos a Ledger". Ele também disse que a empresa corrigiu o problema no aplicativo Ethereum 1.22.3.
O Diretor de Tecnologia da Ledger, Charles Guillemet, contestou essa descrição. Ele disse que “reproduzir um bug já corrigido não é ‘hackear a Ledger’” e caracterizou o trabalho da OneKey como um exercício de laboratório contra um aplicativo mais antigo.
O histórico de versões suporta uma linha do tempo mais precisa. O aplicativo Ethereum 1.22.2, lançado em 13 de agosto, foi a primeira atualização de aplicativo contendo verificações de estado projetadas para interromper o caminho documentado de substituição de transação.
A Ledger então lançou o Secure SDK 26.6.1 em 21 de agosto. Essa atualização bloqueia comandos intercalados antes que o código do aplicativo os receba. Os aplicativos foram subsequentemente reconstruídos usando o SDK corrigido.
A Ledger agora recomenda o aplicativo Ethereum 1.22.3 ou posterior, porque a versão mais recente contém a proteção mais ampla do SDK e aborda outra falha de exibição de transação. Portanto, a OneKey estava correta ao afirmar que 1.22.3 é protegido, mas a primeira correção em nível de aplicativo apareceu na versão 1.22.2.
Como o crypto.news relatou anteriormente, a Ledger já havia dito que sua vulnerabilidade de assinatura Ethereum foi corrigida antes da divulgação pública.
Usuários devem atualizar os aplicativos através do Ledger Live
A Ledger disse que não encontrou evidências de que atacantes exploraram o LSB 023 contra clientes. Nenhuma perda de criptomoedas foi publicamente vinculada a esse problema específico.
Os usuários devem abrir o Ledger Live, instalar os aplicativos de dispositivo mais recentes e verificar a versão do aplicativo Ethereum na carteira de hardware. Atualizar apenas o firmware não substitui aplicativos construídos com um SDK afetado.
Desenvolvedores terceirizados também devem revisar seu tratamento de estado e reconstruir aplicativos com o Secure SDK 26.6.1 ou posterior. A Ledger disse que a fraqueza foi introduzida em agosto de 2025 e afetou as versões do SDK até 26.6.0.
A divulgação segue outras correções de segurança de carteiras de hardware. Em cobertura relacionada, a BitBox corrigiu duas falhas que afetavam a instalação de firmware e o manuseio de endereços Bitcoin, também sem relatar exploração confirmada.
