Google hat einen Zeitplan für das Ende der Unterstützung der zweiten Version des Chrome-Manifests zugunsten der dritten Version veröffentlicht, die wegen der Beeinträchtigung vieler Erweiterungen zur Blockierung unerwünschter Inhalte und zur Gewährleistung der Sicherheit kritisiert wird. Unter anderem ist der beliebte Adblocker uBlock Origin an die zweite Version des Manifests gebunden, die aufgrund des Wegfalls des Blockiermodus des webRequest-APIs nicht auf die dritte Version portiert werden kann.
Ab dem 17. Januar 2022 werden im Chrome Web Store keine Erweiterungen mehr akzeptiert, die die zweite Version des Manifests verwenden. Entwickler bereits hinzugefügter Erweiterungen können jedoch weiterhin Updates veröffentlichen. Im Januar 2023 wird die Unterstützung der zweiten Version des Manifests in Chrome eingestellt, und alle daran gebundenen Erweiterungen werden nicht mehr funktionieren. Gleichzeitig wird die Veröffentlichung von Updates für solche Erweiterungen im Chrome Web Store verboten.
Wir erinnern daran, dass in der dritten Version des Manifests, das die Funktionen und Ressourcen für Erweiterungen definiert, im Rahmen einer Initiative zur Verstärkung für Sicherheit und Datenschutz Anstelle von API webRequest wird die eingeschränkte API declarativeNetRequest angeboten. Während die API webRequest die Integration eigener Handler ermöglicht, die vollen Zugriff auf Netzwerkabfragen haben und den Datenverkehr in Echtzeit modifizieren können, bietet die API declarativeNetRequest lediglich Zugang zu einer im Browser integrierten Filtermaschine, die die Blockierungsregeln selbstständig verarbeitet. Sie erlaubt nicht die Verwendung eigener Filteralgorithmen und lässt keine komplexen, sich gegenseitig überlagernden Regeln zu, die von bestimmten Bedingungen abhängen.
Laut Angaben von Google wird weiterhin an der Implementierung der in declarativeNetRequest geforderten Funktionen gearbeitet, die für Erweiterungen, die webRequest verwenden, von Bedeutung sind. Das Unternehmen beabsichtigt, die neue API so zu gestalten, dass sie vollständig den Bedürfnissen der Entwickler bestehender Erweiterungen entspricht. So hat Google bereits die Wünsche der Community berücksichtigt und in die API von declarativeNetRequest die Unterstützung für mehrere statische Regelsets, die Filterung nach regulären Ausdrücken, die Modifikation von HTTP-Headern, die dynamische Anpassung und Hinzufügung von Regeln sowie das Löschen und Ersetzen von Anfrageparametern integriert. Außerdem wurden Funktionen zur tabellenbasierten Filterung und zur Erstellung von regelbasierten Sets für bestimmte Sitzungen hinzugefügt. In den kommenden Monaten wird außerdem die Unterstützung für dynamisch anpassbare Content-Processing-Skripte sowie die Möglichkeit zur Speicherung von Daten im Arbeitsspeicher geplant.
Quelle: opennet.ru
