A Google közzétette a Chrome 154 webböngésző kiadását. Ezzel egy időben 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 Chromiummal szemben a Google logók használatában, a rendszeres összeomlásokról való értesítések küldésében, a másolásvédett videó tartalom lejátszásához szükséges modulokban (DRM), az automatikus frissítési rendszerben, a folyamatos Sandbox szigetelés bekapcsolásában, a Google API-hoz szükséges kulcsok biztosításában és az RLZ paraméterek kereséskor történő továbbításában. Azok számára, akiknek több időre van szükségük a frissítéshez, külön fenntartják az Extended Stable ágat, amely 8 hétig érhető el. A következő Chrome 155 kiadás a kéthetes fejlesztési ciklus keretében október 6-án várható.
A Chrome 154 főbb változásai (1, 2, 3, 4):
- Folytatódott az AI mód fejlesztése, amely lehetővé teszi az AI ügynökkel való kölcsönhatást a címsorból vagy az új lap megnyitásakor megjelenő oldalról. Az új verzióban az Egyesült Államokban a felhasználók számára elérhetővé vált a Gemini AI asszisztens használata virtuális ruhapróbához bizonyos online boltokban történő vásárlás során. A Chrome iOS verziójában lehetőség nyílik a hangalapú kommunikációra Geminivel valós időben, például a megnyitott weboldal tartalmának megbeszélésére.
- Eltávolításra kerültek azok a programozási interfészek és technológiák, amelyek a Privacy Sandbox kezdeményezés keretében fejlődtek ki a harmadik féltől származó cookie-k helyett történő felhasználásra. Az API adatok átadásának értelme elveszett, miután a Chrome támogatásának fenntartásáról döntöttek a harmadik féltől származó cookie-k esetében. Az alábbi API-k eltávolításra kerültek: Topics (amely a FLoC API-t váltotta fel), az API Protected Audience, az API Shared Storage, az API Attribution Reporting, a Private Aggregation, az API Related Website Sets és a requestStorageAccessFor.
- Az Android platformra készült verzióban a LNP (Local Network Protection) mód került bevezetésre, amely külön megerősítést igényel az alkalmazás számára a belső intranet alhálózatokhoz (192.168.x.x, 10.x.x.x stb.) való hozzáféréshez. Ez a mód lehetővé teszi a helyi hálózat erőforrásait célzó támadások blokkolását és megakadályozza a hálózatok szkennelését, hogy elrejtsék a felhasználót és információkat gyűjtsenek a felhasználó környezetéről.
- API Background Fetch-en keresztüli kérések teljesítéséhez most már LNA (Local Network Access) jogosultság megszerzése szükséges az adatok küldésekor. szerverek helyi hálózaton (192.168.0.0/16, 10.0.0.0/8 stb.) vagy a loopback interfészhez (127.0.0.0/8) való hozzáférés során. Ezen kívül az API Background Fetch esetén CORS (Cross-Origin Resource Sharing) ellenőrzések kerültek alkalmazásra a Background Fetch és Fetch API-ra vonatkozó korlátozások egységesítése érdekében. A változások megakadályozzák a Background Fetch használatát a Cross-Origin korlátozások megkerülésére és a CSRF támadások végrehajtására routerekre, hozzáférési pontokra, nyomtatókra, vállalati webinterfészekre és más olyan eszközökre és szolgáltatásokra, amelyek csak a helyi hálózatból fogadnak kérelmeket.
- Hozzáadva egy opcionális optimalizálási mód, a „ServiceWorkerAutoPreload”, amely párhuzamos hálózati kérést indít a Service Worker inicializálása mellett.
- Hozzáadva az <install> HTML elemet és a Web Install JavaScript API-t (navigator.install() metódus), amely a webhely számára lehetővé teszi egy webalkalmazás telepítési kérelmének megjelenítését. A telepítés a felhasználó kifejezett megerősítése után történik. Az ajánlott lehetőség használható webalkalmazás boltjainak létrehozásakor, vagy a webalkalmazások telepítésének egyszerűsítésére, hogy a jelenlegi webhellyel működjenek.
- Hozzáadva az API Window Shape (window.setShape metódus), amely lehetővé teszi a szigetelt webalkalmazások számára az ablak formájának megváltoztatását, például nem téglalap alakú ablakok, lebegő panelek és átfedő elemek létrehozását. Az API jelenleg csak ChromeOS alatt érhető el.
- Hozzáadva beállítások a webformákba történő automatikus kitöltéshez alkalmazott tartalomtípusok kezelésére. Például lehetséges a kapcsolattartási adatok és a fizetési információk mentésének és automatikus kitöltésének letiltása. Továbbá URL sablonok beállítása is lehetséges az automatikus kitöltés letiltására bizonyos webhelyekhez kapcsolódóan.
- Alapértelmezés szerint aktiválva van az operációs kérés megerősítése, amikor HTTP webhelyekhez hozzáférünk.
- Hozzáadva az iframe blokk méretének alkalmazkodó kiválasztásának támogatása, amely automatikusan alkalmazkodik a tartalomhoz, hogy elkerülje a belső görgetősávok megjelenését. A lehetőség aktiválható a „frame-sizing” CSS tulajdonság (például „frame-sizing: content-height”) megadásával az szülőoldalon és egy ‘<meta name=„responsive-embedded-sizing” content=„allow-origins=*”>’ elem tartalmában található iframe fejléc hozzáadásával.
- A CSS tulajdonságban, a scroll-marker-group, a fókuszváltás sorrendjének kezelésére a „links” és a „tabs” módok valósultak meg. A „links” módban a jelzőcsoport („::scroll-marker-group”) egy szokásos navigációs menüként működik (a görgető jelzők linkekként viselkednek, amelyeket a Tab billentyűvel lehet végigjárni). A „tabs” módban a jelzőcsoport lapok halmazaként működik, melyek közötti navigálás a kurzor irányításával történik. Két paraméter – a „before” és az „after” – szintén elérhető, amelyek a jelzőcsoport kezelést a tartalommal szemben irányítják (a „before” megadása esetén a jelzők elsőbbséget kapnak, míg az „after” csak a tartalmon való navigálás befejezése után kerül feldolgozásra).
- Megvalósult a text-decoration-inset CSS tulajdonság, amely lehetővé teszi a dekorátorok (kiemelés, áthúzás stb.) rajzolásának kezdetének és végének beállítását a szöveg széleihez képest. Például a dekorátor 10 pixeles csökkentéséhez megadhatjuk a „text-decoration-inset: 10px;” értéket, míg a meghosszabbításhoz a „text-decoration-inset: -10px;” értéket.
- A JavaScript Iterator interfészhez hozzáadódott az Iterator.prototype.includes metódus, amely az iterátorban egy adott elem létezésének ellenőrzésére szolgál.
- A „Origin trials” módban megvalósult a Private Verification Tokens (PVT) mechanizmus, amely lehetővé teszi a valós felhasználók és botok elkülönítését anonim tokenek átadásával, amikor webhelyeket nyitunk meg privát böngészési módban. Ez lehetővé teszi a CAPTCHA, a kötelező hitelesítés és a sütik általi nyomkövetés elkerülését. A tokenek tükrözik az előzőleg sikeresen végrehajtott hitelesítést vagy anti-bot ellenőrzést (a már egy weboldalon végrehajtott ellenőrzéseket más weboldalakhoz csatlakozva is felhasználhatjuk további ellenőrzések nélkül).
Az új verzióban nemcsak új funkciók és hibajavítások, hanem 108 sebezhetőség is megszüntetésre került. 11 problémát kritikus veszélyességi szinttel jelöltek, ami azt jelenti, hogy a sebezhetőségek képesek megkerülni a böngésző összes védelmi szintjét, és kódot végrehajtani a rendszeren kívül a sandbox környezeten. 4 kritikus probléma a már felszabadított memória (use-after-free) hozzáféréssel kapcsolatos a AdFilter, WindowDialog, ServiceWorker és Fullscreen API esetében, 7 pedig a WebGL, ANGLE és GPU működésére vonatkozó kódban fellépő puffer túlcsordulás miatt.
Forrás: opennet.ru
