Raymond Hill, autor blokovacích systémů uBlock Origin pro nežádoucí obsah, zveřejnil experimentální doplněk prohlížeče uBO Minus s implementací varianty uBlock Origin přeloženou do deklarativního NetRequest API, jehož použití je předepsáno ve třetí verzi Chrome manifest. Na rozdíl od klasického uBlock Origin využívá nový doplněk schopnosti vestavěného filtru obsahu prohlížeče a nevyžaduje oprávnění k instalaci k zachycení a změně všech dat webu.
Doplněk zatím nemá vyskakovací panel ani stránky nastavení a funkčnost je omezena na blokování síťových požadavků. Aby fungovaly bez rozšířených oprávnění, funkce, jako jsou kosmetické filtry pro nahrazení obsahu na stránce („##“), nahrazování skriptů na webech („##+js“), filtry pro přesměrování požadavků („redirect=“) a záhlaví filtry jsou zakázány CSP (Content Security Policy) a filtry pro odstranění parametrů požadavku (“removeparam=”). Jinak seznam výchozích filtrů plně odpovídá sadě z uBlock Origin a obsahuje asi 22 tisíc pravidel.
Kromě toho byla před pár dny představena experimentální verze doplňku pro blokování reklam AdGuard – AdGuardMV3, který byl také přeložen do deklarativního rozhraní NetRequest API a je schopen fungovat v prohlížečích, které podporují pouze třetí vydání manifestu Chrome. Prototyp navržený k testování poskytuje veškerou funkcionalitu blokování reklam vyžadovanou běžnými uživateli, ale za doplňkem pro druhé vydání manifestu zaostává ve svých pokročilých možnostech, které mohou být zajímavé pro pokročilé uživatele.
Nový AdGuard bude i nadále skrývat bannery, widgety sociálních sítí a otravné prvky, blokovat reklamy na videoplatformách, jako je YouTube, a proaktivně blokovat požadavky související se sledováním pohybu. Mezi omezení patří blikání reklamních vložek kvůli zpoždění 1.5–2 sekundy při aplikaci kosmetických pravidel, ztráta některých funkcí souvisejících s filtrováním souborů cookie, používání regulárních výrazů a filtrování parametrů dotazu (nové API poskytuje zjednodušené regulární výrazy) , dostupnost statistik a protokolů odpovědí filtru pouze v režimu vývojáře.
Zmíněno je také možné snížení počtu pravidel v důsledku omezení zavedených ve třetí verzi manifestu. Pokud má prohlížeč nainstalovaný jeden doplněk, který používá declarativeNetRequest, nejsou žádné problémy se statickými pravidly, protože pro všechny doplňky existuje obecný limit, který umožňuje 330 tisíc pravidel. Při více přidáních platí limit 30 tisíc pravidel, což nemusí stačit. Pro dynamická pravidla byl zaveden limit 5000 pravidel a pro regulární výrazy 1000 pravidel.
Od ledna 2023 plánuje prohlížeč Chrome přestat podporovat druhou verzi manifestu a učinit třetí verzi povinnou pro všechny doplňky. Zpočátku se třetí verze manifestu stala terčem kritiky kvůli narušení mnoha doplňků pro blokování nevhodného obsahu a zajištění bezpečnosti. Manifest Chrome definuje možnosti a zdroje poskytované doplňkům. Třetí verze manifestu byla vyvinuta jako součást iniciativy na posílení bezpečnosti, soukromí a výkonu doplňků. Hlavním cílem změn je usnadnit vytváření bezpečných a vysoce výkonných doplňků a ztížit vytváření nebezpečných a pomalých doplňků.
Hlavní nespokojenost s třetí verzí manifestu souvisí s překladem rozhraní webRequest API do režimu pouze pro čtení, což umožnilo připojit vaše vlastní handlery, které mají plný přístup k síťovým požadavkům a mohou za běhu upravovat provoz. Toto API se používá v uBlock Origin, AdGuard a mnoha dalších doplňcích k blokování nežádoucího obsahu a zajištění bezpečnosti. Namísto rozhraní webRequest API nabízí třetí verze manifestu deklarativní NetRequest API s omezenými schopnostmi, které poskytuje přístup k vestavěnému filtrovacímu enginu, který nezávisle zpracovává pravidla blokování, neumožňuje použití vlastních filtrovacích algoritmů a neumožňuje umožňují nastavení složitých pravidel, která se vzájemně překrývají v závislosti na podmínkách.
Během tří let diskusí o připravované třetí verzi manifestu vzal Google v úvahu mnohá přání komunity a rozšířil deklarativní NetRequest API původně poskytované o schopnosti požadované ve stávajících doplňcích. Například Google přidal do declarativeNetRequest API podporu pro použití více statických sad pravidel, filtrování regulárních výrazů, úpravu HTTP hlaviček, dynamickou změnu a přidávání pravidel, mazání a nahrazování parametrů dotazu, filtrování na tabulkách a vytváření sad pravidel specifických pro relaci.
Zdroj: opennet.ru