Raymond Hill, der Entwickler des Inhaltsblockers uBlock Origin, hat eine experimentelle Browsererweiterung namens uBO Minus ver\u00f6ffentlicht. 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\u00f6tigt bei der Installation keine Berechtigungen zum Abfangen und \u00c4ndern aller Daten von Websites. <\/p>\n
Derzeit fehlt im Zusatz eine Pop-up-Leiste sowie die Einstellungsseiten, und die Funktionalit\u00e4t ist auf das Blockieren von Netzwerkabfragen beschr\u00e4nkt. Funktionen wie kosmetische Filter zur Inhalts\u00e4nderung auf der Seite (\u201a##\u2018), das Einf\u00fcgen von Skripten auf Webseiten (\u201a##+js\u2018), Weiterleitungsfilter (\u201aredirect=\u2018), CSP-Headerfilter (Content Security Policy) und Filter zum Entfernen von Abfrageparametern (\u201aremoveparam=\u2018) sind ohne erweiterte Berechtigungen deaktiviert. Ansonsten entspricht die standardm\u00e4\u00dfig angebotene Filterliste vollst\u00e4ndig der von uBlock Origin und umfasst etwa 22.000 Regeln. <\/p>\n
Vor kurzem wurde eine experimentelle Version der AdGuard-Werbeblockierungs-Erweiterung AdGuardMV3 vorgestellt. Diese basiert auf der API declarativeNetRequest und funktioniert in Browsern, die nur die dritte Manifestversion unterst\u00fctzen. Der zur Verf\u00fcgung gestellte Prototyp bietet allen g\u00e4ngigen Nutzern die n\u00f6tige Funktionalit\u00e4t zum Blockieren von Werbung, jedoch fehlen ihm die erweiterten Funktionen der zweiten Manifestversion, die f\u00fcr fortgeschrittene Nutzer von Interesse sein k\u00f6nnten. <\/p>\n
In der neuen Version von AdGuard bleiben die Funktionen zum Unsichtbarmachen von Bannern, sozialen Medien Widgets und st\u00f6renden Elementen, die Blockierung von Werbung auf Videoplattformen wie YouTube sowie die pr\u00e4ventive Blockierung von Anfragen, die mit Tracking zu tun haben, erhalten. Zu den Einschr\u00e4nkungen geh\u00f6rt das Flimmern von Werbeeinblendungen aufgrund einer Verz\u00f6gerung von 1,5 bis 2 Sekunden beim Anwenden kosmetischer Regeln, der Verlust einiger M\u00f6glichkeiten in Bezug auf Cookie-Filterung, die Verwendung von regul\u00e4ren Ausdr\u00fccken und die Filterung von Anfrageparametern (die neue API bietet vereinfachte regul\u00e4re Ausdr\u00fccke), sowie dass die Verf\u00fcgbarkeit von Statistiken und Protokollen \u00fcber Filterausl\u00f6sungen nur im Entwicklermodus (Developer Mode) gegeben ist. <\/p>\n
Zudem wird eine m\u00f6gliche Reduzierung der Regeln erw\u00e4hnt, die durch die Beschr\u00e4nkungen der dritten Manifestversion bedingt ist. Wenn im Browser nur eine Erweiterung installiert ist, die declarativeNetRequest verwendet, gibt es keine Probleme mit statischen Regeln, da ein gemeinsames Limit f\u00fcr alle Erweiterungen von 330.000 Regeln besteht. Bei mehreren Erweiterungen gilt ein Limit von 30.000 Regeln, was m\u00f6glicherweise nicht ausreicht. F\u00fcr dynamische Regeln wurde ein Limit von 5.000 Regeln eingef\u00fchrt, w\u00e4hrend f\u00fcr regul\u00e4re Ausdr\u00fccke ein Limit von 1.000 Regeln gilt. <\/p>\n
Ab Januar 2023 wird im Chrome-Browser die Unterst\u00fctzung f\u00fcr die zweite Manifestversion eingestellt, und die dritte Version wird f\u00fcr alle Erweiterungen verpflichtend. Die dritte Manifestversion war anf\u00e4nglich wegen ihrer Auswirkungen auf viele Erweiterungen, die unerw\u00fcnschte Inhalte blockieren und die Sicherheit gew\u00e4hrleisten 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\u00f6hung von Sicherheit, Datenschutz und Leistungsf\u00e4higkeit von Erweiterungen entwickelt. Ziel der \u00c4nderungen ist es, die Erstellung von sicheren und leistungsstarken Erweiterungen zu erleichtern und es schwieriger zu machen, unsichere und langsame Erweiterungen zu entwickeln. <\/p>\n
Die Hauptbeschwerde \u00fcber die dritte Version des Manifests betrifft die Umstellung der webRequest API auf den Nur-Lese-Modus. Diese API erm\u00f6glichte es, benutzerdefinierte Handler zu integrieren, die vollst\u00e4ndigen 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\u00fcnschter Inhalte und zur Gew\u00e4hrleistung der Sicherheit verwendet. Anstelle der webRequest API wurde in der dritten Version des Manifests eine eingeschr\u00e4nkte API, die declarativeNetRequest API, vorgeschlagen. Diese bietet Zugriff auf eine integrierte Filter-Engine, die die Blockierungsregeln selbst verarbeitet, jedoch keine benutzerdefinierten Filteralgorithmen zul\u00e4sst und es nicht erm\u00f6glicht, komplexe, sich gegenseitig \u00fcberlagernde Regeln je nach Bedingungen festzulegen. <\/p>\n