{"id":169865,"date":"2026-04-23T18:24:28","date_gmt":"2026-04-23T16:24:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-api-indexeddb-pozvolyayushhaya-identificzirovat-polzovatelej-firefox-i-tor-browser"},"modified":"2026-04-23T18:24:28","modified_gmt":"2026-04-23T16:24:28","slug":"uyazvimost-v-api-indexeddb-pozvolyayushhaya-identificzirovat-polzovatelej-firefox-i-tor-browser","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimost-v-api-indexeddb-pozvolyayushhaya-identificzirovat-polzovatelej-firefox-i-tor-browser","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans l'API IndexedDB, permettant d'identifier les utilisateurs de Firefox et du Tor Browser","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 \u0432\u044b\u044f\u0432\u00e9e dans le moteur de navigateur Gecko (CVE-2026-6770), permettant de g\u00e9n\u00e9rer des identifiants uniques pour le suivi de l'ouverture de diff\u00e9rents sites \u00e0 partir d'un m\u00eame navigateur. Ce probl\u00e8me se manifeste dans tous les navigateurs bas\u00e9s sur Firefox, y compris le Tor Browser, et fonctionne m\u00eame en mode de navigation priv\u00e9e. Les identifiants sont valides pendant la dur\u00e9e du processus actuel du navigateur et sont r\u00e9initialis\u00e9s apr\u00e8s le red\u00e9marrage du navigateur. La vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 corrig\u00e9e dans les versions Firefox 150\/140.10.0 et Tor Browser 15.0.10. <\/p>\n
Pour cr\u00e9er un identifiant, il suffit de cr\u00e9er la m\u00eame s\u00e9quence de bases de donn\u00e9es sur diff\u00e9rents sites via l'API IndexedDB, puis d'\u00e9valuer l'ordre des bases de donn\u00e9es en cons\u00e9quence de l'appel de la m\u00e9thode indexedDB.databases(). Pour diff\u00e9rentes instances de navigateur, l'ordre d'\u00e9num\u00e9ration des bases de donn\u00e9es sera diff\u00e9rent, mais pour une seule instance \u2014 il sera r\u00e9current. Un tel ordre est maintenu jusqu'au red\u00e9marrage du navigateur et se reproduit ind\u00e9pendamment du site ouvert. <\/p>\n
Par exemple, apr\u00e8s avoir cr\u00e9\u00e9 la base de donn\u00e9es \u00ab a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,r \u00bb dans une instance de Firefox, la m\u00e9thode indexedDB.databases() renverra toujours \u00ab g,c,p,a,l,f,n,r,d,j,b,o,h,e,m,i,k \u00bb dans cette instance, alors que dans une autre instance \u2014 \u00ab j,b,o,h,e,m,i,k,f,n,r,d,g,c,p,a,l \u00bb. En cr\u00e9ant 16 bases de donn\u00e9es, on peut obtenir environ 44 bits d'entropie pour l'identification. La g\u00e9n\u00e9ration de l'identifiant n'est pas influenc\u00e9e par le nettoyage des stockages locaux des navigateurs et par la mise \u00e0 jour de la cha\u00eene des n\u0153uds Tor avec le bouton \u00ab Nouvelle identit\u00e9 \u00bb dans le navigateur Tor. La m\u00e9thode peut \u00e9galement \u00eatre utilis\u00e9e pour identifier les utilisateurs en mode de navigation priv\u00e9e. <\/p>\n
La vuln\u00e9rabilit\u00e9 est caus\u00e9e par une particularit\u00e9 de l'impl\u00e9mentation de l'API IndexedDB, o\u00f9 l'ordre d'\u00e9num\u00e9ration des bases de donn\u00e9es est influenc\u00e9 par l'agencement des structures internes, sp\u00e9cifique \u00e0 chaque instance de processus de navigateur. L'ordre des \u00e9l\u00e9ments dans la liste des bases de donn\u00e9es renvoy\u00e9e par la m\u00e9thode indexedDB.databases() d\u00e9pend non pas des noms des bases de donn\u00e9es ou de l'ordre de leur cr\u00e9ation, mais de leur emplacement dans la table de hachage globale des UUID internes, associ\u00e9s aux noms des fichiers dans lesquels les bases de donn\u00e9es sont stock\u00e9es sur le disque. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"