ProHoster > Blogg > Internett nyheter > Utgivelse av nettleseren Chrome 123

Utgivelse av nettleseren Chrome 123

Google har gitt ut versjonen av nettleseren Chrome 123. Samtidig er den stabile utgaven av det frie prosjektet Chromium tilgjengelig, som er grunnlaget for Chrome. Nettleseren Chrome skiller seg fra Chromium ved Ă„ bruke Google-logoer, ha et varselsystem ved krasj, moduler for Ă„ spille av beskyttet videoinnhold (DRM), et automatisert oppdateringssystem, kontinuerlig aktivering av Sandbox-isolasjon, levering av nĂžkler til Google API, og overfĂžring av RLZ-parametre under sĂžk. For de som trenger mer tid til oppdatering, stĂžttes en separat Extended Stable-gren, som varer i 8 uker. Neste utgave av Chrome 124 er planlagt til 16. april.

Hovedendringer i Chrome 123:

  • PĂ„ siden som vises nĂ„r en ny fane Ă„pnes, er det lagt til en ny seksjon som viser lenker fra faner som nylig er Ă„pnet pĂ„ andre enheter knyttet til samme Google-konto.
    Utgivelse av nettleseren Chrome 123
  • StĂžtte for innholdsinnkoding med Zstandard-komprimeringsalgoritmen (zstd) er lagt til, i tillegg til de tidligere stĂžttede algoritmene gzip, brotli og deflate.
  • Implementeringen av den frie videokodeken Theora, utviklet av Xiph.org Foundation og basert pĂ„ VP3-kodeken, som har vĂŠrt stĂžttet i Firefox og Chrome siden 2009, men ikke stĂžttet i Chrome for Android og nettlesere basert pĂ„ WebKit, som Safari, er fjernet. Årsaken til Ă„ avslutte stĂžtten til Theora nevnes Ă„ vĂŠre bekymringer om at implementeringen av Theora, som har en kompleks logikk for parsing av binĂŠrdata og dekoding av strĂžmmer, kan ha sĂ„rbarheter lik de nylige kritiske problemene med VP8-koderen. IfĂžlge utviklerne er risikoene knyttet til sikkerhet pĂ„ grunn av Ăžkende 0-dagers angrep pĂ„ mediekodeker mer presserende enn etterspĂžrselen etter Theora-kodeken, som nesten ikke brukes i praksis, men fortsatt er et betydelig mĂ„l for potensielle angrep.
  • Det fortsetter Ă„ gradvis Ăžke prosentandelen av brukere som har deaktivert stĂžtte for tredjeparts informasjonskapsler som settes nĂ„r de besĂžker nettsteder som er forskjellige fra domenet til den nĂ„vĂŠrende siden. Slike informasjonskapsler brukes til Ă„ spore brukernes bevegelser mellom nettsteder i annonse-nettverk, sosiale medie-widgeter og webanalysesystemer. Endringene fremmes som en del av initiativet Privacy Sandbox, som har som mĂ„l Ă„ oppnĂ„ en balanse mellom brukernes behov for Ă„ opprettholde privatliv og annonse-nettverk og nettsteder Ăžnsker Ă„ spore besĂžkendes preferanser. Deaktivering av tredjeparts informasjonskapsler planlegges gradvis utvidet, med mĂ„l om Ă„ nĂ„ 100% innen 3. kvartal 2024. For Ă„ deaktivere uten Ă„ vente pĂ„ eksterne endringer, er det en innstilling "chrome://flags/#test-third-party-cookie-phaseout".
  • For en liten prosentandel av brukerne i USA er stĂžtte for funksjoner som bruker maskinlĂŠring aktivert — modus for smart fanning av faner, tema-generator og interaktiv assistent, som ble beskrevet i kunngjĂžringen av Chrome 121. For systemer med sentralisert konfigurasjonsstyring kan administrator aktivere AI-verktĂžy pĂ„ policy-nivĂ„ uten behov for Ă„ aktivere eksperimentell modus.
  • StĂžtten for synkronisering av innstillinger, historikk og bokmerker (Chrome Sync) har opphĂžrt for utgaver fĂžr Chrome 82.
  • Ved aktivering av den utvidede beskyttelsen av nettleseren (Safe Browsing > Enhanced protection) implementeres sending av informasjon til Google om nettsteder som forespĂžr utvidede tillatelser (slike sider blir sjekket mot en ekstern database med ondsinnet innhold, og ved treff vises umiddelbart en advarsel til brukeren). Det er ogsĂ„ aktivert sending av telemetri om avviste advarsler som vises fĂžr Ă„pning av sider som er svartelistet av Google.
  • Google har publisert en artikkel med forklaring pĂ„ metodene som brukes for Ă„ kontrollere sikkerheten til sidene som brukeren Ă„pner mot en ekstern database med ondsinnet innhold, serveren. For Ă„ opprettholde privatlivet ved sjekking av URL-ene som brukeren Ă„pner, sendes ikke komplette hasher av URL-er til Google, men kun prefiksen med de fĂžrste 4 byte av hashen. PĂ„ serveren Denne prefiksen sjekkes i databasen for skadelige sider, og hvis det finnes et samsvar, returneres listen over de tilsvarende komplette hasjene til nettleseren til brukeren, som allerede utfĂžrer den endelige sjekken med den komplette 32-bytes hashen av URL-en. For Ă„ unngĂ„ sammenstilling av forespĂžrselen med brukerens IP-adresse, sendes prefikset fĂžrst til en mellomliggende proxy, som pĂ„ vegne av seg selv sender forespĂžrselen til systemet Safe Browsing-serveren.
    Utgivelse av nettleseren Chrome 123
  • Det er implementert varsler i utviklerverktĂžyens konsoll nĂ„r siden sender en forespĂžrsel til det interne nettverket (192.168.x.x, 10.x.x.x osv.), hvis slike forespĂžrsel utfĂžres utenfor et sikkert kontekst og ikke har bestĂ„tt en forhĂ„ndskontroll. FĂžr den faktiske forespĂžrselen som er initiert av nettstedet, sendes til ressursen i det interne nettverket, vil nettleseren fĂžrst sende en forhĂ„ndstest-forespĂžrsel og sjekke om serveren returnerer HTTP-headeren «Access-Control-Allow-Private-Network: true», som tillater tilgang til intranett-nettverket. Hvis tilgang ikke er tillatt, anses det som et forsĂžk pĂ„ Ă„ gjĂžre ikke-mĂ„lrettet tilgang til en intern tjeneste, noe som kan vĂŠre en indikasjon pĂ„ et angrep gjennom nettleseren pĂ„ ressurser i det lokale nettverket (for eksempel kan en angriper sette inn en iframe-forespĂžrsel til web-grensesnittet til en hjemme-router, som «»). I Chrome-versjon 130 planlegges advarselen Ă„ bli erstattet med en feilmelding, og blokkere forespĂžrslene som ikke har bestĂ„tt kontrollen.
  • I Chrome for Android og iOS er det lagt til muligheten til Ă„ fortsette Ă„ surfe pĂ„ nettsteder som tidligere ble Ă„pnet pĂ„ andre enheter som er tilknyttet den samme Google-kontoen.
  • I Chrome for Android er metoden for lagring av lokale passord som ikke synkroniseres med andre enheter endret. Tidligere ble lokale passord lagret i Chrome-profilen, men nĂ„ vil de bli flyttet til passordbevaringen som tilbys av Google Play-tjenester, som allerede brukes til Ă„ lagre passordet til Google-kontoen. I Chrome 123 vil den nye lagringsmetoden bli aktivert for brukere uten lokale passord, mens i Chrome 124 vil den bli anvendt for brukere med lokale passord.
  • API for static Service Workers routing has been added, allowing you to exclude JavaScript execution and handle resource requests based on specified conditions. In other words, the API enables you to define how specific resources should be loaded and to disable Service Worker calls for resources that can be fetched from the cache or loaded directly. URL patterns, request methods, content types (document, embed, font, video, etc.), and execution status ('running', 'not-running') can be used as criteria for decision-making. For example, to send a post request with web form data directly, without invoking the Service Worker, you can specify: addEventListener('install', (event) => { event.addRoutes({ condition: { urlPattern: '/form/*', requestMethod: 'post' }, source: 'network' }); });
  • A light-dark() function has been added to CSS for adapting the color scheme according to light or dark mode settings. In the function, you can specify two values that will be chosen depending on the light or dark mode. For example, 'background-color: light-dark(lime, green);'.
  • Long Animation Frames API has been added to diagnose the responsiveness of a website's interface and identify bottlenecks during rendering.
  • Support for the 'picture-in-picture' value has been added to the 'display-mode' media query, allowing for the creation of CSS rules applicable only when the web application is shown in 'picture-in-picture' mode. @media all and (display-mode: picture-in-picture) { body { margin: 0; } h1 { font-size: 0.8em; } }
  • The 'align-content' CSS property now works with block containers and table cells. For example, 'display: block', 'display: list-item', and 'display: table-cell' can now be aligned using 'align-content'.
  • The 'field-sizing' CSS property has been added, allowing form element sizes to depend on their content, for example, to automatically increase the size of a text field as data is entered.
  • I JavaScript-grensesnittet NavigationActivation er parameteren navigation.activation lagt til, som reflekterer tilstanden til aktiveringen av dokumentet (for eksempel kan det bestemmes at dokumentet er gjenopprettet fra hurtigbuffer etter Ă„ ha trykket pĂ„ navigasjonsknappene «fremover» eller «bakover»). Parameteren kan brukes til Ă„ tilpasse innholdet pĂ„ siden avhengig av hvor brukeren kom fra, for eksempel kan en annen animasjon vises hvis brukeren kom fra startsiden.
  • Forbedringer er blitt gjort i verktĂžyene for webutviklere.

I tillegg til nyheter og feilrettinger i den nye versjonen er 12 sÄrbarheter utbedret. Mange av sÄrbarhetene ble avdekket gjennom automatisert testing ved hjelp av verktÞyene AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFL. Det er ikke oppdaget kritiske problemer som lar en omgÄ alle nivÄene av nettleserens beskyttelse og kjÞre kode i systemet utenfor sandbox-miljÞet. Som en del av programmet for belÞnningsutbetaling for oppdagede sÄrbarheter har Google utbetalt 7 premier pÄ til sammen 22 000 dollar for denne utgivelsen (en premie pÄ $10 000, $4 000, $3 000 og $1 000, samt to premier pÄ $2 000). StÞrrelsen pÄ det ene belÞnningen er ennÄ ikke fastsatt.

Kilde: opennet.ru

KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere đŸ”„ KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere | ProHoster