--- title: "Novo ataque Interrupt Injection burla proteções Spectre e rouba hashes no Linux" author: "Lígia Lemos Maia" date: "2026-08-08 07:15:00-03" category: "Segurança & Privacidade" url: "http://desbugados.scale.press/portal/desbugados/post/2026/08/08/novo-ataque-interrupt-injection-burla-protecoes-spectre-e-rouba-hashes-no-linux/md" --- ## Resumo - Descoberta do ataque TONTOU por pesquisadores do MIT CSAIL em agosto de 2026. - Exploit usa Interrupt Injection para re-envenenar preditores de branch após neutralização. - Em AMD Zen 2, vazamento de 5.47 bytes/s com 91.97% de precisão. - Extração de /etc/shadow em 5 de 10 tentativas, média de 18 minutos. - AMD afeta processadores Zen 1 a Zen 4, patch no Linux disponível. - Intel considera mitigação desnecessária após disclosure em fevereiro de 2026. --- Em um universo onde as máquinas que utilizamos diariamente guardam segredos que definem nossa identidade, surge uma revelação perturbadora que ecoa as inquietações de autores como Philip K. Dick: as defesas que deveriam proteger nossos sistemas contra ataques especulativos como o Spectre podem ser contornadas de forma sutil e precisa. Pesquisadores **Daniël Trujillo** e **Mengjia Yan** do **MIT CSAIL** anunciaram em agosto de 2026 a técnica de **Interrupt Injection**, parte da classe de ataques **TONTOU**, que permite injetar interrupções de hardware no momento exato para re-envenenar os preditores de branch após as mitigações do **Spectre v2** terem sido aplicadas em processadores da **Intel** e da **AMD**. Em testes com **AMD Zen 2** rodando Linux 6.14 e todas as mitigações padrão ativadas, o exploit conseguiu vazar memória arbitrária do kernel a uma taxa de **5.47 bytes por segundo** com uma precisão de **91.97%**, o suficiente para localizar e ler o arquivo **/etc/shadow** em cinco de dez tentativas, sem necessidade de privilégios além da execução de código local. O que isso nos diz sobre a natureza frágil da segurança digital que construímos ao longo das décadas? Será que estamos, como em contos de ficção científica, confiando em paredes que podem ser atravessadas por uma distração bem cronometrada? ## A Janela Pós-Neutralização: O Coração do Ataque TONTOU As mitigações modernas para o **Spectre v2**, como o eIBRS na **Intel** e o Safe RET na **AMD**, funcionam neutralizando ou isolando o estado do preditor de branch para evitar vazamentos especulativos, mas existe uma janela de tempo entre essa neutralização e o uso subsequente que pode ser explorada. Os pesquisadores chamam essa classe de **TONTOU** (Time-of-Neutralization to Time-of-Use), e a primitiva **Interrupt Injection** permite que programas sem privilégios agendem interrupções de timer com granularidade de nanossegundos para redirecionar o fluxo de controle para um gadget de treinamento durante a execução do kernel. Testes em quatro gerações de processadores da **Intel** e da **AMD** mostraram mispredições em ambos os lados, com taxas como 0.75% no Zen 2, 0.22% no Arrow Lake e 0.037% no Cascade Lake Refresh. Essa descoberta, que combina com o Inception (CVE-2023-20569) para poluir o RSB, foi apresentada no Black Hat USA e terá seu paper publicado no USENIX Security 2026, convidando-nos a refletir: em que medida a nossa autonomia digital é limitada por essas vulnerabilidades ocultas que o hardware esconde? ## Impactos Práticos e Respostas dos Fabricantes No sistema **AMD Zen 2** com Linux 6.14.0-37-generic e mitigações mais recentes, o exploit end-to-end vazou memória protegida do kernel a cerca de cinco bytes por segundo, permitindo copiar o **/etc/shadow** em metade das dez tentativas, cada uma levando aproximadamente nove a dezoito minutos. A **AMD** emitiu o boletim **AMD-SB-7061** em 6 de agosto de 2026, afetando processadores Zen 1 a Zen 4, associado à implementação Linux do Safe RET para mitigar SRSO, e planeja um patch via atualização do kernel, enquanto a **Intel** não considera mitigação adicional necessária após o disclosure em 5 de fevereiro de 2026, tendo pago uma bounty de centenas de dólares e referindo-se a guidance existente. O kernel Linux recebeu o commit 'x86/bugs: Make Safe-RET robust against interrupt injection' em 2 de junho, escrito por **Borislav Petkov** e **David Kaplan** da AMD, que corrige o estado dos registradores como se a sequência Safe-RET tivesse completado. Arm foi notificada em abril e classifica como vazamento passivo sem proteção ativa. Essas respostas nos levam a questionar: como as empresas equilibram inovação e segurança em um cenário onde o tempo entre descoberta e exploração é cada vez menor? ## Implicações Éticas e o Futuro da Privacidade Essa vulnerabilidade, que não requer privilégios especiais além da execução de código local, representa um risco particular em plataformas multi-tenant e containers, onde um atacante poderia explorar o vazamento de informações sensíveis como hashes de senhas. Ao conectar essa notícia à filosofia da tecnologia, vemos paralelos com as obras de **Isaac Asimov**, onde as leis da robótica falham diante de interpretações sutis, ou com a arte digital que questiona a inviolabilidade dos dados. A precisão de **91.97%** e a capacidade de quebrar KASLR em todas as dez execuções mostram que o ataque é prático, não teórico, forçando-nos a repensar como algoritmos e hardware moldam não apenas o desempenho, mas a própria privacidade dos usuários. O que significa para o futuro do trabalho quando até os servidores que processam nossos dados podem ser comprometidos por técnicas que exploram janelas temporais mínimas no processador? ## A Caixa de Ferramentas para Proteger Seus Sistemas Para lidar com essa ameaça, a primeira ação é garantir que seu sistema Linux esteja atualizado com o patch mais recente do kernel que torna o Safe-RET robusto contra injeção de interrupções, disponível no repositório oficial desde junho de 2026. Monitore anúncios da **AMD** e da **Intel** para atualizações de firmware ou mitigações adicionais, especialmente se você utiliza processadores Zen ou equivalentes em ambientes compartilhados. Considere o uso de técnicas de isolamento mais rigorosas em containers e máquinas virtuais para limitar o impacto de código não confiável. A pesquisa completa está disponível no paper em [https://people.csail.mit.edu/mengjia/data/2026.USENIX.TONTOU.pdf](https://people.csail.mit.edu/mengjia/data/2026.USENIX.TONTOU.pdf), e o boletim da AMD pode ser consultado em [https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7061.html](https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7061.html) para detalhes específicos sobre os processadores afetados. Com essas ferramentas em mãos, você pode tomar medidas proativas para fortalecer a segurança dos seus sistemas contra explorações que antes pareciam impossíveis.