Best Content Blocker?

[Weaselboy]

Adguard extension can Reed,modify...your data

All adblockers can see your data, but by you saying "they" you are implying somehow the Adguard company is seeing your data, and have not seen any evidence of that.

 

[home405a]

All adblockers can see your data, but by you saying "they" you are implying somehow the Adguard company is seeing your data, and have not seen any evidence of that.

Other Adblockers like Wipr,Better,...can´t reed, modify...your data

 

[Weaselboy]

Other Adblockers like Wipr,Better,...can´t reed, modify...your data

Yes they can.... that is exactly how all these extensions work.

 

[MacMan988]

Yes they can.... that is exactly how all these extensions work.

I just installed Ka-Block to see what Safari Preferences display about the data security.

 

[Weaselboy]

I just installed Ka-Block to see what Safari Preferences display about the data security.

These content blockers have to be able to read (see) the data to be able to tell what to block. How would it work otherwise. I think what they are saying there is nothing is saved or transmitted, but the extension has to see the data.

 

[Ulenspiegel]

These content blockers have to be able to read (see) the data to be able to tell what to block. How would it work otherwise. I think what they are saying there is nothing is saved or transmitted, but the extension has to see the data.

You have a point as usual.

 

[Rigby]

These content blockers have to be able to read (see) the data to be able to tell what to block. How would it work otherwise. I think what they are saying there is nothing is saved or transmitted, but the extension has to see the data.

This is not accurate. Ad-blockers that use (only) the official content-blocker API install a set of rules that tell Safari which objects should be blocked. Such blockers never see your actual traffic.

 

[Ulenspiegel]

This is not accurate. Ad-blockers that use (only) the official content-blocker API install a set of rules that tell Safari which objects should be blocked. Such blockers never see your actual traffic.

To block an object (in some cases including whole webpages and not only parts of the content) you have to identify it as per set of rules installed, i.e. read data. And that is what Weasel was talking about.

"Your browser may require AdBlock to ask for permission to "read and change all your data on the websites you visit." This sounds scarier than it is. All it means is that AdBlock needs to be able to:

1. See every page you open so that it can work on any website you visit.
2. Read the data on the web page to find the ads.
3. Change the data on the page to block or hide the ads."

(Source: AdBlock Knowledge Base, 16 August, 2017)

 

[home405a]

Then,...which is the best content blocker? In my opinion is Adguard

 

[Weaselboy]

Then,...which is the best content blocker? In my opinion is Adguard

I don't think there is a huge difference among them. I have liked the Adguard extension because it allows whitelisting of sites and custom blocking rules. Also they have a staff member who has been fairly active here on the forum answering questions, and I have not seen anybody else do that.

 

[Rigby]

To block an object (in some cases including whole webpages and not only parts of the content) you have to identify it as per set of rules installed, i.e. read data. And that is what Weasel was talking about.

That's not what was said. When using an ad blocker that only uses Apple's content blocker API (such as e.g. Wipr), only Safari sees the actual browsing data and does the blocking. The blocker only installs the rules, but does not see the data.

Other types of ad blockers can indeed see your entire browsing data and potentially collect it and use it for marketing or other purposes. This has happened in the past.

"Your browser may require AdBlock to ask for permission to "read and change all your data on the websites you visit." This sounds scarier than it is. All it means is that AdBlock needs to be able to:

1. See every page you open so that it can work on any website you visit.
2. Read the data on the web page to find the ads.
3. Change the data on the page to block or hide the ads."

Apple's phrasing sounds "scary" for a reason.

 

[Weaselboy]

That's not what was said. When using an ad blocker that only uses Apple's content blocker API (such as e.g. Wipr), only Safari sees the actual browsing data. The blocker only installs the rules, but does not see the data.

Can you point to some documentation on this? I read Apple's dev info on content blockers and it hints at nothing like what you are saying.

If you think about it, how would an adblocker or content blocker know what to filter unless it looks over all the urls that makeup the display of a web page.

Without seeing source code on any of these blockers, we don't really know what they are doing, so there is a certain amount of trust involved.

 

[Rigby]

Can you point to some documentation on this? I read Apple's dev info on content blockers and it hints at nothing like what you are saying.

https://developer.apple.com/library...onceptual/ExtensibilityPG/ContentBlocker.html

"In addition to blocking unwanted content, a Content Blocker extension protects privacy. For example, the extension doesn’t have access to users’ browsing activity and it can’t report activity to your app"

If you think about it, how would an adblocker or content blocker know what to filter unless it looks over all the urls that makeup the display of a web page.

It's not that difficult to understand. The ad blocker describes what objects to block in a rule language specified by Apple (for example, a rule could state that all URLs that contain the string "tracker" should be blocked). Safari interprets the rules and does the actual filtering.

Without seeing source code on any of these blockers, we don't really know what they are doing, so there is a certain amount of trust involved.

