Google har udgivet version 126 af webbrowseren Chrome. Samtidig er der også en stabil version af det frie projekt Chromium, som danner grundlag for Chrome. Browseren Chrome adskiller sig fra Chromium ved at bruge Google-logoer, have et system til at sende meddelelser i tilfælde af nedbrud, moduler til afspilning af beskyttet videomateriale (DRM), et system til automatisk installation af opdateringer, konstant aktiveret Sandbox-isolering, levering af nøgler til Google API og transmission af RLZ-parametre ved søgninger. For dem, der har brug for mere tid til opdatering, understøttes en særskilt Extended Stable-version i otte uger. Næste udgivelse af Chrome 127 er planlagt til den 23. juli.
De vigtigste ændringer i Chrome 126:
- Den indbyggede PDF-fremviser har fået mulighed for at udtrække tekst fra dokumentet ved at vælge "Extract text from PDF" i kontekstmenuen. Til at udtrække tekst fra scannede dokumenter, hvor teksten er indsat som et billede, anvendes et mekanisme til optisk tegngenkendelse (OCR) baseret på maskinlæring. Det forventes, at den nye funktion vil gøre det lettere for personer med synsproblemer, der bruger skærmlæsere, at arbejde med PDF-dokumenter. I fremtiden planlægges det at implementere tekstgenkendelse på billeder, der vises på siderne, og på screenshots. OCR-motoren er aktiveret som standard for 50% af brugerne, mens de øvrige kan aktivere den via indstillingen "chrome://flags/#pdf-ocr".
- Til konfigureringssiden med ydeevneparametre
("Ydeevne / Hukommelsesbesparelse" i sektionen chrome://settings/performance) er der tilføjet mulighed for at justere graden af aggressivitet i brugen af hukommelsessparemodus (Memory Saver), som reducerer forbruget af RAM ved at frigøre hukommelse, der optages af inaktive faner. For eksempel, ved at vælge et moderat niveau vil browseren indlæse færre faner fra hukommelsen end ved maksimal indstilling. Indstillingen, som som standard kun er tilgængelig for en del af brugerne, kan aktiveres via parameteren "chrome://flags/#memory-saver-aggressiveness."
- For some users, the PDF viewer now uses a new OOPIF (out-of-process iframe) architecture by default, where the document content is processed in a separate process. This new architecture eliminates the complexities associated with the GuestView mechanism and simplifies the addition of new features to the PDF viewer. You can enable the new architecture with the setting "chrome://flags/#pdf-oopif".
- A reactive prefetch mode has been added, which loads resources related to the page during navigation without waiting for their actual request, allowing for quicker opening of new pages. An external Google service is used to predict resources that might be required later, returning a list of recommendations after sending it the URLs of the pages being navigated.
- The ability to search through Google Lens using any images and text visible on the screen has been added. This feature can be activated via the context menu, address bar indicator, or the "⋮" menu, after which the user can highlight the object of interest on the screen and get information about it from Google Lens. When performing the operation on server Google, a screenshot of the screen is sent.
The feature is currently enabled by default for 1% of users. To turn Google Lens support on and off, the parameter "chrome://flags/#enable-lens-region-search-static-page" can be used. - Results of optimizations for speeding up the Speedometer 3 test have been summarized — over the past two years, Chrome's performance in this test has increased by 72%. For example, the SpaceSplitString function used for parsing expressions like "class='foo bar'" has been accelerated, memory operations have been optimized, unnecessary actions when working with web form elements have been eliminated, and the most commonly used actions have been accelerated. Optimizations have also been achieved through improvements in the garbage collector in the V8 engine, whose efficiency has increased by activating garbage collection during idle time in the rendering process to avoid competing with the application for CPU resources.
- Effektiviteten af arbejdet med cookies er betydeligt øget, hvilket har reduceret forsinkelserne ved arbejde med websites. Tidligere blev der sendt en synkron IPC-anmodning fra den proces, der håndterede websitet, til den proces, der sikrede netværksinteraktioner hver gang der blev henvist til cookies. Da webapplikationer aktivt bruger værdier fra cookies, forsinkede sådanne anmodninger mellem processer arbejdet, mens 87% af henvendelserne fra en anden proces var overflødige.
For at løse problemet blev der implementeret en ny arkitektur, hvor hver proces har sin egen kopi af cookie-dataene og henvender sig direkte til dem. Ændringer i cookies, som for eksempel kan ske ved arbejde med de samme cookies i en anden fane, overvåges gennem en versionsmekanisme. Essensen af denne mekanisme er, at til hver værdi
document.cookie tilknyttes en tæller med versionsnummeret, som gemmes i delt hukommelse, øges ved ændring af værdien og sammenlignes med den eksisterende instans ved læsning.
- Der er tilføjet mulighed for at bruge API'en View Transitions til at skabe overgangsanimations-effekter fra en side til en anden inden for et enkelt website (same-origin). Tidligere kunne denne API kun anvendes til effekter mellem forskellige DOM-tilstande på en enkelt side (f.eks. en glidende overgang fra ét billede til et andet). For at anvende overgangseffekter mellem forskellige dokumenter skal egenskaben 'navigation: auto' bruges i @-reglen 'view-transition'.
- API'en CloseWatcher er aktiveret, hvilket gør det muligt at overvåge Close-anmodninger i webapplikationer og reagere på deres ankomst (f.eks. kan der oprettes en handler for back-knappen på Android-smartphones).
Close-anmodninger genereres ved forsøg på at lukke modale (<dialog>) og pop-up-.dialoger (popover='') ved at trykke på Esc-tasten, bruge back-knappen eller foretage en fingerbevægelse på smartphones. - API'en Gamepad, som gør det muligt at overvåge og behandle begivenheder fra gamepads og spille controllere, har fået tilføjet support for mekanismer der sikrer feedback (trigger-rumble), såsom vibration.
- I interfaces GeolocationCoordinates og GeolocationPosition er der tilføjet metoden .toJSON() til serialisering af objekter med koordinater i JSON-format.
- I ChromeOS-versionen er der tilføjet support til fanebladsvisning (CSS-egenskaben «display: tabbed»), hvilket gør det muligt at bruge faner i en enkelt webapp, for eksempel til organisering af redigering af flere dokumenter.
- Der er tilføjet en eksperimentel funktion (origin trial) til forhåndsvisning af indhold fra kameraet eller mikrofonen.
- I WebGPU API'et er shaderkompilering blevet betydeligt hurtigere. Backend til grafik API'et Vulkan er optimeret til dataloading til GPU'en (ved direkte skrivning til GPU-bufferen uden mellemledt kopiering).
- Der er lavet forbedringer i værktøjerne til webudviklere. I sektionen ‘Application > Storage’ er der tilføjet mulighed for inspektion af data gemt via Storage Buckets API, hvilket muliggør opbevaring af data opdelt i separate segmenter associeret med IndexedDB og CacheStorage API. I ydeevnevurderingspanelet er der tilføjet mulighed for at flytte og skjule spor samt udelukke scriptudførelsesinformation fra ydeevneskemaet og aktivere en tilstand for kunstig systemnedsættelse af ydeevnen med faktor 20.
I panelet til overvågning af netværksaktivitet er der tilføjet support til at indsætte den fulde streng af HTTP-headeren i formatet «navn: værdi» i det modtagne svar. I panelet til overvågning af hukommelsesforbrug er der tilføjet filtre til at identificere ineffektiv hukommelsesbrug, f.eks. ved at finde duplikater af strenge eller efterlade objekter relateret til frakoblede DOM-noder.
Udover nye funktioner og fejlrettelser i den nye version er 21 sårbarheder blevet rettet. Mange af sårbarhederne blev opdaget ved hjælp af automatiserede testværktøjer som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFL. 9 af problemerne er vurderet som højt fareniveau. Der er ikke fundet kritiske problemer, der tillader omgåelse af alle browserbeskyttelseslag og udførelse af kode i systemet uden for sandbox-miljøet. Som del af programmet for udmøntning af belønninger for opdagelse af sårbarheder har Google udbetalt 11 belønninger til det aktuelle release til en samlet værdi af over 168.000 USD.
For the vulnerability CVE-2024-5839, related to a memory allocation implementation issue, a record bounty of $100,115 has been awarded. This vulnerability is assigned a medium severity level, as it potentially allows for heap memory corruption when processing specially crafted HTML content. In addition, bounties of $25,000, $7,000, $3,000, $2,000, $1,000, and $500 have been awarded, as well as two bounties of $10,000 and $5,000. The size of 7 rewards is yet to be determined.
Kilde: opennet.ru
