Compania Google a publicat versiunea browser-ului web Chrome 126. De asemenea, este disponibilă o versiune stabilă a proiectului liber Chromium, care stă la baza Chrome. Browser-ul Chrome se deosebește de Chromium prin utilizarea logo-urilor Google, printr-un sistem de trimitere a notificărilor în caz de prăbușire, module pentru redarea conținutului video protejat împotriva copierii (DRM), actualizări automate, activarea continuă a izolării Sandbox, furnizarea de chei pentru Google API și transmiterea parametrilor RLZ în timpul căutărilor. Pentru cei care necesită mai mult timp pentru actualizare, este susținut separat un ramură Extended Stable, care primește suport timp de 8 săptămâni. Următoarea versiune Chrome 127 este planificată pentru 23 iulie.
Principalele modificări în Chrome 126:
- Visorul PDF integrat a încorporat funcționalitatea de extragere a textului din document, accesibilă prin opțiunea „Extract text from PDF” din meniul contextual. Pentru extragerea textului din documentele scanate, în care textul este introdus ca imagine, se folosește un mecanism de recunoaștere optică a caracterelor (OCR) bazat pe un sistem de învățare automată. Se așteaptă ca noua funcționalitate să faciliteze lucrul cu documentele PDF pentru persoanele cu probleme de vedere care utilizează cititoare de ecran. În viitor, se planifică realizarea recunoașterii textului pe imaginile afișate pe pagini și pe capturile de ecran. Motorul OCR este activat implicit pentru 50% dintre utilizatori, iar ceilalți pot să îl activeze prin setarea „chrome://flags/#pdf-ocr”.
- Pe pagina configuratorului cu parametrii de performanță
(„Performanță / Economie de memorie” în secțiunea chrome://settings/performance) a fost adăugată opțiunea de configurare a nivelului de agresivitate în aplicarea modului de economisire a memoriei (Memory Saver), care reduce consumul de memorie RAM prin eliberarea memoriei ocupate de filele inactive. De exemplu, la alegerea unui nivel moderat, browser-ul va descărca din memorie mai puține file decât la setarea maximă. Setarea, care este disponibilă implicit doar pentru o parte dintre utilizatori, poate fi activată prin parametrul „chrome://flags/#memory-saver-aggressiveness”.
- Pentru unii utilizatori, vizualizatorul PDF utilizează o nouă arhitectură OOPIF (iframe în proces extern) în mod implicit, în care conținutul documentului este procesat într-un proces separat. Noua arhitectură elimină complexitățile asociate cu implementarea bazată pe mecanismul GuestView și simplifică adăugarea de noi funcționalități în vizualizatorul PDF. Pentru a activa noua arhitectură, se poate folosi opțiunea „chrome://flags/#pdf-oopif”.
- A fost adăugat modul de preîncărcare reactivă (Reactive prefetch), care realizează încărcarea resurselor legate de pagină în timpul navigării, fără a aștepta solicitarea lor efectivă, ceea ce permite accelerarea deschiderii unor pagini noi. Pentru a prezice resursele care ar putea fi necesare în continuare, se folosește un serviciu extern Google, care returnează o listă de recomandări după trimiterea URL-urilor paginilor care sunt navigate.
- S-a adăugat posibilitatea de a căuta în serviciul Google Lens orice imagini și text vizibile pe ecran. Această funcție se activează prin meniul contextual, indicatorul din bara de adrese sau meniul „⋮”, după care utilizatorul poate selecta obiectul de interes de pe ecran și poate obține informații despre acesta din Google Lens. Atunci când se efectuează operația pe serverul Google se trimite
o captură de ecran. Funcția este activată pentru 1% din utilizatori în mod implicit. Pentru a activa sau dezactiva suportul pentru Google Lens, se poate utiliza parametrul „chrome://flags/#enable-lens-region-search-static-page”. - Au fost prezentate concluziile optimizărilor pentru a accelera trecerea testului Speedometer 3 — în doi ani, performanța Chrome în acest test a crescut cu 72%. De exemplu, a fost accelerată funcția SpaceSplitString, utilizată la analiza expresiilor de tip „class='foo bar'”, au fost optimizate funcțiile de gestionare a memoriei, au fost eliminate operațiile inutile în lucrul cu elementele web-form și au fost accelerate cele mai frecvent utilizate acțiuni, optimizată utilizarea innerHTML, accelerată randarea fonturilor. Accelerările au fost realizate și prin optimizarea colectorului de gunoi din motorul V8, a cărei eficiență a crescut datorită activării colectării de gunoi în timpul pauzei procesului de randare, pentru a nu concura cu aplicația pentru resurse CPU.
- Eficiența lucrului cu Cookie a crescut semnificativ, permițând reducerea întârzierilor în utilizarea site-urilor. Previo, la fiecare accesare a Cookie, un request IPC sincronic era trimis din procesul care se ocupa de procesarea site-ului către procesul care asigura interacțiunea de rețea. Deoarece în aplicațiile web sunt utilizate frecvent valorile din Cookie, aceste cereri între procese încetineau funcționarea, având în vedere că 87% din cererile către un alt proces erau redundante.
Pentru a rezolva problema, a fost implementată o nouă arhitectură, în care fiecare proces conține o copie proprie a datelor Cookie și accesează direct aceasta, iar modificările în Cookie, care pot apărea atunci când se lucrează cu aceleași Cookie într-o altă filă, sunt urmărite printr-un mecanism de versionare. Esența acestui mecanism este că fiecărei valori
document.cookie îi este atașat un contor cu numărul versiunii, care este stocat în memoria partajată, se incrementează la schimbarea valorii și se compară cu instanța existentă la citire.
- A fost adăugată posibilitatea de a utiliza API-ul View Transitions pentru a crea efecte de animație de tranziție de la o pagină la alta în cadrul aceluiași site (same-origin). Anterior, acest API putea fi utilizat doar pentru efecte între diferite stări ale DOM pe aceeași pagină (de exemplu, tranziție lină de la o imagine la alta). Pentru a aplica efecte de tranziție între documente diferite, trebuie utilizată proprietatea „navigation: auto” în regula @-„view-transition”.
- API-ul CloseWatcher a fost activat, permițând urmărirea și reacționarea la cererile Close în aplicațiile web (de exemplu, se poate crea un handler pentru apăsarea butonului „înapoi” pe smartphone-urile Android).
Cererea Close se formează atunci când se încearcă închiderea dialogurilor modale (<dialog>) și a dialogurilor pop-up (popover=„”) prin apăsarea tastei Esc, prin utilizarea butonului „Înapoi” sau printr-un gest pe ecran pe smartphone-uri. - În API-ul Gamepad, care permite urmărirea și procesarea evenimentelor din gamepad-uri și controlere de jocuri, a fost adăugată suportul pentru mecanismele de feedback (trigger-rumble), cum ar fi vibrația.
- În interfețele GeolocationCoordinates și GeolocationPosition a fost adăugat metoda .toJSON() pentru serializarea obiectelor cu coordonate în format JSON.
- În versiunea pentru ChromeOS a fost adăugată suportul pentru modul de afișare a tab-urilor (proprietatea CSS „display: tabbed”), care permite utilizarea tab-urilor într-o aplicație web, de exemplu, pentru a organiza editarea mai multor documente.
- A fost adăugată o funcționalitate experimentală (origin trial) de previzualizare a conținutului obținut de la cameră sau microfon.
- În API-ul WebGPU, compilarea shader-elor a fost semnificativ accelerată. În backend-ul pentru API-ul grafic Vulkan, a fost optimizată încărcarea datelor în GPU (permițând scrierea directă în buffer-ul GPU fără copiere intermediară).
- Au fost aduse îmbunătățiri instrumentelor pentru dezvoltatorii web. În secțiunea „Application > Storage” a fost adăugată opțiunea de a inspecta datele stocate folosind API-ul Storage Buckets, care permite organizarea stocării datelor în segmente separate, asociate cu API-ul IndexedDB și CacheStorage. În panoul de evaluare a performanței a fost adăugată capacitatea de a muta și ascunde pistele, precum și excluderea informațiilor despre execuția scripturilor din graficul de performanță și activarea modului de încetinire artificială a performanței sistemului cu 20 de ori.
În panoul de monitorizare a activității rețelei, a fost adăugată suportul pentru substituirea în răspunsul obținut a întregii linii cu antetul HTTP în formatul „nume: valoare”. În panoul de observare a consumului de memorie au fost adăugate filtre pentru identificarea utilizării ineficiente a memoriei, cum ar fi existența string-urilor duplicate sau lăsarea obiectelor asociate cu noduri DOM deconectate.
Pe lângă noutăți și remedieri de erori, noua versiune a rezolvat 21 de vulnerabilități. Multe dintre vulnerabilități au fost identificate în urma testării automatizate utilizând instrumentele AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer și AFL. 9 probleme au fost clasificate ca având un nivel ridicat de pericol. Nu au fost identificate probleme critice care să permită ocolirea tuturor nivelurilor de protecție ale browser-ului și executarea codului în sistem dincolo de mediu sandbox. În cadrul programului de recompensă pentru descoperirea vulnerabilităților pentru acest release, compania Google a acordat 11 premii în valoare de peste 168 de mii de dolari SUA.
Pentru vulnerabilitatea CVE-2024-5839, legată de o problemă în implementarea mecanismului de alocare a memoriei, a fost acordat un premiu record în valoare de 100115 dolari. Această vulnerabilitate a primit un nivel mediu de gravitate, având în vedere că permite potențial deteriorarea memoriei în heap în timpul procesării unui conținut HTML special conceput. În plus, au fost acordate premii individuale de 25000, 7000, 3000, 2000, 1000 și 500 de dolari, precum și două premii de 10000 și 5000 de dolari. Dimensiunea a 7 recompense nu a fost încă determinată.
Sursa: opennet.ro
