News for hackers. Stuff that matters.
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by tyingq on Saturday December 11, 2021 @10:50AM (#29521682)
There's an extension api called onBeforeRequest() that lets Chrome extensions see urls that are about to be requested by the browser. It allows you to examine the url and do whatever code heuristics you want to decide whether you want to block it.

Google is removing that dynamic blocking ability and providing you with a way to supply a static list of blocked urls instead. No ability to use code to implement a dynamic list.

It's somewhat similar to taking a virus scanner and only allowing it to identify a virus by the filename being in a static, pre-generated list.

Also, Google says they are doing this for privacy reasons. Which is funny, because OnBeforeRequest() isn't going away, just the ability to block a request inside of it. You can still see every request, inject javascript with content scripts, exfiltrate data, and so on. You just can't preemptively stop a url/resource from being loaded using code...only a static list of urls. You can guess the type of extensions that depend on that functionality.

Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by mortehu on Saturday December 11, 2021 @01:07PM (#29522903)
> You can still see every request

I pointed this out in a thread yesterday too, but the whole point is that you will no longer need to grant "see all my requests" permissions to ad blockers. In fact, due to the removal of the old blocking API, if an ad blocker asks for such permissions it's highly suspicious.

Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by tyingq on Saturday December 11, 2021 @01:44PM (#29523194)
I imagine ad blockers also use content scripts for things like blocking ads based on images that are known IAB sizes. In that case, they have another avenue to watch requests.

I'd give the privacy angle more credence if they were really locking down everything. They aren't, because extensions would then be of very limited use.

Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by symlinkk on Saturday December 11, 2021 @11:50AM (#29522242)
Why does uBlock Origin need to be able to block things dynamically?
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by db48x on Saturday December 11, 2021 @12:05PM (#29522382)
It blocks requests based not merely on the full url, but just parts of it such as the the filename or path, or based on which tab or frame the load is for.
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by trzeci on Saturday December 11, 2021 @12:02PM (#29522355)
It's impossible to provide a list of all ads urls. Simple RegEx matching works better, but that requires a dynamic approach
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by tyingq on Saturday December 11, 2021 @01:40PM (#29523149)
Heuristics can use information like parts of the url, context of the request (origin domain for example, or "request is coming from an iframe"), existence of third-party cookies, already detected page behavior, and so on. It also allows for updating the rules on the fly. Like if I allowed something, but it turned out to be a bad idea.
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by staunch on Saturday December 11, 2021 @01:47PM (#29523217)
And Chrome won't allow the extension block lists to include regexps/wildcards, they all have to be FQDNs?

It seems reasonable to require a static list for privacy reasons. But not supporting pattern matching rules would seem to be an explicit attempt to stop ad blockers.

Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by xdennis on Saturday December 11, 2021 @02:11PM (#29523382)
> It seems reasonable to require a static list for privacy reasons.

It's rich to cite privacy reasons for not allowing the blocking of ad sites whose goal is to spy on you.

Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by staunch on Saturday December 11, 2021 @02:47PM (#29523658)
The privacy advantage is not giving extensions access to what domains you are browsing. The extension declares a static list but doesn't know what did/did not match.

Because if the extension knows what URLs you're accessing, and can send that data somewhere, that's a major privacy concern.

So this makes sense and seems good for privacy. But if it breaks uBlock Origin significantly, that seems like a very bad thing.

Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by hibbelig on Saturday December 11, 2021 @04:44PM (#29524551)
Ad sites know which urls I’m accessing, too. Google should prohibit those, too.
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by db48x on Sunday December 12, 2021 @04:54PM (#29534037)
It’s a good theory, but it will still be possible to get an event for every single item that gets loaded. All they removed was the ability to block individual loads in that event. It is still entirely possible to collect that list of urls and snitch on the user.
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by pseudalopex on Saturday December 11, 2021 @04:39PM (#29524520)
They aren't removing the capability to monitor browsing.
Re:PSA: uBlock/AdBlocks on Chrome to lose function thanks to... by tyingq on Saturday December 11, 2021 @02:16PM (#29523435)
The block list rules can have regexes, yes:

https://developer.chrome.com/docs/extensions/reference/decla...

I don't personally believe that solves anything. Domain names are cheap. If I don't want my ad to be blocked, I can just rotate through lots of them.

Google has responded to some pressure by upping the max number of rules and allowing some amount of dynamically defined rules.