Utgåvan av webbläsaren Chrome 126 med inbyggd OCR-motor

Företaget Google har publicerat en release av webbläsaren Chrome 126. Samtidigt finns en stabil utgåva av det fria projektet Chromium, som utgör grunden för Chrome. Webbläsaren Chrome skiljer sig från Chromium genom användningen av Googles logotyper, ett system för att skicka meddelanden vid krascher, moduler för uppspelning av kopieringsskyddat videoinnehåll (DRM), ett system för automatisk installation av uppdateringar, konstant aktiverad Sandbox-isolering, leverans av nycklar till Google API och överföring av RLZ-parametrar vid sökning. För de som behöver mer tid för uppdatering stödjs en separat gren av Extended Stable i åtta veckor. Nästa version av Chrome 127 är planerad till 23 juli.

De viktigaste ändringarna i Chrome 126:

• Den inbyggda PDF-läsaren har integrerats med möjligheten att extrahera text från dokument, vilket kan åstadkommas via alternativet "Extrahera text från PDF" i kontextmenyn. För att extrahera text från skannade dokument, där texten är insatt som en bild, används en mekanism för optisk teckenigenkänning (OCR) baserad på maskininlärningssystem. Denna nya funktion förväntas förenkla arbetet med PDF-dokument för personer med synsvårigheter och som använder skärmläsare. I framtiden planeras det att implementera textigenkänning på bilder som visas på sidor och på skärmdumpar. OCR-motorn är standardaktiverad för 50 % av användarna, medan resten kan aktivera den via inställningen "chrome://flags/#pdf-ocr".
  
