In der für den 30. Juni geplanten Version Chrome 150 wird die Unterstützung des Flags kExtensionManifestV2Disabled entfernt, das die Installation von Erweiterungen, die die zweite Version des Chrome-Manifests verwenden, aus dem Chrome Web Store wieder ermöglichte. Vorgestern wurde aus dem Code-Repository von Chromium, auf dessen Grundlage die für den 28. Juli geplante Version Chrome 151 entsteht, zusätzlich der Code für die Option AllowLegacyMV2Extensions entfernt, die es erlaubte, im Entwicklermodus manuell Erweiterungen auf Basis der zweiten Manifestversion hochzuladen. Nur wenige Tage zuvor wurden auch die Parameter kExtensionManifestV2Unsupported und ExtensionManifestV2Availability aus dem Code-Repository von Chromium entfernt, die vor rund einem Jahr als nicht unterstützt erklärt worden waren.
Die Teilnehmer des Projekts uBlock Origin haben den Chrome-Nutzern empfohlen, auf andere Browser umzusteigen oder das uBlock Origin Lite-Add-On zu verwenden, das vom Entwickler von uBlock Origin weiterentwickelt wird und eine Variante von uBlock Origin darstellt, die auf die in der dritten Version des Chrome-Manifests vorgeschlagene deklarative API (declarativeNetRequest) umgestellt wurde. Die Unterstützung der zweiten Version des Chrome-Manifests bleibt in Firefox und Safari bestehen und wird auch in den auf dem Chromium-Framework basierenden Browsern Brave und Opera erhalten bleiben.
Die dritte Version des Chrome-Manifests, die die Möglichkeiten und Ressourcen definiert, die für Erweiterungen, die mit der API WebExtensions geschrieben wurden, verfügbar sind, wurde im Rahmen einer Initiative zur Vereinfachung der Erstellung sicherer und leistungsstarker Erweiterungen entwickelt. Das Hauptmissfallen über die dritte Version des Manifests resultiert aus der Umstellung des API webRequest auf einen schreibgeschützten Modus, der das Anschließen eigener Handler ermöglichte, die vollständigen Zugriff auf Netzwerkrequests hatten und in der Lage waren, den Verkehr in Echtzeit zu ändern. Anstelle des API webRequest wurde in der dritten Version des Manifests eine eingeschränkte API, declarativeNetRequest, hinzugefügt, die Zugang zu einer integrierten Engine zur Filterung bietet, die die Blockierungsregeln selbst verarbeitet und das Verwenden eigener Filteralgorithmen nicht erlaubt.
Das Add-on uBlock Origin Lite (uBOL) bietet nur einen Teil der Funktionen von uBlock Origin. Bei uBlock Origin Lite ist es schwierig, dynamische Filter für Inhalte und URLs, HTTP-Header-Filter, Tools zum Deaktivieren von Skripten, großen Schriftarten und Multimedia-Elementen in Bezug auf einzelne Webseiten zu übertragen. Viele Filteroptionen (strict1p, strict3p, domain, redirect-rule, removeparam), der Schutz vor DNS-Manipulationen zur Umgehung von Blockierungen sind ebenfalls nicht enthalten. Aufgrund der Notwendigkeit, zusätzliche Berechtigungen in uBlock Origin Lite zu erhalten, sind kosmetische Filter zum Ersetzen von Inhalten auf der Seite („##“), Skriptplatzhalter für Webseiten („##+js“), Filter zum Umleiten von Anfragen („redirect=“), CSP-Header-Filter (Content Security Policy) und Filter zum Entfernen von Anfrageparametern („removeparam=“) standardmäßig deaktiviert.
Quelle: opennet.ru
