Ahoy m@tes, the scraping bot situation has been escalating recently, as you all may have already noticed by the recent site instability and 5xx error responses. @tenchiken@anarchist.nexus has been scrambling to block new scraping subnets as they appear, but these assholes keep jumping providers so it’s been an endless loop and constant firefighting.
I finally had enough and decided to onboard a Proof-of-Work countermeasure, very much like Anubis which has been very popular on the fediverse lately. However I went with Haphash which has been especially designed around haproxy (our reverse proxy of choice) and is hopefully much more lightweight.
The new PoW shield has already been activated on both Divisions by Zero on Fediseer as well. It’s not active on all URLs,. but it should be protecting those which have the most impact on our database, which is what was causing the actual issue. You should notice a quick loading screen on occasion while it’s verifying you.
We’ve already seen a significant reduction in 5xx HTTP errors, as well as a slight reduction in traffic, so we’re hoping this will make a good impact in our situation.
Please do let us know if you run into any issues, and also let us know if you feel any difference in responsiveness. The first m@ates already feel it’s all snappier, but that just be placebo.
And let’s hope the next scraping wave is not pwned residential botnets, or we’re all screwed >_<
Fighting the good fight. The Internet should be for people, not robots.
Scraping is neither new, nor always malicious. Without scraping, no search engine would work and there would be no archive.org wayback machine.
However, AI scrapers all copy the same shit over and over again and do not intend to lead traffic to your site. They just cause cost and don’t give anything in return. This is the problem.
Honestly, My head says lemmy should be search indexed to drive traffic here, but my heart says i don’t need lemmy to be indexed by google to enjoy it and i’d rather not have the rest of reddit over here stinking up the place :)
Imo in an ideal world google would be publicly owned and it would cooperate with other sites to voluntarily share their own self-indexes
interesting thought… do you think we would?
The web is for user agents
Uh actually the word ‘robot’ was originally a regional term for serfs. Are you implying serfs aren’t/weren’t people, and the internet should only be for the upper classes?
Yeah, sure. But specifically the moon serfs from Xoran IV.
Is this a joke
No; I’m very serious at all times. I have never in my life made a joke. How dare you insult me like that. What about my statement was funny to you?
I do not understand the point of scraping Lemmy. Just set up your own instance, or hell, just mimic the open AcitivityPub protocol and get all the results delivered to you in a nicely packaged json file for you to parse however you want.
That’s entirely too much work when they can just make one vibe-coded bot and just offload the scraping costs to us as externalities
when lemmy gets popular enough they will be able to vibe code a working lemmy docker container
deleted by creator
What’s “Proof-of-Work” in this context? I’ve see it used quite a bit with crypto-mining.
Proof of work means that your client has to do some “work” in order to gain access. It typically means a challenge that can’t be trivially solved, but can be trivially verified.
For example, the challenge may be something to the effect of:
“Give me a string, that when hashed by md5, results in a hash that ends in 1234”.
Your browser can then start bruteforcing until it finds a string (should take a few seconds max), and then it can pass the string back to the server. The server can verify with a single hash, and you’re in.
Its not wildly different to crypto mining, but the difficulty is much lower for antibot, as it needs to be solveable in seconds by even low end devices.
What stops the bots just solving it?
Two things: First, bots don’t typically allow JavaScript. No JS, no entry. A user can temporarily enable JS if they’re stuck on an endless loading screen. But a scraper won’t.
Second, the fact that they’d need to solve them for every single bot, and every single site they scrape. It’s a low barrier for regular users, but it’s astronomical for scrapers who are running hundreds of thousands of bots.
Cost of electricity for the most part. Having a scraper visit 100’s of URL’s per second isn’t unheard of, adding this should reduce the speed of the same scraper by 30-70% depending on the request
Funny, HTTPS is computationally-expensive for similar reasons, but I guess this system works across sessions, with a front-loaded cost.
I think they are on different scales, there is no bruteforcing involved in https/SSL.
I guess the bots don’t know how to rainbow table.
Its usually designed so that you can’t rainbow table.
give me a string that starts with “xyz”, and hashes to “000…”
That can’t be rainbow tabled, as the server can force a different salt.
(Note, I dont know the exact algorithms involved, just the general theory)
You can uniquely salt every request trivially, so rainbow tables are effectively useless.
You gotta do some math problems before you’re allowed to play outside.
But for computer.
I wonder if this change affects Lemmy clients? I use Voyager and it currently works fine.
It shouldn’t. So long as you can run JavaScript, it should work everywhere.
deleted by creator
Most clients use an API connection which is specific to Lemmy. This is extra work to make scrapers speak that language so no scraper does.
For the moment, a scraper trying to hit any API endpoint would just get a simple malformed request error. With any luck, it stays this way so we don’t have to protect API directly.
Great work, as always!
Well done, and as expected! Y’all are knocking it out
It seems much better to me today than it did over the weekend, no error or timeout responses today. Thanks!
always interesting choices with software on our ship, as the motto says:
Be Weird, Download a Car, Generate Art, Screw Copyrights, Do Maths
Thanks for all the hard work!