• Till konfigurationssidan med prestandainställningar
  ("Prestanda/Ekonomi" i avsnittet chrome://settings/performance) har en möjlighet lagts till för att justera aggressivitetsgraden vid användning av minnesbesparingsläge (Memory Saver), som minskar minnesanvändningen genom att frigöra minne som används av inaktiva flikar. Till exempel, vid val av måttlig grad, kommer webbläsaren att friställa mindre antal flikar än vid maximal inställning. Inställningen, som för närvarande är tillgänglig för endast en del av användarna, kan aktiveras via parametern "chrome://flags/#memory-saver-aggressiveness".
  
• För vissa användare är en ny OOPIF-arkitektur (out-of-process iframe) som standard aktiverad i PDF-läsaren, vilket gör att innehållet i dokumentet hanteras i en separat process. Den nya arkitekturen slopar komplikationerna som är förknippade med implementeringen baserat på GuestView-mekanismen och förenklar tillägget av nya funktioner i PDF-läsaren. För att aktivera den nya arkitekturen kan inställningen „chrome://flags/#pdf-oopif“ användas.
• En reaktiv prefetch-läget har lagts till, vilket laddar resurser som är relaterade till sidan under navigeringen, utan att vänta på deras faktiska förfrågan, vilket möjliggör snabbare öppning av nya sidor. För att förutsäga resurser som kan behövas i framtiden används en extern Google-tjänst som returnerar en lista med rekommendationer efter att ha skickat sidans URL som navigeras.
• Möjligheten att söka med Google Lens efter alla bilder och text som är synliga på skärmen har lagts till. Funktionen aktiveras via kontextmenyn, indikatorn i adressfältet eller menyn „⋮“, varefter användaren kan markera det objekt av intresse på skärmen och få information om det från Google Lens. Vid genomförande är server Google gör en överföring
  av skärmbilden. Funktionen är för tillfället aktiverad som standard för 1% av användarna. För att aktivera och inaktivera stödet för Google Lens kan parametern „chrome://flags/#enable-lens-region-search-static-page“ användas.
• Resultaten av optimeringarna för att påskynda Speedometer 3-testet har sammanställts – under två år har prestandan för Chrome i detta test ökat med 72%. Till exempel har funktionen SpaceSplitString, som används för att analysera uttryck av typen „class='foo bar'“, snabbats upp, minneshanteringsfunktioner har optimerats, onödiga operationer vid arbete med web-formulär har tagits bort och de mest frekvent använda åtgärderna har snabbats upp, användningen av innerHTML har optimerats, och rendering av skrifter har snabbats upp. Snabbare resultat har också uppnåtts genom att optimera skräpuppsamlaren i V8-motorn, vars effektivitet har ökat genom att aktivera skräpuppsamling under inaktivitetsperioder i renderingprocessen, så att den inte konkurrerar med applikationen om CPU-resurser.
  
• Effektiviteten i arbetet med cookies har avsevärt förbättrats, vilket har minskat fördröjningarna vid arbete med webbplatser. Tidigare skickades en synkron IPC-begäran från processen som behandlade webbplatsen till processen som tillhandahöll nätverksinteraktion vid varje åtkomst till cookies. Eftersom webapplikationer ofta använder värden från cookies, saktade sådana begärningar mellan processerna ner arbetet, trots att 87 % av begärningarna till en annan process var överflödiga.

  För att lösa problemet har en ny arkitektur implementerats, där varje process har sin egen kopia av cookie-data och får åtkomst till den direkt, medan ändringar i cookies, som kan inträffa vid arbete med samma cookies i en annan flik, spåras genom en versionshanteringsmekanism. Kärnan i denna mekanism är att varje värde i document.cookie är kopplat till en versionsräknare som lagras i delat minne, ökar vid ändring av värdet, och kontrolleras mot den existerande instansen vid läsning.
  I API:et CloseWatcher har stöd lagts till för att spåra Close-begärningar i webapplikationer och reagera på dem (till exempel kan en hanterare för 'tillbaka'-knappen på Android-smartphones skapas).

  
• API:et för View Transitions har fått möjlighet att skapa övergångsanimations-effekter mellan olika sidor inom samma webbplats (same-origin). Tidigare kunde detta API endast användas för effekter mellan olika DOM-tillstånd på en och samma sida (till exempel en smidig övergång från en bild till en annan). För att använda övergångseffekter mellan olika dokument bör egenskapen 'navigation: auto' användas i @-regeln 'view-transition'.
• Close-begärningar genereras vid försök att stänga modala (
  ) och pop-up-dialoger (popover='') genom att trycka på Esc-tangenten, använda 'Tillbaka'-knappen eller genom en skärmgeste på smartphones.
  I API:et Gamepad, som möjliggör spårning och behandling av händelser från spelkontroller och handkontroller, har stöd lagts till för att ge feedback (trigger-rumble), till exempel vibrering.
• Till gränssnitten GeolocationCoordinates och GeolocationPosition har metoden .toJSON() lagts till för serialisering av objekt med koordinater i JSON-format.
• I API:et CloseWatcher har stöd lagts till för att spåra Close-begärningar i webapplikationer och reagera på dem.
• I ChromeOS-versionen har stöd för flikvy (CSS-egenskapen "display: tabbed") lagts till, vilket möjliggör användning av flikar i en och samma webbaserade applikation, till exempel för att organisera redigering av flera dokument.
• En experimentell funktion (origin trial) för att förhandsgranska innehåll som erhållits från kamera eller mikrofon har lagts till.
• I WebGPU API har kompilering av shaders hastighetsökts avsevärt. För grafiska API Vulkan har dataladdning till GPU optimerats (direkt skrivning till GPU-minnet utan mellanliggande kopiering).
• Förbättringar har gjorts i verktygen för webbutvecklare. I sektionen ‘Application > Storage’ har möjligheten att inspektera data som sparats med hjälp av API Storage Buckets lagts till, vilket möjliggör lagring av data uppdelat i separata segment kopplade till API IndexedDB och CacheStorage. I panelen för prestandautvärdering har möjligheten att flytta och dölja spår lagts till, samt att exkludera information om skriptens utförande från prestandadiagrammet och aktivera ett läge för artificiell systemprestandaförsämring med 20 gånger.
  

  I panelen för övervakning av nätverksaktivitet har stöd för att ersätta svaret med en fullständig rad av HTTP-rubriken i formatet "namn: värde" lagts till. I panelen för övervakning av minnesanvändning har filter lagts till för att identifiera ineffektiv minneshantering, som förekomsten av dubbletter eller kvarstående objekt kopplade till bortkopplade DOM-noder.

  

Förutom nyheter och buggfixar har 21 sårbarheter åtgärdats i den nya versionen. Många av sårbarheterna upptäcktes genom automatiserade tester med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. 9 av problemen har tilldelats en hög risknivå. Inga kritiska problem som kan kringgå alla nivåer av webbläsarskydd och köra kod utanför sandlådemiljön har upptäckts. Inom ramen för programmet för belöning för att upptäcka sårbarheter har Google betalat ut 11 belöningar för den aktuella versionen, vilket sammanlagt uppgår till över 168 000 USD.

För sårbarheten CVE-2024-5839, relaterad till ett problem i minnesallokeringssystemet, har en rekordbelöning på 100115 dollar betalats ut. Denna sårbarhet har tilldelats en medelhög risknivå, då den potentiellt kan leda till minneskorruption i heapen när specialdesignat HTML-innehåll bearbetas. Dessutom har en belöning på 25000, 7000, 3000, 2000, 1000 och 500 dollar betalats, samt två belöningar på 10000 och 5000 dollar. Storleken på sju belöningar har ännu inte fastställts.

Källa: opennet.ru