V Chrome začalo testování třetí verze manifestu, nekompatibilní s uBlock Origin

Společnost Google zahájilo testování třetí verze manifestu Chrome, porušující funkčnost mnoha doplňků pro blokování nežádoucího obsahu a zajištění bezpečnosti. Podpora nového manifestu, který určuje schopnosti a zdroje poskytované doplňkům, byla přidána do experimentálních verzí Chrome Canary.
Nový manifest byl vyvinut v rámci iniciativy posílení bezpečnosti, soukromí a výkonu doplňků (hlavním cílem je usnadnit vytváření bezpečných a vysoce výkonných doplňků a ztížit možnost vytváření nebezpečných a pomalých doplňků).

Manifest je zatím ve stádiu raného alfa testování, není konečný a byl přidán, aby poskytl vývojářům možnost začít experimentovat a přizpůsobovat své doplňky.
Aktivace nového manifestu se očekává v příštím roce. Čas ukončení podpory druhé verze manifestu zatím není stanoven.
Pro usnadnění migrace doplňků na nový manifest byl připraven kontrolní seznam, který zahrnuje změny, na které by se měli vývojáři doplňků zaměřit.

Připomínáme, že požadavek se neporušuje. neloajalitu nový manifestem souvisí s ukončením podpory blokujícího režimu API webRequest, který bude omezen na režim pouze pro čtení. Výjimka bude provedena pouze pro podnikové edice Chrome (Chrome for Enterprise), kde podpora API webRequest zůstane zachována. Společnost Mozilla se rozhodla novému manifestu nepřizpůsobit a zachovat v Firefoxu možnost plného využití API webRequest.

Místo API webRequest pro filtrování obsahu je v novém manifestu navržen deklarativní API declarativeNetRequest. Zatímco API webRequest umožňovalo připojit vlastní zpracovatele, kteří měli plný přístup k síťovým požadavkům a mohli okamžitě modifikovat provoz, nové API declarativeNetRequest poskytuje přístup k hotovému univerzálnímu vestavěnému enginu pro filtrování, který sám zpracovává pravidla blokování, nedovoluje používat vlastní filtrační algoritmy a neumožňuje zadávat složitá pravidla, která se překrývají v závislosti na podmínkách.

V novém manifestu jsou také představena další změny, které ovlivňují kompatibilitu s doplňky. Mezi nimi:

  • Přechod na provádění Service workers ve formě background procesů, což si vyžádá od vývojářů změnu kódu některých doplňků.
  • Nový granularní model požadavků na oprávnění — doplněk nebude moci být aktivován hned pro všechny stránky (bylo odstraněno oprávnění „all_urls”), ale bude fungovat pouze v kontextu aktivní karty, tj. uživatel bude muset potvrdit fungování doplňku pro každou stránku.
  • Změna zpracování žádostí Cross-origin — podle nového manifestu se na skripty pro zpracování obsahu budou vztahovat stejná omezení oprávnění, jako platí pro hlavní stránku, do které jsou tyto skripty vloženy (například pokud stránka nemá přístup k API pro určení polohy, skript doplňku také tento přístup nezíská).
  • Zákaz provádění kódu načteného z externích serverů (myšleno v situacích, kdy doplněk načítá a provádí externí kód).

Zdroj: opennet.ru

Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster