Chrome версия 80

Google представени издание на уеб браузър Chrome 80... Едновременно на разположение стабилно издание на безплатен проект Хром, който е в основата на Chrome. Браузър Chrome различен използването на лога на Google, наличие на система за изпращане на известия в случай на срив, възможност за зареждане на Flash модула при поискване, модули за възпроизвеждане на защитено видео съдържание (DRM), система за автоматично актуализиране и предаване при търсене RLZ параметри. Следващото издание на Chrome 81 е планирано за 17 март.

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

• За малък процент от потребителите се предлага функция за групиране на раздели, която ви позволява да комбинирате няколко раздела с подобни цели във визуално разделени групи. Всяка група може да получи собствен цвят и име. Потребителите, които не са били включени в първата вълна на активиране, могат да активират поддръжка за групиране чрез опцията „chrome://flags/#tab-groups“.
  

• Добавена е поддръжка за тази функция Превъртане до текст, което ви позволява да създавате връзки към отделни думи или фрази, без изрично да указвате етикети в документа, като използвате тага „a name“ или свойството „id“. Синтаксисът на такива връзки се планира да бъде одобрен като уеб стандарт, който все още е на етап проект. Преходната маска (по същество превъртащо търсене) е отделена от обикновената котва чрез атрибута „:~:“. Например, когато отворите връзката „https://opennet.ru/52312/#:~:text=Chrome“, страницата ще се премести на позицията с първото споменаване на думата „Chrome“ и тази дума ще бъде осветена .
• Приложено По-строго ограничение за прехвърляне на бисквитки между сайтове за не-HTTPS заявки, забраняващо обработването на бисквитки на трети страни, зададени при достъп до сайтове, различни от домейна на текущата страница. Такива бисквитки се използват за проследяване на движенията на потребителите между сайтове в кода на рекламни мрежи, уиджети на социални мрежи и системи за уеб анализ. Спомнете си, че за контролиране на предаването на бисквитки се използва атрибутът SameSite, посочен в заглавката Set-Cookie, който по подразбиране вече е зададен на стойността „SameSite=Lax“, което ограничава изпращането на бисквитки за подзаявки между сайтове , като например заявка за изображение или зареждане на съдържание през iframe от друг сайт. Сайтовете могат да заменят поведението на SameSite по подразбиране, като изрично зададат настройката за бисквитка на SameSite=None. Стойността SameSite=None за Cookie обаче може да бъде зададена само в защитен режим (валиден за връзки чрез HTTPS). Промяната ще започне поетапно Приложи 17 февруари, първоначално за малък процент от потребителите, а след това постепенно разширяване на покритието.
• Добавено от защита от досадни известия, свързани с потвърждаване на идентификационни данни. Тъй като дейност като спам на заявки за насочени известия прекъсва потребителското изживяване и отвлича вниманието от диалоговите прозорци за потвърждение, в Chrome 80, вместо отделен диалогов прозорец, вече може да се показва информационна подсказка в адресната лента, предупреждаваща, че заявката за разрешение е блокирана, което след това тя се свива в индикатор с изображение на зачеркната камбана. Като щракнете върху индикатора, можете да активирате или отхвърлите исканото разрешение по всяко удобно време. Автоматично новият режим ще бъде селективно активиран за потребители, които преди обикновено са блокирали такива заявки, както и за сайтове, които записват голям процент отхвърлени заявки. За да активирате новия режим за всички заявки, към настройките е добавена специална опция (chrome://flags/#quiet-notification-prompts).
  

• Забранено показване на изскачащи прозорци (извикване на метода window.open()) и изпращане на синхронни XMLHttpRequests в манипулатори на събития за затваряне или скриване на страница (unload, beforeunload, pagehide и visibilitychange);
• Предложен инициал Безопасност от зареждане на смесено мултимедийно съдържание (когато ресурсите се зареждат на HTTPS страница чрез http:// протокола). На страници, отворени чрез HTTPS, връзките „http://“ вече ще бъдат автоматично заменени с „https://“ в блокове, свързани с възпроизвеждане на аудио и видео файлове. Ако аудио или видео ресурс не е достъпен чрез https, изтеглянето му се блокира (можете ръчно да маркирате блокирането чрез менюто, достъпно чрез символа на катинар в адресната лента).

  Изображенията ще продължат да се зареждат непроменени (автоматичното коригиране ще бъде приложено в Chrome 81), но за да ги заменят с https или да блокират изображения, разработчиците на сайтове разполагат със свойствата на CSP upgrade-insecure-requests и block-all-mixed-content. За скриптове и вградени рамки блокирането на смесено съдържание вече е внедрено по-рано.

• Постепенно разединяване FTP поддръжка. По подразбиране FTP поддръжката все още е налична, но ще бъде Държани експеримент, при който поддръжката на FTP ще бъде деактивирана за определен процент от потребителите (за да се върнете, ще трябва да стартирате браузъра с опцията „-enable-ftp“). Нека си припомним, че в предишни версии показването в прозореца на браузъра на съдържанието на ресурсите, изтеглени чрез протокола „ftp://“, вече беше деактивирано (например показването на HTML документи и файлове README беше спряно), използването на FTP беше забранено при изтегляне на подресурси от документи, а поддръжката на прокси за FTP беше преустановена. Въпреки това все още беше възможно да се изтеглят файлове чрез директни връзки и да се показва съдържанието на директории.
• Добавено от
  възможност за използване на векторни SVG изображения като икона на сайта (favicon).

• В настройките е добавена възможност за селективно деактивиране на определени типове данни, прехвърляни по време на синхронизация между браузърите.
• Добавено е правило за централно администрирани корпоративни потребители Блокиране на външни разширения, което ви позволява да предотвратите инсталирането на външни добавки на устройството.
• Внедрено възможност еднократна проверка на цялата верига от свойства или извиквания в JavaScript. Например, при достъп до „db.user.name.length“ преди това беше необходимо да се провери дефиницията на всички компоненти стъпка по стъпка, например чрез „if (db && db.user && db.user.name)“. Сега използвайки операцията „?.“ можете да получите достъп до стойността “db?.user?.name?.length” без предварителни проверки и такъв достъп няма да доведе до грешка. В случай на проблеми (ако някой елемент се обработва като нулев или недефиниран)) изходът ще бъде „недефиниран“.
• JavaScript въвежда нов логически оператор за конкатенация "??", който връща десния операнд, ако левият операнд е NULL или недефиниран, и обратно. Например „const foo = bar ?? 'низ по подразбиране'", ако bar е null, ще върне стойността на bar в противен случай, включително когато bar е 0 и ' ', за разлика от оператора "||".
• В режим Origin Trials (експериментални функции, които изискват отделни активиране) предложен API за индексиране на съдържание. Origin Trial предполага възможност за работа с посочения API от приложения, изтеглени от localhost или 127.0.0.1, или след регистрация и получаване на специален токен, който е валиден за ограничено време за конкретен сайт. API Индексиране на съдържанието, предоставя метаданни за съдържание, което преди това е било кеширано от уеб приложения, работещи в режим Progressive Web Apps (PWS). Приложението може да записва различни данни от страна на браузъра, включително изображения, видеоклипове и статии, и когато мрежовата връзка е загубена, да го използва с помощта на Cache Storage и IndexedDB API. API за индексиране на съдържание прави възможно добавянето, намирането и изтриването на такива ресурси. В браузъра този API вече се използва за изброяване на списък от страници и мултимедийни данни, налични за офлайн преглед.
  

• Стабилизиран и сега се разпространява извън API на Origin Trials Свържете се с Picker, което позволява на потребителя да избира записи от адресната книга и да предава определени подробности за тях на сайта. Заявката посочва списък със свойства, които трябва да бъдат извлечени. Тези свойства се показват изрично на потребителя, който решава дали да предаде тези свойства или не. API може да се използва например в клиент за уеб поща, за да изберете получатели за изпратено писмо, в уеб приложение с VoIP функция за иницииране на повикване до определен номер или в социална мрежа за търсене на вече регистрирани приятели . В същото време, като част от Origin Trials, се предлагат някои нови свойства на Contact Picker: в допълнение към наличните преди това пълно име, имейл и телефонен номер е добавена възможност за прехвърляне на имейл адрес и изображение.
• В уеб работници предложено нов начин за зареждане на ECMAScript модули, което ви позволява да избягвате използването на функцията importScripts(), която блокира работния файл, докато обработва импортирания скрипт и го изпълнява в глобалния контекст. Новият метод включва създаване на специални модули за Web Workers, които поддържат стандартни механизми за импортиране на JavaScript и могат да се зареждат динамично, без да блокират изпълнението на worker. За зареждане на модули конструкторът Worker предоставя нов тип ресурс - „модул“:

  const worker = new Worker('worker.js', {
  тип: "модул"
  });

• Внедрено Вградената способност на JavaScript да обработва компресирани потоци, без да се налага използването на външни библиотеки. Добавени са API за компресиране и декомпресиране CompressionStream и DecompressionStream. Поддържа се компресия с помощта на алгоритми gzip и deflate.

  const компресияReadableStream
  = inputReadableStream.pipeThrough(нов CompressionStream('gzip'));

• Добавено CSS свойство "прекъсване на ред: навсякъде", което позволява прекъсвания на нивото на всеки типографски знак, включително прекъсвания близо до препинателни знаци, предварително определени от интервали ( ) и в средата на думите. Също така добавено CSS свойство "overflow-wrap: навсякъде» ви позволява да прекъсвате непрекъснати поредици от символи навсякъде, ако не може да бъде намерена подходяща позиция за прекъсване в реда.
• За медиен контекст, обработен в криптирана форма, е внедрена поддръжка за метода MediaCapabilities.decodingInfo(), който предоставя информация за възможностите на браузъра за декодиране на защитено съдържание (например, този метод може да се използва за избор на висококачествени или енергийно ефективни сценарии за декодиране въз основа на наличната честотна лента и размера на екрана).
• Добавен метод HTMLVideoElement.getVideoPlaybackQuality(), чрез който можете да получите информация за производителността на видео възпроизвеждане, за да коригирате битрейт, разделителна способност и други видео параметри.
• В API Оператор на плащане, което опростява интеграцията със съществуващи платежни системи, добави възможността делегация обработка на адрес и информация за контакт към външен процесор на платежната система (приложението на платежната система може да има по-точна информация от браузъра).
• Добавена поддръжка на HTTP заглавка Sec-Fetch-Dest, което ви позволява да изпращате допълнителни метаданни за типа на съдържанието, свързано със заявката (например за заявка чрез етикета img, типът е „image“, за шрифтове – „font“, за скриптове – „script“, за стилове - „стил“ и т.н. ). Въз основа на посочения тип сървърът може да предприеме мерки за защита срещу определени видове атаки (например, малко вероятно е връзката към манипулатор за паричен превод да бъде посочена чрез img таг, така че такива заявки не трябва да да бъдат обработени).
• В JavaScript двигател V8 извършена оптимизация съхраняване на указатели в купчината. Вместо да се съхранява пълната 64-битова стойност, се съхраняват само уникалните по-ниски битове на указателя. Тази оптимизация направи възможно намаляването на потреблението на куп памет с 40%, с цената на наказание за производителност от 3-8%.
  
  

• промени в инструменти за уеб разработчици:
  • Уеб конзолата вече има способността да предефинира let и class изрази.
    

  • Подобрени инструменти за отстраняване на грешки на WebAssembly. Добавена поддръжка ДжУЖДЕ за отстраняване на грешки стъпка по стъпка, указване на точки на прекъсване и анализиране на следи на стека в изходния код, в който е написано приложение WebAssembly.
    

  • Подобрен панел за анализ на мрежовата активност. Добавена е възможност за преглед на веригата от извиквания на скриптове, свързани с инициирането на заявка.
    

    Добавени са нови колони за път и URL, които показват абсолютния път и пълния URL адрес за всеки мрежов ресурс. Гарантира, че избраната заявка е маркирана в диаграмата за преглед.

    

  • В раздела Мрежови условия е добавена опция за промяна на параметъра User-Agent.
    

  • Предложен е нов интерфейс за конфигуриране на контролния панел.
    

  • В раздела Обхват предоставя избор за събиране на данни за покритие за всяка функция или за всеки кодов блок (по-подробна статистика, но изисква повече ресурси).
    

• AppCache manifest action (технология за организиране на работата на уеб приложение в офлайн режим) ограничен текущата директория на сайта (ако манифестът е изтеглен от www.example.com/foo/bar/, тогава възможността за замяна на URL ще работи само в /foo/bar/). Поддръжката на AppCache се планира да бъде напълно премахната в Chrome 82. Посочената причина е желанието да се отървем от един от векторите за междусайтови скриптови атаки. Препоръчително е да използвате API вместо AppCache Кеш.
• Прекратено поддръжка за наследения WebVR 1.1 API, който може да бъде заменен от API WebXR устройство, което ви позволява да получите достъп до компоненти за създаване на виртуална и разширена реалност и да обедините работата с различни класове устройства, от стационарни каски за виртуална реалност до решения, базирани на мобилни устройства.
• Обработчиците на протоколи, свързани чрез методите registerProtocolHandler() и unregisterProtocolHandler(), вече могат да работят само в защитен контекст (при достъп чрез HTTPS).

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

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