{"id":182817,"date":"2026-08-10T19:49:35","date_gmt":"2026-08-10T17:49:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/tontou-ataka-na-cpu-intel-i-amd-pozvolyayushhaya-obojti-zashhitu-ot-uyazvimostej-spectre-v2"},"modified":"2026-08-10T19:49:35","modified_gmt":"2026-08-10T17:49:35","slug":"tontou-ataka-na-cpu-intel-i-amd-pozvolyayushhaya-obojti-zashhitu-ot-uyazvimostej-spectre-v2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/tontou-ataka-na-cpu-intel-i-amd-pozvolyayushhaya-obojti-zashhitu-ot-uyazvimostej-spectre-v2","title":{"rendered":"TONTOU \u2014 um ataque ao CPU da Intel e AMD que permite contornar a prote\u00e7\u00e3o contra vulnerabilidades Spectre v2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pesquisadores do Instituto de Tecnologia de Massachusetts identificaram uma t\u00e9cnica de ataque chamada TONTOU (Time-of-Neutralization to Time-of-Use), que oferece uma nova maneira de explorar vulnerabilidades de microarquitetura da classe Spectre v2. A vulnerabilidade permite determinar o conte\u00fado da mem\u00f3ria do n\u00facleo durante a execu\u00e7\u00e3o do exploit no espa\u00e7o do usu\u00e1rio. O c\u00f3digo para bloquear a explora\u00e7\u00e3o da vulnerabilidade foi incorporado ao n\u00facleo do Linux em 5 de agosto e inclu\u00eddo nas vers\u00f5es 7.1.7, 6.18.43, 6.12.102, 6.6.149, 6.1.181, 5.15.214 e 5.10.263. <\/p>\n
Os pesquisadores demonstraram a possibilidade de um ataque por um usu\u00e1rio local n\u00e3o privilegiado para determinar o hash da senha do usu\u00e1rio root, armazenado no arquivo \/etc\/shadow e carregado na mem\u00f3ria durante a autentica\u00e7\u00e3o no sistema. Os pesquisadores conseguiram uma vaz\u00e3o de dados da mem\u00f3ria do n\u00facleo de 5,47 bytes por segundo e uma precis\u00e3o de 91,97%. Em 10 execu\u00e7\u00f5es de teste do exploit, que duraram em m\u00e9dia 18 minutos, em metade das vezes foi poss\u00edvel determinar a presen\u00e7a do arquivo \/etc\/shadow na mem\u00f3ria e extrair seu conte\u00fado. <\/p>\n
O exploit foi demonstrado em sistemas com processadores AMD e pode ser aplicado a CPUs AMD das fam\u00edlias Zen 1-4. Em sistemas Intel, o ataque tamb\u00e9m \u00e9 vi\u00e1vel, mas a explora\u00e7\u00e3o \u00e9 mais complexa. Para proteger contra estouros de pilha de endere\u00e7os de retorno e bloquear a vulnerabilidade SRSO (Speculative Return Stack Overflow) em processadores AMD, \u00e9 utilizado o mecanismo de prote\u00e7\u00e3o Safe-RET, que limpa o buffer de predi\u00e7\u00e3o de desvios ap\u00f3s cada uso e reduz a janela para realizar o ataque a 2 instru\u00e7\u00f5es, executadas em v\u00e1rias dezenas de nanossegundos. <\/p>\n
Para contornar essa prote\u00e7\u00e3o e ampliar a janela de execu\u00e7\u00e3o do ataque, foi implementada uma t\u00e9cnica de desacelera\u00e7\u00e3o da CPU, permitindo a inser\u00e7\u00e3o do interrup\u00e7\u00e3o no momento certo para redirecionar o fluxo de execu\u00e7\u00e3o no n\u00facleo e utilizar o manipulador de interrup\u00e7\u00e3o para distorcer a grava\u00e7\u00e3o no buffer de predi\u00e7\u00e3o de desvios. Para explorar a vulnerabilidade SRSO, o atacante pode criar condi\u00e7\u00f5es em que o bloco de predi\u00e7\u00e3o de desvios execute especulativamente um grande n\u00famero de chamadas CALL incorretamente previstas, suficientes para sobrecarregar a pilha de endere\u00e7os de retorno e sobrescrever os pontos de retorno corretamente previstos, localizados no in\u00edcio da pilha. Como resultado, os primeiros elementos da pilha podem ser sobrescritos com valores escolhidos pelo atacante, levando \u00e0 utiliza\u00e7\u00e3o desses valores substitu\u00eddos durante a execu\u00e7\u00e3o especulativa da instru\u00e7\u00e3o RET no contexto de outro processo. <\/p>\n
O processador determinar\u00e1 que a predi\u00e7\u00e3o de desvios falhou e reverter\u00e1 a opera\u00e7\u00e3o ao seu estado original, mas os dados processados durante a execu\u00e7\u00e3o especulativa permanecer\u00e3o no cache e nos buffers microarquiteturais. Se o bloco mal executado acessar a mem\u00f3ria, sua execu\u00e7\u00e3o especulativa resultar\u00e1 na perman\u00eancia no cache geral dos dados lidos da mem\u00f3ria. Um dos m\u00e9todos para extrair informa\u00e7\u00f5es do cache pode consistir em analisar a varia\u00e7\u00e3o no tempo de acesso a dados armazenados no cache versus dados que n\u00e3o est\u00e3o no cache. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"