Disputas de Ledger sobre a alegação da OneKey de "hacking" relacionada a bug reproduzido no aplicativo de ethereum

Ledger refuta alegações de “hacking” após equipe de segurança da OneKey reproduzir falha de substituição de transação em aplicativo antigo de Ethereum A Ledger rejeitou as alegações após a equipe de segurança Anzen da OneKey afirmar ter “hacked a Ledger” ao reproduzir uma falha de substituição de transação em um aplicativo antigo de Ethereum. A Ledger afirma que a vulnerabilidade era real, mas já havia sido corrigida antes da demonstração pública da OneKey. O que aconteceu - Em 27 de ago, o fundador da OneKey, Yishi Wang, postou no Twitter que sua equipe conseguiu reproduzir com sucesso um ataque de substituição de transação contra o aplicativo Ethereum da Ledger versão 1.22.1 em um ambiente de laboratório. Ele descreveu o problema como uma condição de corrida entre a exibição da transação e o buffer subjacente da transação. - A Ledger reconheceu a vulnerabilidade subjacente, mas enfatizou que a empresa havia corrigido a falha antes da publicação da demonstração pela OneKey. O CTO da Ledger, Charles Guillemet, disse que “reproduzir uma falha já corrigida não é ‘hacking da Ledger’”, classificando o trabalho da OneKey como um exercício de laboratório contra um aplicativo mais antigo. Como a falha funcionava (em termos simples) - Aplicativos da Ledger recebem instruções chamadas APDUs (comandos Application Protocol Data Unit) de software de carteira, páginas da web ou outras interfaces hospedeiras. - Nas versões afetadas do aplicativo, um segundo APDU podia ser aceito enquanto o usuário ainda estava revisando uma transação na tela do dispositivo. Esse segundo comando podia substituir parâmetros de assinatura na memória compartilhada sem alterar o que era exibido no dispositivo. - Resultado: um usuário poderia revisar e aprovar a transação A no dispositivo, enquanto a chave segura assinava na verdade a transação B — e o dispositivo não alertaria o usuário de que os dados subjacentes de assinatura haviam mudado. - A Ledger classificou isso como uma condição de corrida time-of-check to time-of-use (TOCTOU) que contornava as proteções de exibição confiável nas quais carteiras de hardware se baseiam para permitir que usuários verifiquem quantias, endereços e ações de contrato. O que estava e não estava em risco - A falha não vazou frases semente nem extraiu chaves privadas do elemento seguro. Em vez disso, poderia fazer com que uma chave protegida assinasse entradas diferentes das mostradas ao usuário. - Um atacante precisava ter controle sobre o canal de comunicação entre o aplicativo da Ledger e sua hospedeira — por exemplo, malware na hospedeira, um aplicativo de carteira comprometido ou uma página hostil com acesso WebHID/WebUSB. O ataque não podia ser executado remotamente contra um dispositivo desconectado. - Um exploit bem-sucedido também exigia que o usuário aprovasse uma transação enquanto o software malicioso manipulava o contexto de assinatura pendente. Onde a falha estava e como foi corrigida - A Ledger afirma que o defeito estava no tratamento de entrada/saída em seu Secure SDK, e não no sistema operacional ou firmware do dispositivo. Aplicativos construídos com versões afetadas do SDK dependiam de suas próprias verificações de estado para rejeitar comandos intercalados. - Por isso, a exposição era específica do aplicativo: um aplicativo permanecia seguro se todos os pontos de entrada assíncronos verificassem corretamente o estado, mesmo quando construídos com o SDK afetado. - Cronologia das correções: - 13 de ago: Aplicativo Ethereum 1.22.2 adicionou verificações de estado em nível de aplicativo que impedem o caminho documentado de substituição de transação. - 21 de ago: A Ledger lançou o Secure SDK 26.6.1, que bloqueia comandos intercalados antes que o código do aplicativo os receba. Aplicativos foram subsequentemente reconstruídos com o SDK corrigido. - A Ledger agora recomenda o aplicativo Ethereum 1.22.3 ou posterior, pois inclui a proteção mais ampla do SDK e corrige uma falha adicional na exibição de transações. A OneKey estava correta ao afirmar que 1.22.3 é protegido, mas a primeira mitigação em nível de aplicativo chegou na versão 1.22.2. Orientações práticas para usuários e desenvolvedores - A Ledger relata nenhuma evidência de que atacantes tenham explorado a falha (identificada como LSB-023) e nenhuma perda cripto foi publicamente vinculada a essa vulnerabilidade específica. - Usuários devem abrir o Ledger Live, instalar os últimos aplicativos do dispositivo e verificar a versão do aplicativo Ethereum em sua carteira de hardware. Instalar uma atualização de firmware sozinha não substitui aplicativos construídos com o SDK afetado — os aplicativos também devem ser atualizados. - Desenvolvedores de aplicativos de terceiros devem revisar seu tratamento de estado e reconstruir os aplicativos com o Secure SDK 26.6.1 ou posterior. A Ledger afirma que a fraqueza foi introduzida em agosto de 2025 e afetou versões do SDK até a 26.6.0. Contexto mais amplo - A divulgação segue uma série de correções em carteiras de hardware; por exemplo, a BitBox recentemente corrigiu duas vulnerabilidades afetando instalação de firmware e tratamento de endereços Bitcoin, também sem evidência de exploração confirmada. Conclusão O problema técnico demonstrado pela OneKey era real, mas limitado em escopo: exigia uma hospedeira comprometida e aprovação do usuário, e a Ledger afirma ter corrigido o problema antes da demonstração ser tornada pública. Usuários devem atualizar os aplicativos pelo Ledger Live e desenvolvedores devem reconstruir com o SDK corrigido para fechar a janela de exposição.