this post was submitted on 27 Jul 2026
260 points (99.2% liked)

/0

2204 readers
541 users here now

Meta community. Discuss about this lemmy instance or lemmy in general.

Service Uptime view

founded 3 years ago
MODERATORS
 

FYI admins

cross-posted from: https://quokk.au/c/fediverse/p/1066667/tesseract-dev-injects-malicious-code-into-browser-to-illegally-ddos-the-dbzer0-instance

As part of the devs farewell message on their site, they have included malicious code to make each visitor sends 2,000 requests to the dbzer0 servers in an attempt to DDOS and take the instance offline.

you are viewing a single comment's thread
view the rest of the comments
[–] A404@lemmy.dbzer0.com 39 points 1 day ago (1 children)
[–] db0@lemmy.dbzer0.com 66 points 1 day ago (2 children)
[–] Wobble@lemmy.dbzer0.com 2 points 14 hours ago (1 children)

I am not sure what the other preventative actions have been taken. Is it feasible to defederate from this and any other instance that is administered from this person who has virtually attacked the flotilla?

[–] harrys_balzac@lemmy.dbzer0.com 2 points 9 hours ago* (last edited 9 hours ago)

The website has been taken down so that particular vector has been removed. The related startrek.website instance defederated from db0 and other instances have defederated from st.w due to all this.

The individual had at least 2 known alt accounts, so it's likely they have more and will pop back up like a noxious weed.

[–] ggtdbz@lemmy.dbzer0.com 14 points 1 day ago (2 children)

Not to expose anything that’s best left internal, but is this something the proof of work check handles? Is it something that’s been implemented in advance? Just curious, if you can talk about it at all. I’m woefully undereducated on the actual ins and outs of the web.

[–] naught@sh.itjust.works 9 points 1 day ago (1 children)

They can block requests from a specific origin or implement tailored rate limiting rules or disable CORS from that instance. Probably more too

[–] unwarlikeExtortion@lemmy.ml 9 points 1 day ago* (last edited 1 day ago)

The problem is that this is a client side javascript-based attack - meaning your browser sends these malicious requests. So a DDOS, not "just" a regular (centralized) DOS. Anyone opening the page with javascript turned on (which is 99% of real users, however for Lemmy the statistic's surely a bit better) is an "attacker".

You can - once you know of the nature of the attack (this one's relatively simplistic), just react to any realistic-looking request and ~~block~~ ignore the malicious ones - in this case garbled rng output.

Rate limiting would only lead to what the attacker wants - legit users (who are unknowingly sending these malicious requests) being blocked from accessing the site.

[–] db0@lemmy.dbzer0.com 6 points 1 day ago (1 children)

For this kind of stuff you can easily ask an llm and it will give you a pretty decent rundown of mitigation tactics

[–] ggtdbz@lemmy.dbzer0.com 3 points 1 day ago

Just thought it would be the cherry on top if this final outburst was automatically blocked by a mitigation measure that was already there.