If you see something like "Wipr does not have permission to read or transmit content from any web pages" in Safari, you know that the ad blocker is not getting access to your data (this message is generated by Safari based on the permissions granted to the extension).

 

[Weaselboy]

It's not that difficult to understand. The ad blocker describes what objects to block in a rule language specified by Apple (for example, a rule could specifiy that all URLs that contain the string "tracker" should be blocked). Safari interprets the rules and does the filtering.

I think we might be arguing over semantics. I agree the content blocker can't do anything with your data, but what you are posting does not negate my earlier point. For the content blocker to work it has to parse the site urls, so in that way it can see your data.

 

[Rigby]

I think we might be arguing over semantics. I agree the content blocker can't do anything with your data, but what you are posting does not negate my earlier point. For the content blocker to work it has to parse the site urls, so in that way it can see your data.

I really don't know how else describe it. When using the content blocker API, *Safari* applies the rules and filters objects as it loads the web page. The extension never sees any of your data or where you are browsing. It only provides the filtering rules, but is not involved in the actual web browsing in any way. There is a significant difference compared to traditional ad blockers which insert themselves into the interpretation of the web page.

 

[Ulenspiegel]

https://developer.apple.com/library...onceptual/ExtensibilityPG/ContentBlocker.html

"In addition to blocking unwanted content, a Content Blocker extension protects privacy. For example, the extension doesn’t have access to users’ browsing activity and it can’t report activity to your app"

It's not that difficult to understand. The ad blocker describes what objects to block in a rule language specified by Apple (for example, a rule could state that all URLs that contain the string "tracker" should be blocked). Safari interprets the rules and does the actual filtering.
If you see something like "Wipr does not have permission to read or transmit content from any web pages" in Safari, you know that the ad blocker is not getting access to your data (this message is generated by Safari based on the permissions granted to the extension).

From the site you have linked, Apple's dev info:

"... The extension tailors your content by hiding elements, blocking loads, and stripping cookies from Safari requests..."

From Wipr's website you have mentioned as an example:

"...Wipr blocks all ads, trackers, EU cookie notices, and other annoyances, so you can focus on the content that matters to you. It works in Safari and all apps that use Safari to display web pages.

 

[Rigby]

From the site you have linked, Apple's dev info:

"... The extension tailors your content by hiding elements, blocking loads, and stripping cookies from Safari requests..."

From Wipr's website you have mentioned as an example:

"...Wipr blocks all ads, trackers, EU cookie notices, and other annoyances, so you can focus on the content that matters to you. It works in Safari and all apps that use Safari to display web pages.

And how does that contradict anything said above?

Geez guys, I have written my own blocker using Apple's API (for iOS, but it's the same mechanism in MacOS). It is *not* possible for an extension using only the content blocker API to see what the user is doing. There is a reason why Apple introduced this API.

 

[Weaselboy]

I really don't know how else describe it. When using the content blocker API, *Safari* applies the rules and filters objects as it loads the web page. The extension never sees any of your data or where you are browsing. It only provides the filtering rules, but is not involved in the actual web browsing in any way. There is a significant difference compared to traditional ad blockers which insert themselves into the interpretation of the web page.

Can you explain more please? (I'm having trouble wrapping my head around this)

So the blocker is telling Safari to block the URL and does not parse any data at all, even the listed URLs?

Walk me through this a little more if you could.

 

[Rigby]

Can you explain more please? (I'm having trouble wrapping my head around this)

So the blocker is telling Safari to block the URL and does not parse any data at all

Exactly.

even the listed URLs?

Not sure what you mean by "listed URLs".

It's described well in Apple's developer page linked above if you read beyond just the first section.

 

[Weaselboy]

Not sure what you mean by "listed URLs".

The blacklisted URLs.

 

[Rigby]

The blacklisted URLs.

Well, of course the blocker knows blacklisted URLs since that's part of the rules it provides to Safari. But again, when using only Apple's API it does not see if the user actually visits the blacklisted or any other URL, since it is not involved in the page loading process.

If you want to know more technical details, here's a video from the 2015 WWDC. The first 20 minutes or so are about content blockers:

https://developer.apple.com/videos/play/wwdc2015/511/

Coming back to the thread topic, personally I'm happy with Wipr for Safari (if you like it, I recommend to buy the iOS version to support the developer). If you want to be able to customize the filter rules, 1Blocker (on the Mac app store) allows you to do that and also uses the Apple content blocker API.

 

[Weaselboy]

If you want to know more technical details, here's a video from the 2015 WWDC. The first 20 minutes or so are about content blockers:

Thanks for the link. I'll check out the video.

 

[odysseus]

To answer your question, uBlock Origin is hands down better than any other blocker. It's lighter, faster, uses less memory/CPU, blocks tracking and many other content types. It also has anti-blocking functionality. It's a HUGE deal that the creators are independently run and passionate about their product and won't be bought out or try and make money off your browsing. Every day another adblocker gets bought out by a marketing company.

How does one report broken sites to the developers?