Utgjeving av nettlesaren Chrome 139

Selskapet Google har publisert utgjevinga av nettlesaren Chrome 139. Samtidig er den stabile utgjevinga av det frie prosjektet Chromium, som ligg til grunn for Chrome, også tilgjengeleg. Nettlesaren Chrome skil seg frå Chromium ved bruken av Google-logotyper, tilgjengelegheit av eit system for å sende varslar ved krasj, moduler for avspeling av kopibeskytta videoinnhald (DRM), eit system for automatisk oppdatering, konstant aktivering av Sandbox-isolering, levering av nøklar til Google API og overføring av RLZ-parametrar ved søk. For dei som treng meir tid til oppdatering, vert det oppretthaldt ein eigen gren for Extended Stable, som varetek i 8 veker. Neste utgjeving av Chrome 140 er planlagt til 2. september.

Hovudendringane i Chrome 139:

• Det er lagt til moglegheit for bruk av AI-modell til å danne søkjeråd i adressefeltet og på sida for opning av ny fane. For å vise slike AI-råd i adressefeltet er det lagt til ei knapp «AI Mode», og i lista over råd blir AI-visning markert eller framheva i ein eigen seksjon. Denne moglegheita er førebels aktivert som standard berre for ein del av brukarane.
• I sentralstyrte system er det utvida moglegheiter for å lage eigne snarvegar for rask søk i adressefeltet (du kan lage ei snarveg «@namn» for søk på ein bestemt nettside). I den nye versjonen er det lagt til ei ekstra innstilling som tillèt brukaren å overstyre, slette eller deaktivere snarvegar som er oppretta av administrator.
• I versjonen for Android i standard- og utvida beskyttingsmodusar har Google Safe Browsing implementert sikkerheitskontroll av nedlastede APK-pakkar. Kontrollen skjer ved å kalle til Googles serverar. Dersom fila blir omtala som farleg, vert brukaren varsla, og tilgangen til fila vert blokkert (i grensesnittet er det ein eigen moglegheit for å gå rundt blokkada).
• Innstillinga ExtensionManifestV2Availability, som vart brukt til å gjenopprette støtta for den andre versjonen av manifestet til Chrome, som definerer moglegheiter og ressursar tilgjengelege for utvidingar skrivne med API WebExtensions, er fjerna. Det er no berre mogleg å bruke utvidingar basert på den tredje versjonen av manifestet i nettlesaren.
• I offisielle stabile versjoner av Chrome er støtte for kommandolinjealternativene «—extensions-on-chrome-urls» og «—disable-extensions-except» avviklet. Disse alternativene tillot å deaktivere blokkeringen av installasjon av risikable tillegg, for eksempel de som ble lagt inn i nettleseren uten brukerens samtykke. I Chromium og testversjoner av Chrome er støtten for nevnte alternativer bevart.
• På siden for å åpne nye faner er det implementert en bunnlinje som viser informasjon om tillegg som påvirker innholdet på den nye fanesiden, samt informasjon om gjeldende sentraliserte styringspolitikker.
• Det er lagt til beskyttelse mot utilsiktet fjerning av lagrede passord når man velger alternativet for komplett datafjerning. Hvis det finnes lagrede passord, vil nettleseren nå dirigere brukeren til passordbehandlerens side, hvor man kan fornuftig og enkelt fjerne passord og passnøkler.
• Muligheten for automatisk tilbakevending til programvaren SwiftShader for WebGL er deaktivert; SwiftShader implementerer API Vulkan. Hvis det mangler riktig backend basert på GPU, vil opprettelsen av WebGL-konteksten nå returnere en feil i stedet for å bytte til SwiftShader. Opphøret av bruk av SwiftShader vil øke sikkerheten ved å ekskludere kjøring av kode generert av JIT-kompilator i prosessen som interagerer med GPU. På Linux- og macOS-plattformer vil systemer uten GPU ikke lenger kunne bruke WebGL. I Windows er støtten for SwiftShader bevart kun for enheter uten GPU eller med problematiske GPU-er som er svartelistet.
• I det innebygde lagringsområdet for rotsertifikater (Chrome Root Store) er det avviklet tillit til sertifiseringsmyndighetene Chunghwa Telecom og Netlock på grunn av brudd på kravene til sertifiseringsmyndigheter. På grunn av mangel på tiltak for å utbedre de avdekkede manglene, vil TLS-sertifikater utstedt av Chunghwa Telecom og Netlock etter 31. juli 2025, nå bli oppfattet i Chrome som ikke-tillitsfulle. Sertifikater utstedt før 31. juli, fortsetter å bli oppfattet som normale.
• Web Speech-API har fått støtte for talgjenkjenning ved bruk av lokalt tilgjengelige motorer på enheten. Nettstedet kan be om tilgjengelighet av gjenkjenningsmotorer for ønsket språk, velge mellom lokale og skybaserte tjenester, be om installasjon av nødvendige ressurser for lokal gjenkjenning, og sikre at gjenkjenning skjer på brukerens enhet uten å sende data til eksterne tjenester.
• I CSS, i tillegg til å angi radien for avrunding med egenskapen border-radius, er egenskapen «corner-shape» implementert for å kontrollere form og krumning av hjørner på rektangulære elementer. For eksempel kan «corner-shape» skape jevne overganger fra firkantet til rundt (squircle), innskutte hjørner (scoop), avskårne kanter (bevel) og lage utskjæringer (notch), samt animere endringer i hjørneformene.
• Støtte for spesifikasjonen Custom Functions er lagt til, som lar deg opprette egne funksjoner for CSS som fungerer på lignende måte som egne parametiserte CSS-egenskaper. Forskjellen er at CSS-egenskaper bare kan returnere én fast verdi, mens CSS-funksjoner kan returnere verdier basert på andre egne CSS-egenskaper, parametere og betingelser. For å definere CSS-funksjoner er regelen «@function» lagt til. @function —negative(—value) { result: calc(-1 * var(—value)); } @function —shadow(—shadow-color <color> : inherit) { result: 2px 2px var(—shadow-color, black); }
• CSS-egenskapen «caret-animation» er lagt til, som gjør det mulig å styre animasjonen av markøren i inndatafelt (for eksempel kan markørblink erstattes med en egen animasjon).
• For å overholde spesifikasjonen og forbedre kompatibiliteten med andre nettlesere er CSS-egenskapen «font-width» lagt til, som er analog med den tidligere tilgjengelige egenskapen «font-stretch».
• Når Service Worker blir blokkert på grunn av aktivering av CSP-regler (Content Security Policy), sendes nå en «error»-hendelse asynkront, i stedet for å generere en SecurityError-unntak umiddelbart etter kall av konstruktørene «new Worker(url)» eller «new SharedWorker(url)».
• Muligheten for å lage en enkelt web-applikasjon som fungerer med flere toppnivådomener eller forskjellige underdomenene. For å konfigurere tilknytning til domener i manifestet, er det et felt for «scope_extensions». { «name»: «Example», «display»: «standalone», «start_url»: «/index.html», «scope_extensions»: [ { «origin»: «https://*.example.com» }, { «origin»: «https://example.co.uk» }, { «origin»: «https://*.example.co.uk» } ] }
• Det er implementert en definisjon for alle gyldige MIME-typer for JSON-data som er angitt i WHATWG MIME Sniffing-spesifikasjonen. I tillegg til de tradisjonelle MIME-typene «application/json» og «text/json» er det lagt til støtte for sammensatte MIME-typer, som «text/html+json» og «image/svg+json».
• I API Invoker Commands har kommandoen «request-close» blitt lagt til for å tvinge lukking av dialogen basert på HTML-elementet
  , hvis handling er lik anropet til JavaScript-metoden requestClose().
• WebGPU har fått støtte for 3D-teksturer komprimert med bruk av formatene BC og ASTC. Det er også lagt til en eksperimentell (Origin Trial) modus for å gi kompatibilitet, som gir et redusert WebGPU API, egnet for bruk med utdaterte grafiske API-er som OpenGL og Direct3D11.
• For SVG-elementer (SVGScriptElement) er det lagt til støtte for attributtet «async» for å kjøre skripter asynkront.
• For å komplisere passiv identifikasjon av nettleserinstansen, listes det nå opp ikke alle språk valgt av brukeren i HTTP-headeren Accept-Language, men kun de mest prioriterte språkene.
• Det er lagt til et eksperimentelt (Origin trials) API Prompt, som gir anrop for interaksjon med store språkmodeller, som lar tekst, bilder og lydinndata brukes i forespørslene. Resultatet returneres i et praktisk, strukturert format. Eksempler på bruk inkluderer generering av bildebeskrivelser, visuell søkefunksjon, transkribering av tale, klassifisering av lyder, tekstgenerering basert på instruksjoner, og utvinning av informasjon fra tekst.
• I utviklerverktøyene har det blitt arbeidet med å feilsøke kjente problemer med funksjonaliteten og mangler i brukergrensesnittet. Takket være dette arbeidet er antall åpne meldinger om problemer redusert med 27%. Den innebygde AI-assistenten har fått støtte for opplasting av vilkårlige bilder. I nettverksinspeksjonspanelet er det implementert mulighet for å legge til kolonner for visning av tilstanden til vilkårlige HTTP-hoder.
• Støtten for operativsystemet macOS 11 er avsluttet, og nå kreves det minst utgaven av macOS 12 for å kunne bruke programmet.
• I Android-versjonen er støtten for plattformene Android 8 (Oreo) og Android 9 (Pie) avsluttet.

I tillegg til nye funksjoner og feilrettinger i den nye versjonen, er 12 sårbarheter blitt rettet. Mange av sårbarhetene ble identifisert ved hjelp av automatiserte testverktøy som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFL. Det er ikke identifisert kritiske problemer som kan omgå alle nivåer av beskyttelse i nettleseren og utføre kode på systemet utenfor sandkassemiljøet. I forbindelse med programmet for å gi kontantbelønninger for å oppdage sårbarheter, har Google utbetalt 8 premier til en totalverdi av 18500 amerikanske dollar (én premie på $10000, tre på $2000, to på $1000 og én på $500). Størrelsen på én belønning er foreløpig ikke bestemt.

Det kan også bemerkes at det er inkludert i kodebasen, som danner grunnlaget for utgivelsen Chrome 140, en modus som heter OverrideDefaultOzonePlatformHintToAuto, som aktiverer automatisk valg av backend i Ozone-laget, som abstraherer interaksjonen med den grafiske subsystemen. Endringen vil gjøre det mulig å adaptivt aktivere Wayland-backend på systemer som støtter Wayland, uten å være bundet til X11-backenden som standard. Manuell aktivering av automatisk valg av backend kan også gjøres i utgivelsen Chrome 139 ved hjelp av innstillingen «chrome://flags/#ozone-platform-hint» eller kommandolinjeflagget «--ozone-platform-hint=auto».

Kilde: opennet.ru