Raymond Hill, der Autor des uBlock Origin-Blockierungssystems für unerwünschte Inhalte, veröffentlichte ein experimentelles Browser-Add-on uBO Minus mit einer in die declarativeNetRequest-API übersetzten Implementierung der uBlock Origin-Variante, deren Verwendung in der dritten Version des vorgeschrieben ist Chrome-Manifest. Im Gegensatz zum klassischen uBlock Origin nutzt das neue Add-on die Funktionen der integrierten Inhaltsfilter-Engine des Browsers und erfordert keine Installationsberechtigungen, um alle Site-Daten abzufangen und zu ändern.
Das Add-on verfügt noch nicht über ein Popup-Panel oder Einstellungsseiten und die Funktionalität beschränkt sich auf das Blockieren von Netzwerkanfragen. Um ohne erweiterte Berechtigungen zu arbeiten, stehen Funktionen wie kosmetische Filter zum Ersetzen von Inhalten auf einer Seite („##“), Ersetzen von Skripten auf Websites („##+js“), Filter zum Umleiten von Anfragen („redirect=“) und Header zur Verfügung Filter sind deaktivierte CSP (Content Security Policy) und Filter zum Entfernen von Anforderungsparametern („removeparam=“). Ansonsten entspricht die Liste der Standardfilter vollständig dem Satz von uBlock Origin und umfasst etwa 22 Regeln.
Darüber hinaus wurde vor einigen Tagen eine experimentelle Version des AdGuard-Werbeblocker-Add-ons vorgestellt – AdGuardMV3, das ebenfalls in die declarativeNetRequest-API übersetzt wurde und in Browsern funktionieren kann, die nur die dritte Ausgabe des Chrome-Manifests unterstützen. Der zum Testen vorgeschlagene Prototyp bietet alle von normalen Benutzern benötigten Werbeblockerfunktionen, bleibt jedoch in seinen erweiterten Funktionen hinter dem Add-on für die zweite Ausgabe des Manifests zurück, was für fortgeschrittene Benutzer von Interesse sein könnte.
Der neue AdGuard wird weiterhin Banner, Social-Network-Widgets und störende Elemente ausblenden, Werbung auf Videoplattformen wie YouTube blockieren und Anfragen im Zusammenhang mit Tracking-Bewegungen proaktiv blockieren. Zu den Einschränkungen gehören das Flackern von Werbeeinfügungen aufgrund einer Verzögerung von 1.5 bis 2 Sekunden bei der Anwendung kosmetischer Regeln, der Verlust einiger Funktionen im Zusammenhang mit der Cookie-Filterung, der Verwendung regulärer Ausdrücke und der Filterung von Abfrageparametern (die neue API bietet vereinfachte reguläre Ausdrücke). , Verfügbarkeit von Statistiken und Filterantwortprotokollen nur im Entwicklermodus.
Erwähnt wird auch eine mögliche Reduzierung der Anzahl der Regeln aufgrund von Einschränkungen, die in der dritten Version des Manifests eingeführt wurden. Wenn im Browser ein Add-on installiert ist, das declarativeNetRequest verwendet, gibt es keine Probleme mit statischen Regeln, da es ein allgemeines Limit für alle Add-ons gibt, das 330 Regeln zulässt. Bei mehreren Ergänzungen gilt eine Grenze von 30 Regeln, was möglicherweise nicht ausreicht. Für dynamische Regeln wurde eine Grenze von 5000 Regeln und für reguläre Ausdrücke eine Grenze von 1000 Regeln eingeführt.
Ab Januar 2023 soll der Chrome-Browser die zweite Version des Manifests nicht mehr unterstützen und die dritte Version für alle Add-ons obligatorisch machen. Zunächst geriet die dritte Version des Manifests in die Kritik, da viele Add-ons zum Blockieren unangemessener Inhalte und zur Gewährleistung der Sicherheit defekt waren. Das Chrome-Manifest definiert die Funktionen und Ressourcen, die Add-ons bereitgestellt werden. Die dritte Version des Manifests wurde im Rahmen einer Initiative zur Stärkung der Sicherheit, des Datenschutzes und der Leistung von Add-ons entwickelt. Das Hauptziel der Änderungen besteht darin, die Erstellung sicherer und leistungsstarker Add-Ons zu vereinfachen und die Erstellung unsicherer und langsamer Add-Ons zu erschweren.
Die größte Unzufriedenheit mit der dritten Version des Manifests hängt mit der Übersetzung der webRequest-API in den schreibgeschützten Modus zusammen, die es ermöglicht, eigene Handler anzuschließen, die vollen Zugriff auf Netzwerkanfragen haben und den Datenverkehr im laufenden Betrieb ändern können. Diese API wird in uBlock Origin, AdGuard und vielen anderen Add-ons verwendet, um unerwünschte Inhalte zu blockieren und die Sicherheit zu gewährleisten. Anstelle der webRequest-API bietet die dritte Version des Manifests eine deklarative NetRequest-API mit eingeschränkten Funktionen, die Zugriff auf eine integrierte Filter-Engine bietet, die Blockierungsregeln unabhängig verarbeitet, die Verwendung eigener Filteralgorithmen nicht zulässt und dies nicht tut ermöglichen die Festlegung komplexer Regeln, die sich je nach Bedingungen überschneiden.
Im Laufe der dreijährigen Diskussionen über die kommende dritte Version des Manifests hat Google viele Wünsche der Community berücksichtigt und die ursprünglich bereitgestellte declarativeNetRequest-API um die in bestehenden Ergänzungen erforderlichen Fähigkeiten erweitert. Beispielsweise hat Google der declarativeNetRequest-API Unterstützung für die Verwendung mehrerer statischer Regelsätze, die Filterung regulärer Ausdrücke, die Änderung von HTTP-Headern, das dynamische Ändern und Hinzufügen von Regeln, das Löschen und Ersetzen von Abfrageparametern, die tabulatorbasierte Filterung und die Erstellung sitzungsspezifischer Regelsätze hinzugefügt.
Source: opennet.ru