{"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\/fr\/blog\/news\/tontou-ataka-na-cpu-intel-i-amd-pozvolyayushhaya-obojti-zashhitu-ot-uyazvimostej-spectre-v2","title":{"rendered":"TONTOU \u2014 une attaque sur les CPU Intel et AMD permettant de contourner la protection contre les vuln\u00e9rabilit\u00e9s Spectre v2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des chercheurs du Massachusetts Institute of Technology ont identifi\u00e9 la technique d'attaque TONTOU (Time-of-Neutralization to Time-of-Use), qui propose un nouveau moyen d'exploiter les vuln\u00e9rabilit\u00e9s microarchitecturales de la classe Spectre v2. Cette vuln\u00e9rabilit\u00e9 permet de d\u00e9terminer le contenu de la m\u00e9moire du noyau lors de l'ex\u00e9cution de l'exploit dans l'espace utilisateur. Le code pour bloquer l'exploitation de cette vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 int\u00e9gr\u00e9 au noyau Linux le 5 ao\u00fbt et inclus dans les versions 7.1.7, 6.18.43, 6.12.102, 6.6.149, 6.1.181, 5.15.214 et 5.10.263. <\/p>\n
Les chercheurs ont d\u00e9montr\u00e9 la possibilit\u00e9 pour un utilisateur local non privil\u00e9gi\u00e9 de d\u00e9terminer le hachage du mot de passe de l'utilisateur root, stock\u00e9 dans le fichier \/etc\/shadow et charg\u00e9 en m\u00e9moire lors de l'authentification dans le syst\u00e8me. Ils ont r\u00e9ussi \u00e0 provoquer une fuite de donn\u00e9es de la m\u00e9moire du noyau avec une vitesse de 5,47 octets par seconde et une pr\u00e9cision de 91,97 %. Sur 10 tests de l'exploit, dont la dur\u00e9e moyenne \u00e9tait de 18 minutes, il a \u00e9t\u00e9 possible dans la moiti\u00e9 des cas de d\u00e9tecter la pr\u00e9sence du fichier \/etc\/shadow en m\u00e9moire et d'en extraire le contenu. <\/p>\n
L'exploit a \u00e9t\u00e9 d\u00e9montr\u00e9 sur des syst\u00e8mes \u00e9quip\u00e9s de processeurs AMD et peut \u00eatre appliqu\u00e9 avec des CPU AMD des familles Zen 1-4. Sur les syst\u00e8mes Intel, l'attaque est \u00e9galement r\u00e9alisable, mais l'exploitation est plus complexe. Pour se prot\u00e9ger contre le d\u00e9bordement de la pile d'adresses de retour et pour bloquer la vuln\u00e9rabilit\u00e9 SRSO (Speculative Return Stack Overflow), un m\u00e9canisme de protection Safe-RET est utilis\u00e9 dans les processeurs AMD, qui efface le tampon de pr\u00e9diction des sauts apr\u00e8s chaque utilisation et r\u00e9duit la fen\u00eatre de l'attaque \u00e0 2 instructions, ex\u00e9cut\u00e9es sur plusieurs dizaines de nanosecondes. <\/p>\n
Pour contourner cette protection et \u00e9largir la fen\u00eatre d'attaque, une technique de ralentissement du CPU a \u00e9t\u00e9 mise en \u0153uvre, permettant de r\u00e9ussir \u00e0 effectuer le remplacement de l'interruption au moment appropri\u00e9 pour rediriger le flux d'ex\u00e9cution dans le noyau et d'utiliser le gestionnaire d'interruption pour corrompre l'enregistrement dans le buffer de pr\u00e9diction des branches. Pour exploiter la vuln\u00e9rabilit\u00e9 SRSO, l'attaquant peut cr\u00e9er des conditions dans lesquelles le bloc de pr\u00e9diction des branches ex\u00e9cute de mani\u00e8re sp\u00e9culative un grand nombre d'appels CALL incorrectement pr\u00e9dits, suffisants pour saturer la pile des adresses de retour et r\u00e9\u00e9crire les points de retour correctement pr\u00e9dits, situ\u00e9s au d\u00e9but de la pile. En fin de compte, les premiers \u00e9l\u00e9ments de la pile peuvent \u00eatre r\u00e9\u00e9crits avec des valeurs choisies par l'attaquant, ce qui conduit par la suite \u00e0 l'utilisation de ces valeurs remplac\u00e9es lors de l'ex\u00e9cution sp\u00e9culative de l'instruction RET dans le contexte d'un autre processus. <\/p>\n
Le processeur d\u00e9terminera que la pr\u00e9diction de branchement est incorrecte et annulera l'op\u00e9ration \u00e0 son \u00e9tat initial, mais les donn\u00e9es trait\u00e9es pendant l'ex\u00e9cution sp\u00e9culative resteront dans le cache et les buffers microarchitecturaux. Si un bloc ex\u00e9cut\u00e9 par erreur acc\u00e8de \u00e0 la m\u00e9moire, son ex\u00e9cution sp\u00e9culative entra\u00eenera le d\u00e9p\u00f4t dans le cache g\u00e9n\u00e9ral et des donn\u00e9es lues de la m\u00e9moire. Pour extraire des informations du cache, l'une des m\u00e9thodes d'analyse du contenu du cache peut \u00eatre utilis\u00e9e, bas\u00e9e sur l'analyse de la variation du temps d'acc\u00e8s aux donn\u00e9es mises en cache et non mises en cache. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"