Google hat den Plan zur Einstellung der Unterstützung für die zweite Version des Chrome-Manifests veröffentlicht

Das Unternehmen Google hat einen Zeitplan zur Einstellung der Unterstützung für die zweite Version des Chrome-Manifests zugunsten der dritten Version vorgestellt, die aufgrund von Störungen der Funktion vieler Erweiterungen zur Blockierung unerwünschter Inhalte und zur Sicherstellung der Sicherheit in der Kritik steht. Dazu gehört auch der beliebte Werbeblocker uBlock Origin, der nicht auf die dritte Version des Manifests portiert werden kann, da der Blockiermodus der API webRequest nicht mehr unterstützt wird.

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 wie gewohnt Updates veröffentlichen. Im Januar 2023 wird die Unterstützung für die zweite Version des Manifests in Chrome eingestellt, und alle damit verbundenen Erweiterungen werden nicht mehr funktionieren. Gleichzeitig wird die Veröffentlichung von Updates für ähnliche Erweiterungen im Chrome Web Store verboten.

Wir erinnern daran, dass in der dritten Version des Manifests, das die Möglichkeiten und Ressourcen für Erweiterungen definiert, im Rahmen der Initiative zur Stärkung Sicherheit und Vertraulichkeit anstatt der API webRequest eine eingeschränkte API namens declarativeNetRequest angeboten wird. Während die API webRequest benutzerdefinierte Handler ermöglicht, die vollständigen Zugriff auf Netzwerkanfragen haben und den Datenverkehr in Echtzeit modifizieren können, bietet die API declarativeNetRequest lediglich Zugriff auf eine im Browser integrierte Filtermaschine, die die Blockierungsregeln selbst verarbeitet und die Verwendung eigener Filteralgorithmen nicht erlaubt und keine komplexen Regeln zulässt, die sich je nach Bedingungen überschneiden.

Laut einer Mitteilung von Google arbeitet das Unternehmen weiterhin an der Umsetzung der Funktionen von declarativeNetRequest, die in Add-Ons, die webRequest verwenden, gefragt sind, und beabsichtigt, die neue API in eine Form zu bringen, die den Bedürfnissen der Entwickler bestehender Add-Ons vollständig entspricht. Zum Beispiel hat Google bereits die Wünsche der Community berücksichtigt und Unterstützung für die Verwendung mehrerer statischer Regelsets, die Filterung nach regulären Ausdrücken, die Modifizierung von HTTP-Headern, dynamische Änderungen und Hinzufügungen von Regeln, das Löschen und Ersetzen von Anfrageparametern, die Filterung in Bezug auf Tabs sowie die Erstellung spezifischer Regelsets für bestimmte Sitzungen in die API declarativeNetRequest integriert. In den kommenden Monaten wird außerdem die Unterstützung von dynamisch konfigurierbaren Skripten zur Inhaltsbearbeitung und die Möglichkeit zur Speicherung von Daten im Arbeitsspeicher umgesetzt.

Quelle: opennet.ru