Live data from Hacker News

Google Safe Browsing incident

statichost.eu

161–170 of 183 posts

Re: Google Safe Browsing incident

#161
post #149

Since there's a lot of discussion about the Public Suffix list, let me point out that it's not just a webform where you can add any domain. There's a whole approval process where one very important criterion is that the domain to be added has a large enough user base. When you have a large enough user base, you generally have scammers as well. That's what happened here. It basically goes: growing user base -> growing…

What sort of size would be needed to get on there? My open source project has some daily users, but not thousands. Plenty to attract malicious content, I think a lot of people are sending it to themselves though (like onto a malware analysis VM that is firewalled off and so they look for a public website to do the transfer), but even then the content will be on the site for a few hours. After >10 years of hosting thi…

> [..] projects not serving more then (sic) thousands of users are quite likely to be declined.

from PSL's GitHub repo's wiki [0].

[0]: https://github.com/publicsuffix/list/wiki/Guidelines#validat...

Re: Google Safe Browsing incident

#162

It's generally good advice, but I don't see that Safe Browsing did anything wrong in this case. First, it sounds like they actually were briefly hosting phishing sites: > All sites on statichost.eu get a SITE-NAME.statichost.eu domain, and during the weekend there was an influx of phishing sites. Second, they should be using the public suffix list ( https://publicsuffix.org/ ) to avoid having their entire domain tagg…

I'm not saying that Google or Safe Browsing in particular did anything wrong per se. My point is primarily that Google has too much power over the internet. I know that in this case what actually happened is because of me not putting enough effort into fending off bad guys. The new separate domain is pending inclusion in the PSL, yes. Edit: the "effort" I'm talking about above refers to more real time moderation of c…

> Google has too much power over the internet.

In this case they did use it for good cause. Yes, alternatively you could have prevented the whole thing from happening if you cared about customers.

Re: Google Safe Browsing incident

#163

Earlier quoted context omitted.

"Google does good thing, therefore Google has too much power over the internet" is not a convincing point to make. This safety feature saves a nontrivial number of people from life-changing mistakes. Yes we publishers have to take extra care. Hard to see a negative here.

I respectfully disagree with your premise. In this specific case, yes, "Google does good thing" in a sense. That is not why I'm saying Google has too much power. "Too much" is relative and whether they do good or bad debatable, of course, but it's hard to argue that they don't have a gigantic influence on the whole internet, no? :) Helping people avoid potentially devastating mistakes is of course a good thing.

> but it's hard to argue that they don't have a gigantic influence on the whole internet, no? :)

Then don't relate this to safe browsing. What is the connection?

You could have just written a one liner. Google has too much power. This has nothing to do with safe-browsing.

In fact you could write...

- USA/China/EU etc has too much power..

You use the word relative in another reply..

Same way.. My employer has relatively too much power...

Re: Google Safe Browsing incident

#165
post #3

Still not sure why it's legal for Google to slander companies like this. They often have no proof or it's a false positive, meanwhile they're screaming about how malicious you are.

My site, a library for building services with the GOV.UK Design System, is currently blocked too.

Despite being a paying Google Workspace customer, I can't get in touch with anyone who can help.

https://github.com/x-govuk/govuk-components/

Re: Google Safe Browsing incident

#166

