Utvecklarna av biblioteket fingerprintjs, som gör det möjligt att generera webblÀsaridentifierare i passiv lÀge baserat pÄ indirekta tecken som skÀrmupplösning, WebGL-egenskaper, listor över installerade plugins och typsnitt, har fÄtt fram en ny identifieringsmetod som bygger pÄ att utvÀrdera de standardapplikationer som anvÀndaren har installerat och fungerar genom att kontrollera stöd för ytterligare protokollhanterare i webblÀsaren. Skriptkoden för implementeringen av metoden publicerades under MIT-licensen.
Kontrollen baseras pÄ analys av bindning av hanterare till 32 populÀra applikationer. Till exempel kan man genom att identifiera nÀrvaron av hanterare för URL-schemana telegram://, slack:// och skype:// dra slutsatsen att applikationerna telegram, slack och skype finns pÄ systemet, och anvÀnda denna information som ett kÀnnetecken vid generering av systemidentifieraren. Eftersom listan över hanterare Àr densamma för alla webblÀsare i systemet förÀndras inte identifieraren vid byte av webblÀsare och kan anvÀndas i Chrome, Firefox, Safari, Brave, Yandex Browser, Edge och Àven i Tor Browser.
Metoden gör det möjligt att generera 32-bitars identifierare, vilket innebĂ€r att den inte i sig erbjuder hög precision, men Ă€r meningsfull som ett ytterligare kĂ€nnetecken i kombination med andra parametrar. En pĂ„taglig nackdel med metoden Ă€r hur uppenbar identifieringsförsöket Ă€r för anvĂ€ndaren â vid generering av identifieraren pĂ„ den föreslagna demonstrationssidan öppnas ett litet, men tydligt synligt fönster i det nedre högra hörnet dĂ€r hanterarna itereras under en relativt lĂ„ng tid. Denna nackdel upptrĂ€der inte i Tor Browser, dĂ€r identifieraren kan berĂ€knas osynligt.
För att avgöra om en applikation finns försöker skriptet att öppna en lÀnk i ett popupfönster som Àr kopplad till en extern hanterare, varefter webblÀsaren visar en dialog med förslaget att öppna innehÄllet i den kopplade applikationen, om den kontrollerade applikationen Àr nÀrvarande, eller ger ett felmeddelande om applikationen inte finns i systemet. Genom att successivt gÄ igenom standard externa hanterare och analysera felmeddelandet kan man dra slutsatsen om de kontrollerade programmen finns i systemet.
I Chrome 90 för Linux fungerade metoden inte och webblÀsaren visade en standardbekrÀftelsedialog för alla försök att verifiera hanteraren (metoden fungerar i Chrome för Windows och macOS). I Firefox 88 för Linux, bÄde i normalt lÀge och i inkognitolÀge, identifierade skriptet installerade tillÀgg frÄn listan, och trÀffsÀkerheten bedömdes till 99,87% (35 liknande trÀffar av 26 000 genomförda tester). I Tor Browser som kördes pÄ samma system genererades en identifierare som matchade testet i Firefox.
Det Àr intressant att den extra skyddet i Tor Browser fick en olycklig effekt och blev en möjlighet att genomföra identifiering utan att anvÀndaren mÀrker det. PÄ grund av att bekrÀftelsedialoger för externa hanterare Àr avstÀngda i Tor Browser kunde verifieringsförfrÄgningar öppnas i iframe istÀllet för i popup-fönster (för att skilja pÄ nÀrvaro och frÄnvaro av hanterare anvÀnds det faktum att same-origin-regler blockerar Ätkomst till sidor med fel och tillÄter Ätkomst till sidor about:blank). PÄ grund av skyddet mot flöde tar verifieringen i Tor Browser betydligt lÀngre tid (10 sekunder per applikation).
KĂ€lla: opennet.ru
