Mozilla nedávno to oznámil zamýšlí udělat ve vašem webovém prohlížeči „Firefox“ je kompatibilní s verzí 3 manifestu Chrome a zveřejnil cestovní mapu, která definuje možnosti a zdroje, které mají být poskytnuty pluginům.
Musíme si uvědomit, že třetí verze manifestu byla kritizována za přerušení mnoha bezpečnostních pluginů a blokování nevhodného obsahu, a dokonce jsme o tom již mluvili zde na blogu.
Mozilla to komentuje plánuje implementovat téměř všechny funkce a omezení nového manifestu ve Firefoxu, včetně rozhraní API pro deklarativní filtrování obsahu (declarativeNetRequest), ale na rozdíl od prohlížeče Chrome Firefox nepřestane podporovat starý režim blokování rozhraní webRequest API, přinejmenším do doby, než nové API nebude plně vyhovovat potřebám vývojářů pluginů, kteří používají rozhraní webRequest.
Tento přístup zajistí kompatibilitu s doplňky Chrome aniž by došlo k porušení kompatibility s pluginy, které závisí na API webRequest.
Hlavní nespokojenost s novým manifestem je spojena s překladem API pro webRequest jen pro čtení, který vám umožnil připojit své vlastní řadiče, které mají plný přístup k síťovým požadavkům a mohou průběžně upravovat provoz.
Toto API používá uBlock Origin a mnoho dalších pluginů k blokování nevhodného obsahu a zajištění bezpečnosti. Namísto webRequest API je navrženo deklarativní NetRequest API, omezené ve svých schopnostech, které poskytuje přístup k integrovanému filtrovacímu stroji, který nezávisle zpracovává pravidla blokování, neumožňuje použití vlastních algoritmů filtrování a neumožňuje zřídit komplexní pravidla, která se překrývají v závislosti na podmínkách.
Ve Firefoxu kompatibilita s třetí verzí manifestu z Chromu má být testováno koncem roku 2021 A nový manifest je naplánován na začátek roku 2022.
Mezi rysy implementace z nového manifestu ve Firefoxu vynikají:
- Poskytněte API deklarativníNetRequest, ale ponechte si starší rozhraní API WebRequest.
- Změna zpracování požadavku na křížový původ: Podle nového manifestu budou skripty pro zpracování obsahu podléhat stejným omezením oprávnění jako pro hlavní stránku, do které jsou tyto skripty vloženy (například pokud stránka nemá přístup k API umístění , tento přístup nezískají ani doplňky ve skriptu). Některé požadavky na změny týkající se omezení křížového původu jsou nyní k dispozici pro testování v nočních verzích Firefoxu.
- Stránky na pozadí budou nahrazeny servisními pracovníky, kteří pracují ve formě procesů na pozadí. (Změna ještě není připravena zahájit testování.)
- Slibně založené API: Firefox již podporuje tento typ API v prohlížeči jmenného prostoru «. * »A pro třetí verzi manifestu ji přesune do jmenného prostoru« chrome. * ».
- Nový granulární model pro vyžádání oprávnění: plugin nebude možné aktivovat pro všechny stránky najednou, ale bude fungovat pouze v kontextu aktivní karty, to znamená, že uživatel bude muset potvrdit práci pluginu pro každý web. Mozilla pracuje na posílení kontroly přístupu, ale jejím cílem je dát uživatelům možnost rozhodnout se, zda povolit zásuvným modulům práci s různými kartami.
- Zakázat provádění kódu staženého z externích serverů (mluvíme o situacích, kdy plugin načte a provede externí kód). Firefox již používá externí blokování kódu a vývojáři Mozilly jsou připraveni přidat další techniky sledování stahování kódu nabízené ve třetí verzi manifestu.
- Dále bude zavedena samostatná zásada zabezpečení obsahu (CSP) pro skripty pro manipulaci s obsahem a stávající UserScripts a contentScripts API budou upraveny tak, aby podporovaly pracovní rozšíření služby.