Den senaste versionen av Chrome 86 och den stabila utgÄvan av Chromium har slÀppts.
Huvudsakliga förÀndringar i Chrome 86:
- skydd mot osÀker inmatning av formulÀr pÄ sidor som laddas via HTTPS men skickar data via HTTP.
- Blockeringen av osÀker nedladdning (http) av körbara filer har kompletterats med blockering av osÀker nedladdning av arkiv (zip, iso osv.) och varningar vid osÀker nedladdning av dokument (docx, pdf osv.). I nÀsta version förvÀntas blockering av dokument och varning för bilder, text- och multimediafiler. Blockeringen har införts eftersom nedladdning av filer utan kryptering kan anvÀndas för att utföra skadliga ÄtgÀrder genom att manipulera innehÄllet vid MITM-attacker.
- I kontextmenyn visas som standard alternativet "Visa alltid URL:er helt", vilket tidigare krÀvde en Àndring av instÀllningarna pÄ sidan about:flags. Den fullstÀndiga URL:en kan ocksÄ visas genom att dubbelklicka pÄ adressfÀltet. Vi pÄminner om att sedan Chrome 76 visas adressen som standard utan protokoll och underdomÀn www. I Chrome 79 togs instÀllningen för att ÄterfÄ det gamla beteendet bort, men efter anvÀndarnas missnöje lades det till en ny experimentell flagga i Chrome 83 som lÀgger till ett alternativ i kontextmenyn för att stÀnga av dölja och visa hela URL:en under alla förhÄllanden.
- Initiativet att ta bort FTP-stödet har Ă„terupptagits. I Chrome 86 Ă€r FTP avstĂ€ngd som standard för cirka 1 % av anvĂ€ndarna, och i Chrome 87 kommer omfattningen av avstĂ€ngningen att öka till 50 %, men stödet kan Ă„teraktiveras med flaggan "âenable-ftp" eller "âenable-features=FtpProtocol". I Chrome 88 kommer FTP-stödet att stĂ€ngas av helt.
- I Android-versionen, likt desktopversionen, har funktionen för att kontrollera sparade inloggningar och lösenord implementerats baserat pÄ en databas med komprometterade konton, med varningsmeddelanden vid identifiering av problem eller anvÀndning av svaga lösenord. Kontroll utförs med en databas som omfattar över 4 miljarder komprometterade konton som varit involverade i lÀckor av anvÀndardata. För att skydda privatlivet tillÀmpas en hash-prefixjÀmförelse pÄ anvÀndarsidan, och lösenorden samt deras fullstÀndiga hashar överförs inte utanför.
- I Android-versionen har Àven knappen "SÀkerhetskontroll" (Safety check) och det förbÀttrade skyddet mot farliga webbplatser (Enhanced Safe Browsing) flyttats. Knappen "Safety check" visar en sammanstÀllning av potentiella sÀkerhetsproblem, sÄsom anvÀndning av komprometterade lösenord, status för skanning av skadliga webbplatser (Safe Browsing), tillgÀnglighet av obestÀllda uppdateringar och identifiering av skadliga tillÀgg. Det förbÀttrade skyddet aktiverar ytterligare kontroller för att skydda mot phishing, skadlig aktivitet och andra hot pÄ webben, samt inkluderar extra skydd för Google-konton och Googles tjÀnster (Gmail, Drive, etc.). Om kontroller i det vanliga Safe Browsing-lÀget sker lokalt via en databas som periodiskt laddas ner till klientens system, skickas information om sidor och nedladdningar i realtid för kontroll till Google i Enhanced Safe Browsing, vilket möjliggör snabb reaktion pÄ hot sÄ snart de upptÀcks, utan att vÀnta pÄ att den lokala svarta listan ska uppdateras.
- Stöd för indikatorsfilen ".well-known/change-password" har lagts till, vilket ger webbplatsÀgare möjlighet att ange adressen till webbformulÀret för att Àndra lösenord. Vid upptÀckten av komprometterade anvÀndardata kommer Chrome nu omedelbart att erbjuda anvÀndaren ett formulÀr för att Àndra lösenordet, baserat pÄ information frÄn denna fil.
- En ny varning "Safety Tip" har implementerats, som visas nÀr du öppnar webbplatser vars domÀner Àr mycket lika en annan webbplats och heuristiken visar att det finns en stor risk för spoofing (till exempel om goog0le.com öppnas istÀllet för google.com).
* Stöd för back-forward-cache har implementerats, vilket ger omedelbar navigering med "Tillbaka" och "FramÄt" knapparna eller nÀr du navigerar bland tidigare besökta sidor pÄ den aktuella webbplatsen. Cachen aktiveras genom instÀllningen chrome://flags/#back-forward-cache.
- Optimering av CPU-resursanvÀndning för fönster utanför synfÀltet. Chrome kontrollerar om webblÀsarfönstret kan övertÀckas av andra fönster och utesluter rendering av pixlar i överlappande omrÄden. Denna optimering aktiverades för en liten procentandel av anvÀndarna i Chrome 84 och 85 och Àr nu aktiverad för alla. JÀmfört med tidigare versioner har Àven inkompatibiliteten med virtualiseringssystem ÄtgÀrdats, vilket ledde till tomma vita sidor.
- ResursbegrÀnsningar för bakgrundsfanerna har förstÀrkts. SÄdana flikar kan nu inte konsumera mer Àn 1 % av CPU-resurserna och kan aktiveras högst en gÄng per minut. Efter fem minuter i bakgrunden fryses flikar, utom för de flikar dÀr multimedia innehÄll spelas eller registreras.
- Arbetet med att standardisera HTTP-headern User-Agent har Äterupptagits. I den nya versionen aktiveras stöd för User-Agent Client Hints-mekanismen för alla anvÀndare, vilket utvecklas som ett alternativ till User-Agent. Den nya mekanismen innebÀr selektiv överföring av specifika data om webblÀsarens och systemets parametrar (version, plattform, etc.) endast efter begÀran frÄn servern och ger anvÀndarna möjlighet att selektivt tillhandahÄlla sÄdan information till webbplatsÀgarena. Vid anvÀndning av User-Agent Client Hints överförs identifieraren inte som standard utan ett uttryckligt begÀrande, vilket gör passiv identifiering omöjlig (endast webblÀsarens namn anges som standard).
Indikeringen av en tillgĂ€nglig uppdatering och behovet av att starta om webblĂ€saren för installation har förĂ€ndrats. IstĂ€llet för en fĂ€rgad pil i anvĂ€ndarkontots avatar visas nu meddelandet "Update". - ĂversĂ€ttningen av webblĂ€saren har genomförts med fokus pĂ„ inkluderande terminologi. I policyerna har orden "whitelist" och "blacklist" ersatts med "allowlist" och "blocklist" (de tidigare tillagda policyn kommer fortsĂ€tta att fungera, men ett varningsmeddelande om att de gĂ„r över till en förĂ„ldrad status kommer att visas). I koden och filnamnen har hĂ€nvisningar till "blacklist" ersatts med "blocklist". AnvĂ€ndarvĂ€nliga hĂ€nvisningar till "blacklist" och "whitelist" ersattes redan i början av 2019.
En experimentell funktion för att redigera sparade lösenord har lagts till, aktiveras med flaggan "chrome://flags/#edit-passwords-in-settings". - API:et för Native File System har nu övergÄtt till att vara stabilt och allmÀnt tillgÀngligt, vilket möjliggör skapandet av web-applikationer som interagerar med filer i det lokala filsystemet. Det nya API:et kan exempelvis vara efterfrÄgat i integrerade utvecklingsmiljöer, text-, bild- och videoredigerare som körs i webblÀsaren. För att fÄ möjlighet till direkt lÀsning och skrivning av filer, eller för att anvÀnda dialogrutor för att öppna och spara filer samt navigera i kataloginnehÄll, mÄste applikationen begÀra speciellt godkÀnnande frÄn anvÀndaren.
- En CSS-vÀljare ":focus-visible" har lagts till, som anvÀnder samma heuristik som webblÀsaren gör för att avgöra om fokusindikatorn ska visas (nÀr fokus flyttas till en knapp med tangentbordsgenvÀgar visas indikationen, men inte vid mus-klick). Den tidigare tillgÀngliga CSS-vÀljaren ":focus" markerar alltid fokus. Dessutom har ett alternativ för "Quick Focus Highlight" lagts till i instÀllningarna, dÀr ett extra fokusindikatör visas bredvid aktiva element nÀr det Àr aktiverat, vilket gör det synligt Àven om stilstöden för visuell fokusmarkering har stÀngts av via CSS.
- I lÀget Origin Trials (experimentella funktioner som krÀver separat aktivering) har flera nya API:er lagts till. Origin Trial innebÀr möjlighet att arbeta med det angivna API:et frÄn applikationer som laddas frÄn localhost eller 127.0.0.1, eller efter registrering och erhÄllande av en speciell token som gÀller under en begrÀnsad tid för en specifik webbplats.
- API:et WebHID för lÄg nivÄ Ätkomst till HID-enheter (Human Interface Device, tangentbord, möss, spelkontroller, pekplattor), vilket gör det möjligt att implementera logik för arbete med HID-enheter i JavaScript för att kunna arbeta med ovanliga HID-enheter utan specifika drivrutiner i systemet. Det nya API:et Àr frÀmst inriktat pÄ att ge stöd för spelkontroller.
- API SkÀrminformation utökar API Fönsterplaceringens möjligheter med stöd för konfigurationer med flera skÀrmar. Till skillnad frÄn window.screen, möjliggör den nya API:et manipulering av fönsterplaceringen i det gemensamma skÀrmutrymmet av flermonitor system, utan att vara begrÀnsad till den aktuella skÀrmen.
- Meta-taggen battery-savings, genom vilken webbplatsen kan informera webblÀsaren om behovet av att aktivera energibesparingslÀgen och optimera CPU-belastning.
- API COOP Rapportering för att informera om potentiella övertrÀdelser av Cross-Origin-Embedder-Policy (COEP) och Cross-Origin-Opener-Policy (COOP), utan att tillÀmpa faktiska begrÀnsningar.
- I API Credential Management föreslÄs en ny typ av autentiseringsuppgifter PaymentCredential, som ger en extra bekrÀftelse pÄ genomförda betalningstransaktioner. Den kontrollerande parten, exempelvis en bank, har möjlighet att generera en offentlig nyckel PublicKeyCredential, som kan begÀras av sÀljaren för att ge en extra sÀker bekrÀftelse av betalningen.
- I API PointerEvents för att definiera lutningen av stylus har stöd för höjdvinklar (vinkeln mellan stylus och skĂ€rmen) och azimut (vinkeln mellan X-axeln och projektionen av stylus pĂ„ skĂ€rmen) lagts till, istĂ€llet för TiltX och TiltY (vinklarna mellan stylusplanet och en av axlarna och Y-Z plan). Ăven funktioner för konvertering mellan höjd/azimut och TiltX/TiltY har lagts till.
- Kodningen av mellanslag i URL har Ă€ndrats, eftersom den i protokollhanterare â metoden navigator.registerProtocolHandler() nu ersĂ€tter mellanslag med "" istĂ€llet för " + ", vilket enhetliggör beteendet med andra webblĂ€sare som Firefox.
- I CSS har den pseudo-elementet "::marker" lagts till, vilket möjliggör anpassning av fÀrg, storlek, form och typ av siffror och punkter för listor i block
- och
- .
- Stöd för HTTP-huvudet Document-Policy har lagts till, vilket möjliggör att stÀlla in Ätkomstregler för dokument, liknande sandbox-isolationsmekanismen för iframe, men mer universell. Genom Document-Policy kan man till exempel begrÀnsa anvÀndningen av lÄgkvalitativa bilder, stÀnga av lÄngsamma JavaScript API:er, stÀlla in regler för inlÀsning av iframes, bilder och skript, begrÀnsa den totala storleken pÄ dokumentet och trafiken, förbjuda metoder som leder till omritning av sidan och stÀnga av Scroll-To-Text funktionen.
- I elementet
- Metoden ParentNode.replaceChildren() har lagts till för att ersÀtta alla barnobjekt i en förÀlder med ett annat DOM-objekt. Tidigare kunde noder ersÀttas med en kombination av metoderna node.removeChild() och node.append() eller node.innerHTML och node.append().
- Spektrumet av URL-scheman som Àr tillÄtna för ÄsidosÀttande via registerProtocolHandler() har utökats. Till listan över scheman har decentraliserade protokoll som cabal, dat, did, dweb, ethereum, hyper, ipfs, ipns och ssb lagts till, vilket möjliggör definiering av lÀnkar till objekt oavsett webbplats eller gateway som tillhandahÄller Ätkomst till resursen.
- I API:et för Asynchronous Clipboard har stöd för formatet text/html lagts till för att kopiera och klistra in HTML via urklippet (under skrivning och lÀsning i urklippet utförs en rengöring av farliga HTML-strukturer). Denna Àndring gör det möjligt att organisera infogning och kopiering av formaterad text med bilder och lÀnkar i webbredigerare.
- WebRTC har fÄtt möjlighet att ansluta egna databehandlare, som anropas under kodning eller avkodning av WebRTC MediaStreamTrack. Denna funktion kan till exempel anvÀndas för att lÀgga till stöd för end-to-end-kryptering av data som överförs genom mellanservrar.
I JavaScript-motorn V8 har implementeringen av Number.prototype.toString pÄskyndats med 75%. Till de asynkrona klasserna har en egenskap .name med ett tomt vÀrde lagts till. Metoden Atomics.wake, som tidigare döptes om till Atomics.notify för att överensstÀmma med specifikationen ECMA-262, har tagits bort. Koden för verktyget för fuzzing-testning, JS-Fuzzer, har öppnats. - I den tidigare versionens inledande (baseline) kompilator, Liftoff för WebAssembly, har möjligheten att anvÀnda vektoriserade instruktioner SIMD lagts till för att accelerera berÀkningarna. Testerna visar att optimeringen har ökat hastigheten för vissa tester med 2,8 gÄnger. En annan optimering har möjliggjort en betydande ökning av hastigheten vid anrop av av JavaScript-importerade funktioner frÄn WebAssembly.
- Verktygen för webbutvecklare har utökats: I Media-panelen har information om spelare som anvÀnds för att spela upp video pÄ sidan lagts till, inklusive data om hÀndelser, loggar, vÀrden pÄ egenskaper och parametrar för dekodning av ramar (till exempel kan orsaken till ramförlust och problem vid interaktion frÄn JavaScript faststÀllas).
- I kontextmenyn för panelen Element har möjligheten att skapa skÀrmbilder av det valda elementet lagts till (till exempel kan du skapa en skÀrmbild av innehÄllsförteckningen eller tabellen).
- I webbkonsolen har varningspanelen om problem ersatts med ett vanligt meddelande, och problem med tredjepartscookies döljs som standard under fliken Problem och aktiveras med en speciell kryssruta.
- Under fliken Rendering har en knapp för 'Inaktivera lokala typsnitt' lagts till, vilket gör att du kan simulera en avsaknad av lokala typsnitt, och under fliken Sensorn finns det nu möjlighet att simulera anvÀndarens inaktivitet (för appar som anvÀnder Idle Detection API).
- I panelen TillÀmpning finns detaljerad information om varje iframe, öppet fönster och pop-ups, inklusive data om Cross-Origin-isolering med hjÀlp av COEP och COOP.
Implementeringen av QUIC-protokollet har pÄbörjats, dÀr den version som utvecklas enligt IETF-specifikationen ersÀtter Googles variant av QUIC.
Förutom nyheterna och buggfixarna i den nya versionen har 35 sÄrbarheter ÄtgÀrdats. MÄnga av sÄrbarheterna upptÀcktes som ett resultat av automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. En sÄrbarhet (CVE-2020-15967, Ätkomst till frigjord minnesomrÄde i koden för interaktion med Google Payments) har mÀrkts som kritisk, vilket innebÀr att den möjliggör att kringgÄ alla nivÄer av webblÀsarsÀkerhet och köra kod i systemet utanför sandbox-miljön. Inom ramen för programmet för belöningar för att upptÀcka sÄrbarheter har Google för den aktuella versionen betalat ut 27 belöningar pÄ totalt 71500 dollar (en belöning pÄ 15000 dollar, tre belöningar pÄ 7500 dollar, fem belöningar pÄ 5000 dollar, tvÄ pÄ 3000 dollar, en pÄ 200 dollar och tvÄ belöningar pÄ 500 dollar). Storleken pÄ 13 av belöningarna Àr för nÀrvarande inte faststÀlld.
Taget frÄn Opennet.ru
KĂ€lla: linux.org.ru
