Cela fait longtemps que les failles et autres vulnérabilités ne sont plus au devant de la scène. Mais c’était sans compter sur une petite nouvelle de l’été, SQUIP, qui affecte plus particulièrement les AMD Ryzen. Pour contrer une vulnérabilité, la solution est globalement toujours la même : une rustine soft qui solutionne le problème mais qui consomme tout de même des ressources, mêmes modestes. Le problème avec SQUIP c’est qu’apparemment la parade consiste à désactiver le SMT ( c’est à dire le multi-threading ). Voilà donc une faille qui risque potentiellement d’handicaper les propriétaires de CPU AMD.
La conception spécifique des CPU AMD Zen fait qu’ils seraient les seuls touchés. D’après un chercheur en informatique à l’Université de technologie de Graz ( Autriche ), celte faille toucherait les processeurs AMD et non Intel en raison des files d’attente de planification à plusieurs niveaux distinctes, tandis qu’Intel utilise un seul planificateur. D’après AMD, pratiquement tous les processeurs AMD Zen 1 , Zen 2 et Zen 3 de l’entreprise sont concernés. Les Athlon 3000 seraient également touchés.
Ce qui est perturbant dans cette histoire c’est qu’AMD n’a pas fourni, pour le moment de véritable solution pour contrer la vulnérabilité SQUIP. Les rouges considèrent cette vulnérabilité comme d’importance moyenne. A cet instant, la seule solution recommandée pour contrer SQUID est donc de désactiver le SMT de notre CPU AMD. Evidemment, une telle opération entraine une dégradation majeure des performances. La seule question qui se pose donc réellement concerne l’ampleur de la diffusion de SQUID. AMD renvoie la balle dans le camp des développeurs qui doivent prendre leurs dispositions s’ils sont touchés ( en désactivant le SMT ? ). Mais si les problèmes prennent de l’ampleur, seront nous d’accord pour castrer volontairement nos processeurs de 50% de leurs performances ?
[irp posts= »159733″ name= »Les Raptor Lake seraient plus performants que les Ryzen 7000″]


















