A Mozilla közzétette a Firefox Chrome manifestumának harmadik verziójának megvalósítási tervét, amely meghatározza a bővítmények számára elérhető lehetőségeket és erőforrásokat. A harmadik manifestum verzióját kritika érte, mivel számos tartalomblokkoló bővítmény működését zavarja és a biztonságot veszélyezteti.
A Firefox szinte az összes újdonságot és korlátozást meg szeretné valósítani az új manifestumban, beleértve a tartalomszűrés deklaratív API-ját (declarativeNetRequest). Azonban a Chrome-tól eltérően a Firefoxban nem szüntetik meg a régi blokkoló API webRequest támogatását, legalábbis addig, amíg az új API teljes mértékben nem felel meg a webRequest API-t használó bővítményfejlesztők igényeinek. Ez a megközelítés lehetővé teszi a Chrome bővítményeivel való kompatibilitás biztosítását anélkül, hogy megsértené a webRequest API-ra épülő bővítmények kompatibilitását.
Emlékeztetőül, a legfőbb elégedetlenség az új manifestummal kapcsolatban a webRequest API csak olvasható módra való átállításához kapcsolódik, amely lehetővé tette saját kezelők csatlakoztatását, teljes hozzáféréssel a hálózati kérésekhez, és képes volt élőben módosítani a forgalmat. Ez az API alkalmazásban van az uBlock Origin és számos más, a nem kívánt tartalom blokkolására és a biztonság növelésére szolgáló bővítményben. A webRequest API helyett egy korlátozott képességű API, a declarativeNetRequest került ajánlásra, amely hozzáférést biztosít a beépített szűrőmotorhoz, amely önállóan kezeli a blokkolási szabályokat, nem engedélyezi a saját szűrési algoritmusok használatát, és nem teszi lehetővé a bonyolult, egymásra épülő szabályok beállítását a feltételek függvényében.
A Firefox a harmadik Chrome manifestum támogatását 2021 végén tervezi tesztelni, míg az új manifestum bevezetését 2022 elejére ütemezik. Az új manifestum Firefoxba való bevezetésének jellemzői közé tartozik:
- A declarativeNetRequest API biztosítása, de a régi webRequest API használatának lehetőségének megőrzésével.
- A cross-origin request handling change will mean that the same permissions restrictions that apply to the main page will also apply to the content processing scripts that are embedded in it (for example, if the page does not have access to the location API, then the add-on script will also not receive this access). Some of the changes related to cross-origin request limitations are already available for testing in nightly builds of Firefox (developing as part of the Fission project, which can be enabled in about:preferences#experimental) and are planned for widespread deployment in the third quarter of 2021.
- Background pages will be replaced by service workers operating in the form of background processes. This change is not yet ready for testing.
- Promise-based API. Firefox already supports this type of API in the 'browser.*' namespace and will move it to the 'chrome.*' namespace for the third version of the manifest.
- The new granular permissions request model — the extension will not be able to activate for all pages at once (the 'all_urls' permission has been removed), but will only work in the context of the active tab, meaning the user will need to authorize the extension's operation for each site. Mozilla is working on enhancing access control but intends to allow users to make their own decisions about whether to permit extensions to work across different tabs.
- Külső forrásból betöltött kód futásának tilalma szerverek (referring to situations when an extension loads and executes external code). Firefox already implements external code blocking, and Mozilla developers are ready to add additional tracking techniques for code downloads proposed in the third version of the manifest. A separate access policy for content processing scripts will be introduced (CSP, Content Security Policy), and existing userScripts and contentScripts APIs will be redesigned to support extensions based on service workers.
Forrás: opennet.ru
