Опциите uBlock Origin и AdGuard са подготвени с поддръжка за третата версия на манифеста на Chrome

Реймънд Хил, авторът на системите за блокиране на uBlock Origin за нежелано съдържание, публикува експериментална добавка за браузър uBO Minus с имплементация на варианта на uBlock Origin, преведен в declarativeNetRequest API, чието използване е предписано в третата версия на Манифест на Chrome. За разлика от класическия uBlock Origin, новата добавка използва възможностите на вградената в браузъра машина за филтриране на съдържание и не изисква инсталационни разрешения за прихващане и промяна на всички данни на сайта.

Добавката все още няма изскачащ панел или страници с настройки, а функционалността е ограничена до блокиране на мрежови заявки. За да работите без разширени разрешения, функции като козметични филтри за подмяна на съдържание на страница („##“), заместващи скриптове на сайтове („##+js“), филтри за пренасочване на заявки („redirect=“) и заглавка филтрите са деактивирани CSP (Content Security Policy) и филтрите за премахване на параметри на заявката (“removeparam=”). В противен случай списъкът с филтри по подразбиране напълно съответства на набора от uBlock Origin и включва около 22 хиляди правила.

В допълнение, преди няколко дни беше представена експериментална версия на добавката за блокиране на реклами AdGuard - AdGuardMV3, която също беше преведена на declarativeNetRequest API и може да работи в браузъри, които поддържат само третото издание на манифеста на Chrome. Прототипът, предложен за тестване, предоставя цялата функционалност за блокиране на реклами, изисквана от обикновените потребители, но изостава от добавката за второто издание на манифеста в своите разширени възможности, което може да представлява интерес за напреднали потребители.

Новият AdGuard ще продължи да скрива банери, уиджети за социални мрежи и досадни елементи, да блокира реклами на видео платформи като YouTube и проактивно да блокира заявки, свързани с проследяване на движения. Ограниченията включват трептене на рекламни вложки поради забавяне от 1.5-2 секунди при прилагането на козметични правила, загуба на някои възможности, свързани с филтриране на бисквитки, използване на регулярни изрази и филтриране на параметри на заявки (новият API предоставя опростени регулярни изрази) , наличие на статистика и регистрационни файлове за отговор на филтъра само в режим за разработчици.

Също така се споменава възможно намаляване на броя на правилата поради ограничения, въведени в третата версия на манифеста. Ако браузърът има инсталирана една добавка, която използва declarativeNetRequest, няма проблеми със статичните правила, тъй като има общо ограничение за всички добавки, което позволява 330 хиляди правила. Когато има няколко добавки, се прилага ограничение от 30 хиляди правила, което може да не е достатъчно. Въведено е ограничение от 5000 правила за динамични правила и 1000 правила за регулярни изрази.

От януари 2023 г. браузърът Chrome планира да спре да поддържа втората версия на манифеста и да направи третата версия задължителна за всички добавки. Първоначално третата версия на манифеста стана обект на критика поради прекъсването на много добавки за блокиране на неподходящо съдържание и гарантиране на сигурността. Манифестът на Chrome определя възможностите и ресурсите, предоставени на добавките. Третата версия на манифеста е разработена като част от инициатива за укрепване на сигурността, поверителността и производителността на добавките. Основната цел на промените е да улеснят създаването на сигурни и високопроизводителни добавки и да направят по-трудно създаването на опасни и бавни добавки.

Основното недоволство от третата версия на манифеста е свързано с прехвърлянето към режим само за четене на webRequest API, което ви позволява да свържете свои собствени манипулатори, които имат пълен достъп до мрежовите заявки и могат да променят трафика в движение . Този API се използва от uBlock Origin, AdGuard и много други добавки за блокиране на неподходящо съдържание и осигуряване на сигурност. Вместо webRequest API, третата версия на манифеста предлага ограничен declarativeNetRequest API, който предоставя достъп до вградена машина за филтриране, която обработва правилата за блокиране самостоятелно, не позволява използването на свои собствени алгоритми за филтриране и не позволява задаване на сложни правила, които се припокриват в зависимост от условията.

В три години дискусии относно предстоящата трета версия на манифеста, Google взе предвид много от желанията на общността и разшири първоначално предоставения declarativeNetRequest API с възможностите, изисквани в съществуващите добавки. Например Google добави поддръжка към declarativeNetRequest API за използване на множество статични набори от правила, филтриране по регулярни изрази, модифициране на HTTP заглавки, динамична промяна и добавяне на правила, премахване и замяна на параметри на заявка, филтриране на базата на раздели и създаване на специфични за сесията набори от правила .

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