It's generally good advice, but I don't see that Safe Browsing did anything wrong in this case. First, it sounds like they actually were briefly hosting phishing sites: > All sites on statichost.eu get a SITE-NAME.statichost.eu domain, and during the weekend there was an influx of phishing sites. Second, they should be using the public suffix list ( https://publicsuffix.org/ ) to avoid having their entire domain tagg…

> Second, they should be using the public suffix list (https://publicsuffix.org/) to avoid having their entire domain tagged. How else is Google supposed to know that subdomains belong to different users? That's what the PSL is for.

How is this kinda not insane? https://publicsuffix.org/list/public_suffix_list.dat

A centralized list, where you have to apply to be included and it's up to someone else to decide whether you will be allowed in? How is this what they went for: "You want to specify some rules around how subdomains should be treated? Sure, name EVERY domain that this applies to."

Why not just something like https://example.com/.well-known/suffixes.dat at the main domain or whatever? Regardless of the particulars, this feels like it should have been an RFC and a standard that avoids such centralization.

Re: Google Safe Browsing incident

#167

It's generally good advice, but I don't see that Safe Browsing did anything wrong in this case. First, it sounds like they actually were briefly hosting phishing sites: > All sites on statichost.eu get a SITE-NAME.statichost.eu domain, and during the weekend there was an influx of phishing sites. Second, they should be using the public suffix list ( https://publicsuffix.org/ ) to avoid having their entire domain tagg…

> Second, they should be using the public suffix list ( https://publicsuffix.org/ ) to avoid having their entire domain tagged. How else is Google supposed to know that subdomains belong to different users? That's what the PSL is for. How is this kinda not insane? https://publicsuffix.org/list/public_suffix_list.dat A centralized list, where you have to apply to be included and it's up to someone else to decide wheth…

There was an IETF working group that was working on a more distributed alternative based on a DNS record (so you could make statements in the DNS about common administrative control of subdomains, or lack of such common control, and other related issues). I believe the working group concluded its work without successfully creating a standard for this, though.

Re: Google Safe Browsing incident

#168

It's generally good advice, but I don't see that Safe Browsing did anything wrong in this case. First, it sounds like they actually were briefly hosting phishing sites: > All sites on statichost.eu get a SITE-NAME.statichost.eu domain, and during the weekend there was an influx of phishing sites. Second, they should be using the public suffix list ( https://publicsuffix.org/ ) to avoid having their entire domain tagg…

> Second, they should be using the public suffix list ( https://publicsuffix.org/ ) to avoid having their entire domain tagged. How else is Google supposed to know that subdomains belong to different users? That's what the PSL is for. How is this kinda not insane? https://publicsuffix.org/list/public_suffix_list.dat A centralized list, where you have to apply to be included and it's up to someone else to decide wheth…

The problem is that you then have to trust the site's own statement about whether its subdomains are independent.

Re: Google Safe Browsing incident

#169

Earlier quoted context omitted.

Where'd you see/hear that? It hasn't been my experience at least - but maybe I've just been lucky or undercounting the sites. There are required steps to follow but none are "have x users" or "see a lot of spam". It's mostly "follow proper DNS steps and guidelines in the given format" with a little "show you're doing this for the intended reason rather than to circumvent something the PSL is not meant for/for somethi…

https://github.com/publicsuffix/list/wiki/Guidelines#validat... "Projects that are smaller in scale or are temporary or seasonal in nature will likely be declined. Examples of this might be private-use, sandbox, test, lab, beta, or other exploratory nature changes or requests. It should be expected that despite whatever site or service referred a requestor to seek addition of their domain(s) to the list, projects not…

[deleted]

Re: Google Safe Browsing incident

#170

Earlier quoted context omitted.

Where'd you see/hear that? It hasn't been my experience at least - but maybe I've just been lucky or undercounting the sites. There are required steps to follow but none are "have x users" or "see a lot of spam". It's mostly "follow proper DNS steps and guidelines in the given format" with a little "show you're doing this for the intended reason rather than to circumvent something the PSL is not meant for/for somethi…

https://github.com/publicsuffix/list/wiki/Guidelines#validat... "Projects that are smaller in scale or are temporary or seasonal in nature will likely be declined. Examples of this might be private-use, sandbox, test, lab, beta, or other exploratory nature changes or requests. It should be expected that despite whatever site or service referred a requestor to seek addition of their domain(s) to the list, projects not…

Ah yeah, looks like it was added in 2022 https://github.com/publicsuffix/list/wiki/Guidelines/_compar...

Thanks for the note!

Post reply on HN