Releasedatum för Chrome 83

Google har presenterat utgåvan av webbläsaren Chrome 83. Samtidigt är tillgänglig stabil utgåva av det fria projektet Chromium, som utgör grunden för Chrome. Webbläsaren Chrome utmärker sig 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 RLZ-parametrar. På grund av utvecklarnas övergång till distansarbete under COVID-19-pandemin, så blev Chrome 82 släppt. utebli. Nästa utgåva av Chrome 84 är planerad till den 14 juli.

Huvud för på Chrome 83:

• Har startat massutsläpp av "DNS över HTTPS" (DoH, DNS över HTTPS) på användarsystem vars systeminställningar har DNS-leverantörer som stöder DoH (DoH kommer att aktiveras för samma DNS-leverantör). Till exempel, om användarens systeminställningar anger DNS 8.8.8.8, kommer DoH-tjänsten Google ("https://dns.google.com/dns-query") att aktiveras i Chrome, om DNS är 1.1.1.1, så är DoH-tjänsten Cloudflare ("https://cloudflare-dns.com/dns-query") och så vidare. För att undvika problem med upplösning av företagsintranät används inte DoH när webbläsaren definieras i centralt administrerade system. DoH stängs också av när det finns system för föräldrakontroll.
  Aktiveringen av DoH och bytet av DoH-leverantör hanteras via standardkonfiguratorn.
  
• Erbjudet ny utseende element webbformulär som har optimerats för användning på pekskärmar och system för personer med funktionsnedsättningar. Designen har optimerats av Microsoft som en del av utvecklingen av webbläsaren Edge och integrerats i den huvudsakliga kodbasen för Chromium. Tidigare var delar av formulärelementen designade för att passa med element i operativsystem, medan andra var enligt de mest populära stilarna. På grund av detta passade olika element olika bra för pekskärmar, system för personer med funktionsnedsättningar och tangentbordsanvändning. Målet med omarbetningen var att enhetliggöra utseendet på formulärelement och eliminera stilmässiga inkonsekvenser.
  
• Den visuella utformningen av inställningssektionen "Sekretess och säkerhet" har ändrats, har lagts till nya verktyg för säkerhetshantering. Inställningarna är nu lättare att hitta och deras syfte är enklare att förstå. Fyra grundläggande sektioner har föreslagits, där verktyg relaterade till rensning av historik, hantering av cookies och webbplatsdata, säkerhetslägen och förbud eller tillstånd kopplade till specifika webbplatser är samlade. Användaren kan snabbt aktivera blockering av tredjeparts-cookies för inkognitoläge eller alla webbplatser, blockera alla cookies för en specifik webbplats. Den nya designen är endast inkluderad på systemen hos en del användare, andra kan aktivera inställningarna via "chrome://flags/#privacy-settings-redesign".
  

  Webb-specifika inställningar är uppdelade i grupper — åtkomst till plats, kamera, mikrofon, aviseringar och bakgrundssändning av data. Det finns även en sektion med ytterligare inställningar för att blockera JavaScript, bilder och omdirigeringar på specifika webbplatser. Senaste användaråtgärden relaterad till förändrade behörigheter har lyfts fram separat.

  
• I inkognitoläget är blockering av alla cookies som ställts in av tredje part, inklusive reklamnätverk och webbanalysystem, aktiverad som standard. Ett utökat gränssnitt för att kontrollera installationen av cookies på webbplatser erbjuds också. Det finns flaggor för att styra detta: "chrome://flags/#improved-cookie-controls" och "chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking". Efter aktivering av läget visas en ny ikon i adressfältet, som vid klick visar antalet blockerade cookies och ger möjlighet att stänga av blockeringen. Du kan se vilka cookies som är tillåtna och blockerade för den aktuella webbplatsen i sektionen "Cookies" i den kontextmeny som visas genom att klicka på låssymbolen i adressfältet, eller i inställningarna.
  
  
• I inställningarna har en ny knapp "Säkerhetskontroll" (Safety check) lagts till, som ger en sammanfattning av potentiella säkerhetsproblem, såsom användning av komprometterade lösenord, status för kontroll av skadliga webbplatser (Safe Browsing), förekomst av ospecificerade uppdateringar och identifiering av skadliga tillägg.
  
• I lösenordshanteraren har möjligheten lagts till verifiering att kontrollera alla sparade inloggningar och lösenord mot en databas av komprometterade konton, med varning om problem identifieras (kontrollen sker genom att jämföra hash-prefix på användarens sida, själva lösenorden och deras fulla hashvärden överförs inte). Kontroll utförs mot en databas som omfattar mer än 4 miljarder komprometterade konton som har figurerat i läckor av användardata. Varningar ges även vid försök att använda triviala lösenord som "abc123".
  
