Release av Chrome 100

Google har släppt version 100 av webbläsaren Chrome. Samtidigt finns det en stabil version av det fria projektet Chromium, som är grunden för Chrome. Webbläsaren Chrome kännetecknas av användningen av Google-logotyper, en notifieringssystem för krascher, moduler för uppspelning av kopieringsskyddat videoinnehåll (DRM), ett automatiskt uppdateringssystem och överföring av RLZ-parametrar vid sökningar. Nästa version av Chrome, 101, är planerad till den 26 april.

De viktigaste förändringarna i Chrome 100:

• Eftersom webbläsaren når versionsnummer 100, med tre siffror istället för två, kan det förekomma problem med vissa webbplatser som använder felaktiga bibliotek för att tolka User-Agent-värdet. För att hantera sådana problem finns en inställning: "chrome://flags##force-major-version-to-minor", som gör att version 99 kan visas i User-Agent-huvudet trots användning av version 100.
• Chrome 100 markerar den sista versionen med ett fullständigt User-Agent-innehåll. I nästa version kommer informationen i HTTP-huvudet User-Agent samt JavaScript-parametrarna navigator.userAgent, navigator.appVersion och navigator.platform att skäras ner. Endast information om webbläsarens namn, huvudversion, plattform och enhetstyp (mobiltelefon, PC, surfplatta) kommer att lämnas kvar. För att få ytterligare data, såsom exakt version och utökad plattformsinformation, måste User Agent Client Hints-API:et användas. För webbplatser som inte har tillräckligt med ny information och som ännu inte är redo att gå över till User Agent Client Hints finns möjligheten att återvända till full User-Agent fram till maj 2023.
• En experimentell funktion har lagts till för att visa en nedladdningsindikator i adressfältet, som när den klickas visar status för nedladdade och pågående filer, liknande sidan chrome://downloads. För att aktivera indikatoren finns inställningen "chrome://flags#download-bubble".
• Möjligheten att stänga av ljudet genom att klicka på ljudindikatorn, som visas på flikens knapp, har återinförts (tidigare kunde ljudet stängas av via högerklickmenyn). För att aktivera denna funktion har inställningen "chrome://flags#enable-tab-audio-muting" lagts till.
• Inställningen "chrome://flags/#enable-lens-standalone" har lagts till för att inaktivera användningen av Google Lens-tjänsten för bildsökning (punkten "Hitta bild" i kontextmenyn).
• Vid delning av flik (tab-sharing) markeras nu inte hela fliken med en blå ram, utan endast den del som innehåller innehållet som sänds till en annan användare.
• Webbläsarens logotyp har ändrats. Den nya logotypen skiljer sig från varianten 2014 med en något större cirkel i mitten, mer livfulla färger och ingen skugga mellan färgerna.
• Ändringar i Android-versionen:
  • Stödet för "Lite"-läget, där bitrate sänktes vid videoöverföring och ytterligare bildkompression tillämpades, har upphört. Det rapporteras att läget har tagits bort på grund av sänkta kostnader för mobilabonnemang och utvecklingen av andra metoder för att minska trafik.
  • Möjligheten att utföra åtgärder med webbläsaren från adressfältet har lagts till. Till exempel kan man skriva "radera historik" och webbläsaren föreslår att man går till formuläret för att rensa sin historik, eller "redigera lösenord" och webbläsaren öppnar lösenordshanteraren. För desktop-versionerna implementerades denna funktion i Chrome 87.
  • Stöd för inloggning på Google-kontot via QR-kodskanning som visas på skärmen på en annan enhet har implementerats.
  • En bekräftelsedialog visas nu vid försök att stänga alla flikar på en gång.
  • På sidan för att öppna en ny flik har en växlare mellan visningen av RSS-prenumerationer (Following) och rekommenderat innehåll (Discover) lagts till.
  • Möjligheten att använda TLS 1.0/1.1-protokollen i Android WebView-komponenten har upphört. I webbläsaren togs stödet för TLS 1.0/1.1 bort i Chrome 98. I den nuvarande versionen har ett liknande ändring tillämpats på mobilappar som använder WebView-komponenten, som nu inte kan ansluta till servrar som inte stödjer TLS 1.2 eller TLS 1.3.
