Chrome 76-s oli FileSystem API rakenduses leiduv turvavärav, mis võimaldab web-rakendusel tuvastada inkognito režiimi kasutamise. Alates Chrome 76-st, asemel et blokeerida juurdepääs FileSystem API-le, mis oli seni incognito režiimi aktiivsuse märgina, brauser lõpetas FileSystem API piiramise, kuid kustutas tehtud muudatused sessiooni lõpus. Uus rakendus puudusi, mis võimaldavad nagu varem tuvastada inkognito režiimi aktiivsust.
Probleemi tuumik on see, et sessioon FileSystem API-ga inkognito režiimis on ajutine ning andmed ei salvestata kettale, vaid jäävad jooksva mälu. Seega, andmete salvestusaega läbi FileSystem API ja tekkinud kõrvalekaldeid (RAM-i salvestamisel fikseeritakse püsivad omadused, samas kui kettale kirjutamisel vaheajad muutuvad), saab üsna kindlalt hinnata, kas vaadatud leht on inkognito režiimis või mitte. Meetodi miinuseks on piisavalt pikk kõrvalekallete mõõtmise protsess, mis võib kesta umbes minuti ().
Samuti jääb Chrome 76-s lahendamata veel üks , mis võimaldab hinnata inkognito-režiimi aktiivsust piirangute hindamise alusel API kaudu . Inkognito-režiimis kasutatava ajutise salvestusruumi jaoks kehtivad teised piirangud kui korraliku kettasalvestuse puhul.
Küsimus inkognito-režiimi määratlemisel on huvi sites, mis toimivad tasulise juurdepääsu mudeliga (paywall). Uue publiku meelitamiseks pakuvad sellised saidid uutele kasutajatele teatud ajaks demonstreerivat täisjuurdepääsu, mida kasutatakse aktiivselt paywall'i ületamiseks. Lihtsaim viis juurdepääsuks tasulisele sisule sellistes süsteemides on inkognito-režiimi kasutamine, kus sait arvab, et kasutaja on lehte esmakordselt avanud. Avaldajatele ei meeldi selline käitumine, seetõttu kasutasid nad aktiivselt FileSystem API seotud nõrku kohti, et nõuda inkognito-režiimi väljalülitamist sisu edasise vaatamise jätkamiseks.
Allikas: opennet.ru
