Utgivelsen av Chrome 154

Google har publisert en ny versjon av nettleseren Chrome 154. Samtidig er den stabile utgivelsen av det åpne prosjektet Chromium, som danner grunnlaget for Chrome, tilgjengelig. Chrome-nettleseren skiller seg fra Chromium ved å bruke Google-logoer, ha et varselsystem for nedbrudd, moduler for avspilling av kopibeskyttet videoinnhold (DRM), et system for automatisk oppdatering, konstant aktivering av Sandbox-isolering, levering av nøkler til Google API og overføring av RLZ-parametere under søk. For de som trenger mer tid til oppdateringer, støttes en egen Extended Stable-gren i 8 uker. Neste utgivelse, Chrome 155, er planlagt for 6. oktober i den nye utviklingssyklusen på to uker.

Hovedendringer i Chrome 154 (1, 2, 3, 4):

• Utviklingen av AI-modus er fortsatt, som lar brukerne samhandle med AI-agenten fra adressefeltet eller fra siden som vises når en ny fane åpnes. I den nye versjonen har brukere i USA fått mulighet til å bruke AI-assistenten Gemini for virtuell omkledning ved shopping i utvalgte nettbutikker. I Chrome for iOS er støtte for taleinteraksjon med Gemini i sanntid implementert, for eksempel for å diskutere innholdet på en åpnet nettiside.
• Programmeringsgrensesnitt og teknologier utviklet under Privacy Sandbox-initiativet for bruk istedenfor tredjeparts informasjonskapsler er fjernet. Poenget med å levere disse API-ene ble tapt etter avgjørelsen om å ikke stoppe støtten for tredjeparts informasjonskapsler i Chrome. Følgende API-er er fjernet: Topics (som erstattet FLoC-API-en), API Protected Audience, API Shared Storage, API Attribution Reporting, Private Aggregation, API Related Website Sets og requestStorageAccessFor.
• I versjonen for Android-plattformen er LNP-modus (Local Network Protection) aktivert, som krever særskilt bekreftelse for at applikasjonen skal få tilgang til interne intranettnettverk (192.168.x.x, 10.x.x.x osv.). Modusen lar blokkere angrep på ressurser i det lokale nettverket og forhindrer at nettverket skannes for skjult identifisering av brukeren og innhenting av brukerens miljøopplysninger.
• For å utføre forespørslene via API Background Fetch kreves det nå LNA-rettigheter (Local Network Access) når data sendes. servere i det lokale nettverket (192.168.0.0/16, 10.0.0.0/8 osv.) eller når du får tilgang til loopback-grensesnittet (127.0.0.0/8). I tillegg er det implementert CORS (Cross-Origin Resource Sharing) sjekker for API Background Fetch for å standardisere begrensningene som gjelder for API Background Fetch og Fetch. Endringene forhindrer bruken av Background Fetch for å omgå Cross-Origin begrensninger og utføre CSRF-angrep på rutere, tilgangspunkter, skrivere, bedrifts web-grensesnitt og andre enheter og tjenester som bare aksepterer forespørsel fra det lokale nettverket.
• Det er lagt til en valgfri optimaliseringsmodus «ServiceWorkerAutoPreload», som sender et nettverksforespørsel parallelt med initialisering av Service Worker.
• Det er lagt til HTML-elementet <install> og JavaScript API Web Install (metoden navigator.install()), designet for å vise en forespørsel fra nettstedet om å installere web-applikasjonen. Installeringen skjer etter eksplisitt bekreftelse fra brukeren. Den foreslåtte funksjonen kan brukes ved opprettelse av kataloger for nettbutikker eller for å forenkle installasjonen av web-applikasjoner for bruk med det nåværende nettstedet.
• API Window Shape (metoden window.setShape) er lagt til, og lar isolerte web-applikasjoner endre formen på vinduet, for eksempel ved å lage ikke-rektangulære vinduer, flytende paneler og overlappende elementer. API-en er foreløpig kun tilgjengelig i ChromeOS.
• Innstillingene for å administrere innholdstyper som autocompletes i webskjemaer er lagt til. For eksempel kan du deaktivere lagring og autocompleting av kontaktinformasjon og betalingsinformasjon. Det er også mulig å konfigurere URL-maler for å deaktivere autocompleting knyttet til spesifikke nettsteder.
• Som standard er bekreftelsesforespørselen aktivert ved tilgang til nettsteder via HTTP.
• Støtte for adaptiv størrelse på iframe-blokker er lagt til, som automatisk justeres i henhold til innholdet for å unngå forekomsten av interne rullefelt. Denne muligheten aktiveres ved å angi CSS-egenskapen «frame-sizing» (for eksempel «frame-sizing: content-height») i den overordnede siden og legge til i innholdshodet til iframe-elementet ‘<meta name="responsive-embedded-sizing" content="allow-origins=*">’.
• I CSS-egenskapen scroll-marker-group er det implementert modusene «links» og «tabs» for å styre rekkefølgen av fokusveksling. I «links»-modus fungerer gruppe markerene («::scroll-marker-group») som en vanlig navigasjonsmeny (scrollmarkørene behandles som lenker navigert med Tab-tasten). I «tabs»-modus fungerer gruppe markerene som et sett med faner, der navigering mellom dem skjer med kursorkontroller. Det er også tilgjengelige to parametere «before» og «after», som styrer behandlingen av gruppe markerene i forhold til innholdet (med «before» vil markerne bli behandlet først, mens «after» kun behandles etter navigering gjennom innholdet).
• CSS-egenskapen text-decoration-inset er implementert og lar deg justere starten og slutten på tegningen av dekoratorer (understreking, overstrykning osv.) i forhold til tekstens kanter. For eksempel, for å forkorte dekoratoren med 10 piksler, kan du angi «text-decoration-inset: 10px;», og for å forlenge den, angir du «text-decoration-inset: -10px;».
• JavaScript-grensesnittet Iterator har fått metoden Iterator.prototype.includes for å sjekke om et bestemt element finnes i iteratoren.
• I «Origin trials»-modus er det implementert en mekanisme for Private Verification Tokens (PVT), som gjør det mulig å skille mellom ekte brukere og roboter ved å overføre anonyme tokens når nettsteder åpnes i inkognitomodus, noe som fratar behovet for CAPTCHA, obligatorisk autentisering og sporing via Cookies. Tokens gjenspeiler en vellykket autentisering eller anti-bot-kontroll (kontroller som allerede er bestått på ett nettsted kan brukes til tilkobling til andre nettsteder uten flere sjekker).

Foruten nye funksjoner og feilrettinger, er det i den nye versjonen fikset 108 sårbarheter. 11 av problemene er vurdert som kritiske, noe som innebærer at sårbarhetene kan omgå alle nivåer av nettlesersikkerhet og utføre kode på systemet utenfor sandbox-miljøet. 4 kritiske problemer er forårsaket av tilgang til allerede frigjort minne (use-after-free) i AdFilter, WindowDialog, ServiceWorker og Fullscreen API, mens 7 er forårsaket av buffer-overløp i WebGL, ANGLE og GPU-relatert kode.

Kilde: opennet.ru