{"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\/es\/blog\/news\/tontou-ataka-na-cpu-intel-i-amd-pozvolyayushhaya-obojti-zashhitu-ot-uyazvimostej-spectre-v2","title":{"rendered":"TONTOU \u2014 un ataque a la CPU de Intel y AMD que permite evadir las protecciones contra vulnerabilidades Spectre v2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Investigadores del Instituto Tecnol\u00f3gico de Massachusetts han revelado una t\u00e9cnica de ataque TONTOU (Time-of-Neutralization to Time-of-Use), que ofrece una nueva forma de explotar vulnerabilidades microarquitect\u00f3nicas del tipo Spectre v2. Esta vulnerabilidad permite determinar el contenido de la memoria del n\u00facleo durante la ejecuci\u00f3n de un exploit en el espacio del usuario. El c\u00f3digo para bloquear la explotaci\u00f3n de esta vulnerabilidad se incluy\u00f3 en el n\u00facleo de Linux el 5 de agosto y se integr\u00f3 en las versiones 7.1.7, 6.18.43, 6.12.102, 6.6.149, 6.1.181, 5.15.214 y 5.10.263. <\/p>\n
Los investigadores han demostrado la posibilidad de que un usuario local no privilegiado realice un ataque para determinar el hash de la contrase\u00f1a del usuario root, almacenado en el archivo \/etc\/shadow y cargado en la memoria durante la autenticaci\u00f3n en el sistema. Los investigadores lograron filtrar datos de la memoria del n\u00facleo a una velocidad de 5.47 bytes por segundo y con una precisi\u00f3n del 91.97%. De 10 ejecuciones de prueba del exploit, que en promedio duraron 18 minutos, en la mitad de los casos se pudo determinar con \u00e9xito la presencia en memoria del archivo \/etc\/shadow y extraer su contenido. <\/p>\n
El exploit se demostr\u00f3 en sistemas con procesadores AMD y puede aplicarse con CPUs AMD de las familias Zen 1-4. En sistemas Intel, el ataque tambi\u00e9n es factible, pero la explotaci\u00f3n es m\u00e1s compleja. Para protegerse contra el desbordamiento de la pila de direcciones de retorno y bloquear la vulnerabilidad SRSO (Speculative Return Stack Overflow) en los procesadores AMD, se utiliza un mecanismo de protecci\u00f3n llamado Safe-RET, que limpia el b\u00fafer de predicci\u00f3n de saltos despu\u00e9s de cada uso y reduce la ventana de ataque a 2 instrucciones, que se ejecutan en unos pocos decenas de nanosegundos. <\/p>\n
Para eludir esta protecci\u00f3n y ampliar la ventana de ejecuci\u00f3n del ataque, se ha implementado una t\u00e9cnica de ralentizaci\u00f3n de la CPU que permite ejecutar la sustituci\u00f3n de la interrupci\u00f3n en el momento adecuado para redirigir el flujo de ejecuci\u00f3n en el n\u00facleo y utilizar el manejador de interrupciones para distorsionar la entrada en el b\u00fafer de predicci\u00f3n de saltos. Para explotar la vulnerabilidad SRSO, el atacante puede crear condiciones en las que el bloque de predicci\u00f3n de saltos ejecute especulativamente un gran n\u00famero de llamadas CALL incorrectamente predichas, suficientes para desbordar la pila de direcciones de retorno y sobrescribir las direcciones de retorno correctamente predichas que est\u00e1n al principio de la pila. Como resultado, los elementos iniciales de la pila pueden ser sobrescritos con los valores elegidos por el atacante, lo que llevar\u00e1 al uso de estos valores reemplazados durante la ejecuci\u00f3n especulativa de la instrucci\u00f3n RET en el contexto de otro proceso. <\/p>\n
El procesador determinar\u00e1 que la predicci\u00f3n de bifurcaci\u00f3n no fue correcta y revertir\u00e1 la operaci\u00f3n a su estado inicial, pero los datos procesados durante la ejecuci\u00f3n especulativa se quedar\u00e1n en la cach\u00e9 y en los b\u00faferes microarquitect\u00f3nicos. Si el bloque err\u00f3neamente ejecutado accede a la memoria, su ejecuci\u00f3n especulativa producir\u00e1 una entrada en la cach\u00e9 general y en los datos le\u00eddos de la memoria. Para extraer informaci\u00f3n de la cach\u00e9, puede utilizarse uno de los m\u00e9todos de determinaci\u00f3n del contenido de la cach\u00e9 basado en el an\u00e1lisis de los cambios en el tiempo de acceso a los datos en cach\u00e9 y los que no est\u00e1n en cach\u00e9. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"