Google Chromes inkognitoläge är populärt för privat surfning. Användare använder läget för privat surfning när de vill hålla sin webbhistorik hemlig.
Google Chromes sekretessläge hindrar dock inte helt webbplatser eller appar från att spåra dig. Under årens lopp har hackare och utvecklare hittat loophopples i inkognitoläge och lyckats spåra användare och deras webbaktivitet.
Google tolererar inte dålig praxis
Plattformar som Stack Overflow översvämmas av tips och tricks för att kringgå restriktioner. Google Chrome i inkognitoläge.
Det finns några verktyg tillgängliga online som gör att utvecklare kan spåra de webbplatser du besöker, även efter att du är i inkognitoläge.
Vissa företag använder betalväggar som The Boston Globe för att blockera användare som surfar inkognito.
Ett känt problem
I en öppen diskussion förra veckan, Google meddelade att de modifierade FileSystem API så att det kunde användas i privat surfläge utan risk för integritet.
Ett designdokument förklarar att om en användare är i en normal surfsession kommer de att fortsätta att använda den fysiska lagringen för det virtuella filsystemet, men när de använder inkognitoläge kommer de att använda den virtuella lagringen istället.
När webbplatser begär att få använda API:t när webbläsaren är i inkognitoläge i framtiden kommer Chrome inte längre att returnera ett synligt fel.
Istället kommer det att skapa ett virtuellt filsystem i RAM. Detta kommer att raderas i slutet av din inkognitosession, så en permanent post kan inte skapas.
Detta gör att filsystemet kan raderas när du stänger den privata surfsessionen och lämnar inga spår på hårddiskarna.
När du surfar på webben med Google Chrome, vissa webbplatser använder en metod för att avgöra om en besökare är i en normal webbläsarsession eller i inkognitoläge.
Eftersom detta kan betraktas som ett brott mot konfidentialitet kommer Google att ändra hur ett visst API fungerar så att webbplatser inte längre kan använda denna teknik.
Google har meddelat en fix
Chrome stöder File System API, vilket gör att webbplatser kan skapa ett virtuellt filsystem som finns i webbläsarens sandlåda.
detta tillåter resurskrävande webbplatser, såsom onlinespel, att ladda ner dessa resurser till ett virtuellt filsystemutan att behöva ladda ner dem vid behov.
FileSystem API är för närvarande inte tillgängligt i inkognitosessioner eftersom det lämnar filer som kan betraktas som en integritetsrisk.
Detta gör att webbplatser kan kontrollera om en användare är i inkognitoläge, helt enkelt genom att försöka använda FileSystem API.
Google kommer att göra det enkelt att spåra antalet inkognitoflikar du har öppnat eftersom inkognitoflikar inte är tillgängliga om de inte har sparats i din historik, när du av misstag stänger en flik eller till och med en serie flikar kan du inte återställa dem, vilket innebär att användare bör vara mer försiktiga när de stänger webbläsaren.
Nu Chromium-utvecklare har beslutat att som standard aktivera en flagga som låter webbläsaren indikera antalet öppna inkognitoflikar i adressfältet, vilket innebär att användare kommer att meddelas om de stänger flera flikar.
När kommer det att implementeras?
Det är oklart när den här funktionen kommer att vara tillgänglig för alla användare och det är fortfarande diskutabelt om användare kommer att behöva de många inkognitoflikarna de öppnade efter slutet av sin inkognitosession.
När det gäller när Chromes funktion för att förhindra inkognitodetektering förväntas starta, utvecklaren bakom projektet säger att de tänker se det komma till Chrome 74, innan det aktiveras som standard i Chrome 76.