Chrome версия 94

Google представи версията на уеб браузъра Chrome 94. В същото време е налична стабилна версия на безплатния проект Chromium, който служи като основа на Chrome. Браузърът Chrome се отличава с използването на лога на Google, наличието на система за изпращане на известия в случай на срив, модули за възпроизвеждане на защитено видео съдържание (DRM), система за автоматично инсталиране на актуализации и предаване на RLZ параметри при търсене. Следващото издание на Chrome 95 е насрочено за 19 октомври.

Започвайки с пускането на Chrome 94, разработката премина към нов цикъл на пускане. Нови значими версии вече ще се публикуват на всеки 4 седмици, а не на всеки 6 седмици, което позволява по-бързо предоставяне на нови функции на потребителите. Отбелязва се, че оптимизирането на процеса на подготовка на изданията и подобряването на системата за тестване позволяват изданията да се генерират по-често, без да се компрометира качеството. За предприятията и тези, които се нуждаят от повече време за актуализиране, Extended Stable издание ще бъде пускано отделно на всеки 8 седмици, което ще ви позволи да преминете към нови издания на функции не веднъж на всеки 4 седмици, а веднъж на всеки 8 седмици.

Основни промени в Chrome 94:

• Добавен режим HTTPS-First, който напомня на режима Само HTTPS, който преди това се появи във Firefox. Ако режимът е активиран в настройките, когато се опитвате да отворите ресурс без криптиране чрез HTTP, браузърът първо ще се опита да осъществи достъп до сайта чрез HTTPS и ако опитът е неуспешен, потребителят ще покаже предупреждение за липсата на HTTPS поддръжка и поиска да отвори сайта без криптиране. В бъдеще Google обмисля да активира HTTPS-First по подразбиране за всички потребители, да ограничи достъпа до някои функции на уеб платформата за страници, отворени през HTTP, и да добави допълнителни предупреждения, за да информира потребителите за рисковете, които възникват при достъп до сайтове без криптиране. Режимът е активиран в секцията „Поверителност и сигурност“ > „Сигурност“ > „Разширени“ настройки.
• За страници, отворени без HTTPS, изпращане на заявки (ресурси за изтегляне) до локални URL адреси (например „http://router.local“ и localhost) и вътрешни адресни диапазони (127.0.0.0/8, 192.168.0.0/16, 10.0.0.0) е забранено .8/1.2.3.4 и т.н.). Изключение се прави само за страници, изтеглени от сървъри с вътрешни IP адреси. Например страница, заредена от сървър 192.168.0.1, няма да има достъп до ресурс, разположен на IP 127.0.0.1 или IP 192.168.1.1, но заредена от сървър XNUMX ще може. Промяната въвежда допълнителен слой на защита срещу експлоатация на уязвимости в манипулатори, които приемат заявки на локални IP адреси, и също така ще защитава срещу атаки с повторно свързване на DNS.
• Добавена е функцията „Център за споделяне“, която ви позволява бързо да споделяте връзка към текущата страница с други потребители. Възможно е да генерирате QR код от URL адрес, да запазите страница, да изпратите връзка към друго устройство, свързано с потребителски акаунт, и да прехвърлите връзка към сайтове на трети страни като Facebook, WhatsUp, Twitter и VK. Тази функция все още не е достъпна за всички потребители. За да активирате бутона „Споделяне“ в менюто и адресната лента, можете да използвате настройките „chrome://flags/#sharing-hub-desktop-app-menu“ и „chrome://flags/#sharing-hub- desktop-omnibox” .
• Интерфейсът за настройки на браузъра е преструктуриран. Всеки раздел с настройки вече се показва на отделна страница, а не на една обща страница.
• Реализирана е поддръжка за динамично актуализиране на дневника на издадените и отменени сертификати (Certificate Transparency), който вече ще се актуализира без връзка с актуализациите на браузъра.
• Добавена е сервизна страница „chrome://whats-new“ с общ преглед на видимите от потребителите промени в новата версия. Страницата се появява автоматично веднага след актуализиране или е достъпна чрез бутона Какво ново в менюто Помощ. Понастоящем страницата споменава търсене в раздели, възможност за разделяне на профили и функция за промяна на цвета на фона, които не са специфични за Chrome 94 и бяха въведени в предишни версии. Показването на страницата все още не е активирано за всички потребители: за да контролирате активирането, можете да използвате настройките „chrome://flags#chrome-whats-new-ui“ и „chrome://flags#chrome-whats-new-in -главно-меню-нова-значка".
• Извикването на WebSQL API от съдържание, заредено от сайтове на трети страни (като iframe) е отхвърлено. В Chrome 94, когато се опитвате да получите достъп до WebSQL от скриптове на трети страни, се показва предупреждение, но започвайки с Chrome 97, такива повиквания ще бъдат блокирани. В бъдеще планираме да премахнем напълно поддръжката за WebSQL, независимо от контекста на употреба. Механизмът на WebSQL е базиран на SQLite код и може да се използва от нападатели за използване на уязвимости в SQLite.
• От съображения за сигурност и за предотвратяване на злонамерена дейност, използването на наследения MK (URL:MK) протокол, използван някога в Internet Explorer и позволяващ на уеб приложенията да извличат информация от компресирани файлове, започна да се блокира.
• Поддръжката за синхронизиране с по-стари версии на Chrome (Chrome 48 и по-стари) е преустановена.
• HTTP заглавката Permissions-Policy, предназначена да активира определени възможности и да контролира достъпа до API, има добавена поддръжка за флага „display-capture“, който ви позволява да контролирате използването на API за заснемане на екрана на страницата (по подразбиране, възможността за заснемане на екранно съдържание от външни вградени рамки е блокирана).
• Няколко нови API бяха добавени към режима Origin Trials (експериментални функции, които изискват отделно активиране). Origin Trial предполага възможност за работа с посочения API от приложения, изтеглени от localhost или 127.0.0.1, или след регистрация и получаване на специален токен, който е валиден за ограничено време за конкретен сайт.
  • Добавен е WebGPU API, който замества WebGL API и предоставя инструменти за извършване на GPU операции като изобразяване и изчисления. Концептуално WebGPU е близо до API на Vulkan, Metal и Direct3D 12. Концептуално WebGPU се различава от WebGL почти по същия начин, по който графичният API на Vulkan се различава от OpenGL, но не е базиран на специфичен графичен API, а е универсален слой, който използва същите примитиви на ниско ниво, които са налични във Vulkan, Metal и Direct3D 12.

    WebGPU предоставя на JavaScript приложенията контрол на ниско ниво върху организацията, обработката и предаването на команди към GPU, както и възможност за управление на свързани ресурси, памет, буфери, текстурни обекти и компилирани графични шейдъри. Този подход ви позволява да постигнете по-висока производителност за графични приложения чрез намаляване на режийните разходи и повишаване на ефективността на работа с GPU. API също така прави възможно създаването на сложни 3D проекти за уеб, които работят също толкова добре, колкото и самостоятелни програми, но не са обвързани с конкретни платформи.

  • За самостоятелни PWA приложения е въведена възможност за регистриране като манипулатори на URL адреси. Например приложението music.example.com може да се регистрира като URL манипулатор https://*.music.example.com и всички преходи от външни приложения, следващи тези връзки, например от месинджъри и имейл клиенти, ще водят до отварянето на това PWA-приложения, а не нов раздел на браузъра.
  • Въведена е поддръжка за новия HTTP код за отговор - 103, който може да се използва за показване на заглавки преди време. Код 103 ви позволява да информирате клиента за съдържанието на определени HTTP хедъри веднага след заявката, без да чакате сървърът да завърши всички операции, свързани със заявката и да започне да обслужва съдържанието. По подобен начин можете да предоставите подсказки относно елементи, свързани с обслужваната страница, които могат да бъдат предварително заредени (например могат да бъдат предоставени връзки към css и javascript, използвани на страницата). След като получи информация за такива ресурси, браузърът ще започне да ги изтегля, без да чака главната страница да завърши изобразяването, което ви позволява да намалите общото време за обработка на заявката.
• Добавен API на WebCodecs за манипулиране на ниско ниво на медийни потоци, допълващ приложните програмни интерфейси на високо ниво HTMLMediaElement, Media Source Extensions, WebAudio, MediaRecorder и WebRTC API. Новият API може да бъде търсен в области като стрийминг на игри, ефекти от страна на клиента, транскодиране на потоци и поддръжка за нестандартни мултимедийни контейнери. Вместо да внедрява индивидуални кодеци в JavaScript или WebAssembly, API на WebCodecs предоставя достъп до предварително изградени компоненти с висока производителност, вградени в браузъра. По-специално, WebCodecs API предоставя аудио и видео декодери и кодери, декодери за изображения и функции за работа с отделни видео кадри на ниско ниво.
• API за вмъкнати потоци е стабилизиран, което прави възможно манипулирането на необработени медийни потоци, предавани чрез API на MediaStreamTrack, като данни от камера и микрофон, резултати от заснемане на екрана или данни за декодиране на междинен кодек. Интерфейсите на WebCodec се използват за представяне на необработени рамки и се генерира поток, подобен на това, което API за вмъкнати потоци на WebRTC генерира въз основа на RTCPeerConnections. От практическа страна новият API позволява функционалност като прилагане на техники за машинно обучение за идентифициране или анотиране на обекти в реално време или добавяне на ефекти като изрязване на фона преди кодиране или след декодиране от кодек.
• Методът scheduler.postTask() е стабилизиран, което ви позволява да контролирате планирането на задачи (извиквания за обратно извикване на JavaScript) с различни нива на приоритет. Осигурени са три нива на приоритет: 1- първо изпълнение, дори ако потребителските операции могат да бъдат блокирани; 2—разрешени са видими за потребителя промени; 3 - изпълнение на заден план). Можете да използвате обекта TaskController, за да промените приоритета и да отмените задачи.
• Стабилизиран и сега се разпространява извън Origin Trials API Idle Detection за откриване на неактивност на потребителите. API ви позволява да откривате моменти, когато потребителят не взаимодейства с клавиатурата/мишката, скрийнсейвърът работи, екранът е заключен или се работи на друг монитор. Информирането на приложението за неактивност се извършва чрез изпращане на известие след достигане на определен праг на неактивност.
• Формализиран е процесът на управление на цветовете в обектите CanvasRenderingContext2D и ImageData и използването на цветовото пространство sRGB в тях. Предоставя възможност за създаване на обекти CanvasRenderingContext2D и ImageData в цветови пространства, различни от sRGB, като Display P3, за да се възползвате от разширените възможности на съвременните монитори.
• Добавени са методи и свойства към API на VirtualKeyboard, за да се контролира дали виртуалната клавиатура да се показва или скрие и да се получи информация за размера на показаната виртуална клавиатура.
• JavaScript позволява на класовете да използват статични инициализиращи блокове за групиране на код, който се изпълнява веднъж при обработка на класа: class C { // Блокът ще се изпълнява при обработка на самия клас static { console.log("Статичният блок на C"); }}
• Свойствата flex-basis и flex CSS имплементират ключовите думи content, min-content, max-content и fit-content, за да осигурят по-гъвкав контрол върху размера на основната област на Flexbox.
• Добавено е CSS свойство scrollbar-gutter, за да се контролира как пространството на екрана се запазва за лентата за превъртане. Например, когато не искате съдържанието да се превърта, можете да разширите изхода, за да заемете областта на лентата за превъртане.
• Приложният програмен интерфейс (API) за самопрофилиране е добавен с внедряването на система за профилиране, която ви позволява да измервате времето за изпълнение на JavaScript от страна на потребителя, за да коригирате проблеми с производителността в кода на JavaScript, без да прибягвате до ръчни манипулации в интерфейса за уеб разработчици.
• След премахването на Flash плъгина беше решено да се върнат празни стойности в свойствата navigator.plugins и navigator.mimeTypes, но както се оказа, някои приложения ги използваха, за да проверят наличието на плъгини за показване на PDF файлове. Тъй като Chrome има вграден PDF преглед, свойствата navigator.plugins и navigator.mimeTypes вече ще връщат фиксиран списък със стандартни приставки за PDF преглед и MIME типове - „PDF Viewer, Chrome PDF Viewer, Chromium PDF Viewer, Microsoft Edge PDF Viewer и вграден PDF в WebKit".
• Направени са подобрения в инструментите за уеб разработчици. Устройствата Nest Hub и Nest Hub Max са добавени към списъка за симулация на екрана. Към интерфейса за проверка на мрежовата активност е добавен бутон за обръщане на филтри (например, когато инсталирате филтъра „статус-код: 404“, можете бързо да видите всички други заявки), а също така предостави възможност за преглед на оригиналните стойности ​​на заглавките Set-Cookie (позволява ви да оцените наличието на неправилни стойности, които се премахват при нормализиране). Страничната лента в уеб конзолата е отхвърлена и ще бъде премахната в бъдеща версия. Добавена е експериментална възможност за скриване на проблеми в раздела Проблеми. В настройките е добавена възможност за избор на език на интерфейса.

В допълнение към иновациите и корекциите на грешки, новата версия елиминира 19 уязвимости. Много от уязвимостите бяха идентифицирани в резултат на автоматизирано тестване с помощта на инструментите AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer и AFL. Не са идентифицирани критични проблеми, които биха позволили да се заобиколят всички нива на защита на браузъра и да се изпълни код на системата извън средата на пясъчника. Като част от програмата за изплащане на парични награди за откриване на уязвимости за текущата версия, Google изплати 17 награди на стойност $56500 15000 (една награда от $10000 7500, две награди от $3000 1000, една награда от $7 XNUMX, четири награди от $XNUMX XNUMX, две награди от $XNUMX XNUMX). Размерът на XNUMX-те награди все още не е определен.

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