Společnost Google vydání webového prohlížeče . Současně stabilní vydání otevřeného projektu , který tvoří základ Chrome. Prohlížeč Chrome používáním logotypů Google, systémem zasílání upozornění v případě havárie, možností načítání modulu Flash na vyžádání, moduly pro reprodukci chráněného videoobsahu (DRM), systémem automatické instalace aktualizací a přenosem při vyhledávání . Další vydání Chrome 85 je naplánováno na 25. srpna.
:
- podporu protokolů TLS 1.0 a TLS 1.1. Pro přístup na webové stránky prostřednictvím zabezpečeného spojení musí server poskytovat podporu alespoň TLS 1.2, jinak nyní prohlížeč zobrazí chybu. Podle Google se v současnosti přibližně 0,5 % načítání webových stránek stále uskutečňuje pomocí zastaralých verzí TLS. Deaktivace byla provedena v souladu s IETF (Internet Engineering Task Force). Důvodem pro zrušení TLS 1.0/1.1 je absence podpory moderních šifer (například ECDHE a AEAD) a požadavek na podporu starých šifer, jejichž spolehlivost byla v současném vývoji výpočetní techniky zpochybněna (například je vyžadována podpora TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA, pro kontrolu integrity a autentizaci se používá MD5 a SHA-1). Nastavení, které umožňuje vrátit TLS 1.0/1.1, bude zachováno do ledna 2021.
- Bylo zajištěno blokování (bez šifrování) spustitelných souborů a byla přidána varování při nebezpečném stahování archivů. V budoucnu se plánuje postupné ukončení podpory stahování souborů bez aplikace šifrování. Blokace byla realizována, protože stahování souborů bez šifrování může být použito k provedení škodlivých akcí prostřednictvím podvržení obsahu během MITM útoků.
- počáteční podpora , vyvíjeného jako alternativa k hlavičce User-Agent. Mechanismus Client Hints nabízí jako náhradu User-Agent sérii hlaviček „Sec-CH-UA-*“, které umožňují organizovat selektivní poskytování údajů o konkrétních parametrech prohlížeče a systému (verze, platforma atd.) pouze po žádosti serverem. Uživatel má možnost určit, které parametry jsou povoleny pro sdílení, a selektivně poskytovat takové informace majitelům webu. Při použití Client Hints se identifikátor ve výchozím nastavení nepředává bez výslovné žádosti, což znemožňuje pasivní identifikaci (ve výchozím nastavení se uvádí pouze název prohlížeče). o do příštího roku.
- aktivace
přísnější přenášení cookies mezi weby, které byla v důsledku COVID-19. Pro ne-HTTPS požadavky je zakázáno zpracování třetích stran Cookie, které jsou nastaveny při komunikaci se stránkami odlišnými od domény aktuální stránky. Tyto Cookie se používají ke sledování pohybu uživatelů mezi stránkami v kódu reklamních sítí, widgetů sociálních médií a systémů webové analytiky.Připomínáme, že pro správu přenosu Cookie se používá v hlavičce Set-Cookie uvedený atribut SameSite, který bude ve výchozím nastavení nastaven na hodnotu „SameSite=Lax“, což omezuje odesílání Cookie pro mezisite poddotazy, jako jsou požadavky na obrázky nebo načítání obsahu přes iframe z jiné stránky. Webové stránky mohou překonat výchozí režim SameSite, pokud při nastavení Cookie výslovně nastaví hodnotu SameSite=None. Kromě toho může být hodnota SameSite=None pro Cookie nastavena pouze v režimu Secure (platí pro připojení přes HTTPS). Změna bude aplikována postupně, nejprve pro malé procento uživatelů a pak se postupně rozšíří.
- Byla přidána experimentální implementace , kterou lze aktivovat pomocí nastavení „chrome://flags/#enable-heavy-ad-intervention“. Blokovač umožňuje automaticky vypnout reklamní iframe bloky po překročení prahových hodnot provozu a zátěže na CPU. Blokace se spustí, pokud bylo v hlavním vlákně vyčerpáno více než 60 sekund procesorového času celkově nebo 15 sekund v 30sekundovém intervalu (spotřebovává 50 % zdrojů více než 30 sekund), a také když bylo po síti staženo více než 4 MB dat.
Blokace se spustí pouze v případě, že do okamžiku překročení limitů uživatel neinteragoval s reklamním blokem (například na něj nekliknul), což v úvahu beroucí omezení na provoz umožní blokovat automatické přehrávání objemných videí v reklamách bez zjevné aktivace přehrávání uživatelem. Navrhovaná opatření zbaví uživatele reklamy s neefektivním kódem nebo záměrnou parazitickou aktivitou (například prováděním těžby). Podle statistik Google tvoří reklama spadající pod kritéria blokace pouze 0,30 % ze všech reklamních bloků, přičemž takové reklamní inserce spotřebovávají 28 % výkonu CPU a 27 % provozu z celkového objemu reklamy.
- Byla provedena práce na snížení spotřeby CPU, když není okno prohlížeče v zorném poli uživatele. Chrome nyní kontroluje, zda není okno prohlížeče překryto jinými okny, a v oblastech překrytí vylučuje vykreslování pixelů. Aktivace nové funkce proběhne postupně: selektivně pro některé uživatele bude optimalizace zahrnuta ve Chrome 84 a pro ostatní v Chrome 85.
- Zahrnuta jako výchozí ochrana proti , například proti spamu žádostmi o push notifikace. Takové žádosti přerušují práci uživatele a odvádějí pozornost od akcí v potvrzovacích dialozích. Místo samostatného dialogu se v adresním řádku zobrazí informační nápověda, která nevyžaduje žádnou akci od uživatele, s varováním o blokaci žádosti o oprávnění, která se automaticky zmenší na indikátor se zobrazeným přeškrtnutým zvonkem. Po kliknutí na indikátor je možné kdykoli aktivovat nebo odmítnout požadované oprávnění.
- Bylo zajištěno zapamatování volby uživatele při otevírání zpracovatelů externích protokolů – uživatel může vybrat „vždy povolit pro tuto stránku“ pro konkrétní zpracovatel a prohlížeč si toto rozhodnutí zapamatuje ve vazbě na aktuální stránku.
- Byla přidána ochrana proti změně nastavení uživatele bez jeho výslovného souhlasu. Pokud doplněk změní navrhovaný výchozí vyhledávač nebo stránku zobrazenou pro novou kartu, prohlížeč nyní vyvolá dialog s nabídkou potvrdit uvedenou operaci nebo zrušit změnu.
- implementace ochrany proti stahování smíšeného multimediálního obsahu (když se na HTTPS stránkách načítají zdroje pomocí protokolu http://). Na stránkách otevřených pomocí HTTPS budou nyní automaticky nahrazovány odkazy „http://“ na „https://“ v blocích spojených se stahováním obrázků (dříve byly nahrazeny skripty a iframe, automatická náhrada zvukových a video zdrojů se očekává v příštím vydání). Pokud obrázek není dostupný přes https, jeho načítání je blokováno (ručně lze označit blokaci prostřednictvím menu dostupného přes symbol zámku v adresním řádku).
- Přidána podpora API (vyvinul se jako SMS Receiver API), který umožňuje organizovat zadání jednorázového hesla na webové stránce po obdržení SMS zprávy s potvrzovacím kódem, dodané na Android smartphone uživatele, na kterém je spuštěn prohlížeč. Potvrzení pomocí SMS může například sloužit k ověření telefonního čísla, které uživatel uvedl při registraci. Pokud dříve uživatel musel otevřít aplikaci pro práci se SMS, zkopírovat kód do schránky, vrátit se do prohlížeče a vložit tento kód, nový API umožňuje automatizovat tento proces a zjednodušit ho na jedno dotyku.
- Rozšířené API
pro ovládání přehrávání webové animace. Nová verze přidává podporu pro kompoziční operace, které umožňují řídit, jak se efekty kombinují, a poskytuje nové obslužné programy, které se aktivují při událostech výměny obsahu. API Web Animations také nyní podporuje Promise pro definování sekvence přehrávání animací a lepší řízení toho, jak animace interagují s jinými funkcemi aplikace. - V režimu Origin Trials (experimentální funkce vyžadující samostatnou aktivaci) bylo přidáno několik nových API. Origin Trial zahrnuje možnost práce se specifikovaným API z aplikací načítaných z localhost nebo 127.0.0.1, nebo po registraci a získání speciálního tokenu, který platí omezenou dobu pro konkrétní web.
- API pro přístup Service worker k HTTP Cookies, který funguje jako asynchronní alternativa k použití document.cookie.
- API pro určení neaktivity uživatele, umožňuje určit dobu, kdy uživatel neinteraguje s klávesnicí/myší, je spuštěna obrazovková ochrana, obrazovka je zamknuta nebo se práce provádí na jiném monitoru. Oznámení aplikaci o neaktivitě se provádí odesláním upozornění po dosažení stanoveného prahu neaktivity.
- Režim , umožňuje vývojáři využívat úplnější izolaci zpracování obsahu v samostatném procesu vztahujícím se k původu (origin — doména+port+protokol), a nikoli k webu, za cenu ukončení podpory některých zastaralých možností, jako je synchronní provádění skriptů, které používají document.domain, a volání postMessage() pro odesílání zpráv instancím WebAssembly.Module. Jinými slovy, Origin Isolation umožňuje uspořádat oddělení na základě domény zdroje, a nikoli webu, se všemi cizími infrastrukturami na stránkách.
- API pro použití vektorových SIMD instrukcí v aplikacích ve formátu WebAssembly. Pro zajištění platformní nezávislosti je navrhován nový 128bitový typ, který může reprezentovat různé typy zabalených dat, a několik základních vektorových operací pro zpracování zabalených dat. SIMD umožňuje zvýšení výkonu díky paralelizaci zpracování dat a bude užitečné při kompilaci nativního kódu do WebAssembly. Pro aktivaci podpory SIMD lze použít nastavení „chrome://flags/#enable-webassembly-simd“.
- Stabilizováno a nyní se šíří mimo Origin Trials
API , poskytující metadata o obsahu, který byl dříve vyrovnáván v webových aplikacích běžících v režimu Progressive Web Apps (PWA). Aplikace může ukládat na straně prohlížeče různé údaje, včetně obrázků, videí a článků, a při ztrátě síťového připojení je používat pomocí API Cache Storage a IndexedDB. Content Indexing API umožňuje přidávat, vyhledávat a odstraňovat podobné zdroje. V prohlížeči je toto API již používáno k vyjmenovávání seznamu stránek a multimediálních dat dostupných pro prohlížení offline. - Stabilizována varianta API na základě mechanismu Promise, poskytující bezpečnější způsob správy vypnutí automatického uzamčení obrazovky a přepínání zařízení do úsporných režimů.
- V verzi pro platformu Android podpora zástupců aplikací, které umožňují poskytnout rychlý přístup k poptávaným běžným akcím v aplikaci. Pro vytvoření zástupců stačí přidat prvky do manifestu webové aplikace ve formátu PWA (Progressive Web Apps).
- Pro Web Worker je povoleno používání API , umožňující definovat obslužnou rutinu pro generování zprávy, která je vyvolána při používání zastaralých funkcí. Generovaná zpráva podle výběru uživatele může být uložena, odeslána na server nebo zpracována skriptem v JavaScriptu.
- Aktualizováno API , umožňující připojit obslužnou rutinu, které budou zasílány oznámení o změně velikosti specifikovaných prvků na stránce. V ResizeObserverEntry byly přidány tři nové vlastnosti: contentBoxSize, borderBoxSize a devicePixelContentBoxSize pro získání podrobnějších informací, vydávaných ve formě pole objektů ResizeObserverSize.
- Přidáno klíčové slovo „» pro resetování stylu elementu na výchozí hodnotu.
- Odstraněny prefixy CSS vlastností „-webkit-appearance“ a „-webkit-ruby-position“, které jsou nyní dostupné jako „“ a „«.
- V JavaScriptu podpora označení metod a vlastností třídy jako soukromé, čímž bude přístup k nim otevřen pouze uvnitř třídy (dříve mohly být soukromé pouze pole). Pro označení metod a vlastností jako soukromých je třeba před názvem pole přidat znak „#“.
- V JavaScriptu podpora (weak reference) na objekty JavaScript, které umožňují uchovat odkaz na objekt, ale neblokují odstranění souvisejícího objektu běžcem garbage collector. Byla také přidána podpora finalizátorů, které umožňují definici zpracovatele, který se spouští po provedení sběru odpadu daného objektu.
- Zrychleno spuštění aplikací na WebAssembly díky implementaci v počátečním (baseline) kompilátoru Liftoff. a . V nástrojích pro ladění WebAssembly byly výrazně zlepšeny prostředky pro ladění a zvýšila se výkonnost ladění při používání zarážek (dříve byl použít interpret, nyní kompilátor Liftoff).
- V nástrojích pro webové vývojáře pphttps://developers.google.com/web/updates/2020/05/devtools byla aktualizována]] panel pro analýzu výkonnosti. Přidány obecné informace o metrice (Total Blocking Time), která ukazuje, jak dlouho je stránka zdánlivě dostupná, ale ve skutečnosti není dostupná (tj. stránka již byla vykreslena, ale stále blokuje provedení hlavního vlákna a není možné zadávat data). Přidána nová sekce Experience pro analýzu metriky (Cumulative Layout Shift), odrážející vizuální stabilitu obsahu. V panelu inspekce CSS stylů byla implementována náhledová funkce pro obrázky uvedené prostřednictvím vlastnosti „background-image“.
Kromě novinek a oprav chyb v nové verzi bylo odstraněno . Mnoho zranitelností bylo odhaleno v důsledku automatizovaného testování nástroji , , , a . Jeden problém (CVE-2020-6510, přetečení bufferu v obslužném programu na pozadí fetch) je označen jako kritický, tj. umožňuje obejít všechny úrovně ochrany prohlížeče a provést kód v systému mimo sandboxové prostředí. V rámci programu pro výplatu finančních odměn za odhalení zranitelností za aktuální verzi společnost Google vyplatila 26 odměn v celkové výši 21500 dolarů (dvě odměny $5000, dvě odměny $3000, jedna odměna $2000, dvě odměny $1000 a tři odměny $500). Výše 16 odměn zatím nebyla určena.
Zdroj: opennet.ru