• Vid kontroll av certifikat med hjälp av Certificate Transparency-mekanismen för att verifiera certifikatet krävs nu att signerade SCT-poster (signed certificate timestamp) finns i två loggar som stöds av olika operatörer (tidigare krävdes en post i Googles logg och en logg från valfri annan operatör). Certificate Transparency erbjuder en oberoende offentlig logg över alla utfärdade och återkallade certifikat, vilket möjliggör oberoende granskning av alla ändringar och åtgärder från certifikatutfärdare och gör det möjligt att spåra eventuella försök att dölja skapandet av falska poster.

  För användare som har aktiverat Safe Browsing-läget aktiveras som standard granskning av SCT-poster som används i Certificate Transparency-loggar. Denna ändring kommer att leda till att det skickas ytterligare förfrågningar till Google för att verifiera loggens korrekthet. Kontrollförfrågningar skickas mycket sällan, ungefär en gång var 10 000:e TLS-anslutning. Om problem upptäcks kommer data om den problematiska certifikatkedjan och SCT att skickas till Google (endast offentligt tillgängliga data om certifikat och SCT överförs).
• Vid aktivering av det utökade skyddet mot farliga webbplatser (Enhanced Safe Browsing) och inloggning på ett Google-konto, inkluderas nu servrar Google-data om incidenter med tokens kopplade till Google-kontot, vilket stärker skyddet mot phishing, skadlig aktivitet och andra hot på webben. För sessioner i inkognitoläge överförs sådana data inte.
• I skrivbordsversionen av Chrome har möjligheten att avvisa varningar om användning av komprometterade lösenord lagts till.
• API för Multi-Screen Window Placement har lagts till, vilket gör det möjligt att få information om anslutna skärmar till datorn och organisera fönster på valda skärmar. Genom den nya API:en kan man också exakt välja positionen för fönstren och bestämma övergången till helskärmsläge, initierad via metoden Element.requestFullscreen(). Exempel på användning av den nya API:en inkluderar presentationsappar (visning på projektor och visning av anteckningar på bärbara datorns skärm), finansiella applikationer och övervakningssystem (placering av diagram på olika skärmar), medicinska applikationer (visning av bilder på separata skärmar med hög upplösning), spel, grafiska redigerare och andra typer av flerfönsterapplikationer.
• I Origin Trials-läget (experimentella funktioner som kräver separat aktivering) har stöd för åtkomst till Media Source Extensions från dedikerade arbetare implementerats, vilket kan användas till exempel för att förbättra prestandan för buffrat multimediauppspelning genom att skapa ett MediaSource-objekt i en separat arbetare och strömma resultaten till ett HTMLMediaElement i huvudtråden. Origin Trial innebär möjligheten att arbeta med den angivna API:en 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:et Digital Goods har stabiliserats och erbjuds nu till alla intresserade, vilket syftar till att förenkla hanteringen av köp från webappar. Det möjliggör koppling till tjänster för distribution av varor, och i Android tillhandahåller det en omslag över API Android Play Billing.
• Metoden AbortSignal.throwIfAborted() har lagts till, vilket gör det möjligt att hantera avbrottet av signalens utförande med hänsyn till signalens tillstånd och orsaken till dess avbrott.
• I objektet HIDDevice har metoden forget() lagts till, vilket gör det möjligt att återkalla användarens beviljade åtkomsträttigheter till inmatningsenheten.
• CSS-egenskapen mix-blend-mode, som definierar metoden för blandning vid överlappning av element, har fått stöd för värdet "plus-lighter" för att belysa överlappningar av två element med gemensamma pixlar.
• I objektet NDEFReader har metoden makeReadOnly() lagts till, vilket gör det möjligt att använda NFC-tags i läsläge.
• I API WebTransport som är avsett för att skicka och ta emot data mellan webbläsaren och servern har ett alternativ för serverCertificateHashes lagts till för autentisering av anslutningen till servern med hjälp av certifikatets hash utan att använda Web PKI (till exempel när anslutning görs till servern eller en virtuell maskin som inte är i ett offentligt nätverk).
• Förbättringar har gjorts i verktygen för webbutvecklare. Fler funktioner har lagts till i inspelningspanelen, där man kan spela in, återspela och analysera användarens åtgärder på sidan. Vid visning av koden under felsökning ges värdena på egenskaperna när musen hålls över klasser eller funktioner. Listan över emulerade enheter User-Agent för iPhone har uppdaterats till version 13_2_3. I CSS-stilernas navigationspanel har möjligheten att visa och redigera reglerna för "@supports" införts.

Förutom nyheterna och buggfixar har den nya versionen åtgärdat 28 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 möjliggör att kringgå alla nivåer av webbläsarsäkerhet och köra kod i systemet utanför sandbox-miljön har upptäckts. Inom ramen för belöningsprogrammet för sårbarhetsupptäckte betalade Google ut 20 belopp på totalt 51 000 USD (ett belopp på $16 000, två belopp på $7 000, tre belopp på $5 000 och en medelbelopp på $3 000, $2 000 och $1 000. Storleken på 11 belöningar har ännu inte bestämts.

Källa: opennet.ru