Chrome 83 version

Google представила webbläsarversion Chrome 83... Samtidigt tillgängliga stabil utgåva av ett gratis projekt krom, som är grunden för Chrome. Chrome webbläsare annorlunda användningen av Googles logotyper, närvaron av ett system för att skicka aviseringar i händelse av en krasch, möjligheten att ladda ner en Flash-modul på begäran, moduler för att spela skyddat videoinnehåll (DRM), ett automatiskt uppdateringssystem och överföring vid sökning RLZ-parametrarPå grund av att utvecklare övergick till att arbeta hemifrån under SARS-CoV-2-pandemin med coronaviruset, blev Chrome 82 släppt missat. Nästa version av Chrome 84 är planerad till den 14 juli.

Den huvudsakliga förändringar в krom 83:

• Började massinkludering DNS över HTTPS-läge (DoH, DNS över HTTPS) på användarsystem vars systeminställningar anger DNS-leverantörer som stöder DoH (DoH för samma DNS-leverantör aktiveras). Om en användare till exempel har DNS 8.8.8.8 specificerat i systeminställningarna aktiveras Googles DoH-tjänst i Chrome ("https://dns.google.com/dns-query"), om DNS är 1.1.1.1 aktiveras Cloudflares DoH-tjänst ("https://cloudflare-dns.com/dns-query"), etc. För att eliminera problem med att lösa företagsintranätverk används inte DoH vid bestämning av webbläsaranvändning i centralt hanterade system. DoH inaktiveras också om föräldrakontrollsystem finns.
  Kontroll av DoH-aktivering och byte av DoH-leverantör utförs via standardkonfiguratorn.
  
• Föreslog ny registrering element webbformulär som har optimerats för användning på pekskärmar och tillgängliga system. Designen optimerades av Microsoft som en del av utvecklingen av webbläsaren Edge och överfördes till Chromiums huvudkodbas. Tidigare designades vissa formulärelement för att matcha operativsystemelement, och vissa designades för att matcha de mest populära stilarna. På grund av detta passade olika element olika för pekskärmar, tillgängliga system och tangentbordsstyrning. Målet med omdesignen var att förena designen av formulärelement och eliminera stilinkonsekvenser.
  
• Utformningen av inställningsavsnittet "Sekretess och säkerhet" har ändrats, Lagt till nya verktyg för säkerhetshantering. Inställningarna är nu enklare att hitta och enklare att förstå. Fyra grundläggande avsnitt erbjuds, vilka innehåller verktyg relaterade till att rensa historik, hantera cookies och webbplatsdata, säkerhetslägen och förbud eller behörigheter kopplade till specifika webbplatser. Användaren kan snabbt aktivera blockering av tredjepartscookies för inkognitoläge eller alla webbplatser, blockera alla cookies för en specifik webbplats. Den nya designen är endast aktiverad på vissa användares system, andra kan aktivera inställningarna via "chrome://flags/#privacy-settings-redesign".
  

  Webbplatsspecifika inställningar är indelade i grupper – åtkomst till plats, kamera, mikrofon, aviseringar och sändning av bakgrundsdata. Det finns också ett avsnitt med ytterligare inställningar för att blockera JavaScript, bilder och omdirigeringar på vissa webbplatser. Användarens senaste åtgärd relaterad till att ändra behörigheter markeras separat.

  
• I inkognitoläge är blockering av alla cookies som ställs in av tredjepartswebbplatser, inklusive annonsnätverk och webbanalyssystem, aktiverat som standard. Ett utökat gränssnitt för att styra installationen av cookies på webbplatser erbjuds också. Flaggorna "chrome://flags/#improved-cookie-controls" och "chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking" tillhandahålls för kontroll. Efter att läget aktiverats visas en ny ikon i adressfältet. Om du klickar på den visas antalet blockerade cookies och du kan inaktivera blockering. Du kan se vilka cookies som är tillåtna och blockerade för den aktuella webbplatsen i avsnittet "Cookies" i snabbmenyn, som öppnas genom att klicka på låssymbolen i adressfältet, eller i inställningarna.
  
  
• Inställningarna erbjuder en ny knapp för "Säkerhetskontroll" som ger en sammanfattning av potentiella säkerhetsproblem, såsom användning av komprometterade lösenord, status för Säker surfning, förekomst av avinstallerade uppdateringar och detektering av skadliga tillägg.
  
• Lösenordshanteraren har nu möjlighet att kontroller alla sparade inloggningar och lösenord mot en databas med komprometterade konton, med en varning som visas om några problem upptäcks (kontrollen utförs baserat på en hash-prefixkontroll på användarsidan; lösenorden själva och deras fullständiga hashvärden överförs inte externt). Kontrollen utförs mot en databas som täcker över 4 miljarder komprometterade konton som har dykt upp i användardatabasläckor. En varning visas också vid försök att använda triviala lösenord, till exempel "abc123".
  
