Utgåvan av Chrome 101

Google har släppt version 101 av webbläsaren Chrome. Samtidigt är den stabila versionen av det fria projektet Chromium tillgänglig, vilket är grunden för Chrome. Chrome-webbläsaren skiljer sig från Chromium genom att använda Googles logotyper, ha ett system för att skicka meddelanden vid krasch, moduler för att spela upp kopieringsskyddat videoinnehåll (DRM), ett system för automatisk installation av uppdateringar, konstant aktivering av Sandbox-isolering, leverans av nycklar till Google API och överföring av RLZ-parametrar vid sökningar. För dem som behöver mer tid för uppdatering finns en separat stödlinje för Extended Stable, som kommer att hållas under 8 veckor och innehålla en uppdatering för den tidigare versionen Chrome 100. Nästa version av Chrome 102 är planerad till den 24 maj.

Huvudändringar i Chrome 101:

• Funktionen Side Search har lagts till, vilket ger möjlighet att se sökresultaten i en sidopanel samtidigt som en annan sida visas (i ett fönster kan man se både innehållet på sidan och resultatet från sökmotorn). Efter att ha navigerat till en webbplats från en sökresultatsida på Google visas en ikon med bokstaven "G" framför inmatningsfältet i adressfältet, och när man klickar på den öppnas sidopanelen med resultaten från den tidigare genomförda sökningen. Funktionen är som standard inte aktiverad på alla system, för att aktivera den kan inställningen "chrome://flags/#side-search" användas.
• I adressfältet Omnibox har förhandsrendering (prerendering) av rekommendationernas innehåll implementerats, vilket föreslås när man skriver in. Tidigare, för att påskynda navigering från adressfältet, laddades de mest sannolika för övergång rekommendationerna in utan att vänta på användarens klick, med hjälp av Prefetch-anrop. Nu, förutom att de laddas, renderas de också i bufferten (inklusive att skripten körs och DOM-trädet skapas), vilket gör att rekommendationerna omedelbart kan visas efter klick. För att hantera förhandsrenderingen föreslås inställningar "chrome://flags/#enable-prerender2", "chrome://flags/#omnibox-trigger-for-prerender2" och "chrome://flags/#search-suggestion-for-prerender2".
• Den beskurna informationen i HTTP-huvudet User-Agent och JavaScript-parametrarna navigator.userAgent, navigator.appVersion och navigator.platform. Endast uppgifter om webbläsarens namn, en betydande version av webbläsaren (versionens MINOR.BUILD.PATCH-komponenter har ersatts med 0.0.0), plattform och enhetstyp (mobiltelefon, PC, surfplatta) har lämnats kvar i huvudet. För att få ytterligare data, såsom exakt version och utökade plattformsuppgifter, är det nödvändigt att använda API:et User Agent Client Hints. För webbplatser som inte har tillräckligt med ny information och som fortfarande inte är redo att gå över till User Agent Client Hints, finns det möjlighet att återlämna fullständig User-Agent fram till maj 2023.
• Beteendet för funktionen setTimeout har ändrats när ett nollargument anges för att definiera fördröjningen av anropet. Från och med Chrome 101 kommer koden som anges som «setTimeout(…, 0)» att köras omedelbart, utan en fördröjning på 1 ms, som specifikationen kräver. För upprepade inbäddade anrop av setTimeout tillämpas en fördröjning på 4 ms.
• I versionen för Android-plattformen har stöd för begäran om behörighet för att visa meddelanden införts (i Android 13, för att visa meddelanden måste appen ha behörigheten «POST_NOTIFICATIONS», utan vilken meddelanden kommer att blockeras). När Chrome körs i Android 13-miljön kommer webbläsaren nu att visa en begäran om att få behörighet att visa meddelanden.
• Möjligheten att använda API:et WebSQL i tredjepartsskript har avlägsnats. Som standard blockerades WebSQL i skript som laddades från andra webbplatser i Chrome 97, men det lämnades en möjlighet att avaktivera detta beteende. I Chrome 101 har detta alternativ avlägsnats. I framtiden planeras det att gradvis helt avbryta stödet för WebSQL, oavsett användningskontext. Istället för WebSQL rekommenderas det att använda API:et Web Storage och Indexed Database. WebSQL-hanteraren är baserad på SQLite-kod och kan ha utnyttjats av illvilliga aktörer för att exploatera sårbarheter i SQLite.
• Namn på företagsriktlinjer (chrome://policy) som innehåller icke-inkluderande termer har tagits bort. Från och med Chrome 86 har det föreslagits ersättningar för dessa riktlinjer som använder inkluderande terminologi. En rensning av termer som «whitelist», «blacklist», «native» och «master» har genomförts. Till exempel har riktlinjen URLBlacklist döpts om till URLBlocklist, AutoplayWhitelist till AutoplayAllowlist och NativePrinters till Printers.
• I läget Origin Trials (experimentella funktioner som kräver separat aktivering) har testningen av API:et Federated Credential Management (FedCM) påbörjats, vilket gör det möjligt att skapa sammanslagna identifieringstjänster som säkerställer integritet och fungerar utan mekanismer för spårning mellan webbplatser, såsom behandling av tredjepartscookies. Origin Trial innebär möjligheten att arbetas med det angivna API:et från applikationer laddade från localhost eller 127.0.0.1, eller efter registrering och erhållande av en speciell token som är giltig under en begränsad tid för en specifik webbplats.
• Mekanismen Priority Hints har stabiliserats och erbjuds nu alla intresserade, vilket gör det möjligt att ange betydelsen av vissa laddade resurser genom att ange den extra attributen "importance" i taggar såsom iframe, img och link. Attributet kan anta värdena "auto" och "low", samt "high", som påverkar ordningen för hur externa resurser laddas av webbläsaren.
• Egenskapen AudioContext.outputLatency har lagts till, genom vilken man kan få information om den förväntade fördröjningen innan ljudet spelas upp (fördröjning mellan begäran om ljud och början av bearbetningen av de mottagna uppgifterna av ljudutgången).
• CSS-egenskapen font-palette och regeln @font-palette-values har lagts till, vilket möjliggör att välja en palett från en färgad font eller definiera sin egen palett. Till exempel kan denna funktion användas för att matcha färgade symbolspråk eller emoji med färgen på innehållets design eller för att aktivera mörkt eller ljust läge för fonten.
• CSS-funktionen hwb() har lagts till, vilket ger ett alternativt sätt att ange färger i sRGB-format i HWB (Hue, Whiteness, Blackness), vilket liknar HSL-formatet (Hue, Saturation, Lightness), men är enklare för mänsklig perception.
• I metoden window.open() behandlas angivandet av egenskapen popup i strängen windowFeatures, utan att tilldela ett värde (dvs. när popup bara anges, inte popup=true) nu som att öppna ett miniatyrpopupfönster (analogt med "popup=true") istället för att som standard tilldela värdet "false", vilket var ologiskt och ledde utvecklare vilse.
• I API MediaCapabilities, som tillhandahåller information om enhets- och webbläsarkapabiliteter för avkodning av multimedia, har stöd för WebRTC-strömmar lagts till.
• Den tredje versionen av API Secure Payment Confirmation har föreslagits, vilket tillhandahåller verktyg för ytterligare bekräftelse av genomförda betalningsoperationer. Den nya versionen har lagt till stöd för identifierare som kräver inmatning av data, definiering av en ikon för indikation av bekräftelsefel samt ett valfritt egenskap för payeeName.
• API USBDevice har fått metoden forget() för att återkalla tidigare givna användartillstånd för åtkomst till USB-enheten. Dessutom är instanser av USBConfiguration, USBInterface, USBAlternateInterface och USBEndpoint nu lika vid strikt jämförelse ("===", pekar på samma objekt) om de returneras för samma USBDevice-objekt.
• Förbättringar har gjorts i verktygen för webbutvecklare. Möjlighet att importera och exportera användarregistrerade åtgärder i JSON-format har tillhandahållits (exempel). I webbkonsolen och kodvisningsgränssnittet har beräkning och visning av privata egenskaper förbättrats. Stöd för att arbeta med färgmodellen HWB har lagts till. CSS-panelen har fått möjlighet att visa kaskadlager definierade med regeln @layer.

Förutom nyheter och buggfixar har den nya versionen åtgärdat 30 sårbarheter. Många av sårbarheterna upptäcktes genom automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. Inga kritiska problem som skulle kunna kringgå alla säkerhetsnivåer i webbläsaren och kör kod utanför sandlådemiljön har upptäckts. Inom ramen för programmet för belöning av sårbarhet har Google för den aktuella versionen utbetalat 25 belöningar till ett belopp av 81 000 USD (en belöning på 10 000 USD, tre belöningar på 7 500 USD, tre belöningar på 7 000 USD, en belöning på 6 000 USD, två belöningar på 5 000 USD, fyra belöningar på 2 000 USD, tre belöningar på 1 000 USD och en belöning på 500 USD). Störrelsen på 6 av belöningarna är ännu inte fastställd.

Källa: opennet.ru