{"id":181752,"date":"2026-05-26T14:48:51","date_gmt":"2026-05-26T12:48:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-sluchajno-raskryl-detali-neispravlennoj-uyazvimosti-v-chromium"},"modified":"2026-05-26T14:48:51","modified_gmt":"2026-05-26T12:48:51","slug":"google-sluchajno-raskryl-detali-neispravlennoj-uyazvimosti-v-chromium","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/google-sluchajno-raskryl-detali-neispravlennoj-uyazvimosti-v-chromium","title":{"rendered":"Google a accidentellement r\u00e9v\u00e9l\u00e9 des d\u00e9tails sur une vuln\u00e9rabilit\u00e9 non corrig\u00e9e dans Chromium","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Google a accidentellement rendu public un rapport (copie publique) contenant une explication d\u00e9taill\u00e9e et un exemple d'exploit pour une vuln\u00e9rabilit\u00e9 qui n'a pas encore \u00e9t\u00e9 corrig\u00e9e dans le moteur Chromium. La vuln\u00e9rabilit\u00e9 est consid\u00e9r\u00e9e comme dangereuse et le chercheur ayant signal\u00e9 le probl\u00e8me a re\u00e7u une r\u00e9compense de 1000 $. L'information concernant le probl\u00e8me a \u00e9t\u00e9 envoy\u00e9e en 2022 et, depuis lors, a \u00e9t\u00e9 p\u00e9riodiquement discut\u00e9e, mais n'a pas \u00e9t\u00e9 finalis\u00e9e, le d\u00e9bat sur sa correction n\u00e9cessitant la mise en \u0153uvre de nouvelles limites sur le t\u00e9l\u00e9chargement continu. Dans l'une de ces discussions, les d\u00e9veloppeurs ont par erreur consid\u00e9r\u00e9 la vuln\u00e9rabilit\u00e9 comme r\u00e9solue et ont ouvert l'acc\u00e8s public \u00e0 l'information, bien que le probl\u00e8me soit rest\u00e9 non r\u00e9solu.<\/p>\n
La vuln\u00e9rabilit\u00e9 permet la poursuite de l'ex\u00e9cution d'un gestionnaire JavaScript en arri\u00e8re-plan (Service Worker) m\u00eame apr\u00e8s la fermeture de la fen\u00eatre du navigateur, offrant \u00e0 un attaquant la possibilit\u00e9 de maintenir un contr\u00f4le permanent sur le navigateur avec la capacit\u00e9 de charger et d'ex\u00e9cuter \u00e0 tout moment son propre code JavaScript dans le contexte de sa page. Le sc\u00e9nario d'attaque consiste \u00e0 ce qu'un attaquant parvienne \u00e0 ouvrir sa page dans une version du navigateur sans vuln\u00e9rabilit\u00e9s, puis attende qu'une vuln\u00e9rabilit\u00e9 grave soit d\u00e9tect\u00e9e dans le navigateur et organise l'ex\u00e9cution de l'exploit sans que l'utilisateur ait besoin de rouvrir la page de l'attaquant. L'essence de la m\u00e9thode r\u00e9side dans la cr\u00e9ation d'une page avec un Service Worker, effectuant une op\u00e9ration de chargement de donn\u00e9es qui ne s'arr\u00eate jamais. <\/p>\n
Selon le chercheur ayant signal\u00e9 le probl\u00e8me, cette vuln\u00e9rabilit\u00e9 pourrait \u00eatre exploit\u00e9e pour cr\u00e9er un botnet compos\u00e9 de navigateurs, dont les utilisateurs ne soup\u00e7onnent pas qu'une fois \u00e9tablis, les attaquants peuvent ex\u00e9cuter \u00e0 distance du code JavaScript sur leurs dispositifs sans qu'ils aient \u00e0 intervenir. Un tel botnet, m\u00eame sans exploiter d'autres vuln\u00e9rabilit\u00e9s, peut \u00eatre utilis\u00e9 pour organiser des attaques DDoS et pour faire transiter un trafic malveillant via les syst\u00e8mes des victimes. Le probl\u00e8me concerne tous les navigateurs bas\u00e9s sur le moteur Chromium. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"