• Introducerad ett utökat skyddsläge mot farliga webbplatser (Enhanced Safe Browsing), som aktiverar ytterligare kontroller för att skydda mot nätfiske, skadlig aktivitet och andra hot på webben. Ytterligare skydd tillämpas även på Google-kontot och Google-tjänster (Gmail, Drive, etc.). Medan kontroller i normalt säkert surfningsläge utförs lokalt med hjälp av en databas som regelbundet laddas ner till klientens system, skickas information om sidor och nedladdningar i realtid till Googles säkera surfningstjänst för kontroll på Googles sida i Enhanced Safe Browsing. Detta gör att du snabbt kan reagera på hot direkt efter att de upptäckts, utan att vänta på att den lokala svarta listan uppdateras.

  För att påskynda arbetet stöds preliminära kontroller mot vita listor, vilka inkluderar hashkoder från tusentals populära webbplatser som är pålitliga. Om den öppnade webbplatsen inte finns på den vita listan kontrollerar webbläsaren URL:en på Googles server och överför de första 32 bitarna av länkens SHA-256-hash, från vilken eventuella personuppgifter klipps ut. Enligt Google möjliggör den nya metoden en 30-procentig ökning av effektiviteten vid visning av varningar för nya nätfiskewebbplatser.

• Istället för att automatiskt fästa tilläggsikoner bredvid adressfältet har en ny meny implementerats, markerad med en pusselikon, som listar alla tillgängliga tillägg och deras befogenheter. Efter att ha installerat ett tillägg måste användaren nu explicit aktivera att tilläggsikonen fästs på panelen, samtidigt som de befogenheter som tillägget har beviljats ​​utvärderas. För att säkerställa att tillägget inte går förlorat visas en indikator med information om det nya tillägget omedelbart efter installationen. Den nya menyn aktiveras som standard för en viss andel användare, andra kan aktivera den med inställningen "chrome://flags/#extensions-toolbar-menu".
  
• Lade till inställningen "chrome://flags/#omnibox-context-menu-show-full-urls". När den är aktiverad visas alternativet "Visa alltid fullständig URL" i adressfältets snabbmeny, vilket förhindrar URL-förvrängning. Kom ihåg att i Chrome 76 var adressfältet som standard inställt på att visa länkar utan "https://", "http://" och "www". Det fanns en inställning för att inaktivera detta beteende, men i Chrome 79 togs den bort, och användarna förlorade möjligheten att visa hela URL:en i adressfältet.
  
• Funktionen för att gruppera flikar ("chrome://flags/#tab-groups") är aktiverad för alla användare, vilket gör att du kan kombinera flera flikar med liknande syften i visuellt separerade grupper. Varje grupp kan tilldelas sin egen färg och namn. Dessutom erbjuds en experimentell funktion för att komprimera och expandera grupper, som ännu inte fungerar på alla system. Till exempel kan flera olästa artiklar tillfälligt komprimeras, vilket bara lämnar en etikett så att de inte tar upp plats under navigering, och återföras till sin plats när du återgår till läsning. Inställningen "chrome://flags/#tab-groups-collapse" erbjuds för att aktivera läget.
  
• Aktiverade standardutdata för varningar vid försök att osäker start (utan kryptering) körbara filer via länkar från HTTPS-sidor (i Chrome 84 blockeras nedladdningar av körbara filer och en varning utfärdas för arkiv). Det noteras att nedladdning av filer utan kryptering kan användas för att utföra skadlig aktivitet genom att ersätta innehåll under MITM-attacker. förbjuden filuppladdningar initierade från isolerade iframes.
• När Adobe Flash aktiveras har ett varningsmeddelande lagts till om att stödet för denna teknik upphör i december 2020.
• Tekniken har implementerats Betrodda typer, vilket möjliggör blockering av DOM-manipulationer som leder till cross-site scripting (DOM XSS), till exempel vid felaktig bearbetning av användarlevererade data i eval()-block eller ".innerHTML"-insertningar, vilket kan leda till JavaScript-kodkörning i samband med en specifik sida. Tillförlitliga typer kräver förbehandling av data innan de skickas till riskfyllda funktioner. Till exempel, när tillförlitliga typer är aktiverade, kommer körning av "anElement.innerHTML = location.href" att resultera i ett fel och kräver användning av speciella TrustedHTML- eller TrustedScript-objekt vid tilldelning. Tillförlitliga typer aktiveras med CSP (Content-Security-Policy).
• Lagt till Nya HTTP-rubriker för Cross-Origin-Embedder-Policy och Cross-Origin-Opener-Policy som aktiverar ett speciellt isoleringsläge för olika ursprung för att säkert tillåta privilegierade åtgärder på en sida, till exempel SharedArrayBuffer, Performance.measureMemory() och profilerings-API:et, som kan användas för att utföra sidokanalattacker som Spectre. Isoleringsläget för olika ursprung förhindrar också modifiering av egenskapen document.domain.
• En ny implementering av systemet för inspektion av nätverksresursåtkomst föreslås — OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing). Den gamla implementeringen kunde endast inspektera huvudkomponenterna i Blink-motorn, XHR och Fetch API, men täckte inte HTTP-förfrågningar från vissa interna moduler. Den nya implementeringen löser detta problem.
• Flera nya API:er har lagts till i Origin Trials-läget (experimentella funktioner som kräver separat aktivering). Origin Trial innebär möjligheten att arbeta med det specificerade API:et från applikationer som laddats ner från localhost eller 127.0.0.1, eller efter registrering och mottagande av en speciell token som är giltig under en begränsad tid för en specifik webbplats.
  • API Inbyggt filsystem, som låter dig skapa webbapplikationer som interagerar med filer i det 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 direkt kunna skriva och läsa filer, använda dialoger för att öppna och spara filer, samt navigera genom innehållet i kataloger, ber applikationen användaren om särskild bekräftelse;
  • metod Performance.measureMemory() för att uppskatta minnesförbrukning vid bearbetning av en webbapplikation eller webbsida. Kan användas för att analysera och optimera minnesförbrukning i webbapplikationer, samt för att identifiera regressiv tillväxt i minnesförbrukning.
  • metod Prioriterad Scheduler.postTask() för att schemalägga uppgifter (JavaScript-återanrop) med olika prioritetsnivåer (blockerar användararbete, skapar synliga ändringar och bakgrundsarbete). TaskController-objektet kan användas för att ändra prioriteten och avbryta uppgifter.
  • API WebRTC-infogningsbara strömmar, vilket gör det möjligt för applikationer att skapa sina egna datahanterare 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 via en transitserver.
