Raymond Hill, der Entwickler des Inhaltsblockers uBlock Origin, hat eine experimentelle Browsererweiterung namens uBO Minus veröffentlicht. Diese basiert auf einer Version von uBlock Origin, die auf die API declarativeNetRequest umgestellt wurde, wie sie in der dritten Version des Chrome-Manifests vorgeschrieben ist. Anders als das klassische uBlock Origin nutzt die neue Erweiterung die im Browser integrierte Engine zur Inhaltsfilterung und benötigt bei der Installation keine Berechtigungen zum Abfangen und Ändern aller Daten von Websites.
Aktuell fehlt die Popup-Leiste sowie die Einstellungsseiten, und die Funktionalität ist auf das Blockieren von Netzwerkrequests beschränkt. Im nicht ermächtigten Modus sind Funktionen wie kosmetische Filter zur Inhaltsänderung auf der Seite ("##"), das Einschleusen von Skripten auf Webseiten ("##+js"), Filter zum Weiterleiten von Anfragen ("redirect="), CSP-Headerfilter (Content Security Policy) und Filter zum Entfernen von Anfrageparametern ("removeparam=") deaktiviert. Abgesehen davon entspricht die Liste der standardmäßig angebotenen Filter vollständig dem Set von uBlock Origin und umfasst etwa 22.000 Regeln.
Vor einigen Tagen wurde außerdem eine experimentelle Version der AdGuard-Werbeblockierungs-Erweiterung vorgestellt – AdGuardMV3. Diese wurde auf die API declarativeNetRequest umgestellt und kann in Browsern verwendet werden, die nur die dritte Version des Chrome-Manifests unterstützen. Der als Test angebotene Prototyp bietet allen normalen Nutzern die erforderliche Funktionalität zur Werbeblockierung, hinkt jedoch in seinen erweiterten Möglichkeiten hinter der Erweiterung der zweiten Manifestversion hinterher, die für erfahrene Nutzer von Interesse sein könnten.
In der neuen Version von AdGuard bleiben die Funktionen zum Unsichtbarmachen von Bannern, sozialen Medien Widgets und störenden Elementen, die Blockierung von Werbung auf Videoplattformen wie YouTube sowie die präventive Blockierung von Anfragen, die mit Tracking zu tun haben, erhalten. Zu den Einschränkungen gehört das Flimmern von Werbeeinblendungen aufgrund einer Verzögerung von 1,5 bis 2 Sekunden beim Anwenden kosmetischer Regeln, der Verlust einiger Möglichkeiten in Bezug auf Cookie-Filterung, die Verwendung von regulären Ausdrücken und die Filterung von Anfrageparametern (die neue API bietet vereinfachte reguläre Ausdrücke), sowie dass die Verfügbarkeit von Statistiken und Protokollen über Filterauslösungen nur im Entwicklermodus (Developer Mode) gegeben ist.
Es wird auch erwähnt, dass die Anzahl der Regeln aufgrund der Beschränkungen in der dritten Version des Manifests möglicherweise reduziert wird. Wenn im Browser eine Erweiterung installiert ist, die declarativeNetRequest verwendet, treten keine Probleme mit statischen Regeln auf, da ein gemeinsames Limit für alle Erweiterungen gilt, das 330.000 Regeln erlaubt. Bei mehreren Erweiterungen gilt ein Limit von 30.000 Regeln, was möglicherweise nicht ausreicht. Für dynamische Regeln wurde ein Limit von 5.000 Regeln eingeführt, und für reguläre Ausdrücke gelten 1.000 Regeln.
Ab Januar 2023 wird im Chrome-Browser die Unterstützung für die zweite Manifestversion eingestellt, und die dritte Version wird für alle Erweiterungen verpflichtend. Die dritte Manifestversion war anfänglich wegen ihrer Auswirkungen auf viele Erweiterungen, die unerwünschte Inhalte blockieren und die Sicherheit gewährleisten sollten, in der Kritik. Das Chrome-Manifest definiert die Funktionen und Ressourcen, die Erweiterungen bereitgestellt werden. Die dritte Manifestversion wurde als Teil einer Initiative zur Erhöhung von Sicherheit, Datenschutz und Leistungsfähigkeit von Erweiterungen entwickelt. Ziel der Änderungen ist es, die Erstellung von sicheren und leistungsstarken Erweiterungen zu erleichtern und es schwieriger zu machen, unsichere und langsame Erweiterungen zu entwickeln.
Die Hauptbeschwerde über die dritte Version des Manifests betrifft die Umstellung der webRequest API auf den Nur-Lese-Modus. Diese API ermöglichte es, benutzerdefinierte Handler zu integrieren, die vollständigen Zugriff auf Netzwerkrequests hatten und in der Lage waren, den Datenverkehr in Echtzeit zu modifizieren. Diese API wird in uBlock Origin, AdGuard und vielen anderen Erweiterungen zur Blockierung unerwünschter Inhalte und zur Gewährleistung der Sicherheit verwendet. Anstelle der webRequest API wurde in der dritten Version des Manifests eine eingeschränkte API, die declarativeNetRequest API, vorgeschlagen. Diese bietet Zugriff auf eine integrierte Filter-Engine, die die Blockierungsregeln selbst verarbeitet, jedoch keine benutzerdefinierten Filteralgorithmen zulässt und es nicht ermöglicht, komplexe, sich gegenseitig überlagernde Regeln je nach Bedingungen festzulegen.
Nach drei Jahren Diskussionen über die bevorstehende dritte Version des Manifests hat Google viele Wünsche der Community berücksichtigt und die ursprünglich bereitgestellte API declarativeNetRequest um Funktionen erweitert, die in bestehenden Erweiterungen nachgefragt werden. Zum Beispiel hat Google der API declarativeNetRequest die Unterstützung mehrerer statischer Regelsätze, die Filterung nach regulären Ausdrücken, die Modifikation von HTTP-Headern, das dynamische Ändern und Hinzufügen von Regeln, das Entfernen und Ersetzen von Anfrageparametern, die filtering binds to tabs und die Erstellung spezifischer für bestimmte Sitzungen Regelsätze hinzugefügt.
Quelle: opennet.ru
