Google utgÄvan av webblÀsaren . Samtidigt stabil utgÄva av det fria projektet , som utgör grunden för Chrome. WebblÀsaren Chrome genom att anvÀnda Google-logotyper, ha ett system för att skicka meddelanden vid krasch, möjligheten att ladda ner Flash-modulen vid behov, moduler för att spela upp skyddat videoinnehÄll (DRM), ett system för automatisk installation av uppdateringar och överföring vid sökning . NÀsta version av Chrome 85 Àr planerad till den 25 augusti.
:
- stöd för protokollen TLS 1.0 och TLS 1.1. För att komma Ät webbplatser via en sÀker anslutning mÄste servern erbjuda stöd för minst TLS 1.2, annars kommer webblÀsaren nu att visa ett felmeddelande. Enligt Google sker för nÀrvarande cirka 0,5 % av nedladdningarna av webbsidor fortfarande med hjÀlp av förÄldrade versioner av TLS. AvstÀngningen har gjorts i enlighet med IETF (Internet Engineering Task Force). Anledningen till avskaffandet av TLS 1.0/1.1 Àr bristen pÄ stöd för moderna kryptografiska algoritmer (t.ex. ECDHE och AEAD) och kravet pÄ stöd för gamla algoritmer vars tillförlitlighet vid dagens tekniska utveckling ifrÄgasÀtts (t.ex. krÀvs stöd för TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA, för integritet och autentisering anvÀnds MD5 och SHA-1). InstÀllningen som möjliggör ÄtergÄng till TLS 1.0/1.1 kommer att sparas till januari 2021.
- Blockering av (utan kryptering) exekverbara filer och har lagt till varningar vid osÀker nedladdning av arkiv. I framtiden planeras det gradvis att helt avbryta stödet för nedladdning av filer utan tillÀmpning av kryptering. Blockering har implementerats eftersom nedladdning av filer utan kryptering kan anvÀndas för att utföra skadliga handlingar genom att manipulera innehÄll under MITM-attacker.
- inledande stöd , som utvecklas som ett alternativ till User-Agent-headern. Client Hints-mekanismen erbjuder som ersĂ€ttning för User-Agent en serie av âSec-CH-UA-*â-headers som möjliggör selektiv överföring av data om specifika parametrar för webblĂ€saren och systemet (version, plattform osv.) endast efter begĂ€ran frĂ„n servern. AnvĂ€ndaren kan definiera vilka parametrar som Ă€r tillĂ„tna att överföra och selektivt ge sĂ„dan information till webbplatsĂ€gare. Vid anvĂ€ndning av Client Hints överförs identifieraren inte som standard utan en uttrycklig begĂ€ran, vilket gör passiv identifiering omöjlig (som standard anges endast webblĂ€sarens namn). per till nĂ€sta Ă„r.
- aktivering
strĂ€ngare överföring av cookies mellan webbplatser, vilket var pĂ„ grund av COVID-19. För icke-HTTPS-förfrĂ„gningar förbjuds hantering av tredjeparts-cookies som sĂ€tts vid Ă„tkomst till webbplatser som skiljer sig frĂ„n domĂ€nen pĂ„ den aktuella sidan. SĂ„dana cookies anvĂ€nds för att spĂ„ra anvĂ€ndarens rörelser mellan webbplatser i koden för annonsnĂ€tverk, sociala mediers widgets och system för webbanalys.Vi pĂ„minner om att hantering av cookie-överföring regleras av attributet SameSite som anges i Set-Cookie-headern, vilket som standard kommer att stĂ€llas in pĂ„ vĂ€rdet "SameSite=Lax", vilket begrĂ€nsar skickandet av cookies för mellanwebbspörjningar, sĂ„som bildförfrĂ„gningar eller laddning av innehĂ„ll via iframe frĂ„n en annan webbplats. Webbplatser kan Ă„sidosĂ€tta det standardanvĂ€nda SameSite-lĂ€get genom att uttryckligen sĂ€tta vĂ€rdet SameSite=None vid installation av cookies. Dessutom kan vĂ€rdet SameSite=None för cookies endast sĂ€ttas i det sĂ€kra lĂ€get (gĂ€ller för anslutningar via HTTPS). Ăndringen kommer att tillĂ€mpas gradvis, först för en liten procentandel av anvĂ€ndarna och sedan successivt öka rĂ€ckvidden.
- Experimentell implementering har lagts till , som kan aktiveras med instÀllningen "chrome://flags/#enable-heavy-ad-intervention". Blockeraren gör att annonserande iframe-block automatiskt kan stÀngas av efter att tröskelvÀrden för trafik och CPU-belastning överskridits. Blockeringen aktiveras om det i huvudtrÄden har anvÀnts mer Àn 60 sekunder processor tid totalt eller 15 sekunder under en 30-sekundersperiod (som anvÀnder 50 % av resurserna i mer Àn 30 sekunder), samt nÀr mer Àn 4 MB data har laddats ner över nÀtverket.
Blockeringen aktiveras endast om anvÀndaren inte har interagerat med annonsblocket före överskridandet av grÀnserna (t.ex. inte har klickat pÄ det), vilket med hÀnsyn till trafikbegrÀnsningen gör det möjligt att blockera automatisk uppspelning av stora videoklipp i annonserna utan att anvÀndaren uttryckligen aktiverar uppspelningen. De föreslagna ÄtgÀrderna kommer att befria anvÀndarna frÄn annonser med ineffektiv kodimplementering eller avsiktlig parasitisk aktivitet (t.ex. de som utför mining). Enligt Google-statistik utgör annonser som omfattas av blockeringskriterier endast 0,30 % av alla annonser, men dessa annonser konsumerar samtidigt 28 % av CPU-resurserna och 27 % av trafiken frÄn all annonsering.
- Arbetet med att minska CPU-resursanvÀndningen nÀr webblÀsarfönstret inte Àr synligt för anvÀndaren har genomförts. Chrome kontrollerar nu om webblÀsarfönstret blockeras av andra fönster och utesluter rendering av pixlar i överlappande omrÄden. Aktiveringen av den nya funktionen kommer att ske gradvis: selektivt för vissa anvÀndare kommer optimeringen att aktiveras i Chrome 84, medan den för andra kommer att aktiveras i Chrome 85.
- SlÄtt pÄ som standard skydd mot , till exempel spamförfrÄgningar för att fÄ push-aviseringar. Eftersom sÄdana förfrÄgningar avbryter anvÀndarens arbete och distraherar uppmÀrksamheten kring bekrÀftelsedialoger, kommer istÀllet för en separat dialog i adressfÀltet att visas ett informativt meddelande som inte krÀver nÄgon ÄtgÀrd frÄn anvÀndaren, som varnar för blockeringen av behörighetsbegÀran, vilket automatiskt reduceras till en indikator med bilden av en överkryssad klocka. Genom att klicka pÄ indikatorn kan man aktivera eller avvisa den begÀrda behörigheten vid valfritt tillfÀlle.
- AnvĂ€ndarens val sparas nu nĂ€r externa protokollhanterare öppnas â anvĂ€ndaren kan vĂ€lja 'alltid tillĂ„ta för denna webbplats' för en specifik hanterare och webblĂ€saren kommer att komma ihĂ„g detta beslut kopplat till den nuvarande webbplatsen.
- Skydd mot att Àndra anvÀndarens instÀllningar utan tydligt samtycke har lagts till. Om ett tillÀgg Àndrar den föreslagna standard sökmotorn eller sidan som visas i en ny flik kommer webblÀsaren nu att visa en dialog för att bekrÀfta den angivna ÄtgÀrden eller avbryta Àndringen.
- införande av skydd mot nedladdning av blandat multimedia-innehÄll (nÀr resurser laddas via http:// pÄ en HTTPS-sida). PÄ sidor som öppnas via HTTPS kommer lÀnkar 'http://' nu automatiskt att ersÀttas med 'https://' i block kopplade till bildnedladdningar (tidigare ersattes skript och iframe, automatisk ersÀttning av ljud- och videoinnehÄll förvÀntas i nÀsta version). Om en bild inte Àr tillgÀnglig via https blockeras dess nedladdning (man kan manuellt markera blockeringen genom menyn som nÄs via lÄsikonen i adressfÀltet).
- API-stöd har lagts till för (utvecklat som SMS Receiver API), vilket möjliggör inmatning pÄ webbsidan av en engÄngskod efter att ett SMS-meddelande med bekrÀftelsekoden har mottagits pÄ anvÀndarens Android-smartphone dÀr webblÀsaren Àr aktiv. BekrÀftelse via SMS kan till exempel anvÀndas för att verifiera telefonnumret som anvÀndaren angav vid registrering. Tidigare var anvÀndaren tvungen att öppna SMS-appen, kopiera koden, ÄtervÀnda till webblÀsaren och klistra in koden, men det nya API:et automatiserar denna process till ett enda tryck.
- API:et har utvidgats för
för att hantera uppspelning av webbanimationer. I den nya versionen har stöd för kompositoperationer lagts till, vilket gör det möjligt att kontrollera hur effekterna kombineras och ger nya hanterare som aktiveras vid innehÄllsbytet. API:et för Web Animationer stöder nu ocksÄ Promise för att faststÀlla sekvensering av animationer och bÀttre hantering av hur animationer interagerar med andra funktioner i applikationen. - I lÀget Origin Trials (experimentella funktioner som krÀver separat aktivering) har flera nya API:er lagts till. Origin Trial innebÀr möjlighet att arbeta med det angivna API:et frÄn applikationer som laddas frÄn localhost eller 127.0.0.1, eller efter registrering och erhÄllande av en speciell token som gÀller under en begrÀnsad tid för en specifik webbplats.
- API för att ge servicearbetare tillgÄng till HTTP-cookies, en asynkron alternativ till anvÀndning av document.cookie.
- API för att identifiera anvÀndarens inaktivitet, vilket gör det möjligt att faststÀlla nÀr anvÀndaren inte interagerar med tangentbordet/musen, nÀr skÀrmslÀckaren har startats, skÀrmen Àr lÄst eller arbete utförs pÄ en annan skÀrm. Applikationen informeras om inaktivitet genom att skicka en notifiering efter att en viss inaktivitetsgrÀns har nÄtts.
- LĂ€ge , vilket gör det möjligt för utvecklaren att anvĂ€nda en mer omfattande isolering av innehĂ„llshantering i en separat process kopplad till ursprunget (origin â domĂ€n + port + protokoll) snarare Ă€n webbplatsen, pĂ„ bekostnad av att vissa förĂ„ldrade funktioner som synkron exekvering av skript som anvĂ€nder document.domain och anrop av postMessage() för att skicka meddelanden till instanser av WebAssembly.Module inte lĂ€ngre stöds. Med andra ord, ursprungsisoleringen möjliggör en uppdelning i olika processer baserat pĂ„ resursens domĂ€n snarare Ă€n webbplatsen med alla externa inklusioner pĂ„ sidorna.
- API för att anvÀnda vektorbaserade SIMD-instruktioner i applikationer i WebAssembly-format. För att sÀkerstÀlla plattformsoberoende erbjuds en ny 128-bitars typ som kan representera olika typer av packade data, samt flera grundlÀggande vektoroperationer för att bearbeta packade data. SIMD gör det möjligt att öka prestandan genom att parallellisera databehandling och kommer att vara anvÀndbart vid kompilering av inhemsk kod till WebAssembly. För att aktivera SIMD-stöd kan instÀllningen "chrome://flags/#enable-webassembly-simd" anvÀndas.
- Stabiliserat och nu distribueras utanför Ursprungsprovningar
API , som tillhandahÄller metadata om innehÄll som tidigare har cachats av webapplikationer som körs i Progressive Web Apps (PWS)-lÀge. Applikationen kan spara olika data i webblÀsaren, inklusive bilder, videor och artiklar, och vid avbrott av nÀtverksanslutningen anvÀnda dem med hjÀlp av API:erna Cache Storage och IndexedDB. Content Indexing API möjliggör att lÀgga till, hitta och ta bort sÄdana resurser. I webblÀsaren anvÀnds detta API redan för att lista sidor och multimedia som Àr tillgÀngliga för visning offline. - Stabiliserad version av API:et baserat pÄ Promise-mekanismen, som erbjuder ett sÀkrare sÀtt att hantera avstÀngning av skÀrmslÀckning och att sÀtta enheter i energibesparande lÀgen.
- I versionen för Android-plattformen stöd för applikationsgenvÀgar, som möjliggör snabb Ätkomst till efterfrÄgade typiska handlingar i applikationen. För att skapa genvÀgar rÀcker det att lÀgga till element i manifestet för webapplikationen i PWA-format (Progressive Web Apps).
- För Web Worker Àr anvÀndning av API tillÄtet , vilket möjliggör att definiera en hanterare för att generera en rapport som anropas vid Ätkomst till förÄldrade funktioner. Den genererade rapporten, pÄ anvÀndarens val, kan sparas, skickas till servern eller bearbetas av ett JavaScript-skript.
- API har uppdaterats , vilket möjliggör att ansluta en hanterare som fÄr notifieringar om storleksÀndringar av specifika element pÄ sidan. I ResizeObserverEntry har tre nya egenskaper lagts till: contentBoxSize, borderBoxSize och devicePixelContentBoxSize för att fÄ mer detaljerad information som returneras i form av en array av ResizeObserverSize-objekt.
- Det har lagts till ett nyckelord «» för att ÄterstÀlla elementets stil till standardvÀrdet.
- Utan prefixet CSS-egenskapen «-webkit-appearance» och «-webkit-ruby-position», som nu Àr tillgÀngliga som «" och "«.
- I JavaScript stöd för att markera metoder och klassens egenskaper som privata, vilket gör att Ätkomst till dem endast Àr tillÄten inuti klassen (tidigare kunde endast fÀlt vara privata). För att markera metoder och egenskaper som privata ska tecknet «#» före fÀltnamnet.
- I JavaScript stöd för (svag referens) till JavaScript-objekt som tillÄter att behÄlla en referens till ett objekt utan att blockera borttagning av det relaterade objektet av skrÀpsamlaren. Stöd för finalizers har ocksÄ lagts till, vilket möjliggör definieringen av en hanterare som anropas efter skrÀpsamlingen av det angivna objektet.
- Start av applikationer pÄ WebAssembly har accelererats tack vare implementeringen i den initiala (baseline) kompilen Liftoff. och . Verktygen för att debugga WebAssembly har förbÀttrats, med betydligt ökad prestanda vid anvÀndning av brytpunkter (tidigare anvÀndes en tolk för avlusning, nu anvÀnds kompilen Liftoff).
- I utvecklarverktygen pphttps://developers.google.com/web/updates/2020/05/devtools har panelen för prestandaanalys uppdaterats. AllmÀn information om mÀtvÀrdet (Total Blocking Time), som visar hur lÀnge en sida verkar tillgÀnglig men faktiskt inte Àr det (d.v.s. sidan har redan ritats, men huvudtrÄdens exekvering blockeras fortfarande och data kan inte matas in). En ny sektion Experience har lagts till för att analysera mÀtvÀrdet. (Cumulative Layout Shift), som Äterspeglar den visuella stabiliteten hos innehÄllet. I panelen för inspektion av CSS-stilar har förhandsgranskning av bilder som anges genom egenskapen "background-image" implementerats.
Förutom nyheterna och buggfixarna har nya versionen ÄtgÀrdat . MÄnga av sÄrbarheterna har upptÀckts genom automatiserad testning med verktyg som , , , och . Ett problem (CVE-2020-6510, buffertöverskridning i hanteraren för bakgrundsoperationer) Àr markerat som kritiskt, vilket innebÀr att det tillÄter att kringgÄ alla skyddsnivÄer i webblÀsaren och köra kod i systemet utanför sandbox-miljön. Inom ramen för programmet för utbetalning av belöningar för att identifiera sÄrbarheter för den aktuella versionen har Google betalat ut 26 belöningar pÄ totalt 21500 dollar (tvÄ belöningar pÄ 5000 dollar, tvÄ belöningar pÄ 3000 dollar, en belöning pÄ 2000 dollar, tvÄ belöningar pÄ 1000 dollar och tre belöningar pÄ 500 dollar). Storleken pÄ 16 belöningar har Ànnu inte faststÀllts.
KĂ€lla: opennet.ru
