Raymond Hill, de auteur van het contentblockeringssysteem uBlock Origin, heeft een experimentele browserextensie uBO Minus gepubliceerd, die een variant van uBlock Origin implementeert, vertaald naar de API declarativeNetRequest, waarvan het gebruik is voorgeschreven in de derde versie van het Chrome-manifest. In tegenstelling tot het klassieke uBlock Origin maakt de nieuwe extensie gebruik van de mogelijkheden van de ingebouwde browser-engine voor het filteren van inhoud en vereist geen machtigingen voor het onderscheppen en wijzigen van alle gegevens van websites.
De extensie heeft momenteel geen pop-upvenster of instellingenpagina's, en de functionaliteit is beperkt tot het blokkeren van netwerkaanvragen. Voor gebruik zonder uitgebreide machtigingen zijn mogelijkheden uitgeschakeld, zoals cosmetische filters voor het vervangen van inhoud op de pagina (‘##’), het invoegen van scripts op websites (‘##+js’), filters voor het omleiden van aanvragen (‘redirect=’), CSP-headerfilters (Content Security Policy) en filters voor het verwijderen van aanvraagparameters (‘removeparam=’). Verder komt de standaardlijst van aangeboden filters volledig overeen met de set van uBlock Origin en bevat ongeveer 22.000 regels.
Bovendien is enkele dagen geleden een experimentele versie van de advertentiebeschermingsextensie AdGuard gepresenteerd — AdGuardMV3, ook vertaald naar de API declarativeNetRequest en in staat om te werken in browsers die alleen de derde versie van het Chrome-manifest ondersteunen. De voorgestelde prototype voor testdoeleinden biedt alle noodzakelijke functionaliteit voor gewone gebruikers om advertenties te blokkeren, maar blijft achter ten opzichte van de extensie voor de tweede versie van het manifest qua aanvullende mogelijkheden die interessant kunnen zijn voor geavanceerde gebruikers.
In de nieuwe versie van AdGuard blijft het verbergen van banners, sociale media-widgets en opdringerige elementen, evenals het blokkeren van advertenties op videoplatformen zoals YouTube en de preventieve blokkering van trackinggerelateerde verzoeken, functioneren. Onder de beperkingen wordt het knipperen van reclame-inserties opgemerkt vanwege de vertraging in het toepassen van cosmetische regels van 1,5 tot 2 seconden, het verlies van sommige mogelijkheden met betrekking tot cookie-filtering, het gebruik van reguliere expressies en het filteren van verzoekparameters (de nieuwe API biedt vereenvoudigde reguliere expressies), en de beschikbaarheid van statistieken en logboeken met activeringen van filters alleen in de ontwikkelaarsmodus (Developer Mode).
Ook wordt een mogelijke vermindering van het aantal regels vermeld vanwege de beperkingen die zijn ingevoerd in versie drie van het manifest. Als er één extensie is geïnstalleerd die gebruikmaakt van declarativeNetRequest, zijn er geen problemen met statische regels, aangezien er een algemene limiet geldt voor alle extensies van 330.000 regels. Wanneer er meerdere extensies zijn, geldt een limiet van 30.000 regels, wat onvoldoende kan zijn. Voor dynamische regels is er een limiet van 5.000 regels, en voor reguliere expressies 1.000 regels.
Vanaf januari 2023 is het de bedoeling om de ondersteuning voor versie twee van het manifest in de Chrome-browser stop te zetten en versie drie verplicht te maken voor alle extensies. Aanvankelijk werd versie drie van het manifest bekritiseerd vanwege het verstoren van de werking van veel extensies voor het blokkeren van ongewenste inhoud en het waarborgen van veiligheid. Het Chrome-manifest bepaalt de mogelijkheden en bronnen die aan extensies worden gegeven. De derde versie van het manifest is ontwikkeld als onderdeel van een initiatief om de veiligheid, privacy en prestaties van extensies te verbeteren. Het hoofddoel van de wijzigingen is het vereenvoudigen van het creëren van veilige en krachtige extensies en het moeilijker maken om onveilige en trage extensies te maken.
De belangrijkste klacht over de derde versie van het manifest heeft betrekking op de conversie van de webRequest API naar een alleen-lezen modus. Hierdoor konden gebruikers hun eigen handlers verbinden met volledige toegang tot netwerkverzoeken en in realtime het verkeer aanpassen. Deze API wordt gebruikt in uBlock Origin, AdGuard en vele andere extensies voor het blokkeren van ongewenste inhoud en het waarborgen van veiligheid. In plaats van de webRequest API is in de derde versie van het manifest een beperkte declarativeNetRequest API voorgesteld, die toegang biedt tot een ingebouwde engine voor filtering, die zelf regels voor blokkering verwerkt, zonder de mogelijkheid om eigen filteralgoritmen te gebruiken en geen complexe overlappende regels toestaat, afhankelijk van voorwaarden.
Gedurende drie jaar van discussies over de aanstaande derde versie van het manifest heeft Google veel wensen van de gemeenschap in overweging genomen en de oorspronkelijk aangeboden declarativeNetRequest API uitgebreid met functies die gewild zijn in bestaande extensies. Zo heeft Google ondersteuning toegevoegd voor het gebruik van meerdere statische regelsets, filtering met reguliere expressies, het aanpassen van HTTP-headers, dynamisch toevoegen en wijzigen van regels, verwijderen en vervangen van queryparameters, filtering gekoppeld aan tabbladen en het creëren van regelspecifieke voor bepaalde sessies.
Bron: opennet.ru
