V Chrome 76 je bila vrata v implementaciji FileSystem API, ki omogoča določitev uporabe načina inkognito iz web-aplikacije. Začeli so s Chrome 76 namesto blokiranja dostopa do FileSystem API, ki je bil uporabljen kot znak aktivnosti načina inkognito, brskalnik prenehal omejevati FileSystem API, ampak je očistil vnose po seji. Izkazalo se je, da nova implementacija pomanjkljivosti, ki omogočajo, da se kot prej določa aktivnost načina inkognito.
Bistvo problema je, da je seansa z FileSystem API v načinu inkognito začasna, podatki pa se ne shranijo na disk, temveč ostanejo v operativni pomnilnik. Posledično, časa shranjevanja podatkov preko FileSystem API in nastale odstopanja (pri shranjevanju v RAM se beležijo stalne značilnosti, medtem ko se pri pisanju na disk zakasnitve spreminjajo) omogoča razmeroma zanesljivo ugotavljanje, ali se stran gleda v načinu inkognito ali ne. Slabost metode je precej dolg postopek merjenja odstopanj, ki lahko traja približno minuto ().
Ob tem v Chrome 76 ostaja še ena , ki omogoča presojanje aktivnosti načina inkognito na podlagi ocene nastavljenih omejitev preko API . Za začasno shrambo, ki se uporablja v načinu inkognito, so nastavljene drugačne omejitve kot pri polnem shranjevanju na disk.
Spomnimo, da so v definiciji načina inkognito zainteresirane spletne strani, ki delujejo po modelu zagotavljanja popolnega dostopa za plačilo (paywall). Za privabljanje nove publike take strani zagotavljajo novim uporabnikom za določen čas prikazni neposredni dostop, ki ga aktivno uporabljajo za obhod paywalla. Najpreprostejši način za dostop do plačljive vsebine v takih sistemih je uporaba načina inkognito, pri čemer spletna stran misli, da je uporabnik odprl stran prvič. Izdajatelje to obnašanje ne zadovoljuje, zato so aktivno uporabljali z FileSystem API povezane vrzeli za izpolnitev zahteve o izklopu načina inkognito za nadaljevanje ogledovanja.
Izvor: opennet.ru