• Presenteras den utökade skyddsläget mot farliga webbplatser (Enhanced Safe Browsing) aktiverar ytterligare kontroller för att skydda mot phishing, skadlig aktivitet och andra hot på webben. Dessutom tillämpas ett extra skydd för Google-kontot och Googles tjänster (Gmail, Drive etc.). I det vanliga Safe Browsing-läget utförs kontroller lokalt med en databasen som periodiskt laddas ner till klientens system, medan information om sidor och nedladdningar i Enhanced Safe Browsing skickas i realtid till Google Safe Browsing-tjänsten för kontroll på Googles sida, vilket gör att man snabbt kan reagera på hot så snart de upptäckts, utan att vänta på att den lokala svarta listan ska uppdateras.

  För att påskynda arbetet stöds förhandskontroll mot vita listor som inkluderar hashvärden för tusentals populära webbplatser som är betrodda. Om den öppnade webbplatsen inte finns på den vita listan kontrollerar webbläsaren URL:en på Googles server genom att skicka de första 32 bitarna av SHA-256-hashen av länken, där möjliga personuppgifter tas bort. Enligt Google möjliggör den nya metoden en 30 % ökning av effektiviteten vid varningar för nya phishing-webbplatser.

• Istället för automatisk fästning av tilläggssymboler bredvid adressfältet har en ny meny implementerats, markerad med en pussel-bild, där alla befintliga tillägg och deras befogenheter listas. Efter installationen av ett tillägg måste användaren nu uttryckligen aktivera fästning på tilläggssymbolens panel, samtidigt som man bedömer de befogenheter som ges till tillägget. För att tillägget inte ska försvinna visas en indikator med information om det nya tillägget direkt efter installationen. Den nya menyn är aktiverad som standard för en viss procent av användarna, medan andra kan aktivera den med inställningen "chrome://flags/#extensions-toolbar-menu".
  
• En inställning för "chrome://flags/#omnibox-context-menu-show-full-urls" har lagts till, som när den aktiveras visar alternativet "Visa alltid URL:er i sin helhet" i högermeny för adressfältet, vilket förhindrar förvrängning av URL:er. Vi påminner om att i Chrome 76 ändrades adressfältet som standard för att visa länkar utan "https://", "http://" och "www.". För att stänga av detta beteende fanns det en inställning, men i Chrome 79 togs den bort och användare förlorade möjligheten att visa hela URL:en i adressfältet.
  
• Funktionen för gruppindelning av flikar har aktiverats för alla användare ("chrome://flags/#tab-groups"), vilket möjliggör att kombinera flera liknande flikar i visuellt åtskilda grupper. Varje grupp kan kopplas till sin egen färg och namn. Dessutom erbjuds en experimentell möjlighet till att dölja och visa grupper, som för tillfället inte fungerar på alla system. Till exempel kan flera olästa artiklar tillfälligt döljas, med endast en etikett synlig, så att de inte tar utrymme vid navigering, och när man återvänder till läsningen återställs de på plats. För att aktivera läget erbjuds inställningen "chrome://flags/#tab-groups-collapse".
  
• Standardvarningen har aktiverats vid försök osäker nedladdning (utan kryptering) att ladda ner körbara filer via länkar från HTTPS-sidor (från och med Chrome 84 kommer nedladdningar av körbara filer att blockeras och varningen kommer att utfärdas för arkiv). Det noteras att nedladdning av filer utan kryptering kan användas för att genomföra skadlig verksamhet genom att manipulera innehållet under MITM-attacker. Dessutom är förbjuden kommer nedladdning av filer som initieras från isolerade iframe-block.
• Vid aktivering av Adobe Flash har en varning lagts till om att teknologin kommer att upphöra att stödjas i december 2020.
• Tekniken Trusted types, som gör det möjligt att blockera DOM-manipulationer som leder till Cross-Site Scripting (DOM XSS), till exempel vid felaktig hantering av användardata i eval() -block eller insättningar av «.innerHTML», vilket kan leda till att JavaScript-kod körs i kontexten av en viss sida. Trusted types kräver förbehandling av data innan de skickas till riskfyllda funktioner. Till exempel, när Trusted types är aktiverat kommer «anElement.innerHTML = location.href» att resultera i ett fel och kräva användning av speciella TrustedHTML- eller TrustedScript-objekt vid tilldelning. Aktivering av Trusted Types görs genom CSP (Content-Security-Policy).
• Tillagda de nya HTTP-headerna Cross-Origin-Embedder-Policy och Cross-Origin-Opener-Policy, som gör det möjligt att aktivera ett särskilt isoleringsläge för cross-origin för säker användning av privilegierade operationer på sidan, såsom SharedArrayBuffer, Performance.measureMemory() och profilerings-API:er, som kan användas för att genomföra attacker genom bipartiska kanaler, såsom Spectre. Cross-origin-isoleringsläget tillåter också inte ändring av document.domain-egenskapen.
• En ny implementering av systemet för inspektion av nätverksresurstillgångar har föreslagits - OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing). Den gamla implementeringen kunde bara inspektera de grundläggande komponenterna i Blink-motorn, XHR och Fetch API, men täckte inte HTTP-förfrågningar som produceras från vissa interna moduler. Den nya implementeringen löser detta problem.
• 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 Native File System, vilket möjliggör skapandet av webbaserade applikationer som interagerar med filer på den lokala filsystemet. Till exempel kan det nya API:et vara efterfrågat i webbläsarbaserade integrerade utvecklingsmiljöer, text-, bild- och videoredigerare. För att få möjlighet till direkt skrivning och läsning av filer, använda dialoger för att öppna och spara filer, samt navigera i katalogernas innehåll, begär applikationen särskilt godkännande från användaren.
  • Metod Performance.measureMemory() för att utvärdera minnesanvändningen vid behandling av ett webbprogram eller en webbsida. Det kan användas för att analysera och optimera minnesanvändningen i webbapplikationer, samt för att identifiera regressiv tillväxt i minnesanvändningen.
  • Metod Prioriterad Scheduler.postTask() för att schemalägga uppgiftskörningar (callback-anrop av JavaScript) med olika prioriteringsnivåer (blockerar användarens arbete, skapar synliga förändringar och bakgrundsarbete). För att ändra prioritet och avbryta uppgifter kan TaskController-objektet användas.
  • API WebRTC Insertable Streams, som gör det möjligt för applikationer att skapa sina egna databehandlare som används vid kodning och avkodning av WebRTC MediaStreamTrack. Till exempel kan API:et användas för att organisera end-to-end-kryptering av strömmar som överförs genom en transitserver.
