Azonosítás a böngésző külső protokollkezelőin végzett elemzés alapján

A fingerprintjs könyvtár fejlesztői, akik lehetővé teszik a böngésző azonosítók passzív módon történő generálását, közvetett jellemzők, például a képernyő felbontása, a WebGL sajátosságai, valamint a telepített bővítmények és betűtípusok listája alapján, bemutattak egy új azonosítási módszert, amely a felhasználó által telepített gyakori alkalmazások támogatásának ellenőrzésén alapul. A módszer megvalósításához szükséges kód MIT engedély alatt került kiadásra.

A vizsgálat a 32 népszerű alkalmazáshoz történő kezelők hozzárendelésének elemzése alapján történik. Például, ha a böngészőben megtalálható a telegram://, slack:// és skype:// URL-kezelők, akkor feltételezhető, hogy a rendszerben léteznek a telegram, slack és skype alkalmazások, és ezt az információt felhasználhatjuk a rendszer azonosítójának generálása során. Mivel a kezelők listája az összes böngészőben azonos a rendszeren, az azonosító nem változik böngészőváltáskor, és alkalmazható Chrome, Firefox, Safari, Brave, Yandex Browser, Edge és akár Tor Browser esetén is.

A módszer 32 bites azonosítók generálását teszi lehetővé, azaz önállóan nem biztosít nagy pontosságot, de más paraméterekkel együtt hasznos lehet kiegészítő jellemzőként. A módszer jelentős hátránya, hogy a felhasználó számára észlelhető az azonosítási kísérlet — az azonosító generálása során a javasolt bemutató oldalon a jobb alsó sarokban egy kis, de jól látható ablakban sokáig váltogatják a kezelőket. Ez a hátrány nem jelentkezik a Tor Browserben, ahol az azonosító észlelés nélkül is kiszámítható.

Az alkalmazás létezésének meghatározásához a szkript megpróbál egy külső protokollhoz kapcsolt linket megnyitni egy felugró ablakban, majd a böngésző párbeszédpanelen felajánlja a tartalom megnyitását a kapcsolt alkalmazásban, ha az ellenőrzött alkalmazás jelen van, vagy hibaoldalt jelenít meg, ha az alkalmazás nincs a rendszerben. A tipikus külső kezelők sorozatos átvizsgálásával és a hibák visszahívásának elemzésével következtethetünk a vizsgált programok jelenlétére a rendszerben.

A Chrome 90 alatt Linux rendszeren a módszer nem működött, és a böngésző minden ellenőrzési kísérletre megjelenítette a szokásos műveletmegerősítő párbeszédablakot (a Chrome Windows és macOS verziójában a módszer működik). A Firefox 88 esetén Linux alatt, akár normál módban, akár inkognitó módban, a szkript azonosította a telepített kiegészítő alkalmazások meglétét a listából, az azonosítás pontossága pedig 99,87%-ra lett értékelve (35 hasonló egyezés 26 ezer végrehajtott tesztből). A saját rendszeren futó Tor Browserben egy azonosítót generáltak, amely megegyezett a Firefox tesztjével.

Érdekes, hogy a Tor Browser kiegészítő védelme visszaütött, és lehetőséget adott a felhasználó észrevétlen azonosítására. A Tor Browserben a külső feldolgozók használatának megerősítésére szolgáló párbeszédablakok letiltása miatt a tesztkéréseket iframe-ben lehetett megnyitni, nem pedig felugró ablakban (az elérhetőség megkülönböztetéséhez azt használják, hogy a same-origin szabályok letiltják a hibás oldalakhoz való hozzáférést, és engedélyezik az about:blank oldalakhoz való hozzáférést). A flood elleni védelem miatt a Tor Browserben a vizsgálat észrevehetően hosszabb ideig tart (10 másodpercet igényel egy alkalmazás esetén).

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster