Raymond Hill, autor systemu blokowania niechcianych treści uBlock Origin, opublikował eksperymentalne rozszerzenie przeglądarki uBO Minus z implementacją wersji uBlock Origin, przetłumaczonej na API declarativeNetRequest, którego zastosowanie jest wymagane w trzeciej wersji manifestu Chrome. W przeciwieństwie do klasycznego uBlock Origin, nowe rozszerzenie wykorzystuje możliwości wbudowanego w przeglądarkę silnika do filtrowania treści i nie wymaga przy instalacji nadawania uprawnień do przechwytywania i zmiany wszystkich danych stron.
Rozszerzenie obecnie nie ma wyskakującego panelu ani stron ustawień, a jego funkcjonalność jest ograniczona do blokowania zapytań sieciowych. W celu pracy bez rozszerzonych uprawnień wyłączone są takie możliwości, jak kosmetyczne filtry do zastępowania treści na stronie ("##"), wstawianie skryptów na strony ("##+js"), filtry do przekierowywania zapytań ("redirect="), filtry nagłówków CSP (Content Security Policy) oraz filtry do usuwania parametrów zapytań ("removeparam="). W pozostałych aspektach lista domyślnie proponowanych filtrów całkowicie odpowiada zestawowi z uBlock Origin i obejmuje około 22 tysięcy reguł.
Ponadto kilka dni temu zaprezentowano eksperymentalną wersję rozszerzenia do blokowania reklam AdGuard — AdGuardMV3, również przetłumaczoną na API declarativeNetRequest i zdolną do działania w przeglądarkach, które obsługują tylko trzecią wersję manifestu Chrome. Prototyp zaproponowany do testów zapewnia całą niezbędną funkcjonalność dla zwykłych użytkowników do blokowania reklam, ale ustępuje rozszerzeniu dla drugiej wersji manifestu pod względem rozszerzonych możliwości, które mogą interesować bardziej zaawansowanych użytkowników.
W nowym AdGuard nadal będą działać funkcje ukrywania bannerów, widżetów mediów społecznościowych oraz irytujących elementów, blokowanie reklam na platformach wideo takich jak YouTube oraz proaktywne blokowanie zapytań związanych z śledzeniem ruchu. Ograniczenia obejmują migotanie reklamowych wstawek spowodowane opóźnieniem w zastosowaniu reguł kosmetycznych wynoszącym 1,5-2 sekundy, utratę niektórych możliwości związanych z filtrowaniem plików cookie, stosowaniem wyrażeń regularnych oraz filtrowaniem parametrów zapytań (nowe API udostępnia uproszczone wyrażenia regularne), a także dostępność statystyk i rejestrów aktywacji filtrów tylko w trybie dewelopera (Developer Mode).
Wspomniano również o możliwym zmniejszeniu liczby reguł z powodu ograniczeń wprowadzonych w trzeciej wersji manifestu. Jeśli w przeglądarce zainstalowane jest jedno rozszerzenie korzystające z declarativeNetRequest, nie występują problemy z regułami statycznymi, ponieważ obowiązuje wspólny limit dla wszystkich rozszerzeń wynoszący 330 tysięcy reguł. Gdy jest wiele rozszerzeń, stosuje się limit wynoszący 30 tysięcy reguł, co może być niewystarczające. Dla reguł dynamicznych wprowadzono limit wynoszący 5000 reguł, a dla wyrażeń regularnych — 1000 reguł.
Od stycznia 2023 roku w przeglądarce Chrome planowane jest zaprzestanie wsparcia dla drugiej wersji manifestu oraz uczynienie trzeciej wersji obowiązkową dla wszystkich rozszerzeń. Początkowo trzecia wersja manifestu została skrytykowana z powodu zakłóceń w działaniu wielu rozszerzeń blokujących niepożądane treści i zapewniających bezpieczeństwo. Manifest Chrome określa możliwości i zasoby udostępniane rozszerzeniom. Trzecia wersja manifestu została opracowana w ramach inicjatywy mającej na celu wzmocnienie bezpieczeństwa, prywatności i wydajności rozszerzeń. Głównym celem wprowadzonych zmian jest uproszczenie tworzenia bezpiecznych i wydajnych rozszerzeń oraz utrudnienie możliwości tworzenia niebezpiecznych i wolnych rozszerzeń.
Główne niezadowolenie z trzeciej wersji manifestu dotyczy przełączenia API webRequest w tryb tylko do odczytu, który pozwalał na podłączanie własnych obsługiwaczy mających pełny dostęp do żądań sieciowych i umożliwiających modyfikację ruchu w locie. Wspomniane API jest wykorzystywane w uBlock Origin, AdGuard i wielu innych dodatkach do blokowania niechcianych treści oraz zapewnienia bezpieczeństwa. Zamiast API webRequest w trzeciej wersji manifestu zaproponowano ograniczone w swoich możliwościach API declarativeNetRequest, które zapewnia dostęp do wbudowanego silnika filtrowania, samodzielnie przetwarzającego zasady blokowania, nie zezwalającego na używanie własnych algorytmów filtrowania i nie pozwalającego na definiowanie złożonych, wzajemnie się pokrywających zasad w zależności od warunków.
W ciągu trzech lat dyskusji nad nadchodzącą trzecią wersją manifestu, firma Google uwzględniła wiele sugestii społeczności i rozszerzyła pierwotnie dostarczone API declarativeNetRequest o funkcje potrzebne w istniejących dodatkach. Na przykład, Google dodał do API declarativeNetRequest wsparcie dla używania kilku statycznych zestawów zasad, filtrowania za pomocą wyrażeń regularnych, modyfikacji nagłówków HTTP, dynamicznego zmieniania i dodawania zasad, usuwania i zamieniania parametrów zapytań, filtrowania związanego z kartami oraz tworzenia specjalnych zestawów zasad dla określonych sesji.
Źródło: opennet.ru