• Lade till API Streckkodsdetektering för att upptäcka och avkoda streckkoder i en given bild. API:et fungerar bara på enheter. Android med Google Play Services-paketet installerat.
• Metatagg tillagd färgschema, vilket gör att webbplatsen kan ge fullt stöd för det mörka temat utan att använda CSS-transformationer.
• Lade till möjligheten att använda JavaScript-moduler i delad arbetare.
• I IndexedDB i IDBDatabase.transaktion() nytt argument tillagt
  "hållbarhet", som styr hur data spolas till disk. Genom att använda "relaxed" istället för standardläget "strict" kan du offra hållbarhet för prestanda (tidigare spolade Chrome alltid data till disk efter att varje transaktion hade skrivits).
• Funktionen @supports har lagts till i selector() för att upptäcka förekomsten av CSS-selektorer (till exempel kan du först kontrollera tillgängligheten för en selektor innan du binder CSS-stilar till den).

  @stöder väljare(::före) {
  div { bakgrund: grön };
  }

• I internationellt datum- och tidsformat Lagt till egenskapen fractionalSecondDigits för att konfigurera formatet för visning av bråkdelar i sekunder.
• I V8-motorn accelererad ArrayBuffer-spårning i sophämtaren. WebAssembly-moduler tillåts begära upp till 4 GB minne.
• Lagt till nya verktyg för webbutvecklare. Till exempel har ett läge för att emulera hur personer med nedsatt syn och olika former av färgblindhet uppfattar en sida dykt upp. Ett läge för att emulera en språkändring har också lagts till, vars ändring påverkar API Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language, etc.
  

  Felsökaren COEP (Cross-Origin Embedder Policy) har lagts till i gränssnittet för nätverksaktivitetsinspektion, vilket gör att du kan utvärdera orsakerna till att blockera inläsningen av vissa resurser över nätverket. Nyckelordet cookie-path har lagts till för att filtrera förfrågningar där en cookie är länkad till en specifik sätt.

  

  Lade till ett läge för att fästa utvecklarverktyg på vänster sida av skärmen.
  

  

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

  
• På grund av covid-19-smittan har vissa planerade förändringar skjutits upp. Till exempel, avlägsnande kod för att arbeta med FTP omplanerad obegränsat. frånkoppling stöd för TLS 1.0/1.1-protokoll uppskjuten före lanseringen av Chrome 84. Initial
  stöd för Client Hints-identifierare (alternativ till User-Agent) också uppskjuten upp till Chrome 84. Arbeta på Användar-agent-förening uppskjutet till nästa år.

Förutom innovationer och buggfixar eliminerar den nya versionen 38 sårbarheter. Många av sårbarheterna identifierades som ett resultat av automatiserade testverktyg Address Sanitizer, Memory Sanitizer, Kontrollera flödesintegritet, LibFuzzer и AFLInga kritiska problem har identifierats som skulle göra det möjligt att kringgå alla lager av webbläsarskydd och exekvera kod i systemet utanför sandlådemiljön. Som en del av programmet för att betala ut kontantbelöningar för att upptäcka sårbarheter för den aktuella versionen har Google betalat ut 28 belöningar på totalt 76 20000 dollar (en belöning på 10000 7500 dollar, en belöning på 5000 3000 dollar, två belöningar på 2000 1000 dollar, två belöningar på 500 7 dollar, två belöningar på XNUMX XNUMX dollar, två belöningar på XNUMX XNUMX dollar, två belöningar på XNUMX XNUMX dollar och åtta belöningar på XNUMX dollar). Beloppet för de XNUMX belöningarna har ännu inte fastställts.

Källa: opennet.ru