Alors que les attaques d’ex\u00e9cution sp\u00e9culative restent une vuln\u00e9rabilit\u00e9 obstin\u00e9ment persistante des processeurs modernes, de nouvelles recherches ont mis en \u00e9vidence un “\u00e9chec de l’industrie” dans l’adoption des mesures d’att\u00e9nuation publi\u00e9es par AMD et Intel, posant une menace pour la cha\u00eene d’approvisionnement des micrologiciels.<\/p>\n
Doubl\u00e9 FirmwareBleed<\/strong> par Binarly, les fuites d’informations proviennent de l’exposition continue des surfaces d’attaque microarchitecturales de la part des fournisseurs d’entreprise, soit parce qu’ils n’int\u00e8grent pas correctement les correctifs, soit qu’ils ne les utilisent que partiellement.<\/p>\n “L’impact de telles attaques se concentre sur la divulgation du contenu de la m\u00e9moire privil\u00e9gi\u00e9e (y compris prot\u00e9g\u00e9e par les technologies de virtualisation) pour obtenir des donn\u00e9es sensibles \u00e0 partir de processus s’ex\u00e9cutant sur le m\u00eame processeur (CPU)”, a d\u00e9clar\u00e9 la soci\u00e9t\u00e9 de protection des micrologiciels. a dit<\/a> dans un rapport partag\u00e9 avec The Hacker News.<\/p>\n “Les environnements cloud peuvent avoir un impact plus important lorsqu’un serveur physique peut \u00eatre partag\u00e9 par plusieurs utilisateurs ou entit\u00e9s juridiques.”<\/p>\n Ces derni\u00e8res ann\u00e9es, les mises en \u0153uvre de l’ex\u00e9cution sp\u00e9culative, un technique d’optimisation<\/a> qui pr\u00e9dit le r\u00e9sultat et la cible des instructions de branchement dans le pipeline d’ex\u00e9cution d’un programme, ont \u00e9t\u00e9 jug\u00e9s sensibles aux attaques de type Spectre sur les architectures de processeur, permettant potentiellement \u00e0 un acteur malveillant de divulguer des cl\u00e9s cryptographiques et d’autres secrets.<\/p>\n Cela fonctionne en incitant le CPU \u00e0 ex\u00e9cuter une instruction qui acc\u00e8de \u00e0 des donn\u00e9es sensibles en m\u00e9moire qui seraient normalement interdites \u00e0 une application non privil\u00e9gi\u00e9e, puis \u00e0 extraire les donn\u00e9es une fois l’op\u00e9ration annul\u00e9e suite \u00e0 une mauvaise pr\u00e9diction.<\/p>\n Une contre-mesure cl\u00e9 pour pr\u00e9venir les effets n\u00e9fastes de l’ex\u00e9cution sp\u00e9culative est une d\u00e9fense logicielle connue sous le nom de repoline<\/a> (alias “Return Trampoline”), qui a \u00e9t\u00e9 introduit en 2018.<\/p>\n Bien que des d\u00e9couvertes r\u00e9centes telles que Retbleed aient montr\u00e9 de mani\u00e8re concluante que la retpoline en elle-m\u00eame est insuffisante pour arr\u00eater de telles attaques dans certains sc\u00e9narios, le derni\u00e8re analyse<\/a> montre un manque de coh\u00e9rence m\u00eame dans l’application de ces mesures d’att\u00e9nuation en premier lieu.<\/p>\n Plus pr\u00e9cis\u00e9ment, il vise une meilleure pratique appel\u00e9e Return Stack Buffer (RSB<\/a>) bourrage introduit par Intel pour \u00e9viter de<\/a> d\u00e9bordements<\/a> lors de l’utilisation de retpoline. Les RSB sont des pr\u00e9dicteurs d’adresse pour les instructions de retour (alias RET).<\/p>\n “Certains processeurs peuvent utiliser des pr\u00e9dicteurs de branche autres que le tampon de pile de retour (RSB) lorsque le RSB est en sous-capacit\u00e9”, a d\u00e9clar\u00e9 Intel. Remarques<\/a> dans sa documentation. “Cela pourrait avoir un impact sur les logiciels utilisant la strat\u00e9gie d’att\u00e9nuation retpoline sur ces processeurs.”<\/p>\n “Sur les processeurs avec un comportement RSB vide diff\u00e9rent, [System Management Mode] Le code doit bourrer le RSB avec des instructions CALL avant de revenir de SMM pour \u00e9viter d’interf\u00e9rer avec l’utilisation non-SMM de la technique de retpoline.”<\/p>\n Intel c’est aussi recommander<\/a> Le bourrage RSB comme m\u00e9canisme pour contrecarrer les attaques de d\u00e9passement de m\u00e9moire tampon comme Retbleed, alternativement exhortant<\/a> vendeurs \u00e0 “fixer [Indirect Branch Restricted Speculation] avant les instructions RET \u00e0 risque de sous-d\u00e9passement en raison de piles d’appels profondes.”<\/p>\n La recherche Binarly, cependant, a identifi\u00e9 jusqu’\u00e0 32 micrologiciels de HP, 59 de Dell et 248 de Lenovo comme n’ayant pas inclus les correctifs de bourrage RSB, soulignant une “d\u00e9faillance dans la cha\u00eene d’approvisionnement des micrologiciels”.<\/p>\n De plus, l’analyse approfondie du code a mis au jour des cas o\u00f9 l’att\u00e9nuation \u00e9tait pr\u00e9sente dans le micrologiciel, mais contenait des erreurs de mise en \u0153uvre qui ont engendr\u00e9 leurs propres probl\u00e8mes de s\u00e9curit\u00e9, m\u00eame dans les mises \u00e0 jour publi\u00e9es en 2022 et pour les appareils dot\u00e9s de la derni\u00e8re g\u00e9n\u00e9ration de mat\u00e9riel.<\/p>\n “Les \u00e9cosyst\u00e8mes de la cha\u00eene d’approvisionnement des micrologiciels sont assez complexes et contiennent souvent des d\u00e9faillances reproductibles lorsqu’il s’agit d’appliquer de nouvelles mesures d’att\u00e9nuation \u00e0 l’\u00e9chelle de l’industrie ou de corriger les vuln\u00e9rabilit\u00e9s du code de r\u00e9f\u00e9rence”, ont d\u00e9clar\u00e9 les chercheurs. “M\u00eame si une att\u00e9nuation est pr\u00e9sente dans le firmware, cela ne signifie pas qu’elle est appliqu\u00e9e correctement sans cr\u00e9er de failles de s\u00e9curit\u00e9.”<\/p>\n <\/p>\n<\/div>\n![\"La](\"https:\/\/teknomers.com\/fr\/wp-content\/uploads\/2022\/07\/Une-nouvelle-etude-revele-que-la-plupart-des-fournisseurs-dentreprise.png\")
<\/a><\/div>\n![\"Attaques](\"https:\/\/teknomers.com\/fr\/wp-content\/uploads\/2022\/07\/1658166744_769_Une-nouvelle-etude-revele-que-la-plupart-des-fournisseurs-dentreprise.jpg\" "\\"Attaques")
<\/div>\n![\"La](\"https:\/\/teknomers.com\/fr\/wp-content\/uploads\/2022\/07\/1656663365_395_Amazon-corrige-discretement-la-vulnerabilite-de-gravite-elevee-dans-lapplication.jpg\")
<\/a><\/div>\n