🥇Utgivelse av Chrome 119

Google har publisert en ny utgave av nettleseren Chrome 119. Samtidig er det en stabil utgave av det åpne prosjektet Chromium tilgjengelig, som utgjør grunnlaget for Chrome. Nettleseren Chrome skiller seg fra Chromium ved bruken av Google-logoer, et system for å sende varsler i tilfelle krasj, moduler for avspilling av kopibeskyttede videoinnhold (DRM), et system for automatisk oppdatering, kontinuerlig aktivert Sandbox-isolasjon, levering av nøkler til Google API, og overføring av RLZ-parametre ved søk. For de som trenger mer tid til oppdatering, støttes det separat en Extended Stable-gren som varer i 8 uker. Neste utgave av Chrome 120 er planlagt til 5. desember.

Hovedendringene i Chrome 119:

Utviklingssyklusen for utgivelser er forkortet, der tiden mellom opprettelsen av en ny gren og starten av beta-testing er redusert – beta-versjonen blir nå laget to dager etter opprettelsen av grenen, i stedet for 8 dager. Stabilisering av beta-versjonen skjer som før over 4 uker. Slik sett har syklusen for å forberede nye utgivelser blitt en uke kortere.
Det er nå mulig å lagre grupper av faner. Brukeren kan nå lagre en gruppe og lukke fanene i den, slik at de ikke tar opp ressurser. Senere, når behovet melder seg, kan fanene fra den lagrede gruppen hentes tilbake, og de kan også åpnes på andre enheter som deltar i synkroniseringen av faner. Funksjonen er aktivert for en del brukere, og for å aktivere den manuelt er det en innstilling «chrome://flags/#tab-groups-save».
I brukergrensesnittet er ordlyden i prosesser og innstillinger relatert til fjerning og tap av data endret. I stedet for begrepet «rens» i slike operasjoner brukes nå ordet «sletting», siden ordet «rens» ikke ble oppfattet av enkelte brukere som et tegn på uopprettelig datatap.
Ved automatisk fullføring av URL, blir nå ethvert nøkkelord som tidligere er brukt for å søke etter et nettsted tatt i betraktning, og ikke bare ord som samsvarer med begynnelsen av adressen. For eksempel vil automatisk fullføring av adressen «https://www.google.com/travel/flights» fungere ikke bare ved inntasting av ordet «google», men også ved å skrive inn «flights».
Automatisk stavekontroll er implementert ved inntasting av nettadresse og relevante forslag vises, hvor nettsteder som tidligere har blitt besøkt av den nåværende brukeren, tas med i vurderingen. For eksempel, dersom man skriver «youutube», vil det bli foreslått å åpne YouTube.com.
Det er nå mulig å søke i bokmerkefolderne gjennom adressefeltet. For eksempel kan man legge til navnet på en bokmerkefolder, og Chrome vil foreslå lenker fra den aktuelle folderen som tilsvarer det innskrevne søkeordet. For eksempel, ved å skrive «reiser 2023 New», vil lenker fra bokmerkefolderen «reiser 2023» relatert til New York bli foreslått.
Anbefalinger om populære nettsteder blir nå vist, selv om brukeren ikke har besøkt dem før eller gjorde en feil ved inntasting av URL. For eksempel, dersom man begynner å skrive «googleear» når man følger noens anbefaling om å åpne Google Earth, vil nettleseren foreslå å gå til nettstedet earth.google.com.
I Chrome for stasjonære systemer er lesbarheten av informasjonen i adressefeltet forbedret, og responsiviteten i grensesnittet er økt — resultater vises nå umiddelbart etter at man begynner å skrive i adressefeltet.
I samsvar med endringen av Fetch API-spesifikasjonen, er HTTP-headeren Authorization fjernet ved omdirigering til et annet domene (cross origin).
I innstillingene for varsler og posisjonering er det lagt til en opsjon for å aktivere tjenesten for automatisk undertrykkelse av forespørsel om bekreftelse av tillatelser (Permission Suggestions Service). Følgende moduser tilbys:
- alltid vise forespørslene om tillatelser for varsler og tilgang til posisjon;
- automatisert ignorere spamforespørselen om tillatelser, ved å bruke mekanismen Permission Suggestions Service;
- alltid ignorere alle forespørslene om varsler;
- alltid blokkere alle forespørslene om tillatelser for varsler og tilgang til posisjon.
I versjoner for Android-plattformen, når standard nettlesersikkerhet (Safe Browsing > Standard protection) er aktivert, utføres sanntidssjekk av åpne URL-er basert på overføring til servere Google av delvise hashverdier fra URL-er brukeren åpner. For å unngå sammenkobling IP-adresser bruken og hashen, dataene overføres gjennom en mellomliggende proxy. Tidligere ble sjekken utført ved å laste opp en lokal kopi av listen over usikre URL-er til brukerens system. Den nye ordningen gjør det mulig å blokkere skadelige URL-er mer effektivt. For stasjonære systemer ble denne modus introdusert i forrige utgave.
Escaping non-letter characters in the hostname when calling the URL function has been aligned with the updated specification. For example, calling the function ‘URL(«http://exa(mple.com;»)’ previously returned ‘http://example.com/’, but now it will result in the error output » Invalid URL.»
Det er innført en levetidsbegrensning på alle tidligere lagrede informasjonskapsler, lik den som har vært gjeldende siden Chrome 104 for nye og oppdaterte informasjonskapsler. For eksisterende informasjonskapsler vil levetiden bli redusert til 400 dager fra publisering av Chrome 119.
I CSS er det foreslått nye pseudo-klasser «:user-valid» og «:user-invalid», som representerer form-elementer hvis verdier har bestått eller ikke bestått sjekken. I motsetning til «:valid» og «:invalid», vil de nye pseudoklassene aktiveres først etter at brukeren har interagert med form-elementet.
Ved angivelse av farger i CSS er det tillatt å definere verdier beregnet i forhold til andre fargeparametere. For eksempel, ved å spesifisere «oklab(from magenta calc(l * 0.8) a b)» vil man oppnå en farge som er 80% lysere enn magenta.
I CSS-egenskapen clip-path, som begrenser synligheten til et element innenfor et bestemt område, har støtte for verdien blitt lagt til for å definere et vilkårlig kuttområde. Det er også mulig å bruke funksjonene xywh() og rect() for å forenkle spesifiseringen av rektangulære eller avrundede områder.
Støtten for API WebSQL er deaktiverte; i stedet anbefales det å bruke API Web Storage og Indexed Database. WebSQL-behandleren er basert på koden til SQLite-biblioteket. WebSQL ble ikke støttet i andre nettlesere, var knyttet til et API fra et eksternt bibliotek, og økte sikkerhetsrisikoene (WebSQL kunne bli utnyttet av angripere for å utnytte svakheter i SQLite). For å gjenopprette WebSQL-støtte for bedriftsbrukere er policyen WebSQLAccess blitt bevart, som vil bli fjernet i Chrome 123.
API HTML Sanitizer, som gjorde det mulig å fjerne elementer som påvirker visning og utførelse via metoden setHTML(), er midlertidig fjernet. API-en ble utviklet for å fjerne HTML-tagger som kan brukes til å utføre XSS-angrep. Grunnen til at det ble fjernet er at spesifikasjonen ikke er fullført, og den har endret seg betydelig siden Sanitizer ble lagt til i Chrome. Når spesifikasjonen er klar, vil API-en bli returnert.
Den ikke-standard attributten shadowRoot, som tillot egenelementer å få tilgang til sin egen separate rot i Shadow DOM, uavhengig av tilstand, er fjernet. I stedet for shadowRoot ble attributtet shadowRootMode innført i Chrome 111, som ble en del av webstandarden.
The implementation of the HTML element «» has been improved. It resembles an «iframe» and also allows embedding external content on the page. The differences boil down to restricting the interaction of the embedded content with the page's DOM and attributes. For instance, a page news.example that embeds an advertising block loaded from shoes.example using fencedframe cannot access data from shoes.example, and conversely, the code from shoes.example cannot access data related to news.example. The new version includes support for the recently introduced size substitutions for the advertising block in the Protected Audience API, e.g., «https://ad.com?width={/_WIDTH%}&height={/_HEIGHT%}».
Det er lagt til en parameter monitorTypeSurfaces i metoden getDisplayMedia(), som kan brukes til å nekte tilgang til deling av hele skjermen.
Det er lagt til en eksperimentell (origin trial) parameter fullscreen i metoden window.open(), som lar deg åpne vinduet direkte i fullskjermmodus.
Det er lagt til et flagg «bitrateMode» i API AudioEncoderConfig for å velge mellom konstant (constant) og variabel (variable) bitrate.
TLS inneheld implementasjonen av nøkkelinnkapslingsmekanismen (KEM, Key Encapsulation Mechanism), som bruker den hybride algoritmen X25519Kyber768, motstandsdyktig mot brudd med kvantecomputere. For å opprette sesjonsnøkler som brukes til å kryptere data innen TLS-forbindelser, kan nå en kombinasjon av nøkkelutvekslingsmekanismen X25519, basert på elliptiske kurver og nåværende i bruk i TLS, sammen med algoritmen Kyber-768, som anvender metoder fra kryptografi basert på løsningene av gitterteoretiske problemer der tiden for løsningen ikke skiller seg mellom vanlige og kvantecomputere.
Støtte for erstatningsutvidelsen WasmGC er nå aktivert som standard. Dette forenkler portering til WebAssembly for programmer skrevet på programmeringsspråk som bruker søppelinnsamling (Kotlin, PHP, Java, osv.). WasmGC legger til nye typer strukturer og matriser, for hvilke ikke-lineær minnetildeling kan anvendes.
Det er gjort forbedringer i verktøyene for webutviklere. Muligheten til å redigere CSS-regler «@property» er lagt til, sammen med advarsler ved feil definisjon. Listen over emulerte enheter er oppdatert (for eksempel lagt til iPhone 14 og Pixel 7). I webkonsollen er autfullføring av private felt implementert. Formatet til JSON-data plassert innen -blokker er sikret.

I tillegg til nyvinningene og feilrettingene er det i den nye versjonen utbedret 15 sårbarheter. Mange av sårbarhetene ble avdekket gjennom automatisert testing med verktøyene AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFL. Ingen kritiske problemer som lar omgå alle nivåer av nettleserens beskyttelse og kjøre kode i systemet utenfor sandbox-miljøet ble avdekket. Gjennom belønningsprogrammet for sårbarhetsoppdagelse har Google utbetalt 13 premier på totalt 40,5 tusen dollar (en premie på $16000, $11000, $2000 og $500, tre premier på $3000 og to premier på $1000). Beløpet for 4 premier er foreløpig ikke fastsatt.

Kilde: opennet.ru