[dang]

HN has been under a botnet attack for several days. We had to lower the threshold for certain types of blocking in order to keep the site up. Unfortunately that leads to false positives, meaning some IP addresses of legit users get blocked. (It's not easy to distinguish between a legit user who is e.g. opening a bunch of tabs at once, from a distributed botnet sending a handful of requests from a massive number of IPs.)

I'm sorry! I know it's a pain and we're trying hard to avoid it. But it has nothing to do with any individual user. How would we even know who's accessing HN unless they tell us?

This sort of automatic block clears itself in 3 days, and in the meantime anyone in this situation can unban their IP as described at https://news.ycombinator.com/newsfaq.html. (You have to do that from a different IP address, of course.)

People are, of course, also welcome to email [e-mail] to get this kind of thing fixed. It's easy to take care of in specific cases and we're happy to help anyone.

Edit: I just cleared all those IP blocks from any time before 24 hours ago, so hopefully that will help.

[dredmorbius]

I'd been informed of this after being caught up in the block myself yesterday, as noted in another Fediverse thread that's looking for cases of abuse in HN's moderation:

<https://toot.cat/@dredmorbius/111161109931108606>

I frequently browse HN unauthenticated, both from a tablet I'm desperately trying to keep from becoming a timesuck itself (somewhat unsuccessfully), and when doing quick checks and searched on HN (something I do a lot) from a private/incognito browser session.

It's also useful to verify issues, such as I had with a submission of mine yesterday which was itself autokilled based on the domain. I'd posted an archive of the original URL from a now-dead site, using the archived version which includes the comments (Internet Archive's Wayback Machine does not, for some reason): <https://news.ycombinator.com/item?id=37732186>

Dang quickly undid the kill, but I couldn't actually validate it myself given the botnet mitigations.

(And the post has done much better than I'd expected.)

I'd forgotten the self-service IP unbanning option, though putting that outside HN's protected IP space (or at least in a different one) might be helpful.

[fragmede]

Bots and spam are an impossibly hard problem to crack. Google had to change the digital landscape of email in order to fight spam, and even then, the job is never finished.

The worst part though is knowing that legitimate users will get caught as collateral damage.

> How would we even know who's accessing HN unless they tell us?

My browser sends a cookie telling HN it's me. More advanced tooling would let you allow-list aged accounts with > 1000 karma in, while blocking a different subset. Of course, once that becomes known, then the attacking botnet will just use aged accounts with > 1000, so it's a game of cat a mouse.

What this really speaks to though is that HN has now garnered the attention of a sufficiently motivated attacker that more advanced technology is required to block them. Fighting it yourself takes away from time spent on moderation, among other things. Maybe it's one attacker and they'll get bored after their attempts prove fruitless, but maybe they won't. Either way, this is why Cloudflare's bot shield and others like it are so popular. A recaptcha in order to submit a comment wouldn't be the worst thing, though I'm sure there will be many loud shouty voices against it, but that's the unfortunately the nature of running any popular site on the Internet these days.

[dang]

> My browser sends a cookie telling HN it's me

Yes, that's what I mean: if people log in, then we know at least a bit about who's accessing the site. But the particular blocks I posted about above only apply to logged-out users. Logging in immunizes you from them immediately.

[fragmede]

Or rather, presumably Hector Martin's connecting to HN via a logged in browser and experiencing the block, which shouldn't apply to logged-out users, so I'm guessing there a bug/disconnect somewhere (could be in my parsing of your original comment).

[dang]

No one connecting via a logged-in browser would have been blocked by this code.

Edit: there are two exceptions—accounts we blocked because they were running crawlers that didn't respect HN's robots.txt—but both have been blocked for much longer than a few days.

[fragmede]

In this post* Hector Martin makes a contradicting claim - that he's blocked using a logged in browser.

* https://social.treehouse.systems/@marcan/111165508206292497

Based on other posts in that thread though, he also appears to be behind CG-NAT, which is always a confounding factor for IP-based blocking. Maybe someone else on his netblock is running that crawler.

[dang]

If someone wants to tell me the username, I'd be happy to look into what happened. Without the username, I don't know of any way to check this particular case—all I can say is what changed during those few days, and what changed is that we blocked more IPs that were making logged-out requests; logged-in requests would not have been affected.

Since that link refers to opening HN in an incognito window—and all those requests would be logged-out—most probably it was that activity that triggered the block. As I think I said elsewhere, it's hard to distinguish between a legit user accessing a bunch of HN links in various tabs, and a distributed botnet making similar handfuls of requests from a million different IP addresses.

What I can tell you for sure, though, is that the claim that we were targeting any individual user is quite false. Isn't that the main point?

[fragmede]

Oh so a DDoS not a bot attack.

[freedomben]

Thank you for mentioning this! I tend to open a lot of tabs all at once and then read them one at a time. I got hit with the 403s suddenly the other day (when setting up a new laptop, terrible timing) and it flabbergasted me for about 45 minutes. When I got to the office it all worked just fine, so I never had closure.