{"id":17812,"date":"2021-10-01T16:07:21","date_gmt":"2021-10-01T14:07:21","guid":{"rendered":"https:\/\/www.kaspersky.fr\/blog\/?p=17812"},"modified":"2021-10-04T17:38:24","modified_gmt":"2021-10-04T15:38:24","slug":"what-is-spookjs","status":"publish","type":"post","link":"https:\/\/www.kaspersky.fr\/blog\/what-is-spookjs\/17812\/","title":{"rendered":"Spook.js, une histoire d’horreur"},"content":{"rendered":"

\u00c0 titre de comparaison, une attaque d\u2019hame\u00e7onnage semble assez logique\u00a0: vous cliquez sur un lien, une page malveillante s\u2019ouvre, vous saisissez certaines informations et le cybercriminel les vole. Maintenant prenons une autre situation\u00a0: vous cliquez sur un lien et un cybercriminel vole vos donn\u00e9es. Vous l\u2019avez compris, aujourd\u2019hui nous allons parler des pages malveillantes qui exploitent une fonction fondamentale du processeur pour voler les donn\u00e9es sans que la victime n\u2019ait \u00e0 saisir des renseignements. La vuln\u00e9rabilit\u00e9 en question est tr\u00e8s difficile, voire impossible, \u00e0 corriger.<\/p>\n

En 2018, des chercheurs ont prouv\u00e9 que ce sc\u00e9nario \u00e9tait th\u00e9oriquement possible, en d\u00e9voilant les deux premi\u00e8res variantes de cette vuln\u00e9rabilit\u00e9 de type Spectre. Trois ans plus tard, septembre 2021 a vu appara\u00eetre la toute premi\u00e8re attaque r\u00e9elle se servant de Spectre v1. Connu comme Spook.js, ce concept d\u2019attaque est particuli\u00e8rement compliqu\u00e9 mais nous allons essayer de le d\u00e9cortiquer.<\/p>\n

Contexte de Spectre v1<\/h2>\n

Les deux premi\u00e8res attaques de ce type, Spectre et Meltdown, ont fait la une pour la premi\u00e8re fois en 2018<\/a>. Les attaques ont exploit\u00e9 le m\u00e9canisme de pr\u00e9diction de branchement, con\u00e7u pour acc\u00e9l\u00e9rer l\u2019ex\u00e9cution des commandes, d\u00e9tect\u00e9 dans tous les processeurs modernes.<\/p>\n

\"Logo<\/p>\n

Lorsqu\u2019un utilisateur saisit un mot de passe pour se connecter \u00e0 un site, si le mot de passe est correct, un ensemble d\u2019instructions s\u2019ex\u00e9cute. Dans le cas contraire, c\u2019en est un autre. Pourtant, et c\u2019est l\u00e0 que la pr\u00e9diction de branchement entre en jeu, avant de recevoir une r\u00e9ponse, le processeur commence \u00e0 ex\u00e9cuter l\u2019ensemble d\u2019instructions qu\u2019il pense le plus probable.<\/p>\n

Dans notre exemple, si le mot de passe a \u00e9t\u00e9 saisi correctement une centaine de fois dans le pass\u00e9, le processeur part du principe qu\u2019il en sera de m\u00eame cette fois. S\u2019il a raison, l\u2019utilisateur profite de meilleures performances. Dans le cas contraire, le processeur abandonne les instructions ex\u00e9cut\u00e9es de fa\u00e7on sp\u00e9culative et ex\u00e9cute l\u2019autre ensemble.<\/p>\n

Lors d\u2019une attaque avec la vuln\u00e9rabilit\u00e9 Spectre, le malware essaie de lire une zone de donn\u00e9es \u00e0 laquelle le programme n\u2019a pas acc\u00e8s. Lors de la premi\u00e8re \u00e9tape de l\u2019attaque, plusieurs appels sont pass\u00e9s aux zones de donn\u00e9es en libre acc\u00e8s, au moyen desquels le syst\u00e8me de pr\u00e9diction de branchement est \u00a0\u00bb\u00a0entra\u00een\u00e9\u00a0\u00a0\u00bb pour r\u00e9aliser l\u2019op\u00e9ration de lecture interdite. Gr\u00e2ce \u00e0 la pr\u00e9diction de branchement, le processeur r\u00e9alise des op\u00e9rations en avance parce qu\u2019il conna\u00eet le programme auquel il demande de lire les donn\u00e9es, qu\u2019il a d\u2019ailleurs le droit de consulter. Mais apr\u00e8s v\u00e9rification, il s\u2019av\u00e8re que le programme n\u2019est pas autoris\u00e9 \u00e0 acc\u00e9der aux informations et les calculs ex\u00e9cut\u00e9s de fa\u00e7on sp\u00e9culative sont rejet\u00e9s. Jusque-l\u00e0, tout va bien\u00a0; mais les donn\u00e9es lues par le processeur sont encore stock\u00e9es dans le cache, la m\u00e9moire du processeur, pendant un certain temps.<\/p>\n

Nous en arrivons \u00e0 la partie la plus int\u00e9ressante\u00a0: \u00e9tant donn\u00e9 qu\u2019il est impossible de lire directement les donn\u00e9es confidentielles du cache du processeur, le processus malveillant d\u00e9ploie une attaque dite par canal auxiliaire pour les voler. Cela implique de mesurer la vitesse d\u2019acc\u00e8s \u00e0 certaines informations. Si elle est relativement lente, cela signifie que les donn\u00e9es sont dans le cache. Si elle est rapide, elles sont charg\u00e9es depuis une RAM normale. Une suite d\u00e9termin\u00e9e de tentatives de lecture provoque la divulgation des informations confidentielles.<\/p>\n

Nous avons donc une faille majeure dans le processeur et la seule fa\u00e7on de la corriger c\u2019est en d\u00e9sactivant compl\u00e8tement la pr\u00e9diction de branchement, et donc d\u2019affecter s\u00e9rieusement les performances. Cela \u00e9tant dit, les attaques de type Spectre ont certaines limites\u00a0:<\/p>\n