Uppdatering av webblÀsaren Chrome 127

Google har publicerat en release av webblÀsaren Chrome 127. Samtidigt finns en stabil version av det fria projektet Chromium, som ligger till grund för Chrome. WebblÀsaren Chrome skiljer sig frÄn Chromium genom anvÀndningen av Googles logotyper, nÀrvaron av ett system för att skicka meddelanden vid krasch, moduler för uppspelning av skyddat videoinnehÄll (DRM), ett automatiskt uppdateringssystem, konstant aktivering av Sandbox-isolering, leverans av nycklar för Google API och vidarebefordran av RLZ-parametrar vid sökningar. För de som behöver mer tid för att uppdatera finns det en separat stödversion, Extended Stable, som hÄlls i 8 veckor. NÀsta version, Chrome 128, Àr planerad till den 20 augusti.

Huvudsakliga Àndringar i Chrome 127:

  • I inkognitolĂ€ge Ă€r funktionen "HTTPS-First" som standard aktiverad och utför automatisk omdirigering av HTTP-förfrĂ„gningar till HTTPS. För att sĂ€kerstĂ€lla funktionalitet med webbplatser som inte stöder HTTPS implementeras en fallback till HTTP om begĂ€ran inte kan utföras över HTTPS efter omdirigering eller om det uppstĂ„r problem med certifikat. Vid försök att öppna en webbplats via HTTP visas ett sĂ€rskilt varningsmeddelande.
  • I det inbyggda lagret för rotcertifikat (Chrome Root Store) har man beslutat att inte lĂ€ngre lita pĂ„ certifikatutfĂ€rdaren Entrust pĂ„ grund av flera övertrĂ€delser av krav för certifikatutfĂ€rdare, inklusive bristande svarstider pĂ„ problematiska certifikat, fördröjning av certifikatĂ„terkallelser, bristande hantering av incidentrapporter och brott mot regler vid utfĂ€rdande TLS-certifikat av EV-nivĂ„ (Extended Validation), som krĂ€ver verifiering av dokument om domĂ€nens Ă€gande och bekrĂ€ftelse av resursens Ă€gare. PĂ„ grund av bristen pĂ„ Ă„tgĂ€rder för att Ă„tgĂ€rda identifierade brister kommer TLS-certifikat utfĂ€rdade av Entrust efter den 31 oktober 2024 att betraktas som opĂ„litliga i Chrome. Certifikat utfĂ€rdade före den 31 oktober kommer fortsĂ€tta att betraktas som normala.
  • Processen för gradvis avveckling av stöd för den andra versionen av Chrome-manifestet har inletts. Det definierar funktioner och resurser som Ă€r tillgĂ€ngliga för tillĂ€gg skrivna med hjĂ€lp av WebExtensions API:er. AvstĂ€ngning av tillĂ€gg som anvĂ€nder den andra versionen av manifestet pĂ„verkar för nĂ€rvarande endast en del av anvĂ€ndarna av Chrome-testversioner (inte stabila versioner). Den fullstĂ€ndiga migrationen till den tredje versionen av manifestet planeras att vara klar senast juni 2025.
  • NĂ€r den utökade skyddet för webblĂ€saren (Safe Browsing > Enhanced protection) Ă€r aktiverat, skickas information till servrar Google om anvĂ€ndarnas besökta sidor, om dessa sidor anvĂ€nder API:er för att initiera vibrationer (Vibration) eller helt kontrollera musen (PointerLock) och tangentbordet (Keyboard). Om den öppnade sidan finns pĂ„ svarta listan visas en varning för anvĂ€ndaren och funktionerna i de angivna API:erna inaktiveras.
  • Sammanfattningen av arbetet med att modernisera kontrollen av laddade filer under den utökade skyddet för webblĂ€saren (Safe Browsing > Enhanced protection) har genomförts. I detta lĂ€ge skickas körbara filer och misstĂ€nkta arkivfiler till Googles servrar för att kontrolleras för virus och skadlig programvara. För att kontrollera sĂ€kerheten för laddade krypterade arkiv (.zip, .7z och .rar) kommer webblĂ€saren att begĂ€ra lösenordet för att dekryptera arkivet. AnvĂ€ndaren kan vĂ€lja att avstĂ„ frĂ„n kontrollen eller ange lösenordet, varefter webblĂ€saren skickar filen med lösenordet för kontroll till Googles servrar. I det standardlĂ€ge (inte utökat) av Safe Browsing kommer en begĂ€ran om lösenord ocksĂ„ att visas, men istĂ€llet för att skicka innehĂ„llet i arkivet till Googles servrar för kontroll kommer endast metadata och hashvĂ€rden för filerna i arkivet att skickas. Mer pĂ„tagliga varningar för nedladdning av farliga filer har införts, vilka visas under den övre panelen istĂ€llet för i den nedre panelen.
    Uppdatering av webblÀsaren Chrome 127
  • En föreslagen initial implementering av specifikationen för Private Network Access begrĂ€nsar möjligheten att ladda resurser frĂ„n offentliga webbplatser som lĂ€nkar till vĂ€rdar i det interna nĂ€tverket (127.0.0.0/8, 192.168.0.0/16, 10.0.0.0/8, etc.). Laddning av sĂ„dana resurser tillĂ„ts nu endast nĂ€r sidan öppnas i en sĂ€ker kontext (via HTTPS). I framtiden planeras en fullstĂ€ndig begrĂ€nsning av möjligheten till okontrollerad tillgĂ„ng till interna intranet-subnĂ€t frĂ„n sidor som öppnas frĂ„n offentliga webbplatser, eftersom sĂ„dana förfrĂ„gningar anvĂ€nds av illvilliga aktörer för att genomföra CSRF-attacker pĂ„ routrar, accesspunkter, skrivare, företags webgrĂ€nssnitt och andra enheter och tjĂ€nster som endast accepterar förfrĂ„gningar frĂ„n det lokala nĂ€tverket. Experiment kring blockering inleddes redan 2022 i Chrome 98, men pĂ„ grund av upptĂ€ckta sĂ„rbarheter sköts blockeringen upp.
  • I lĂ€get 'Origin trials' har en experimentell blockering av Ă„tkomst till IP 0.0.0.0 implementerats, eftersom denna IP kan anvĂ€ndas för att kringgĂ„ blockeringen av Ă„tkomst till IP 127.0.0.1 (localhost) pĂ„ plattformarna Linux och macOS.
  • I versionen för Android-plattformen har grĂ€nssnittet för koppling till Google-kontot och synkronisering av data, sĂ„som sparade lösenord och bokmĂ€rken, förenklats. Synkroniseringen Ă€r nu integrerad med inloggningen till kontot och presenteras inte som en separat funktion i instĂ€llningarna.
  • I versionen för Android-plattformen har grĂ€nssnittet för lösenordshantering uppdaterats. AnvĂ€ndare som har kopplat sig till sitt Google-konto men inte aktiverat synkronisering fĂ„r möjlighet att spara och anvĂ€nda lösenord kopplade till Google-kontot.
  • En instĂ€llning för "Automatisk aktivering av helskĂ€rmslĂ€ge" (Automatic Fullscreen, chrome://settings/content/automaticFullScreen) har lagts till, vilket gör det möjligt för webbplatser att automatiskt aktivera helskĂ€rmslĂ€ge med metoden Element.requestFullscreen() utan anvĂ€ndarens bekrĂ€ftelse, samt ge möjlighet att visa webblĂ€sardialoger utan att lĂ€mna helskĂ€rmslĂ€get. Som standard Ă€r instĂ€llningen avstĂ€ngd och kan aktiveras för specifika webbplatser och webbapplikationer. I kombination med API för fönsterhantering och instĂ€llningar för popup-meddelanden (chrome://settings/content/popups) förenklar den nya funktionen anvĂ€ndningen av möjligheter som att öppna ett popup-fönster pĂ„ fullskĂ€rm pĂ„ en annan skĂ€rm, visa helskĂ€rmsinnehĂ„ll pĂ„ alla skĂ€rmar eller pĂ„ en extra skĂ€rm, samt vĂ€xla mellan helskĂ€rmsinnehĂ„ll pĂ„ en skĂ€rm till en annan.
    Uppdatering av webblÀsaren Chrome 127
  • En CSS-egenskap för font-size-adjust har lagts till, vilket möjliggör att Ă€ndra storleken pĂ„ gemener i förhĂ„llande till storleken pĂ„ versaler som anges via egenskapen "font-size", vilket kan vara anvĂ€ndbart för att bevara en acceptabel lĂ€sbarhetsnivĂ„ i situationer dĂ€r en reservtypsnitt anvĂ€nds nĂ€r det primĂ€ra typsnittet inte Ă€r tillgĂ€ngligt. Typsnitt med olika förhĂ„llanden mellan höjd pĂ„ gemener och typsnittsstorlek har betydligt olika teckenstorlek, vilket till exempel kan göra text svĂ„r att lĂ€sa om Verdana byts ut mot Times.
    Uppdatering av webblÀsaren Chrome 127
  • I API:et för statisk ruttning av Service Workers (Service Worker Static Routing), vilket möjliggör att specificera hur vissa resurser ska laddas och inaktivera anropet av Service Worker för resurser som kan hĂ€mtas frĂ„n cache eller laddas direkt, har möjligheten att anvĂ€nda den logiska operationen "not" för att invertera matchningsvillkoren för förfrĂ„gningar lagts till.
  • Överföring av aktiveringshĂ€ndelser, som genereras nĂ€r anvĂ€ndaren interagerar med innehĂ„ll i ett fönster som öppnats i lĂ€get "bild-i-bild" (picture-in-picture), till det överordnade fönstret för detta lĂ€ge har sĂ€kerstĂ€llts. Ändringen gör det möjligt att anvĂ€nda API:et för anvĂ€ndaraktivering (navigator.userActivation) pĂ„ huvud sidan, frĂ„n vilken fönstret "bild-i-bild" öppnades, för att faststĂ€lla anvĂ€ndarens interaktion med detta fönster (till exempel kan det avgöras om anvĂ€ndaren klickade med musen i fönstret "bild-i-bild" eller om sidan bara har laddats och förblir oansenlig).
  • FörbĂ€ttringar har gjorts av verktygen för webbutvecklare. NĂ€r du granskar CSS-stilar har lĂ€nkar lagts till de relevanta positionerna i dokumentet som CSS-egenskaperna för visning av element hĂ€nvisar till, kopplade till platsen för andra element (CSS Anchor Positioning). NĂ€r du granskar HTML-koden har lĂ€nkar lagts till de mĂ„l som anges av attributet "popovertarget". I panelen för inspektion av nĂ€tverksaktivitet har en ny förinstĂ€llning för simulerad Ă„tkomsthastighet, "Fast 4G", lagts till (den tidigare förinstĂ€llningen "Fast 3G" har bytt namn till "Slow 4G" och "Slow 3G" till "3G"). I panelen för prestandaanalys, under spĂ„rning, visas information om hĂ€ndelser för sĂ€ndning och mottagning av meddelanden via WebSocket.
    Uppdatering av webblÀsaren Chrome 127

Förutom nyheterna och buggfixarna har 24 sÄrbarheter ÄtgÀrdats i den nya versionen. MÄnga av sÄrbarheterna upptÀcktes genom automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. Fem problem har tilldelats hög prioritet. Inga kritiska problem som gör det möjligt att kringgÄ alla nivÄer av webblÀsarsÀkerhet och köra kod i systemet utanför sandlÄdemiljön har upptÀckts. Inom ramen för programmet för belöning av upptÀckta sÄrbarheter har Google betalat ut 16 priser i den aktuella versionen, med ett totalt belopp pÄ 47 500 USD (ett pris pÄ $11 000, $5 000, $3 000 och $500, tvÄ priser pÄ $8 000, tre priser pÄ $2 000). Storleken pÄ 6 belöningar har Ànnu inte faststÀllts.

Spela video


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