A Google közzétette a Chrome 126 webböngésző kiadását. Ugyanakkor elérhető a Chromium szabad projekt stabil kiadása, amely a Chrome alapját képezi. A Chrome böngésző különbözik a Chromiumtól, mivel használja a Google logóit, van benne rendszer a hibák esetén történő értesítések küldésére, DRM modulok a másolásvédett videótartalmak lejátszására, automatikus frissítési rendszer, mindig aktív Sandbox-izoláció, Google API kulcsok biztosítása és RLZ-paraméterek átadása kereséskor. Azok számára, akiknek több időre van szükségük a frissítéshez, külön Stable Extended ág is elérhető, amely 8 hétig támogatott. A következő Chrome 127 kiadásának időpontja július 23-ra van kitűzve.
A Chrome 126 főbb változásai:
- A beépített PDF-nézőbe integrálva lett a szövegkivonási lehetőség, amely a „Szöveg kivonása PDF-ből” opcióval hívható meg a kontextusmenüben. A beszkennelt dokumentumokból, ahol a szöveget képként illesztették be, az optikai karakterfelismerő (OCR) technológia használatával lehet szöveget kinyerni, amely gépi tanulási rendszeren alapul. Várható, hogy ez az új funkció megkönnyíti a PDF-dokumentumokkal való munkát a látási problémákkal küzdők és a képernyőolvasókat használók számára. A jövőben tervezik a szövegfelismerési funkció végrehajtását a weboldalon megjelenített képek és a képernyőképek esetében is. Az OCR motor alapértelmezetten a felhasználók 50%-ánál aktiválva van, a többiek viszont a „chrome://flags/#pdf-ocr” beállításon keresztül aktiválhatják.
- A teljesítménybeállítások konfigurálóoldalra
(„Teljesítmény/Memória megtakarítás” a chrome://settings/performance részben) bekerült a memória megtakarítási mód (Memory Saver) alkalmazásának agresszivitásának beállítása is, amely csökkenti a RAM használatát azáltal, hogy felszabadítja a nem aktív lapok által elfoglalt memóriát. Például, ha a mérsékelt szintet választják, a böngésző kevesebb lapot fog memóriából eltávolítani, mint maximális beállítás esetén. Ez a beállítás alapértelmezetten csak a felhasználók egy részének elérhető, de aktiválható a „chrome://flags/#memory-saver-aggressiveness” paraméteren keresztül.
- Néhány felhasználónál a PDF-megjelenítőben alapértelmezés szerint új OOPIF (out-of-process iframe) architektúra van érvényben, amely során a dokumentum tartalmát külön folyamatban dolgozzák fel. Az új architektúra mentes a GuestView mechanizmusától származó bonyodalmak alól, és leegyszerűsíti az új funkciók hozzáadását a PDF-megjelenítőhöz. Az új architektúra aktiválásához a „chrome://flags/#pdf-oopif” beállítást lehet használni.
- Hozzáadtak egy reaktív előzetes betöltési (Reactive prefetch) módot, amely az oldallal kapcsolatos erőforrásokat a navigáció során, azok tényleges kérése előtt tölti be, lehetővé téve az új oldalak gyorsabb megnyitását. A jövőben esetleg szükséges erőforrások előrejelzéséhez a Google külső szolgáltatását használják, amely a navigáció során megadott oldalcímekből származó URL-ek után ajánlásokat ad vissza.
- Hozzáadták a Google Lens szolgáltatás által végzett keresés lehetőségét bármilyen képen és a képernyőn látható szövegen. A funkció a helyi menüből, az URL-sávon található indikátorból vagy a „⋮” menüből aktiválható, majd a felhasználó kiemelheti az érdekes objektumot a képernyőn, és információt kaphat róla a Google Lens-től. A művelet végrehajtásakor a szerver Google küldi el
a képernyőképét. Ez a lehetőség egyelőre alapértelmezés szerint a felhasználók 1%-ának aktív. A Google Lens támogatásának aktiválásához és deaktiválásához a „chrome://flags/#enable-lens-region-search-static-page” paraméter használható. - Összegzésre kerültek az optimalizálások a Speedometer 3 tesztjének gyorsítására – két év alatt a Chrome teljesítménye a teszt során 72%-kal nőtt. Például felgyorsították a SpaceSplitString funkció működését, amely a „class=’foo bar'” típusú kifejezések elemzésénél hasznos, optimalizálták a memória kezelését, eltávolították a felesleges műveleteket a webformok elemeivel való munka során, és felgyorsították a leggyakrabban használt műveleteket, optimalizálták az innerHTML használatát, és felgyorsították a betűk renderelését. A teljesítménynövekedést a V8 motor szemétgyűjtőjének optimalizálásával is elérték, amely hatékonysága nőtt a renderelési folyamat üresjáratában történő szemétgyűjtés aktiválásával, hogy elkerülje a CPU-erőforrásokkal való versenyt az alkalmazással.
- Jelentősen javult a Cookie kezelés hatékonysága, ami lehetővé tette a webhelyekkel való munka során fellépő késleltetések csökkentését. Korábban minden Cookie-hoz való hozzáféréskor egy szinkron IPC-kérést küldött a webhely feldolgozásáért felelős folyamat a hálózati interakciót biztosító folyamatnak. Mivel a webalkalmazásokban aktívan használnak Cookie-ból származó értékeket, ezek a folyamatok közötti kérések lelassították a működést, míg a kérések 87%-a felesleges volt.
A probléma megoldására új architektúrát vezettek be, amelynek lényege, hogy minden folyamat a saját Cookie adatait tartja, és közvetlenül ahhoz fér hozzá, míg a Cookie-ban bekövetkező változásokat, például amikor a Cookie-t egy másik fülön használják, verziókezelő mechanizmuson keresztül követik nyomon. A mechanizmus lényege, hogy minden értékhez
a document.cookie csatlakozik egy verziószámláló, amelyet a megosztott memóriában tárolnak, amely az érték módosításakor növekszik, és az olvasáskor összehasonlítják a meglévő példánnyal.
- Lehetőség nyílik az API View Transitions használatára, amely animációs áttűnéseket hoz létre az egyes oldalak közötti váltás során egy weboldalon (same-origin). Korábban ezt az API-t csak a DOM különböző állapotai közötti hatásokra lehetett alkalmazni (például sima áttűnés egyik képről a másikra). Az áttűnési hatások különböző dokumentumok közötti alkalmazásához a "navigation: auto" tulajdonságot kell használni a @-szabályban lévő "view-transition"-ban.
- Az API CloseWatcher is aktiválva lett, amely lehetővé teszi a Close-kérések nyomon követését webalkalmazásokban és a beérkezésükre való reagálást (például létrehozható egy gombnyomás kezelő az "vissza" gombra Android okostelefonokon).
A Close-kérések akkor keletkeznek, amikor megpróbálják bezárni a modális (<dialog>) és felugró párbeszédablakokat (popover="") az Esc billentyű lenyomásával, a "Vissza" gomb használatával vagy képernyőn végzett mozgással okostelefonokon. - A Gamepad API, amely lehetővé teszi a gamepadoktól és játékkontrollerektől származó események nyomon követését és feldolgozását, támogatja a visszajelző mechanizmusokat (trigger-rumble), például a rezgést.
- A GeolocationCoordinates és GeolocationPosition interfészekhez hozzáadták a .toJSON() metódust az objektumok JSON formátumban történő sorosítására.
- A ChromeOS verzióban támogatást kapott a fülek megjelenítési módja (CSS-tulajdonság „display: tabbed”), amely lehetővé teszi a fülek használatát egy webalkalmazáson belül, például több dokumentum szerkesztésének szervezésére.
- Bevezetésre került egy kísérleti lehetőség (origin trial) a kamerából vagy mikrofonból származó tartalom előnézetének megjelenítésére.
- A WebGPU API-ban jelentősen gyorsabbá vált a shader-ek fordítása. A Vulkan grafikus API háttérben optimalizálták az adatok GPU-ra történő betöltését (közvetlen írás a GPU puffereibe, közbenső másolás nélkül).
- Fejlesztések történtek a webfejlesztői eszközökben. Az 'Application > Storage' szekcióban hozzáadták a lehetőséget az API Storage Buckets használatával mentett adatok vizsgálatára, amely lehetővé teszi az adatok tárolásának szegmentálását, az IndexedDB és a CacheStorage API-kkal társított egyes szegmenseknek megfelelően. A teljesítménymérési panelen lehetőséget adtak a pályák áthelyezésére és elrejtésére, valamint a teljesítménymutató grafikonból való kivételére, továbbá 20-szoros mesterséges teljesítménycsökkentő mód aktiválására.
A hálózati aktivitás nyomon követésére szolgáló panelen támogatást kaptak a HTTP-fejléccel történő válasz teljes sorának behelyettesítésére 'név: érték' formátumban. A memóriahasználat nyomon követésére szolgáló panelen szűrők kerültek bevezetésre a memóriahatékony munkavégzés kiderítésére, például a duplikált sorok vagy a leválasztott DOM-elemekhez kapcsolódó objektumok fennmaradásának azonosítására.
Az új verzióban számos új funkció és hiba javítása mellett 21 sebezhetőség is megszüntetésre került. A sebezhetőségek egy részét automatizált tesztelés során fedezték fel az AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer és AFL eszközök segítségével. 9 probléma magas kockázatú besorolást kapott. Kritikus problémák, amelyek lehetővé tették volna, hogy a böngésző minden védelmi vonalát megkerülve kódot hajtsanak végre a rendszerben a sandbox környezetén kívül, nem kerültek elő. A sebezhetőségek felfedezésének jutalmazására irányuló program keretében a Google a jelenlegi kiadásra összesen 11 prémiumot, több mint 168 ezer amerikai dolláros összegben fizetett ki.
A CVE-2024-5839 vulnerability, related to an issue in the memory allocation mechanism, has received a record reward of $100,115. This vulnerability has been assigned a medium level of severity, as it potentially allows for memory corruption in the heap when processing specially crafted HTML content. In addition, one reward of $25,000, $7,000, $3,000, $2,000, $1,000, and $500 has been awarded, along with two rewards of $10,000 and $5,000. The amount of 7 rewards has yet to be determined.
Forrás: opennet.ru
