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.

- 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.

- 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.

- 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.

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.

KĂ€lla: opennet.ru




