wr
hn
Top
New
Best
Ask
Show
Jobs
Back
n
neon_erosion
Joined 1 year ago
Karma
43
Submissions
7
Member since
Oct 10
View on Hacker News
Recent submissions
Comment · 1 year ago
Don't forget the `githubusercontent.com` domain, which is specifically used to host risky, user-generated content, and fully documented in
https://docs.github.com/en/authentication/keeping-your-accou...
(using an open source component that other companies could also use, if they were interested in similar levels of security)
Comment · 1 year ago
This is the kind of thing that customers rely on you to do _before_ it causes an incident.
Comment · 1 year ago
Then that would be an example of a system having failed and one that needs to change. Instead, this is an example of a hosting company complaining about the consequences of skipping some of the basic, well-documented safety and security practices that help to isolate domains for all sorts of reasons, from reputation to little things like user cookies.
Comment · 1 year ago
There are well-documented solutions to this that don't rely on the PSL. Choosing to ignore all of that advice while hosting user content is a very irresponsible choice, at best.
Comment · 1 year ago
Exactly, this has been documented knowledge for many years now, even decades. Github and other large providers of user-generated content have public-facing documentation on the risks and ways to mitigate them. Any hosting provider that chooses to ignore those practices is putting themselves, and their customers, at risk.
Comment · 1 year ago
How does flagging a domain that was actively hosting phishing sites demonstrate that Google has too much power? They do, but this is a terrible example, undermining any point you are trying to make.
Comment · 1 year ago
What point are you trying to make here? You hosted phishing sites on your primary domain, which was then flagged as unsafe. You chose not to use the tools that would have marked those sites as belonging to individual users, and the system worked as designed.