• API har lagts till Barcode Detection för att identifiera och avkoda streckkoder i en specifik bild. API:et fungerar endast på Android-enheter med installerad Google Play Services-paket.
• Meta-taggen har lagts till color-scheme, vilket gör att webbplatsen kan ge fullständig support för mörkt tema utan att använda CSS-transformationer.
• möjlighet att använda JavaScript-moduler i shared worker.
• I IndexedDB IDBDatabase.transaction() en ny parameter har lagts till
  «durability», vilket gör att man kan hantera datautmatning till lagringsmediet. Genom att ange värdet «relaxed» istället för standardläget «strict» kan man offra tillförlitlighet till förmån för prestanda (tidigare har Chrome alltid skrivit data till disken efter varje transaktion).
• I selector() har funktionen @supports lagts till, som möjliggör att bestämma närvaron av CSS-selektorer (till exempel kan man först kontrollera om en selektor är tillgänglig innan man kopplar CSS-stilar till den).

  @supports selector(::before) {
  div { background: green };
  }

• I Intl.DateTimeFormat har lagts till egenskapen fractionalSecondDigits för att anpassa formatet för visning av bråkdelar av sekunder.
• I V8-motorn har snabbats upp spårning av ArrayBuffer i skräpkontrollern. För WebAssembly-moduler är det tillåtet att begära upp till 4 GB minne.
• Tillagda nya verktyg för webb utvecklare. Till exempel har ett läge för att simulera hur en sida upplevs av personer med nedsatt syn och olika former av färgblindhet lagts till. Dessutom har ett läge för att simulera förändring av lokal påverkan på API:er som Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language etc. lagts till.
  

  I nätverksaktiens inspektörsgränssnitt har en COEP (Cross-Origin Embedder Policy) debugger lagts till, vilket gör det möjligt att förstå orsakerna till blockeringen vid inladdning av vissa resurser över nätet. Ett cookies-path nyckelord har lagts till för att filtrera begärningar där cookies är kopplade till en viss väg.

  

  Ett läge för att fästa utvecklarverktygen på vänstra sidan av skärmen har lagts till.
  

  

  Gränssnittet för att spåra långvarig JavaScript-kod har omarbetats.
  

  
• På grund av COVID-19-infektionen har vissa planerade förändringar skjutits upp. Till exempel, borttagning av kod för att arbeta med FTP överfört på obestämd tid. Avaktivering stöd för protokoll TLS 1.0/1.1 skjuten fram till releasen av Chrome 84. Inledande
  stöd för Client Hints identifierare (ett alternativ till User-Agent) även är fördröjd fram till Chrome 84. Arbetet med med en enhetlig User-Agent har flyttats till nästa år.

Förutom nyheterna och buggfixarna har nya versionen åtgärdat 38 sårbarheter. Många av sårbarheterna har upptäckts genom automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFLInga kritiska problem har identifierats som kan kringgå alla nivåer av webbläsarsäkerhet och köra kod utanför sandlådemiljön. Inom ramen för programmet för belöningar för sårbarhetsupptäckter har Google betalat ut 28 priser till ett värde av 76 000 amerikanska dollar (ett pris på 20 000 dollar, ett pris på 10 000 dollar, två priser på 7 500 dollar, två priser på 5 000 dollar, två priser på 3 000 dollar, två priser på 2 000 dollar, två priser på 1 000 dollar och åtta priser på 500 dollar). Storleken på 7 av belöningarna har ännu inte fastställts.

Källa: opennet.ru