Mozilla hat die Pläne zur Unterstützung der dritten Version des Chrome-Manifests in Firefox zusammengefasst.

Die Mozilla-Stiftung hat einen Plan zur Umsetzung der dritten Version des Chrome-Manifests in Firefox veröffentlicht, das die Möglichkeiten und Ressourcen für Erweiterungen definiert. Die dritte Version des Manifests wurde wegen der Beeinträchtigung der Funktion vieler Erweiterungen zur Blockierung unerwünschten Inhalts und zur Gewährleistung der Sicherheit kritisiert.

In Firefox sollen fast alle Funktionen und Einschränkungen des neuen Manifests umgesetzt werden, einschließlich der deklarativen API zur Inhaltsfilterung (declarativeNetRequest). Im Gegensatz zu Chrome wird in Firefox jedoch die Unterstützung des alten blockierenden Modus der API webRequest nicht eingestellt, zumindest so lange, bis die neue API vollständig den Bedürfnissen der Entwickler von Erweiterungen, die die API webRequest verwenden, gerecht wird. Dieser Ansatz wird die Kompatibilität mit Chrome-Erweiterungen ermöglichen, ohne die Kompatibilität mit Erweiterungen, die auf der API webRequest basieren, zu beeinträchtigen.

Erinnern wir uns daran, dass das Hauptunbehagen über das neue Manifest mit der Umstellung der API webRequest auf den Nur-Lese-Modus verbunden ist, die das Anschließen eigener Handler ermöglichte, die vollen Zugriff auf Netzwerkabfragen hatten und den Datenverkehr dynamisch modifizieren konnten. Diese API wird in uBlock Origin und vielen anderen Erweiterungen zur Blockierung unerwünschten Inhalts und zur Gewährleistung der Sicherheit verwendet. Statt der API webRequest wird eine eingeschränkte API declarativeNetRequest vorgeschlagen, die den Zugriff auf die eingebaute Filter-Engine gewährt, die die Blockierungsregeln selbst verarbeitet, ohne dass eigene Filteralgorithmen verwendet werden dürfen und komplizierte, überlappende Regeln je nach Bedingungen definiert werden können.

Die Unterstützung der dritten Version des Chrome-Manifests soll in Firefox Ende 2021 zu Testzwecken bereitgestellt werden, und die Einführung des neuen Manifests ist für Anfang 2022 geplant. Zu den Besonderheiten der Umsetzung des neuen Manifests in Firefox gehören:

• Bereitstellung der API declarativeNetRequest, jedoch mit der Möglichkeit, die alte API webRequest weiterhin zu verwenden.
• Änderung der Verarbeitung von Cross-Origin-Anfragen – gemäß dem neuen Manifest gelten für Skripte zur Verarbeitung von Inhalten dieselben Berechtigungsbeschränkungen wie für die Hauptseite, in die diese Skripte integriert werden (zum Beispiel, wenn die Seite keinen Zugang zur API zur Standortbestimmung hat, erhält auch das Erweiterungsskript keinen Zugang). Ein Teil der mit den Cross-Origin-Anfragen verbundenen Einschränkungen ist bereits in den Nachtsitzungen von Firefox zum Testen verfügbar (entwickelt als Teil des Fission-Projekts, das in about:preferences#experimental aktiviert werden kann) und soll im dritten Quartal 2021 allgemein eingeführt werden.
• Hintergrundseiten werden durch Service Worker ersetzt, die als Hintergrundprozesse arbeiten. Diese Änderung ist noch nicht bereit für den Teststart.
• API basierend auf Promise. Firefox unterstützt bereits diesen API-Typ im Namensraum „browser.*“ und wird ihn für die dritte Version des Manifests in den Namensraum „chrome.*“ übertragen.
• Ein neues granuliertes Berechtigungsanforderungsmodell – die Erweiterung kann sich nicht sofort für alle Seiten aktivieren (die Berechtigung „all_urls“ wurde entfernt), sondern funktioniert nur im Kontext des aktiven Tabs, d.h. der Benutzer muss die Aktivität der Erweiterung für jede Website bestätigen. Mozilla arbeitet daran, den Zugriff zu verstärken, beabsichtigt jedoch, den Benutzern die Möglichkeit zu geben, selbst zu entscheiden, ob sie Erweiterungen auf verschiedenen Seiten zulassen möchten.
• Verbot der Ausführung von Code, der von externen Quellen geladen wird Server (es geht um Situationen, in denen eine Erweiterung externen Code lädt und ausführt). In Firefox wird bereits das Laden externen Codes blockiert und Mozilla-Entwickler sind bereit, zusätzliche Techniken zur Nachverfolgung von Code-Downloads hinzuzufügen, die im dritten Versionsmanifest vorgeschlagen werden. Für Content-Handling-Skripte wird eine separate Zugriffsbeschränkungspolitik (CSP, Content Security Policy) eingeführt, und die bestehenden APIs userScripts und contentScripts werden überarbeitet, um die Unterstützung für Erweiterungen auf Basis von Service Workers zu gewährleisten.

Quelle: opennet.ru