{"id":100574,"date":"2021-06-22T16:24:20","date_gmt":"2021-06-22T14:24:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre"},"modified":"2021-06-22T16:24:20","modified_gmt":"2021-06-22T14:24:20","slug":"uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","title":{"rendered":"Vuln\u00e9rabilit\u00e9s dans le sous-syst\u00e8me eBPF permettant de contourner la protection contre les attaques de type Spectre","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 identifi\u00e9e dans le noyau Linux (CVE-2021-33624), permettant d'utiliser le sous-syst\u00e8me eBPF pour contourner la protection contre les failles de type Spectre, ce qui permet de d\u00e9terminer le contenu de la m\u00e9moire en cr\u00e9ant des conditions pour l'ex\u00e9cution sp\u00e9culative de certaines op\u00e9rations. Une attaque Spectre n\u00e9cessite la pr\u00e9sence d'une s\u00e9quence d'instructions sp\u00e9cifique dans un code privil\u00e9gi\u00e9, entra\u00eenant l'ex\u00e9cution sp\u00e9culative d'instructions. Par le biais de la manipulation des programmes BPF \u00e0 ex\u00e9cuter, il est possible de g\u00e9n\u00e9rer des instructions similaires dans eBPF et d'entra\u00eener une fuite via des canaux secondaires du contenu de la m\u00e9moire du noyau et de zones arbitraires de la m\u00e9moire physique. <\/p>\n
La vuln\u00e9rabilit\u00e9 est caus\u00e9e par des lacunes dans le v\u00e9rificateur utilis\u00e9 pour identifier les erreurs et les activit\u00e9s non autoris\u00e9es dans les programmes BPF. Le v\u00e9rificateur examine les chemins d'ex\u00e9cution possibles du code, mais ignore les variantes de branchement qui sont consid\u00e9r\u00e9es comme non valides au regard de la s\u00e9mantique de l'architecture de jeu d'instructions. Lors de l'ex\u00e9cution d'un programme BPF, ces variantes de branchement, non prises en compte par le v\u00e9rificateur, peuvent \u00eatre mal pr\u00e9dites par le processeur et ex\u00e9cut\u00e9es en mode sp\u00e9culatif. Par exemple, lors de l'analyse de l'op\u00e9ration \u00ab load \u00bb, le v\u00e9rificateur suppose que l'instruction utilise un registre avec une adresse dont la valeur est toujours dans des limites d\u00e9finies, mais un attaquant peut cr\u00e9er des conditions dans lesquelles le processeur tentera de r\u00e9aliser sp\u00e9culativement une op\u00e9ration sur une adresse ne respectant pas les conditions de v\u00e9rification. <\/p>\n
Le probl\u00e8me appara\u00eet \u00e0 partir de la version 4.15 du noyau et est corrig\u00e9 sous forme de patches (1, 2, 3, 4). Dans les distributions, la vuln\u00e9rabilit\u00e9 reste pour l'instant non corrig\u00e9e (Debian, RHEL, Ubuntu, Fedora, SUSE, Arch). <\/p>\n
Il convient \u00e9galement de noter un commentaire sur l'impact sur les performances des outils de protection contre les vuln\u00e9rabilit\u00e9s de type Spectre. Ce commentaire r\u00e9sume les r\u00e9sultats de l'optimisation du d\u00e9bogueur rr (Record and Replay), qui a \u00e9t\u00e9 d\u00e9velopp\u00e9 \u00e0 l'origine par Mozilla pour d\u00e9boguer des erreurs difficiles \u00e0 reproduire dans Firefox. La mise en cache des appels syst\u00e8me utilis\u00e9s pour v\u00e9rifier l'existence des r\u00e9pertoires a permis de r\u00e9duire le temps d'ex\u00e9cution de l'op\u00e9ration \u00ab rr sources \u00bb pour un projet test de 3 minutes 19 secondes \u00e0 36 secondes. <\/p>\n
L'auteur de l'optimisation a d\u00e9cid\u00e9 de v\u00e9rifier comment la performance changerait apr\u00e8s la d\u00e9sactivation de la protection contre Spectre. Apr\u00e8s avoir d\u00e9marr\u00e9 le syst\u00e8me avec l'option \u00ab mitigations=off \u00bb, le temps d'ex\u00e9cution de \u00ab rr sources \u00bb sans optimisation a \u00e9t\u00e9 de 2 minutes 5 secondes (1,6 fois plus rapide), et avec optimisation \u2014 33 secondes (9 % plus rapide). Il est int\u00e9ressant de noter que la d\u00e9sactivation de la protection contre Spectre a non seulement r\u00e9duit le temps d'ex\u00e9cution du code au niveau du noyau (de 2m9s \u00e0 1m32s) dans un rapport de 1,4 fois, mais a \u00e9galement diminu\u00e9 de moiti\u00e9 le temps d'ex\u00e9cution dans l'espace utilisateur (de 1m9s \u00e0 0m33s), probablement en raison d'une r\u00e9duction de l'efficacit\u00e9 du cache CPU et des vidages TLB lorsque la protection contre Spectre est activ\u00e9e. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"