{"id":105614,"date":"2022-11-18T03:36:41","date_gmt":"2022-11-18T01:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome"},"modified":"2022-11-18T03:36:41","modified_gmt":"2022-11-18T01:36:42","slug":"mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla wird beginnen, Erweiterungen auf Basis der dritten Manifestversion von Chrome zu akzeptieren.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Am 21. November wird der Katalog AMO (addons.mozilla.org) beginnen, Erweiterungen, die die dritte Version des Manifests von Chrome verwenden, digital zu signieren und zu validieren. Diese Erweiterungen k\u00f6nnen in den Nightly-Bauten von Firefox getestet werden. In stabilen Versionen wird die Unterst\u00fctzung f\u00fcr die dritte Manifestversion in Firefox 109, die f\u00fcr den 17. Januar 2023 geplant ist, integriert. Die Unterst\u00fctzung der zweiten Manifestversion wird in naher Zukunft beibehalten, aber Ende 2023 wird, nach Beurteilung des Fortschritts der Umstellung der Erweiterungen auf die dritte Manifestversion, die M\u00f6glichkeit erwogen, die Unterst\u00fctzung der zweiten Manifestversion als veraltet zu klassifizieren. <\/p>\n
Das Chrome-Manifest definiert die Funktionen und Ressourcen, die f\u00fcr Add-ons verf\u00fcgbar sind, die die API WebExtensions verwenden. Seit Version 57 hat Firefox vollst\u00e4ndig auf die Verwendung der API WebExtensions zur Entwicklung von Add-ons umgestellt und die Unterst\u00fctzung f\u00fcr die XUL-Technologie eingestellt. Der \u00dcbergang zu WebExtensions hat die Entwicklung von Add-ons mit den Plattformen Chrome, Opera, Safari und Edge vereinheitlicht, das Portieren von Add-ons zwischen verschiedenen Webbrowsern vereinfacht und die vollst\u00e4ndige Nutzung des Mehrprozessmodus erm\u00f6glicht (WebExtensions-Add-ons k\u00f6nnen in separaten Prozessen ausgef\u00fchrt werden, isoliert von den anderen Teilen des Browsers). Um die Entwicklung von Add-ons mit anderen Browsern zu vereinheitlichen, wird in Firefox nahezu vollst\u00e4ndige Kompatibilit\u00e4t mit der zweiten Version des Chrome-Manifests gew\u00e4hrleistet. <\/p>\n
Derzeit arbeitet Chrome an der Umstellung auf die dritte Manifestversion, w\u00e4hrend die Unterst\u00fctzung der zweiten Version im Januar 2024 eingestellt wird. Das Hauptziel der \u00c4nderungen in der neuen Version besteht darin, die Erstellung sicherer und leistungsstarker Erweiterungen zu erleichtern und die M\u00f6glichkeit der Erstellung unsicherer und langsamer Erweiterungen zu erschweren. Da die dritte Manifestversion kritisiert wurde und die Funktionalit\u00e4t vieler Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Sicherheitsgew\u00e4hrleistung beeintr\u00e4chtigen d\u00fcrfte, hat Mozilla beschlossen, von der Gew\u00e4hrleistung vollst\u00e4ndiger Kompatibilit\u00e4t mit dem Manifest in Firefox abzuweichen und einige \u00c4nderungen anders umzusetzen. <\/p>\n
Die Hauptkritik an der dritten Manifestversion bezieht sich auf die Umstellung der API webRequest in den Nur-Lese-Modus. Diese API erlaubte es, eigene Handler zu integrieren, die vollen Zugriff auf Netzwerkrequests hatten und den Datenverkehr in Echtzeit modifizieren konnten. Diese API wird in uBlock Origin und vielen anderen Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Sicherheitsgew\u00e4hrleistung verwendet. Statt der API webRequest wird in der dritten Manifestversion eine eingeschr\u00e4nkte API namens declarativeNetRequest angeboten, die Zugriff auf eine integrierte Engine f\u00fcr die Filterung bietet, die Regeln zur Blockierung selbst verarbeitet, aber keine eigenen Filteralgorithmen und keine komplexen, sich gegenseitig \u00fcberlappenden Regeln je nach Bedingungen zul\u00e4sst. <\/p>\n
Zu den Besonderheiten der Implementierung des neuen Manifests in Firefox geh\u00f6rt: <\/p>\n
\n
Ein neuer deklarativer API zur Inhaltsfilterung wurde hinzugef\u00fcgt, aber im Gegensatz zu Chrome wurde die Unterst\u00fctzung f\u00fcr den alten blockierenden Modus des webRequest-API nicht eingestellt.\n
Im Manifest wird der Austausch von Hintergrundseiten durch eine Variante von Service Workers definiert, die als Hintergrundprozesse (Background Service Workers) agieren. Um die zuk\u00fcnftige Kompatibilit\u00e4t sicherzustellen, wird Firefox die Unterst\u00fctzung f\u00fcr Service Workers implementieren, allerdings wird derzeit ein neuer Mechanismus namens Event Pages vorgeschlagen, der f\u00fcr Webentwickler vertrauter ist, keine vollst\u00e4ndige Neugestaltung von Erg\u00e4nzungen erfordert und die Einschr\u00e4nkungen im Zusammenhang mit der Verwendung von Service Workers beseitigt. Event Pages erm\u00f6glichen es, bestehende Erg\u00e4nzungen mit Hintergrundseiten an die Anforderungen der dritten Manifestversion anzupassen, w\u00e4hrend der Zugriff auf alle ben\u00f6tigten Funktionen f\u00fcr die Arbeit mit dem DOM erhalten bleibt. <\/li>\n
Ein neues, granuliertes Berechtigungsanforderungsmodell \u2013 die Erweiterung kann nicht sofort f\u00fcr alle Seiten aktiviert werden (Berechtigung \u201eall_urls\u201c wurde entfernt) und funktioniert nur im Kontext des aktiven Tabs, d.h. der Benutzer muss die Erweiterung f\u00fcr jede Website best\u00e4tigen. In Firefox werden alle Zugriffsanforderungen auf die Website-Daten als optional betrachtet, und die endg\u00fcltige Entscheidung \u00fcber den Zugriff obliegt dem Benutzer, der selektiv entscheiden kann, welcher Erweiterung der Zugriff auf seine Daten auf dieser oder jener Website gew\u00e4hrt wird.\n
Zur Verwaltung der Berechtigungen wurde im Interface eine neue Schaltfl\u00e4che \u201eUnified Extensions\u201c hinzugef\u00fcgt, die bereits in den Nachtausgaben von Firefox getestet werden kann. Die Schaltfl\u00e4che bietet Werkzeug zur direkten Verwaltung, welche Websites von jeder Erweiterung Zugriff haben \u2013 der Benutzer kann den Zugriff der Erweiterung auf jede Website gew\u00e4hren und widerrufen. Die Verwaltung der Berechtigungen gilt nur f\u00fcr Erweiterungen, die auf dem dritten Manifest basieren; f\u00fcr Erweiterungen auf dem zweiten Manifest erfolgt keine granulierte Zugriffskontrolle auf Websites.
<\/center> <\/li>\n
\u00c4nderung der Verarbeitung von Cross-Origin-Anfragen \u2013 gem\u00e4\u00df dem neuen Manifest gelten dieselben Berechtigungsbeschr\u00e4nkungen f\u00fcr die Skripte zur Verarbeitung von Inhalten, die auch f\u00fcr die Hauptseite gelten, in die diese Skripte eingebettet werden (z.B. wenn die Seite keinen Zugriff auf die Geolocation-API hat, erh\u00e4lt auch das Erweiterungsskript keinen Zugriff). Diese \u00c4nderung ist vollst\u00e4ndig in Firefox implementiert. <\/li>\n
Promise-basiertes API. Firefox unterst\u00fctzt dieses API und wird es f\u00fcr das dritte Manifest in den Namensraum \u201echrome.*\u201c \u00fcbertragen. <\/li>\n
![\"Mozilla](\"\/wp-content\/uploads\/2022\/11\/62422c3bf8021866caee67b47e642d5c.jpg\")
<\/center> <\/li>\n