I Chrome 76 stÀngdes i implementeringen av FileSystem API, som möjliggjorde att ett webblÀsarprogram kunde upptÀcka anvÀndning av inkognitolÀge. FrÄn och med Chrome 76 blockerar webblÀsaren inte lÀngre Ätkomsten till FileSystem API, vilket tidigare anvÀndes som en indikator för inkognitolÀget, utan istÀllet rensade de Àndringar som gjordes efter sessionen. Det visade sig att den nya implementeringen brister som gör det möjligt, precis som tidigare, att upptÀcka aktiviteten i inkognitolÀget.
Problemet Àr att sessionen med FileSystem API i inkognitolÀget Àr temporÀr, och data sparas inte pÄ disken utan hÄlls i RAM-minnet. DÀrför, tiden för dataöverföring via FileSystem API och de avvikelser som uppstÄr (vid sparande i RAM-minnet registreras konstanta egenskaper, medan fördröjningarna Àndras vid skrivning till disk) kan man med ganska stor sÀkerhet bedöma om sidan visas i inkognitolÀge eller inte. Nackdelen med metoden Àr den relativt lÄnga processen för att mÀta avvikelser, som kan ta upp till en minut ().
Samtidigt finns det Ànnu en ovett i Chrome 76, som gör det möjligt att avgöra aktiviteten av inkognitolÀget baserat pÄ bedömning av de begrÀnsningar som sÀtts via API . För den temporÀra lagringen som anvÀnds i inkognitolÀget sÀtts andra grÀnser Àn vid fullstÀndig lagring pÄ disk.
Kom ihÄg att webbplatser som verkar enligt modellen för att erbjuda full tillgÄng via betalprenumeration (paywall) Àr intresserade av att upptÀcka inkognitolÀget. För att locka en ny publik erbjuder sÄdana webbplatser nya anvÀndare under en tid fullstÀndig visning, vilket aktivt utnyttjas för att kringgÄ paywall. Det enklaste sÀttet att fÄ tillgÄng till betalt innehÄll i sÄdana system Àr att anvÀnda inkognitolÀget, dÀr webbplatsen tycker att anvÀndaren har öppnat sidan för första gÄngen. Utgivare Àr missnöjda med detta beteende, dÀrför har de aktivt anvÀnt den relaterade sÀkerhetsluckan i FileSystem API för att krÀva att inkognitolÀge stÀngs av för fortsatt visning.
KĂ€lla: opennet.ru
