Ledger identifica vulnerabilidade não corrigível em chip popular de smartphones

Relatório aponta que o Mediatek Dimensity 7300 pode ser comprometido no nível mais baixo do sistema

Um relatório de um provedor de carteiras de criptomoedas aponta que o chip Mediatek Dimensity 7300 pode ser comprometido no nível mais baixo do dispositivo, em uma classe de falhas que, por sua natureza, tende a ser não corrigível via atualização de software. Em termos práticos, trata-se do tipo de problema que afeta a raiz de confiança do aparelho e, quando explorado, permite que um atacante contorne mecanismos de segurança que dependem da cadeia de boot. O alerta ganha relevância por envolver um processador amplamente utilizado em smartphones, ampliando o debate sobre o limite de proteção que o software consegue oferecer quando o próprio silício se torna o vetor de risco.

O que está em jogo

Vulnerabilidades no “nível mais baixo” tipicamente dizem respeito a componentes envolvidos na inicialização e na verificação de integridade do sistema, onde o firmware estabelece as chaves e políticas que ancoram todo o restante. Quando uma brecha nessa camada é explorável, o atacante pode, em tese, interferir na sequência de boot, desabilitar verificações ou injetar código persistente antes que o sistema operacional assuma o controle. Por isso, são classificadas como difíceis ou impossíveis de corrigir sem revisão de hardware, já que o problema não está apenas em um aplicativo ou driver, mas no alicerce sobre o qual o software confia. Esse contexto explica por que a classificação de “não corrigível” preocupa pesquisadores e fabricantes.

Impacto para cripto e além

No ecossistema de cripto, a segurança de carteiras móveis depende da integridade do dispositivo hospedeiro; se a cadeia de confiança é comprometida, aumenta o risco de ataques direcionados capazes de observar, interceptar ou manipular operações sensíveis. Em cenários extremos, um atacante com controle dessa camada poderia buscar contornar proteções do sistema para capturar dados ou enfraquecer a proteção de credenciais, ainda que a viabilidade prática dependa de fatores como acesso físico, complexidade do exploit e contramedidas adicionais dos fabricantes. Para usuários, o ponto central é entender que a robustez de um app de carteira tem limites quando o problema está abaixo do sistema operacional. Para o mercado, o episódio reforça a diferença entre custodiar chaves em hardware dedicado e operar em dispositivos de propósito geral.

Mitigações e próximos passos

Para fabricantes, a resposta passa por endurecer políticas de boot seguro, fortalecer atestações de integridade e, quando aplicável, revisar o design em novas revisões de silício. Para desenvolvedores de apps sensíveis, vale incorporar checagens de integridade, detectar ambientes potencialmente comprometidos e oferecer camadas adicionais de proteção, como aprovação fora de banda. Para usuários, boas práticas seguem válidas: evitar armazenar grandes quantias em dispositivos móveis, adotar carteiras de hardware para montantes relevantes e manter o ecossistema do aparelho o mais restrito possível, reduzindo a superfície de ataque. Em última instância, o caso recoloca no centro do debate a resiliência da cadeia de suprimentos de chips e a importância de projetar segurança a partir do hardware, não apenas sobre ele.