zlacker

[parent] [thread] 16 comments
1. pmontr+(OP)[view] [source] 2023-07-24 21:44:28
This is bad but how is it going to affect the usefulness of my personal web site, that will never use that API to check who's reading it, not or human? Same thing for a lot of sites, probably the vast majority of them.
replies(3): >>afandi+A1 >>JohnFe+T1 >>rpdill+G2
2. afandi+A1[view] [source] 2023-07-24 21:52:28
>>pmontr+(OP)
One day Google may well flag your sure as lower security, refuse to let you show ads, or disappear you from search results.
replies(3): >>Camper+u3 >>pmontr+xs1 >>nvm0n1+YD1
3. JohnFe+T1[view] [source] 2023-07-24 21:53:46
>>pmontr+(OP)
It won't at all, of course, but personal websites are a vanishing breed.
replies(1): >>rolph+C3
4. rpdill+G2[view] [source] 2023-07-24 21:57:06
>>pmontr+(OP)
Personal sites likely wouldn't be affected directly. What this will affect is the ecosystem of browsers that people are willing to use. My prediction is that it will slowly strangle independent browser development, which will turn the web into something akin to the Android/iPhone duopoly. This is kind of already the case with browser engines, but because this is DRM, it would extend that same effect to the actual distributed binary (e.g. you can't visit your bank with Chromium on a Debian box, since that wasn't compiled and signed by Google).

> Same thing for a lot of sites, probably the vast majority of them.

Once Google gets this in place, it can then perform these checks through their ads SDK and demonetize traffic from visitors that don't pass the check. This will create an incentive for any site owner that wants to make money through ads to enforce that visitors must use an approved browser. Basically the DRM equivalent of 'Please disable your ad blocker'.

replies(1): >>InexSq+V5
◧◩
5. Camper+u3[view] [source] [discussion] 2023-07-24 22:01:13
>>afandi+A1
You already get flagged as hazardous and uncool for not using https, even on a perfectly-static site.

Some of us called that out as a slippery slope leading to ubiquitous gatekeeping, but we were shouted down in the name of (as usual) "security."

replies(1): >>garden+59
◧◩
6. rolph+C3[view] [source] [discussion] 2023-07-24 22:01:48
>>JohnFe+T1
HTTPS has a lot to do with that. let's encrypt is free, but requires things common users dont have, such as control of a domain, as it is if google can see your stored certificates it could exclude you from a site based on "sites you hang around with"
replies(1): >>JohnFe+sb
◧◩
7. InexSq+V5[view] [source] [discussion] 2023-07-24 22:17:28
>>rpdill+G2
> Basically the DRM equivalent of 'Please disable your ad blocker'. An interesting observation I've had in my own browsing behaviour is that the majority of sites I visit are time wasting visits. If any site presents the above message (or the equivalent - 'sign up to read' like Medium does), I find I just navigate away and do something else.

The bigger concern for me like you call out - major institutions like banks enforcing a separate company's requirements on me in order to interface with them.

◧◩◪
8. garden+59[view] [source] [discussion] 2023-07-24 22:35:42
>>Camper+u3
That is because without https, there is no guarantee that the site requested is bring delivered as the site intends. For example, an ISP could insert data or scripts into the page.
replies(3): >>Camper+Ea >>userbi+Tz >>accoun+Bv5
◧◩◪◨
9. Camper+Ea[view] [source] [discussion] 2023-07-24 22:46:03
>>garden+59
And monkeys could fly out of my butt. Not everyone has the same threat model.

Faced with a choice between a vague future threat that might happen (an adversarial ISP or other MIM attack) and a certain future threat that will happen if we let it (incumbent gatekeepers locking down the Web), I'll take my chances with the former, and opt for less gatekeeping rather than more.

replies(1): >>SoftTa+rG
◧◩◪
10. JohnFe+sb[view] [source] [discussion] 2023-07-24 22:51:31
>>rolph+C3
Yeah, HTTPS accelerated it quite a lot, but the trend was already in play before that push.
◧◩◪◨
11. userbi+Tz[view] [source] [discussion] 2023-07-25 01:51:56
>>garden+59
Let's rephrase that...

"That is because without Web Integrity, there is no guarantee that the site requested is being delivered as the site intends. For example, a browser extension could remove ads or modify content on the page."

See where this slippery slope is heading? We DO NOT want what "the site intends". We want to be in control of the content we consume.

replies(1): >>yjftsj+kH
◧◩◪◨⬒
12. SoftTa+rG[view] [source] [discussion] 2023-07-25 02:54:30
>>Camper+Ea
It's not a "might happen." ISPs, especially in places like hotels and other public WiFi spots, were replacing ads on sites with their own ads. I don't know if they did anything more nefarious but they were probably also snooping and logging to at least some degree.
◧◩◪◨⬒
13. yjftsj+kH[view] [source] [discussion] 2023-07-25 03:02:21
>>userbi+Tz
Well, as you note, user control is exactly the difference; a user can still modify a page with HTTPS, but not with this proposal.
◧◩
14. pmontr+xs1[view] [source] [discussion] 2023-07-25 10:16:44
>>afandi+A1
I never had ads on my site and if it disappears from search results, no problem. I'll give the URL to the very few people that might be interested to browse it. I probably know all of them, plus a number of bots.
replies(1): >>accoun+tu5
◧◩
15. nvm0n1+YD1[view] [source] [discussion] 2023-07-25 11:55:05
>>afandi+A1
Google do that all the time simply because they dislike your opinions or even your fact based arguments.
◧◩◪
16. accoun+tu5[view] [source] [discussion] 2023-07-26 11:12:48
>>pmontr+xs1
They may also flag your site as "unsafe" and will refuse to display it with scary warnings and hidden overrides that the average user will not be able to access it. This already exists btw. Also in Firefox, using Google's blacklist.
◧◩◪◨
17. accoun+Bv5[view] [source] [discussion] 2023-07-26 11:19:28
>>garden+59
Then make laws to force your ISPs to be neutral carriers and prosecute any pulling shit. Most of the world doesn't have this problem yet we are still forced to waste countless of cycles and man-hours on TLS for public read-only content.
[go to top]