UtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkar

Google har slÀppt en version av webblÀsaren Chrome 136. Samtidigt finns den stabila utgÄvan av det öppna projektet Chromium, som utgör grunden för Chrome. WebblÀsaren Chrome skiljer sig frÄn Chromium genom anvÀndningen av Googles logotyper, en notifieringssystem vid krasch, moduler för att spela upp DRM-skyddat videoinnehÄll, ett automatiskt system för uppdateringar, konstant aktiverad Sandbox-isolering, leverans av nycklar till Google API och överföring av RLZ-parametrar vid sökning. För de som behöver mer tid för uppdateringar stöds en separat version av Extended Stable, som följs av 8 veckor. NÀsta version av Chrome 137 Àr planerad till den 27 maj.

HuvudÀndringar i Chrome 136:

  • Skydd mot lĂ€ckage av information om tidigare besökta sidor har lagts till, vilket uppstĂ„r genom anvĂ€ndning av CSS-pseudoklassen “:visited”, som möjliggör anpassning av utseendet pĂ„ tidigare öppnade lĂ€nkar. Fram till version Chrome 136 ledde en lĂ€nknavigering till en förĂ€ndring av utseendet pĂ„ denna lĂ€nk pĂ„ alla webbplatser som visade lĂ€nken, oberoende av vilken webbplats som initierade navigeringen. PĂ„ sin webbplats kunde en angripare avgöra om anvĂ€ndaren tidigare har öppnat lĂ€nkar av intresse genom att analysera förĂ€ndringen av utseendet pĂ„ dessa lĂ€nkar. Till exempel, om man skapar en lista med lĂ€nkar till olika sidor, kommer de tidigare besökta sidorna i denna lista att markeras av webblĂ€saren med en annan fĂ€rg, vilket gör att man kan dra slutsatser om huruvida lĂ€nkarna har öppnats tidigare.

    För att blockera lĂ€ckage av information om besökta lĂ€nkar har Chrome implementerat isolering i behandlingen av selektorn “:visited” kopplat till den aktuella webbplatsen, det vill sĂ€ga att element nu stylas med “:visited” endast om de tidigare har öppnats frĂ„n den aktuella webbplatsen och kopplat till den nuvarande iframe. Isoleringen har genomförts genom att hashning av stilen för de besökta lĂ€nkarna med hjĂ€lp av tre komponenter som nyckel — lĂ€nken, toppdomĂ€nen och vĂ€rden som anvĂ€nds i iframe.

    UtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkar

    Till exempel, om det har skett en övergÄng frÄn webbplats "A" via en lÀnk, kommer den lÀnken att markeras endast pÄ webbplats "A" och förbli oförÀndrad pÄ angriparens webbplats. Ett undantag görs endast för iframe som laddas frÄn den primÀra webbplatsen (same-origin) och lÀnkar till den aktuella webbplatsen. DÀrför kommer lÀnkarna som leder till webbplats "A" att markeras Àven om besöken pÄ dem har skett frÄn en annan webbplats, men andra lÀnkar kommer att markeras endast om besöken har skett frÄn webbplats "A".

    UtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkar
    UtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkar

    I Firefox lades skydd mot sÄdana lÀckor till 2010, men det fanns metoder för att kringgÄ det. Till exempel har möjlighet att analysera fÀrgen pÄ pixlar genom filter som anvÀnder parametern currentColor, och manipulationer med canvas-taggen i SVG, tagits bort i Firefox 122 Är 2024.

  • I Android-versionen har överföring till servrar Google införde telemetri med data om APK-paket som laddas ner via webblĂ€saren. Funktionaliteten Ă€r för nĂ€rvarande begrĂ€nsad till att skicka telemetri, men i framtiden kommer den att anvĂ€ndas för att utföra varningar och blockera nedladdning av skadliga APK-filer. Kontroll utförs endast nĂ€r skyddslĂ€get i webblĂ€sarens instĂ€llningar (Safe Browsing > Enhanced protection) Ă€r aktivt.
  • För fjĂ€rravlĂ€sning krĂ€vs nu att en separat katalog med data anges, vilket anges vid start med parametern "--user-data-dir", som ska anges tillsammans med parametern "--remote-debugging-pipe" eller "--remote-debugging-port". NĂ€r standardkatalogen anvĂ€nds i Windows, Linux och macOS kommer fjĂ€rravlĂ€sning inte lĂ€ngre att fungera. Anledningen till förĂ€ndringen Ă€r att motverka skadlig programvara som anvĂ€nder fjĂ€rravlĂ€sning för att extrahera data frĂ„n Google Chrome. Vid anvĂ€ndning av en separat katalog tillĂ€mpas en annan krypteringsnyckel som inte tillĂ„ter Ă„tkomst till anvĂ€ndardata i huvudkatalogen. Ändringen gĂ€ller endast för Chrome och tillĂ€mpas inte i Chromium.
  • Designen av rullningslister har moderniserats pĂ„ plattformar som Linux och Windows. NĂ€r rullningslisten inte anvĂ€nds döjs den och visas endast nĂ€r man Ă„terupptar rullningen pĂ„ sidan. För att aktivera det nya utseendet pĂ„ rullningslister föreslĂ„s instĂ€llningarna chrome://flags#fluent-overlay-scrollbars och chrome://flags#fluent-scrollbars.
    UtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkarUtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkar
  • I CSS-funktionen attr() har argumentet av typen "string" bytts ut mot "raw-string", i enlighet med beslutet frĂ„n arbetsgruppen som koordinerar utvecklingen av CSS-specifikationer. Ändringen syftar till att undvika förvirring pĂ„ grund av likheten mellan uttrycken "attr(foo type())" och "attr(foo string)".
  • I API:et ProgressEvent, som anvĂ€nds för att skapa progressindikatorer, har typerna för attributen "loaded" och "total" bytts frĂ„n "unsigned long long" till "double", vilket motsvarar beteendet hos HTML-elementet och möjliggör gradvis förĂ€ndring av icke-heltaliga vĂ€rden pĂ„ indikatorn, till exempel nĂ€r vĂ€rdet Ă€ndras frĂ„n 0 till 1.
  • För att maskera strĂ€ngar som anvĂ€nds inom reguljĂ€ra uttryck har en statisk metod "RegExp.escape" föreslagits. StrĂ€ngar som maskeras med RegExp.escape kan sĂ€kert anvĂ€ndas som mall i konstruktorn RegExp().
  • Webbplatsen tillĂ„ts att automatiskt skapa nycklar för Passkey baserat pĂ„ redan sparade inloggningsuppgifter för denna webbplats. Skapandet av Passkey sker utan att visa en separat modal dialogruta, om anvĂ€ndaren tidigare har bekrĂ€ftat skapandet av inloggningsuppgifter för webbplatsen.
  • CSS-egenskapen dynamic-range-limit har lagts till för att begrĂ€nsa den maximala ljusstyrkan av HDR-innehĂ„ll.
  • I API:et Speculation Rules (), som anvĂ€nds för att konfigurera förhandsladdning av resurser, tillĂ„ts nu ett valfritt fĂ€lt "tag" för att spĂ„ra kĂ€llan. InnehĂ„llet i detta fĂ€lt skickas via HTTP-rubriken Sec-Speculation-Tags.
  • I WebRTC och API:et MediaRecorder har stöd för codec H265 (HEVC) lagts till, utöver de tidigare stödja VP8, H.264, VP9 och AV1.
  • I verktygen för webb-utvecklare har panelens möjligheter för prestandaanalys utökats. Rapporter om förfrĂ„gningar med den gamla protokollet HTTP/1.1, cacheeffektivitet och optimering med hjĂ€lp av egenskapen font-display har lagts till. PĂ„ sidan "Integritet och sĂ€kerhet > Integritet > Tredjeparts-cookies" har möjligheten att söka efter enskilda cookies lagts till. En experimentell funktion för att ge tips om problem med element och attribut i DOM har ocksĂ„ lagts till.
    UtgÄvan av webblÀsaren Chrome 136 med isolering av visade lÀnkar

Förutom nya funktioner och buggfixar har den nya versionen ÄtgÀrdat 8 sÄrbarheter. 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 nivÄer av webblÀsarskydd och köra kod utanför sandbox-miljön har identifierats. Inom ramen för programmet för belöningar för upptÀckta sÄrbarheter har Google i samband med den aktuella releasen gett ut 4 belöningar totalt 10 000 dollar (en belöning pÄ 5000 dollar, tvÄ belöningar pÄ 2000 dollar och en pÄ 1000 dollar).

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