Google colmate quatre failles dans Chrome, dont une déjà exploitée
Le 18 juin 2021 à 08h42
2 min
Logiciel
Logiciel
Tous les utilisateurs de Chrome sous Linux, macOS et Windows ont intérêt à aller vérifier la disponibilité de la mise à jour et à redémarrer leur navigateur. La nouvelle mouture corrige quatre vulnérabilités, dont une est 0-day et déjà exploitée. Estampillée CVE-2021-30554, elle est de type « use after free » et affecte la bibliothèque WebGL.
Une exploitation réussie peut mener à un plantage du navigateur, mais également à une exécution de code arbitraire ou de commandes quand les conditions sont réunies. Les trois autres brèches sont toutes de type « use after free » et concernent les composants Sharing, WebAudio et TabGroups. Elles ont le même niveau de dangerosité (élevé) mais n’ont aucune exploitation connue.
C’est la huitième fois depuis le début de l’année que Google doit colmater en urgence une faille 0-day déjà exploitée dans Chrome. La dernière avait à peine dix jours. Shane Huntley, à la tête du Threat Analysis Group de Google, indiquait alors dans une série de tweets qu’il était « heureux » de voir à quel point l’entreprise devenait meilleure dans la détection de ces failles. Il indiquait pourtant être « inquiet » par le rythme de ces découvertes.
Le 18 juin 2021 à 08h42
Commentaires (6)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 18/06/2021 à 14h41
Je me sens concerné par MA vie privée,
donc j’utilise un navigateur qui la respecte, et donc me respecte.
(Firefox)
Le 18/06/2021 à 15h16
Hello,
et pour chromium, ça se passe comment?
Est-ce que chromium est aussi concerné?
Le 18/06/2021 à 16h23
Oui, tous les navigateurs basés sur Chromium sont concernés par ce genre de failles et Vivaldi vient d’être mis à jour aussi !
Le 20/06/2021 à 10h34
Il serait temps que les navigateurs améliorent la sécurité par ex en demandant la permission.
On parle de WebGL, pour avoir essayé, c’est très particulier et ne semble utilise que pour le jeu vidéo ou truc en 3D. Pourquoi WebGL est actif en permanence n’importe quel pub peut injecter sur un blog du code à exécuter sur la carte graphique, il me semble qu’une notif du type “Le site ‘blog à la con’ souhaite accéder au rendu 3D. Autoriser / Refuser / Plus d’infos”
Ça vaut également pour le WebAssembly.
On a l’impression que la sécurité n’est jamais gérée initialement dans les navigateurs et est toujours ajouté après coup quand ça a été exploité. Je me rappelle en 2003 tu avais accès à tout le navigateur depuis Javascript à toutes les fenêtres du navigateur, et tu pouvais même lire des fichiers locaux file://c:/windows/… Ce n’est que plus tard que la sécurité a été ajouté petit-à petit : d’abord bloquer l’accès à “file:” depuis js puis tout court, puis bloquer le cross-site (le javascript n’a accès qu’aux windows qui ont été ouverte dans cette page), plus récemment le CORS : le site accédé doit fournir au navigateur les sites autorisés à accéder à son propre contenu…
Les exemples ne manquent pas les nouvelles technos sont d’abord grandes ouvertes, abusées par les publicitaires, avant d’être rustinées pour être sécurisé. (Je pense aussi à l’API de notifications)
Le 20/06/2021 à 11h55
Ou alors qu’ils arrêtent un jour de se prendre pour des OS complets.
Le 21/06/2021 à 06h19
Je ne jette pas le bébé avec l’eau du bain WebGL est clairement utile, et ça me semble même nécessaire pour palier à la disparition des plugins.