Chrome версия 95

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

Ключови промени в Chrome 95:

• За потребителите на Linux, Windows, macOS и ChromeOS се предлага нова странична лента, показана вдясно от съдържанието и активирана чрез щракване върху специална икона в панела на адресната лента. Панелът показва резюме с отметки и списък за четене. Промяната не е активирана за всички потребители; за да я активирате, можете да използвате настройката „chrome://flags/#side-panel“.
• Внедрено е извеждане на изрична заявка за разрешения за запазване на адреси, въведени в уеб формуляри за последващо използване в системата за автоматично попълване на формуляри. Когато определя наличието на адреси във формуляри, на потребителя вече се показва диалогов прозорец, който му позволява да запише адреса, да редактира, актуализира предварително записан адрес или да откаже да го запише.
• Премахнат код за поддръжка на FTP протокол. В Chrome 88 поддръжката на FTP беше деактивирана по подразбиране, но беше оставен флаг, за да я върне.
• Вече не поддържаме URL адреси с имена на хостове, които завършват с число, но не отговарят на IPv4 адреси. Например URL адресите „http://127.1/“, „http://foo.127.1/“ и „http://127.0.0.0.1“ вече ще се считат за невалидни.
• WebAssembly вече има способността да създава манипулатори на изключения, които могат да пресекат изпълнението, ако възникне изключение при изпълнение на определен код. Той поддържа както прихващане на изключения, известни на модула WebAssembly, така и изключения в процеса на извикване на импортирани функции. За да улови изключения, модулът WebAssembly трябва да бъде компилиран с компилатор, който поддържа изключения, като Emscripten.

  Отбелязва се, че обработката на изключения на ниво WebAssembly може значително да намали размера на генерирания код в сравнение с обработката на изключения с помощта на JavaScript. Например, изграждането на оптимизатора Binaryen с обработка на изключения с помощта на JavaScript води до 43% увеличение на кода и 9% увеличение на кода с помощта на WebAssembly. Освен това, когато се използва режимът на оптимизация "-O3", кодът с обработка на изключения с помощта на WebAssembly не се представя практически по нищо от код без манипулатори на изключения, докато обработката на изключения с помощта на JavaScript води до 30% забавяне на изпълнението.

• Споделянето на модули WebAssembly между различни домейни (кръстосан произход) при обработка на един сайт е забранено.
• Няколко нови API бяха добавени към режима Origin Trials (експериментални функции, които изискват отделно активиране). Origin Trial предполага възможност за работа с посочения API от приложения, изтеглени от localhost или 127.0.0.1, или след регистрация и получаване на специален токен, който е валиден за ограничено време за конкретен сайт.
  • Активирано изрязване на информация в HTTP заглавката на User-Agent и параметрите на JavaScript navigator.userAgent, navigator.appVersion и navigator.platform. Заглавката съдържа само информация за името на браузъра, значимата версия на браузъра, платформата и типа на устройството (мобилен телефон, компютър, таблет). За да получите допълнителни данни, като точната версия и разширените данни за платформата, трябва да използвате API за клиентски съвети на потребителски агент. Началото на изрязването на User-Agent в системите на обикновените потребители е планирано за пускането на Chrome 102, което ще бъде публикувано след половин година.
  • Възможно е да се създадат манипулатори за достъп за API за достъп до файловата система, което позволява на уеб приложенията да четат и записват данни директно във файлове и директории на устройството на потребителя. За да намали начина, по който уеб приложенията имат достъп до файловата система, Google планира да комбинира API на File System Access и Storage Foundation. Като подготвителен етап за такова обединяване се предлага поддръжка на дескриптори за достъп, допълващи методите за работа, базирани на файлови дескриптори, с разширени възможности, като задаване на заключване на запис за други процеси и създаване на отделни нишки за писане и четене, включително поддръжка за четене и писане от работници.в синхронен режим.
• API за потвърждение на сигурно плащане е стабилизиран и се предлага по подразбиране с внедряването на ново разширение за „плащане“, което предоставя допълнително потвърждение за извършваната платежна транзакция. Доверяваща се страна, като например банка, има способността да генерира публичен ключ PublicKeyCredential, който може да бъде поискан от търговеца за допълнително сигурно потвърждение на плащане чрез API за искане на плащане, използвайки метода на плащане „потвърждение на сигурно плащане“.
• Извикванията за обратно извикване, инсталирани чрез конструктора PerformanceObserver, изпълняват прехвърлянето на свойството droppedEntriesCount, което ви позволява да разберете колко показатели за ефективност на сайта са били отхвърлени поради факта, че не са се поместили в предоставения буфер.
• Добавен е API EyeDropper, който ви позволява да извикате интерфейса, предоставен от браузъра, за да определите цвета на произволни пиксели на екрана, който може да се използва например в графични редактори, реализирани като уеб приложения. const eyeDropper = нов EyeDropper(); const резултат = изчакайте eyeDropper.open(); // резултат = {sRGBHex: '#160731'}
• Добавена е функцията self.reportError(), която позволява на скриптове да отпечатват грешки в конзолата, като емулират появата на неуловено изключение.
• Добавен е API на URLPattern за проверка дали даден URL адрес съответства на определен модел, който например може да се използва за анализиране на връзки и пренасочване на заявки към манипулатори в услугата worker. const p = new URLPattern({ protocol: 'https', hostname: 'example.com', pathname: '/:folder/*/:fileName.jpg', });
• API Intl.DisplayNames е разширен, чрез който можете да получите локализирани имена на езици, държави, валути, елементи за дата и др. Новата версия добавя нови типове имена „календар“ и „dateTimeField“, чрез които можете да разберете локализираните имена на календара и полетата за дата и час (например името на месеците). За типа „език“ е добавена поддръжка за използване на езикови диалекти.
• API Intl.DateTimeFormat добави поддръжка за нови стойности на параметъра timeZoneName: „shortGeneric“ за показване на идентификатор на кратка часова зона (например „PT“, „ET“), „longGeneric“ за показване на дълга часова зона идентификатор (“Тихоокеанско време”, “Планинско време”), “shortOffset” - с кратко отместване спрямо GMT (“GMT+5”) и “longOffset” с голямо отместване спрямо GMT (“GMT+0500”).
• U2F (Cryptotoken) API е отхвърлен и вместо него трябва да се използва API за уеб удостоверяване. U2F API ще бъде деактивиран по подразбиране в Chrome 98 и напълно премахнат в Chrome 104.
• Направени са подобрения в инструментите за уеб разработчици. Панелът "Стилове" улеснява настройването на CSS свойства, свързани с размера (височина, подложка и т.н.). Разделът Проблеми предоставя възможност за скриване на отделни проблеми. В уеб конзолата и панелите Източници и Свойства показването на свойства е подобрено (собствените свойства вече са маркирани с удебелен шрифт и показани в горната част на списъка).

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

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