ProHoster > Blogg > Internetnyheter > UtgÄvan av webblÀsaren Chrome 123

UtgÄvan av webblÀsaren Chrome 123

Google har slÀppt version 123 av webblÀsaren Chrome. Samtidigt finns det en stabil version av det fria projektet Chromium, som utgör grunden för Chrome. Chrome skiljer sig frÄn Chromium genom anvÀndning av Googles logotyper, en system för att skicka meddelanden vid krasch, moduler för uppspelning av skyddat videoinnehÄll (DRM), ett automatiskt uppdateringssystem, stÀndig aktivering av Sandbox-isolering, leverans av nycklar till Google API och överföring av RLZ-parametrar vid sökningar. För dem som behöver mer tid för uppdatering finns en sÀrskild version, Extended Stable, som stöds i 8 veckor. NÀsta version av Chrome, 124, Àr planerad till den 16 april.

HuvudförÀndringar i Chrome 123:

  • PĂ„ sidan som visas vid öppningen av en ny flik har en ny sektion lagts till dĂ€r lĂ€nkar frĂ„n flikar som nyligen öppnats pĂ„ andra enheter kopplade till samma Google-konto visas.
    UtgÄvan av webblÀsaren Chrome 123
  • Stöd för kodning av innehĂ„ll med hjĂ€lp av komprimeringsalgoritmen Zstandard (zstd) har lagts till, förutom de tidigare stödja algoritmerna gzip, brotli och deflate.
  • Implementeringen av den fria videokodeken Theora, skapad av Xiph.org Foundation baserad pĂ„ VP3-kodeken och som har stöddes i Firefox och Chrome sedan 2009, har tagits bort. Anledningen till att stödet för Theora upphör Ă€r att man har uttryckt oro för att dess komplexa logik för tolkning av binĂ€ra data och dekodning av strömmar kan innehĂ„lla sĂ„rbarheter, liknande de senaste kritiska problemen med VP8-kodaren. Utvecklarna anser att de ökande 0-dagarsattackerna pĂ„ mediekodekar innebĂ€r att sĂ€kerhetsriskerna övervĂ€ger efterfrĂ„gan pĂ„ Theora, som nĂ€stan inte anvĂ€nds i praktiken, men fortfarande Ă€r ett betydande mĂ„l för potentiella attacker.
  • Det fortsĂ€tter att successivt öka andelen anvĂ€ndare för vilka tredjepartscookies, som stĂ€lls in vid besök pĂ„ webbplatser som skiljer sig frĂ„n domĂ€nen för den aktuella sidan, har inaktiverats. SĂ„dana cookies anvĂ€nds för att spĂ„ra anvĂ€ndarens rörelser mellan webbplatser i koden för annonsnĂ€tverk, sociala mediers widgets och system för webbanalys. FörĂ€ndringarna framdrivs inom ramen för initiativet Privacy Sandbox, som syftar till att uppnĂ„ en balans mellan anvĂ€ndarnas behov av att bevara sekretess och annonsnĂ€tverks och webbplatsers önskan att spĂ„ra besökarens preferenser. Inaktiveringen av tredjepartscookies planeras gradvis utvidgas och nĂ„ 100% under det tredje kvartalet 2024. För att inaktivera detta utan att vĂ€nta pĂ„ externa förĂ€ndringar finns en instĂ€llning "chrome://flags/#test-third-party-cookie-phaseout".
  • För en liten procentandel av anvĂ€ndarna i USA har stödet för funktioner som anvĂ€nder maskininlĂ€rning – smart flikgruppering, temagenerator och interaktiv assistent som beskrivits i meddelandet om Chrome 121 – aktiverats. För system med centraliserad konfigurationshantering kan administratören aktivera AI-verktyg pĂ„ policy-nivĂ„ utan att behöva aktivera experimentellt lĂ€ge.
  • I tjĂ€nsten för synkronisering av instĂ€llningar, historik och bokmĂ€rken (Chrome Sync) har stödet för versioner före Chrome 82 avbrutits.
  • Vid aktivering av den avancerade webblĂ€sarskyddet (Safe Browsing > Enhanced protection) skickas information till Google om sidor som gör förfrĂ„gningar om utökade behörigheter (dessa sidor kontrolleras mot en extern databas med skadligt innehĂ„ll och vid en matchning visas en omedelbar varning för anvĂ€ndaren). Dessutom aktiveras skickandet av telemetri om anvĂ€ndarens avbrytande av varningar som visas före öppnandet av sidor som Google har svartlistat.
  • Google har publicerat en artikel som förklarar metoderna som anvĂ€nds för att kontrollera sĂ€kerheten hos sidor som öppnas av anvĂ€ndaren, baserat pĂ„ en databas med skadligt innehĂ„ll som finns pĂ„ externa servern. För att bevara sekretess vid kontroll av anvĂ€ndaröppnade URL:er överförs inte fullstĂ€ndiga hashvĂ€rden av URL:erna till Google, utan endast prefixet med de första 4 byte av hashen. servern Denna prefix kontrolleras i databasen för skadliga sidor, och om en överensstĂ€mmelse finns returneras listan med de fullstĂ€ndiga hash-vĂ€rdena som motsvarar prefixet till anvĂ€ndarens webblĂ€sare, dĂ€r den slutgiltiga verifikationen med det fullstĂ€ndiga 32-byte hash-vĂ€rdet av URL:en redan sker. För att utesluta kopplingen av förfrĂ„gan med anvĂ€ndarens IP-adress dirigeras hash-prefixet först till en mellanliggande proxy, som i sitt namn vidarebefordrar förfrĂ„gan till servern för Safe Browsing-systemet.
    UtgÄvan av webblÀsaren Chrome 123
  • Varningar har aktiverats i konsolen för webbutvecklarens verktyg nĂ€r sidan skickar en förfrĂ„gan till det interna nĂ€tverket (192.168.x.x, 10.x.x.x osv.), om sĂ„dana förfrĂ„gningar görs utanför en sĂ€ker kontext och inte genomgĂ„tt en förhandsgranskning. Innan den faktiska förfrĂ„gan som initierats av webbplatsen skickas till en resurs i det interna nĂ€tverket, kommer webblĂ€saren först att skicka en testförfrĂ„gan och kontrollera om servern returnerar HTTP-rubriken "Access-Control-Allow-Private-Network: true", vilket tillĂ„ter Ă„tkomst till intranĂ€tet. Om Ă„tkomst inte tillĂ„ts innebĂ€r det ett försök till olegitim Ă„tkomst till en intern tjĂ€nst, vilket kan vara ett tecken pĂ„ ett försök att genomföra en attack via webblĂ€saren pĂ„ resurser i det lokala nĂ€tverket (till exempel kan angriparen injicera en förfrĂ„gan till webbadministrering av en hemroutrar, sĂ„som " "). I Chrome-version 130 planeras varningen att bytas ut mot ett felmeddelande och blockera förfrĂ„gningar som inte klarar granskningen.
  • I Chrome för Android och iOS har möjligheten lagts till för att fortsĂ€tta surfa pĂ„ webbplatser som tidigare öppnats pĂ„ andra enheter kopplade till samma Google-konto.
  • I Chrome för Android har metoden för lagring av lokala lösenord som inte synkroniseras med andra enheter Ă€ndrats. Tidigare lagrades lokala lösenord i Chrome-profilen, men nu kommer de att flyttas till lösenordslagringen som tillhandahĂ„lls av Google Play-tjĂ€nster, vilket redan anvĂ€nds för att lagra lösenordet för Google-kontot. I Chrome 123 aktiverades det nya lagringslĂ€get för anvĂ€ndare utan lokala lösenord, och i version 124 kommer det att tillĂ€mpas pĂ„ anvĂ€ndare med lokala lösenord.
  • Ett API för statisk routning av ServiceWorker har lagts till, vilket möjliggör att utesluta körning av JavaScript och fĂ„nga upp resurser med ServiceWorkern nĂ€r resurser begĂ€rs enligt specificerade villkor. Med andra ord tillĂ„ter API:et att definiera hur vissa resurser ska laddas och att inaktivera anrop av ServiceWorkern för resurser som kan hĂ€mtas frĂ„n cachen eller laddas direkt. Som kĂ€nnetecken för beslutet kan URL-mönster, begĂ€rningsmetoder, innehĂ„llstyper (dokument, inbĂ€ddning, typsnitt, video, etc.) och exekveringsstatus (
  • I CSS har funktionen light-dark() lagts till för att anpassa fĂ€rgschemat efter instĂ€llningarna för ljus eller mörk lĂ€ge. I funktionen kan tvĂ„ vĂ€rden anges som vĂ€ljs beroende pĂ„ ljus- eller mörklĂ€get. Till exempel "background-color: light-dark(lime, green);".
  • API:et Long Animation Frames har lagts till för att diagnostisera webbplatsens anvĂ€ndargrĂ€nssnittsrespons och identifiera flaskhalsar under rendering.
  • Stödet för vĂ€rdet "picture-in-picture" har lagts till i medieförfrĂ„gan "display-mode", vilket möjliggör skapande av CSS-regler som endast anvĂ€nds nĂ€r webapplikationen visas i "bild-i-bild"-lĂ€ge. @media all and (display-mode: picture-in-picture) { body { margin: 0; } h1 { font-size: 0.8em; } }
  • I CSS-egenskapen "align-content" har möjligheten att arbeta med blockcontainrar och tabellceller implementerats. Till exempel kan "display: block", "display: list-item", "display: table-cell" nu justeras med "align-content".
  • CSS-egenskapen "field-sizing" har lagts till, vilket gör att storleken pĂ„ formulĂ€relementen kan bero pĂ„ deras innehĂ„ll, till exempel för automatisk ökning av storleken pĂ„ en textruta nĂ€r data matas in.
  • I JavaScript-grĂ€nssnittet NavigationActivation har parametern navigation.activation lagts till, som reflekterar dokumentets aktiveringsstatus (till exempel kan man avgöra om dokumentet har Ă„terstĂ€llts frĂ„n cache efter att anvĂ€ndaren har tryckt pĂ„ knappen för navigering "framĂ„t" eller "bakĂ„t"). Parametern kan anvĂ€ndas för att anpassa sidinnehĂ„llet beroende pĂ„ hur anvĂ€ndaren har kommit dit, till exempel kan en annan animation visas om anvĂ€ndaren kom frĂ„n startsidan.
  • FörbĂ€ttringar har gjorts i verktygen för webbutvecklare.

Förutom nya funktioner och buggfixar i den nya versionen har 12 sÄrbarheter ÄtgÀrdats. MÄnga av sÄrbarheterna upptÀcktes genom automatiserad testning med verktygen AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. Inga kritiska problem som skulle kunna kringgÄ alla skyddsnivÄer i webblÀsaren och köra kod i systemet utanför sandbox-miljön har upptÀckts. Inom ramen för programmet för belöningar för att upptÀcka sÄrbarheter har Google betalat ut 7 belöningar pÄ totalt 22 000 dollar (en belöning pÄ $10 000, $4 000, $3 000 och $1 000, samt tvÄ belöningar à $2 000). Storleken pÄ en av belöningarna har Ànnu inte faststÀllts.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster