Chrome 154 izlaišana

Google ir publicējusi Chrome 154 web pārlūkprogrammas versiju. Tajā pašā laikā ir pieejams stabils atbrīvojums no atvērtā projekta Chromium, kas ir Chrome pamats. Chrome pārlūkprogramma atšķiras no Chromium, izmantojot Google logo, piedāvājot problēmu ziņošanas sistēmu avārijas gadījumā, moduļus aizsargāta video satura (DRM) atskaņošanai, automātisku atjauninājumu instalācijas sistēmu, pastāvīgu Sandbox izolāciju, piegādājot atslēgas Google API un pārsūtot RLZ parametrus meklēšanā. Lai tiem, kam nepieciešams vairāk laika atjaunināšanai, nodrošinātu atbalstu, atsevišķi tiek atbalstīta Extended Stable versija, kas tiek uzturēta 8 nedēļas. Nākamā Chrome 155 izlaiduma gaidīšana jaunajā divu nedēļu izstrādes ciklā ir plānota 6. oktobrī.

Galvenās izmaiņas Chrome 154 (1, 2, 3, 4):

• Turpināta AI režīma attīstība, kas ļauj mijiedarboties ar AI aģentu no adreses joslas vai no jaunas cilnes atvēršanas lapas. Jaunajā versijā ASV lietotājiem tiek piedāvāta iespēja izmantot AI asistentu Gemini virtuālai apģērbu mēģināšanai, iepērkoties dažos interneta veikalos. Chrome iOS versijā ir ieviesta balss saziņas atbalsta funkcionalitāte ar Gemini reālā laika režīmā, piemēram, lai apspriestu atvērtās web lapas saturu.
• Tika noņemti programmatūras saskarnes un tehnoloģijas, kas tika attīstītas Privacy Sandbox iniciatīvas ietvaros kā alternatīva trešo pušu sīkfailiem. Datu API piegādes jēga ir zaudēta pēc lēmuma nepārtraukt trešo pušu sīkfailu atbalstu Chrome. Tika izņemti šādi API: Topics (aizstāj FLoC API), Protected Audience API, Shared Storage API, Attribution Reporting API, Private Aggregation, Related Website Sets API un requestStorageAccessFor.
• Android platformas versijā ir ieviests LNP (Local Network Protection) režīms, kas prasa atsevišķu apstiprinājumu, lai aplikācijas varētu piekļūt iekšējām intraneta apakšsadaļām (192.168.x.x, 10.x.x.x u.c.). Šis režīms ļauj bloķēt uzbrukumus vietējo resursu aizsargāšanai un novērš tīkla skenēšanu, kuru mērķis ir slēpta lietotāja identifikācija un informācijas vākšana par lietotāja vidi.
• Lai veiktu pieprasījumus caur API Background Fetch, tagad ir nepieciešama LNA (Local Network Access) pilnvaru iegūšana datu nosūtīšanai uz serverus lokālajā tīklā (192.168.0.0/16, 10.0.0.0/8 utt.) vai piekļūstot loopback interfeisam (127.0.0.0/8). Turklāt API Background Fetch ir piemērots CORS (Cross-Origin Resource Sharing) pārbaudes, lai vienkāršotu ierobežojumus, kas tiek piemēroti API Background Fetch un Fetch. Izmaiņas bloķē Background Fetch izmantošanu, lai apietu Cross-Origin ierobežojumus un veiktu CSRF uzbrukumus maršrutētājiem, piekļuves punktiem, printeriem, korporatīviem tīmekļa interfeisiem un citiem ierīcēm un pakalpojumiem, kas pieņem pieprasījumus tikai no lokālā tīkla.
• Pievienots opcijas optimizācijas režīms «ServiceWorkerAutoPreload», kas veic tīkla pieprasījuma nosūtīšanu paralēli ar Service Worker inicializāciju.
• Pievienots HTML elements un JavaScript API Web Install (metode navigator.install()), kas paredzēts, lai parādītu vietnei pieprasījumu uzstādīt tīmekļa lietojumprogrammu. Uzstādīšana tiek veikta pēc lietotāja apstiprināšanas. Ieteiktā iespēja var tikt izmantota tīmekļa lietojumprogrammu katalogu veikšanai vai lai atvieglotu tīmekļa lietojumprogrammu uzstādīšanu, lai strādātu ar pašreizējo vietni.
• Pievienots API Window Shape (metode window.setShape), kas ļauj izolētiem tīmekļa lietojumiem mainīt loga formu, piemēram, radot neregulāras logus, peldošas paneļus un pārklājošus elementus. API pašlaik ir pieejams tikai ChromeOS.
• Pievienoti iestatījumi, lai pārvaldītu satura veidus, kuru gadījumā tiek piemērots automātiskais aizpildījums tīmekļa formās. Piemēram, varat atspējot kontaktinformācijas un maksājumu informācijas saglabāšanu un automātisku aizpildījumu. Tāpat ir iespējams iestatīt URL veidnes, lai atspējotu automātisko aizpildījumu, saistītu ar atsevišķām vietnēm.
• Pēc noklusējuma iespējota darbības apstiprinājuma pieprasījuma parādīšana, piekļūstot vietnēm pa HTTP.
• Pievienota atbalsts adaptīvam iframe bloku izmēru izvēlei, kas automātiski pielāgojas saturam, lai novērstu iekšējo ritināšanas joslu parādīšanos. Iespēja aktivizēta, norādot CSS īpašību «frame-sizing» (piemēram, «frame-sizing: content-height») vecāku lapā un pievienojot iframe elementa satura galvenē ‘’.
• CSS īpašumā scroll-marker-group ir ieviesti režīmi «links» un «tabs», lai kontrolētu fokusa pārslēgšanas secību. Režīmā «links» marķieru grupa («::scroll-marker-group») darbojas kā parasta navigācijas izvēlne (ritināšanas marķieri tiek apstrādāti kā saites, kuras var pārvietot ar taustiņu Tab). Režīmā «tabs» marķieru grupa darbojas kā tabulku kopums, starp kuriem var pārvietoties ar kursora kontrolēm. Ir pieejami arī divi parametri «before» un «after», kas kontrolē marķieru grupas apstrādi salīdzinājumā ar saturu (norādot «before», marķieri tiks apstrādāti vispirms, un «after» — tikai pēc tam, kad navigācija pa saturu būs pabeigta).
• CSS īpašums text-decoration-inset ļauj pielāgot dekorsi sākumu un beigas (uzsitiens, pārsitums u.tml.) attiecībā uz teksta malām. Piemēram, dekora samazināšanai par 10 pikseļiem var norādīt «text-decoration-inset: 10px;», bet pagarināšanai — «text-decoration-inset: -10px;».
• JavaScript interfeisā Iterator ir pievienota metoda Iterator.prototype.includes, lai pārbaudītu, vai iterātorā ir noteikts elements.
• Režīmā «Origin trials» ir ieviests mehānisms Private Verification Tokens (PVT), kas ļauj atšķirt reālus lietotājus no robotiem, izmantojot anonīmus tokenus, kad tiek atvērti mājas lapas privātā skatīšanās režīmā, līdz ar to izvairoties no CAPTCHA pieprasījumiem, obligātas autentifikācijas un uzraudzības ar sīkdatnēm. Tokeni atspoguļo iepriekšējās veiksmīgas autentifikācijas vai anti-bota pārbaudes rezultātu (jau veiktas pārbaudes vienā mājas lapā var tikt izmantotas, lai pieslēgtos citām lapām bez papildu pārbaudēm).

Papildus jauninājumiem un kļūdu novēršanai jaunajā versijā ir novērstas 108 ievainojamības. 11 problēmām piešķirts kritisks bīstamības līmenis, kas nozīmē, ka ievainojamības ļauj apiet visus pārlūkprogrammas aizsardzības līmeņus un izpildīt kodu sistēmā ārpus sandbox vides. 4 kritiskas problēmas ir saistītas ar piekļuvi jau atbrīvotai atmiņai (use-after-free) AdFilter, WindowDialog, ServiceWorker un API Fullscreen, bet 7 — ar bufera pārpildīšanu WebGL, ANGLE un GPU lietošanas kodā.

Avots: opennet.lv