Chrome kommer att fÄ skydd mot delning av tredjeparts-cookies och dold identifiering.

Google har presenterat Kommande förÀndringar i Chrome som syftar till att öka sekretessen. Den första delen av förÀndringarna gÀller hantering av cookies och stöd för attributet SameSite. FrÄn och med Chrome 76, som förvÀntas slÀppas i juli, kommer aktiverade flaggor "same-site-by-default-cookies", som i avsaknad av SameSite-attributet i Set-Cookie-huvudet som standard kommer att stÀlla in vÀrdet "SameSite=Lax", vilket begrÀnsar överföringen av cookies för insÀttningar frÄn externa webbplatser (men webbplatser kan fortfarande ÄsidosÀtta begrÀnsningen genom att uttryckligen stÀlla in vÀrdet SameSite=None vid instÀllning av cookies).

Attributet SameSite möjliggör att definiera situationer dÀr överföring av cookies Àr tillÄten nÀr en begÀran kommer frÄn en extern webbplats. För nÀrvarande skickar webblÀsaren cookies vid varje begÀran till en webbplats dÀr cookies Àr instÀllda, Àven om den ursprungligen öppnats frÄn en annan webbplats, och begÀran görs indirekt genom att ladda en bild eller via iframe. AnnonsnÀtverk utnyttjar denna funktion för att spÄra anvÀndarens rörelser mellan webbplatser, och
angripare för att organisera CSRF-attacker (vid öppning av en resurs som kontrolleras av angriparna, skickas en begĂ€ran i hemlighet till en annan webbplats dĂ€r den aktuella anvĂ€ndaren Ă€r autentiserad, och anvĂ€ndarens webblĂ€sare skickar sessioncookies för en sĂ„dan begĂ€ran). Å andra sidan anvĂ€nds möjligheten att skicka cookies till externa webbplatser för att infoga widgets pĂ„ sidor, till exempel för integration med YouTube eller Facebook.

Genom att anvÀnda attributet SameSite kan man styra beteendet vid instÀllning av cookies och tillÄta överföring av cookies endast som svar pÄ begÀrningar som initierats frÄn den webbplats frÄn vilken dessa cookies ursprungligen mottogs. SameSite kan anta tre vÀrden: "Strict", "Lax" och "None". I lÀget "Strict" skickas cookies inte för nÄgra typer av externa begÀrningar, inklusive alla inkommande lÀnkar frÄn externa webbplatser. I lÀget "Lax" tillÀmpas mildare begrÀnsningar och överföring av cookies blockeras endast för externa delbegÀrningar, som begÀran av bilder eller laddning av innehÄll via iframe. Skillnaden mellan "Strict" och "Lax" handlar om blockering av cookies vid klick pÄ en lÀnk.

Bland andra kommande förÀndringar planeras Àven en strÀng begrÀnsning som förbjuder behandling av tredjeparts-cookies för förfrÄgningar utan HTTPS (med attributet SameSite=None kan cookies endast sÀttas i Secure-lÀge). Dessutom planeras arbete för att skydda mot dold identifiering ("browser fingerprinting"), inklusive metoder för att generera identifierare baserat pÄ indirekta data, som skÀrmupplösning, en lista över stödda MIME-typer, specifika parametrar i rubriker (HTTP/2 och HTTPS), analys av installerade tillÀgg och typsnitt, tillgÀnglighet av vissa Web API:er, specifika för grafikkort funktioner ritningar med hjÀlp av WebGL och Canvas, manipulering med CSS, analys av arbetssÀtt med musen och tangentbordet.

Dessutom i Chrome kommer det att lÀggas till skydd mot missbruk kopplat till svÄrigheter att ÄtervÀnda till den ursprungliga sidan efter att ha navigerat till en annan webbplats. Det handlar om praktiken att överbelasta historiken genom en serie automatiska omdirigeringar eller genom att artificiellt lÀgga till falska poster i historiken (via pushState), vilket gör att anvÀndaren inte kan anvÀnda knappen "Tillbaka" för att ÄtervÀnda till den ursprungliga sidan efter oavsiktlig navigation eller tvÄng omdirigering till en webbplats för bedragare eller skadlig programvara. För att skydda mot sÄdana manipulationer kommer Chrome i hanteraren för knappen Tillbaka att hoppa över poster relaterade till automatiska omdirigeringar och manipulation av besökshistorik, och lÀmna endast sidor som öppnas vid tydliga ÄtgÀrder av anvÀndaren.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster