Chrome версия 83

Google представени издание на уеб браузър Chrome 83... Едновременно на разположение стабилно издание на безплатен проект Хром, който е в основата на Chrome. Браузър Chrome различен използването на лога на Google, наличие на система за изпращане на известия в случай на срив, възможност за зареждане на Flash модула при поискване, модули за възпроизвеждане на защитено видео съдържание (DRM), система за автоматично актуализиране и предаване при търсене RLZ параметри. Поради преминаването на разработчиците към работа от вкъщи на фона на пандемията от коронавирус SARS-CoV-2, пускането на Chrome 82 беше отложено пропуснато. Следващото издание на Chrome 84 е насрочено за 14 юли.

Основната промени в Chrome 83:

• започна масово включване DNS през HTTPS режим (DoH, DNS през HTTPS) на потребителски системи, чиито системни настройки посочват DNS доставчици, които поддържат DoH (DoH на същия DNS доставчик ще бъде активиран). Например, ако потребителят има DNS 8.8.8.8, посочен в системните настройки, тогава DoH услугата на Google („https://dns.google.com/dns-query“) ще бъде активирана в Chrome; ако DNS е 1.1.1.1. XNUMX, след това услугата DoH Cloudflare („https://cloudflare-dns.com/dns-query“) и т.н. За да се елиминират проблеми с разрешаването на корпоративни интранети, DoH не се използва при определяне на използването на браузъра в централно управлявани системи. DoH също е деактивиран, когато има системи за родителски контрол.
  Контролът на активирането на DoH и промяната на доставчика на DoH се извършва чрез стандартния конфигуратор.
  

• Предложено нов регистрация елементи уеб формуляри, които са оптимизирани за използване на сензорни екрани и системи за хора с увреждания. Дизайнът беше оптимизиран от Microsoft като част от разработката на браузъра Edge и прехвърлен към основната кодова база на Chromium. Преди това някои елементи на формуляра бяха проектирани да съответстват на елементите на операционната система, а някои бяха проектирани да съответстват на най-популярните стилове. Поради това различните елементи бяха пригодени по различен начин за сензорни екрани, системи за увреждания и контроли на клавиатурата. Целта на преработката беше да се обедини дизайнът на елементите на формата и да се премахнат стиловите несъответствия.
  

• Дизайнът на секцията с настройки „Поверителност и сигурност“ е променен. добавен нови инструменти за управление на сигурността. Настройките вече са по-лесни за намиране и разбиране. Предлагат се четири основни секции, които съдържат инструменти, свързани с изчистване на хронологията, управление на бисквитки и данни за сайтове, режими на сигурност и забрани или разрешения, свързани с конкретни сайтове. Потребителят може бързо да активира блокирането на бисквитки на трети страни за режим инкогнито или всички сайтове или да блокира всички бисквитки за конкретен сайт. Новият дизайн е активиран само в системите на някои потребители; други могат да активират настройките чрез „chrome://flags/#privacy-settings-redesign“.
  

  Специфичните за сайта настройки са разделени на групи – достъп до местоположение, камера, микрофон, известия и фоново изпращане на данни. Има и раздел с допълнителни настройки за блокиране на JavaScript, изображения и пренасочвания на определени сайтове. Последното действие на потребителя, свързано с промяна на разрешенията, е маркирано отделно.

  

• В режим инкогнито блокирането на всички бисквитки, зададени от сайтове на трети страни, включително рекламни мрежи и системи за уеб анализ, е активирано по подразбиране. Предлага се и разширен интерфейс за контролиране на инсталирането на бисквитки на уебсайтове. За контрол са предоставени флаговете „chrome://flags/#improved-cookie-controls“ и „chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking“. След активиране на режима, в адресната лента се появява нова икона, при щракване върху която се показва броят на блокираните бисквитки и се предоставя опция за деактивиране на блокирането. Можете да видите кои бисквитки са разрешени и блокирани за текущия сайт в секцията „Бисквитки“ на контекстното меню, извикано чрез щракване върху символа на катинар в адресната лента или в настройките.
  
  

• Настройките предлагат нов бутон „Проверка на безопасността“, който предоставя обобщение на възможни проблеми със сигурността, като използване на компрометирани пароли, статус на проверка на злонамерени сайтове (Безопасно сърфиране), наличие на деинсталирани актуализации и идентифициране на злонамерени добавки -ons.
  

• Мениджърът на пароли добави тази възможност чекове всички запазени данни за влизане и пароли от базата данни на компрометирани акаунти с предупреждение, показвано при откриване на проблеми (проверката се извършва въз основа на проверка на префикса на хеша от страна на потребителя; самите пароли и техните пълни хешове не се предават външно). Проверката се извършва спрямо база данни, обхващаща повече от 4 милиарда компрометирани акаунта, появили се в изтекли потребителски бази данни. Предупреждение се показва и при опит за използване на тривиални пароли като „abc123“.
  

• Изпратено от разширен режим на защита срещу опасни сайтове (Enhanced Safe Browsing), който активира допълнителни проверки за защита срещу фишинг, злонамерена дейност и други заплахи в мрежата. Допълнителна защита се прилага и за вашия акаунт в Google и услугите на Google (Gmail, Drive и др.). Ако в нормалния режим на безопасно сърфиране проверките се извършват локално с помощта на база данни, периодично зареждана в системата на клиента, тогава в подобреното безопасно сърфиране информацията за страници и изтегляния в реално време се изпраща до услугата за безопасно сърфиране на Google за проверка от страна на Google, което ви позволява бързо да реагирате на заплахи веднага след идентифицирането им, без да чакате локалният черен списък да бъде актуализиран.

  За да се ускори работата, той поддържа предварителна проверка срещу бели списъци, които включват хешове на хиляди популярни, надеждни сайтове. Ако отваряният сайт не е в белия списък, браузърът проверява URL адреса на сървъра на Google, като предава първите 32 бита от SHA-256 хеша на връзката, от който се изрязват евентуални лични данни. Според Google новият подход може да подобри ефективността на предупрежденията за нови фишинг сайтове с 30%.

• Вместо автоматично закачане на икони на добавки до адресната лента, е въведено ново меню, обозначено с икона на пъзел, което изброява всички налични добавки и техните правомощия. След като инсталира добавка, потребителят трябва изрично да активира иконата на добавката да бъде закачена към панела, като същевременно оценява разрешенията, предоставени на добавката. За да сте сигурни, че добавката няма да бъде загубена, веднага след инсталирането се показва индикатор с информация за новата добавка. Новото меню е активирано по подразбиране за определен процент от потребителите, други могат да го активират чрез настройката „chrome://flags/#extensions-toolbar-menu“.
  

• Добавена е настройката „chrome://flags/#omnibox-context-menu-show-full-urls“, когато е активирана, елементът „Винаги показвай пълния URL“ се появява в контекста на менюто на адресната лента, забранявайки изкривяването на URL. Нека си спомним, че в Chrome 76 адресната лента беше преведена по подразбиране, за да показва връзки без "https://", "http://" и "www.". Имаше настройка за деактивиране на това поведение, но в Chrome 79 тя беше премахната и потребителите загубиха възможността да показват пълния URL адрес в адресната лента.
  

• За всички потребители е активирана функцията за групиране на раздели („chrome://flags/#tab-groups“), която ви позволява да комбинирате няколко раздела с подобни цели във визуално разделени групи. Всяка група може да получи собствен цвят и име. Освен това е предложена експериментална опция за свиване и разширяване на групи, която все още не работи на всички системи. Например, няколко непрочетени статии могат временно да бъдат свити, оставяйки само етикет, така че да не заемат място при навигация и да се върнат на мястото си при връщане към четене. За да активирате режима, предлаганата настройка е „chrome://flags/#tab-groups-collapse“.
  

• Предупрежденията са активирани по подразбиране при опит за опасно зареждане (без криптиране) изпълними файлове чрез връзки от HTTPS страници (в Chrome 84 изтеглянията на изпълними файлове ще бъдат блокирани и ще започне да се издава предупреждение за архиви). Отбелязва се, че изтеглянето на файлове без криптиране може да се използва за извършване на злонамерена дейност чрез подмяна на съдържание по време на MITM атаки. Също забранено изтегляния на файлове, инициирани от изолирани iframe блокове.
• При активиране на Adobe Flash е добавено предупредително съобщение, което показва, че поддръжката за тази технология ще приключи през декември 2020 г.
• Внедрена технология Доверени типове, което ви позволява да блокирате DOM манипулации, които водят до междусайтови скриптове (DOM XSS), например при неправилна обработка на данни, получени от потребителя в блокове eval() или вмъквания „.innerHTML“, което може да доведе до JavaScript код изпълнявани в контекста на конкретна страница. Доверените типове изискват предварителна обработка на данните, преди да ги предадат на рискови функции. Например, когато доверените типове са активирани, извършването на „anElement.innerHTML = location.href“ ще доведе до грешка и ще изисква използването на специални обекти TrustedHTML или TrustedScript при присвояване. Активирането на надеждни типове се извършва с помощта на CSP (Content-Security-Policy).
• Добавено нови HTTP заглавки Cross-Origin-Embedder-Policy и Cross-Origin-Opener-Policy за активиране на специален режим на изолиране на кръстосани източници за сигурно използване на страницата на привилегировани операции като SharedArrayBuffer, Performance.measureMemory() и API за профилиране, които могат да бъдат използвани за извършване на атаки по страничен канал като Spectre. Режимът на изолация от различни източници също не ви позволява да промените свойството document.domain.
• Предлага се нова реализация на система за проверка на достъпа до ресурси в мрежата - OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing). Старата реализация можеше да проверява само основните компоненти на двигателя на Blink, XHR и Fetch API, но не покриваше HTTP заявки, направени от някои вътрешни модули. Новата реализация решава този проблем.
• Няколко нови API бяха добавени към режима Origin Trials (експериментални функции, които изискват отделно активиране). Origin Trial предполага възможност за работа с посочения API от приложения, изтеглени от localhost или 127.0.0.1, или след регистрация и получаване на специален токен, който е валиден за ограничено време за конкретен сайт.
  • API Родна файлова система, което ви позволява да създавате уеб приложения, които взаимодействат с файлове в локалната файлова система. Например, новият API може да бъде търсен в базирани на браузър интегрирани среди за разработка, редактори на текст, изображения и видео. За да можете директно да пишете и четете файлове, да използвате диалогови прозорци за отваряне и запазване на файлове, както и да навигирате в съдържанието на директории, приложението иска от потребителя специално потвърждение;
  • метод Performance.measureMemory() за оценка на потреблението на памет при обработка на уеб приложение или уеб страница. Може да се използва за анализиране и оптимизиране на потреблението на памет в уеб приложения, както и за идентифициране на регресивни увеличения на потреблението на памет.
  • метод Приоритетизиран Scheduler.postTask() за планиране на задачи (обратни извиквания на JavaScript) с различни нива на приоритет (блокира работата на потребителите, създава видими промени и фонова работа). Можете да използвате обекта TaskController, за да промените приоритета и да отмените задачи.
  • API WebRTC вмъкнати потоци, което позволява на приложенията да създават свои собствени манипулатори на данни, използвани при кодиране и декодиране на WebRTC MediaStreamTrack. Например API може да се използва за осигуряване на криптиране от край до край на потоци, предавани през транзитен сървър.
• Добавен API Откриване на баркод за идентифициране и декодиране на баркодове в конкретно изображение. API работи само на устройства с Android с инсталирани услуги на Google Play.
• Добавен мета таг цветова схема, което позволява на сайта да осигури пълна поддръжка за тъмната тема, без да използва CSS трансформации.
• Добавена е възможност за използване на JavaScript модули в споделен работник.
• В IndexedDB IDBDatabase.transaction() добавен нов аргумент
  „издръжливост“, която ви позволява да контролирате нулирането на данните на устройството. Като подадете стойността „relaxed“ вместо „строгия“ режим по подразбиране, можете да пожертвате надеждността в името на производителността (преди това Chrome винаги изтриваше данните на диска след запис на всяка транзакция).

• Добавена е функция @supports към selector(), за да ви позволи да откриете наличието на CSS селектори (например, можете първо да проверите наличността на селектор, преди да свържете CSS стилове към него).

  @supports selector(::before) {
  div { фон: зелен };
  }

• В Intl.DateTimeFormat добавен fractionalSecondDigits свойството за конфигуриране на формата за показване на дробни секунди.
• V8 двигател ускорено проследяване на ArrayBuffer в събирача на отпадъци. На модулите WebAssembly е разрешено да изискват до 4 GB памет.
• Добавено нови инструменти за уеб разработчици. Например, появи се режим за емулиране на възприемането на страница от хора с лошо зрение и различни форми на цветна слепота. Добавен е също режим за емулиране на промени в локала, промяната на който засяга API Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language и др.
  

  Дебъгерът COEP (Cross-Origin Embedder Policy) е добавен към интерфейса за проверка на мрежовата активност, което ви позволява да оцените причините за блокиране на зареждането на определени ресурси по мрежата. Добавена е ключовата дума cookie-path за филтриране на заявки, в които бисквитката е обвързана с конкретен начини.

  

  Добавен е режим на фиксиране за инструменти за разработчици от лявата страна на екрана.
  

  

  Интерфейсът за проследяване на дълго работещ JavaScript код е преработен.
  

  

• Поради COVID-19 някои планирани промени бяха отложени. Например, отстраняване код за работа с FTP пренасрочен за неопределено време. разединяване поддръжка на протоколи TLS 1.0/1.1 отложено преди пускането на Chrome 84. Първоначално
  поддръжка за идентификатор на Client Hints (алтернатива на User-Agent). отложено до Chrome 84. Работете по Обединяване на потребителски агент отложено за следващата година.

В допълнение към иновациите и корекциите на грешки, новата версия елиминира 38 уязвимости. Много от уязвимостите бяха идентифицирани в резултат на инструменти за автоматизирано тестване AddressSanitizer, Memory Sanitizer, Целостта на контролния поток, LibFuzzer и AFL. Не са идентифицирани критични проблеми, които биха позволили да се заобиколят всички нива на защита на браузъра и да се изпълни код на системата извън средата на пясъчника. Като част от програмата за парични награди за откриване на уязвимости за текущата версия, Google изплати 28 награди на стойност $76 хиляди (една награда от $20000 10000, една награда от $7500 5000, две награди от $3000 2000, две награди от $1000 500, две награди от $7 XNUMX, две награди от $XNUMX XNUMX, две награди от $XNUMX и осем награди от $XNUMX). Размерът на XNUMX-те награди все още не е определен.

Източник: opennet.ru