this post was submitted on 26 May 2022
28 points (93.8% liked)

Privacy

31253 readers
969 users here now

A place to discuss privacy and freedom in the digital world.

Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.

In this community everyone is welcome to post links and discuss topics related to privacy.

Some Rules

Related communities

Chat rooms

much thanks to @gary_host_laptop for the logo design :)

founded 4 years ago
MODERATORS
 

Is anyone surprised Google doesn't even try to fix issues that are damaging its users?

top 7 comments
sorted by: hot top controversial new old
[–] kevincox@lemmy.ml 7 points 2 years ago* (last edited 2 years ago)

Funny, I am also being DoSed by Google, although much more mildly: https://kevincox.ca/2022/05/08/google-websub-dos/

[–] X_Cli@lemmy.ml 2 points 2 years ago (1 children)

I don't get it. Public endpoints are public. Go proxies (there are alternatives to direct mode or using Google proxy, such as Athens) are legitimate to query these public endpoints, as aggressively as they want. That's not polite, but that's how the open Internet works and always has.

I don't get why SourceHut does not have any form of DDoS protection, or rate-limiting. I mean HTTP status 503 and the retry-after header are standard HTTP. That Drew chose a public outcry over implementing basic anti-applicative DDoS seems to be a very questionnable strategy. What would happen to the Sourcehut content if tomorrow attackers launch a DDoS attack on SourceHut? Will Drew post another public outcry on their blog?

SourceHut is still in alpha. This feels like a sign that it is still not mature enough to be a prod service for anyone.

[–] ndarwincorn@lemmy.ml 3 points 2 years ago (1 children)

Google refuses to respect a robots.txt here, seems awful naive to assume they will respect a 503 response or retry-after header.

Similarly naive to assume there's no ddos mitigation in front of sourcehut, given that Drew explained why he allows the proxy traffic through unabated.

To then take that naive assumption and leap off it to conclusions about the production readiness of alpha software is some wild FUD.

[–] X_Cli@lemmy.ml 2 points 2 years ago* (last edited 2 years ago) (2 children)

I don't think that a robots.txt file is the appropriate tool here.

First off, robots.txt are just hints for respectful crawlers. Go proxies are not crawlers. They are just that: caching proxies for Go modules. If all Go developers were to use direct mode, I think the SourceHut traffic would be more, not less.

Second, let's assume that Go devs would be willing to implement something to be mindful of robots.txt or retry-after indications. Would attackers do? Of course not.

If a legitimate although quite aggressive traffic is DDoSing SourceHut, that is primarily a SourceHut issue. Returning a 503 does not have to be respected by the client because the client has nothing to respect: the server just choose to say "I don't want to answer that request. Good Bye". This is certainly not a response that is costly to generate. Now, if the server tries to honor all requests and is poorly optimized, then the fault is on the server, not the client.

I have not read in details the Go Proxy implementation, to be truthful. I don't know how it would react if SourceHut was answering 503 status code every now and then, when the fetching strategy is too aggressive. I would simply guess that the server would retry later and serve the Go developers a stale version of the module.

[–] X_Cli@lemmy.ml 1 points 2 years ago

(I would appreciate if the down voters were able to express their disagreement with words. Maybe I'm wrong, but then, please do me the favor of explaining me how. Also, I'm not a SourceHut hater; I even give money to Drew every month, because I like the idea of SourceHut. I just think Drew is wrong on that matter)

[–] nomemory@lemmy.ml -1 points 2 years ago

And Drew is ddosing himself sometimes.