Raymond Hill, az uBlock Origin nemkívánatos tartalomblokkoló rendszer szerzője egy kísérleti böngészőbővítményt, az uBO Minus-t tette közzé, amely az uBlock Origin API declarativeNetRequest-re átültetett változata. Ezzel szemben a klasszikus uBlock Origin az új bővítmény a böngészőbe épített motor lehetőségeit használja a tartalom szűrésére, és a telepítéshez nem szükséges engedély a weboldalak összes adatának elfogásához és módosításához.
A bővítmény jelenleg nem tartalmaz felugró panelt és beállítási oldalakat, a funkciók pedig hálózati kérések blokkolására korlátozódnak. Az engedélyek nélküli működés érdekében le vannak tiltva olyan lehetőségek, mint a kozmetikai szűrők, amelyek a lap tartalmát cserélik ki ("##"), script betöltése az oldalakra ("##+js"), kérésátirányító szűrők ("redirect="), CSP (Content Security Policy) fejléc szűrők és kérésparaméterek eltávolító szűrők ("removeparam="). Ezen kívül az alapértelmezett szűrők listája teljes mértékben megegyezik az uBlock Origin készletével, és körülbelül 22 ezer szabályt tartalmaz.
Ezen kívül néhány nappal ezelőtt bemutatták az AdGuard kísérleti verzióját az AdGuardMV3 reklámblokkoló bővítménynek, amely szintén az API declarativeNetRequest-ra lett átültetve, és képes működni olyan böngészőkben, amelyek csak a Chrome harmadik manifest verzióját támogatják. A tesztelésre ajánlott prototípus a hagyományos felhasználók számára minden szükséges funkciót biztosít a reklámblokkoláshoz, de elmarad a második manifest verzióhoz készült bővítmény kibővített tulajdonságaitól, amelyek érdekesek lehetnek a haladó felhasználók számára.
Az új AdGuard továbbra is blokkolni fogja a bannereket, a közösségi média widgeteket és a zavaró elemeket, valamint hirdetéseket fog blokkolni olyan videóplatformokon, mint a YouTube, és előre blokkolja a mozgáskövetéssel kapcsolatos kéréseket. A korlátozások között megemlítjük a hirdetési elemek villódzását, amely a kozmetikai szabályok alkalmazásának 1,5-2 másodperces késéséből adódik, valamint néhány lehetőség elvesztését a Cookie-k szűrésével, a reguláris kifejezések alkalmazásával és a kérések paramétereinek szűrésével kapcsolatban (az új API egyszerűsített reguláris kifejezéseket biztosít), a statisztikák és a szűrőütközések naplója csak fejlesztői módban (Developer Mode) érhető el.
A harmadik verziójú manifestumban bevezetett korlátozások miatt említik a szabályok számának csökkenését is. Ha a böngészőben egy olyan kiegészítő van telepítve, amely a declarativeNetRequest-t használja, akkor a statikus szabályokkal nincs probléma, mivel egy általános limit vonatkozik az összes kiegészítőre, amely 330 ezer szabályt engedélyez. Amikor több kiegészítő van, 30 ezer szabály limit érvényes, amely nem biztos, hogy elegendő. A dinamikus szabályok esetében 5000 szabály, míg a reguláris kifejezések esetében 1000 szabály limit van bevezetve.
2023 januárjától a Chrome böngészőben tervezik megszüntetni a második verziójú manifestum támogatását, és a harmadik verziót kötelezővé tenni minden kiegészítő számára. A harmadik verziót kezdetben kritika érte, mivel sok olyan kiegészítő működését zavarta, amelyek a nem kívánt tartalmak blokkolását és a biztonság biztosítását célozták. A Chrome manifestuma meghatározza a kiegészítők számára biztosított lehetőségeket és erőforrásokat. A harmadik verziót a kiegészítők biztonságának, adatvédelmének és teljesítményének fokozására irányuló kezdeményezés keretében dolgozták ki. A változtatások fő célja a biztonságos és nagy teljesítményű kiegészítők készítésének egyszerűsítése, valamint a nem biztonságos és lassú kiegészítők létrehozásának bonyolítása.
A harmadik verzióval kapcsolatos fő panasz az API webRequest írásvédett módba való átállítása, amely lehetővé tette a felhasználói kezelők csatlakoztatását, teljes hozzáféréssel a hálózati kérdésekhez és a forgalom valós idejű módosításához. Ez az API alkalmazva van az uBlock Origin, AdGuard és más hasonló kiegészítők által, amelyek a nemkívánatos tartalom blokkolására és a biztonság megteremtésére szolgálnak. Az API webRequest helyett a harmadik verzióban egy korlátozottabb képességekkel rendelkező API, a declarativeNetRequest került javaslatra, amely hozzáférést biztosít a beépített szűrőmotorhoz, amely önállóan kezeli a blokkolási szabályokat, nem engedélyezi a felhasználói szűrési algoritmusok használatát, és nem teszi lehetővé a bonyolult, egymásra csúszó szabályok megadását a feltételek függvényében.
A harmadik verzió elképzelése körüli három évnyi megbeszélés után a Google figyelembe vette a közösség sok igényét, és kibővítette az eredetileg biztosított API declarativeNetRequest lehetőségeit, amelyek a meglévő kiegészítők által megkívánt funkciókat rejtenek. Például a Google hozzáadta az API declarativeNetRequest-hez a több statikus szabálykészlet használatának támogatását, a reguláris kifejezések szerinti szűrést, a HTTP-fejlécek módosítását, a szabályok dinamikus változtatását és hozzáadását, a kérdések paramétereinek eltávolítását és cseréjét, a fülekhez kötődő szűrést, valamint a bizonyos munkamenetekhez specifikus szabályok készleteinek létrehozását.
Forrás: opennet.ru
