Versioner av uBlock Origin och AdGuard har förberetts med stöd för den tredje versionen av Chrome-manifestet

Raymond Hill, skaparen av adblocker-lösningen uBlock Origin, har publicerat ett experimentellt webblÀsartillÀgg, uBO Minus, som implementerar en version av uBlock Origin översatt till API:t declarativeNetRequest, vars anvÀndning föreskrivs i den tredje versionen av Chrome-manifestet. Till skillnad frÄn det klassiska uBlock Origin anvÀnder det nya tillÀgget funktionerna hos den inbyggda webblÀsarmotorn för att filtrera innehÄll och krÀver ingen behörighet för att fÄnga upp och Àndra data frÄn webbplatser vid installation.

TillÀgget saknar för nÀrvarande en popup-panel och instÀllningssidor, och dess funktionalitet Àr begrÀnsad till att blockera nÀtverksförfrÄgningar. Funktioner som kosmetiska filter för att ersÀtta innehÄll pÄ sidan ("##"), injicera skript pÄ webbplatser ("##+js"), filtrering för att omdirigera förfrÄgningar ("redirect="), CSP (Content Security Policy) headerfilter och filter för att ta bort förfrÄgningsparametrar ("removeparam=") Àr avstÀngda för att fungera utan utökade behörigheter. I övrigt matchar listan över standardfilter helt den uppsÀttning som finns i uBlock Origin och innehÄller cirka 22 000 regler.

Dessutom presenterades för nĂ„gra dagar sedan en experimentell version av annonsblockeringstillĂ€gget AdGuard — AdGuardMV3, Ă€ven det översatt till API:t declarativeNetRequest och kapabel att fungera i webblĂ€sare som endast stöder den tredje versionen av Chrome-manifestet. Den föreslagna prototypen för testning erbjuder all nödvĂ€ndig funktionalitet för vanliga anvĂ€ndare för att blockera annonser, men ligger efter tillĂ€gget för den andra versionen av manifestet nĂ€r det kommer till sina avancerade funktioner, som kan vara av intresse för mer erfarna anvĂ€ndare.

I den nya versionen av AdGuard kommer den att fortsÀtta att dölja banners, sociala medie-widgetar och störande element, blockera annonser pÄ videoplattformar som YouTube, samt förhandsblockera spÄrningsrelaterade förfrÄgningar. Bland begrÀnsningarna noteras att annonsinlÀgg blinkar pÄ grund av en fördröjning i tillÀmpningen av kosmetiska regler pÄ 1,5-2 sekunder, förlust av vissa möjligheter relaterade till cookies-filter, anvÀndning av reguljÀra uttryck och filtrering av förfrÄgningsparametrar (det nya API:et erbjuder förenklade reguljÀra uttryck), samt att statistik och loggar för filterutlösningar endast Àr tillgÀngliga i utvecklarlÀge (Developer Mode).

Det nÀmns ocksÄ en möjlig minskning av antalet regler pÄ grund av begrÀnsningar som införts i den tredje versionen av manifestet. Om det finns ett tillÀgg i webblÀsaren som anvÀnder declarativeNetRequest, uppstÄr inga problem med statiska regler, eftersom en gemensam grÀns tillÀmpas för alla tillÀgg, vilket tillÄter 330 000 regler. NÀr det finns flera tillÀgg tillÀmpas en grÀns pÄ 30 000 regler, vilket kan vara otillrÀckligt. För dynamiska regler har en grÀns pÄ 5 000 regler införts, och för reguljÀra uttryck Àr grÀnsen 1 000 regler.

FrÄn och med januari 2023 planerar webblÀsaren Chrome att upphöra med stödet för den andra versionen av manifestet och göra den tredje versionen obligatorisk för alla tillÀgg. Den tredje versionen av manifestet kritiserades initialt för att den störde funktionen hos mÄnga tillÀgg som blockerar oönskat innehÄll och sÀkerstÀller sÀkerhet. Chrome-manifestet definierar de möjligheter och resurser som tillhandahÄlls tillÀgg. Den tredje versionen av manifestet har utvecklats inom ramen för en initiativ för att förstÀrka sÀkerheten, sekretessen och prestanda för tillÀgg. HuvudmÄlet med de förÀndringar som införts Àr att förenkla skapandet av sÀkra och högpresterande tillÀgg, samt att göra det svÄrare att skapa osÀkra och lÄngsamma tillÀgg.

Det huvudsakliga missnöjet med den tredje versionen av manifestet rör övergÄngen till lÀslÀge för API webRequest, vilket möjliggjorde anslutning av egna handlingsprogram som hade full tillgÄng till nÀtverksförfrÄgningar och kunde modifiera trafik pÄ sprÄng. Det aktuella API:et anvÀnds i uBlock Origin, AdGuard och mÄnga andra tillÀgg för att blockera oönskat innehÄll och sÀkerstÀlla sÀkerhet. IstÀllet för API webRequest har den tredje versionen av manifestet föreslagit ett begrÀnsat API, declarativeNetRequest, som ger tillgÄng till en inbyggd motor för filtrering, som sjÀlvstÀndigt behandlar blockeringsregler och inte tillÄter att anvÀnda egna filtreringsalgoritmer eller faststÀlla komplexa regler som överlappar varandra beroende pÄ förhÄllandena.

Under tre Ärs diskussioner om den kommande tredje versionen av manifestet har Google tagit hÀnsyn till mÄnga önskemÄl frÄn gemenskapen och utökat det ursprungligen tillhandahÄllna API:et, declarativeNetRequest, med funktioner som efterfrÄgats i befintliga tillÀgg. Exempelvis har Google lagt till stöd för flera statiska regleruppsÀttningar, filtrering med hjÀlp av reguljÀra uttryck, modifiering av HTTP-huvuden, dynamisk förÀndring och tillÀgg av regler, samt radering och ersÀttning av förfrÄgningsparametrar, filtrering som Àr kopplad till flikar och skapande av regler som Àr specifika för vissa sessioner.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster