Live data from Hacker News

Mēris botnet, climbing to the record

blog.qrator.net

11–20 of 61 posts

Re: Mēris botnet, climbing to the record

#11
post #5

In other words, this entire botnet can perform the work of... a few dozen decent size AWS instances? We used to push ~million request per second from each m4.10xl instance when running load tests.

What makes it dangerous is that those requests aren't coming from a single source - it's a distributed denial of service attack. Anybody can push huge throughput from an XL cloud server with good networking, but it's just as easy to block that IP. Blackholing thousands of nodes is much more difficult.

Legitimate IPs, at that. These are networks that are not hostile 99% of the time.

Re: Mēris botnet, climbing to the record

#12

In other words, this entire botnet can perform the work of... a few dozen decent size AWS instances? We used to push ~million request per second from each m4.10xl instance when running load tests.

Yes and to mitigate your puny attack I need to block a few dozen IPs.

A botnet is probably coming from hundreds, if not thousands of IPs, sprinkled in with normal user requests and often with similar frequency.

Re: Mēris botnet, climbing to the record

#13
post #8

Earlier quoted context omitted.

it make website no worky

I understand the purpose of a botnet. I was asking for an explanation of the technical details of this apparent advancement. But apparently snide comments purposely devoid of any detail is what I'm getting here now. Cheers

It is not clear to us which information is not clear to you.

Re: Mēris botnet, climbing to the record

#14
post #13

Earlier quoted context omitted.

I understand the purpose of a botnet. I was asking for an explanation of the technical details of this apparent advancement. But apparently snide comments purposely devoid of any detail is what I'm getting here now. Cheers

It is not clear to us which information is not clear to you.

I would like to understand the significance of each bullet point under "Specific features of Mēris botnet".

Re: Mēris botnet, climbing to the record

#16
20 million requests per second from a single beefy AWS server is easy to detect and block.

20 million requests per second coming from a rotating list of hosts from generic IP addresses is a nightmare:

> However, we suppose the number to be higher – probably more than 200 000 devices, due to the rotation and absence of will to show the "full force" attacking at once.

If your site normally has 10,000 users per day and suddenly you’re flooded with 200,000 additional IP addresses hammering at your site, you have a problem.

To put it in perspective, the top post on HN most of yesterday was about someone benchmarking their personal server as being able to handle about 5 million requests per day (Granted, that’s quite slow, but it will suffice for making a point). This botnet can deliver 4X that server’s total daily capacity every second.

Re: Mēris botnet, climbing to the record

#17
post #13

Earlier quoted context omitted.

It is not clear to us which information is not clear to you.

I would like to understand the significance of each bullet point under "Specific features of Mēris botnet".

SOCKS proxy: the botnet allows tunneling non-WWW traffic through it so users of the botnet can route say BitTorrent or other P2P traffic through it.

HTTP Pipelining: instead of simplistic one-request-one-resource requests to a server the botnet supports HTTP 1.1 pipelined requests. A single request can ask for multiple files meaning even more demand on target servers. Request resources not cached in memory can see the server eat up its IOPS trying to read files.

Re: Mēris botnet, climbing to the record

#18
post #2

Can someone please explain-like-I'm-not-versed-in-botnets?

DDoS attacks like this are usually launched from large number of malware ridden personal computers. Since the attacks are coming from an IP addresses on a residential network they're very hard to differentiate from legitimate traffic.

What's different about this attack is that it appears to not be PCs but network devices (routers) that are being taken over and used to launch attacks.

People are much less likely to catch that this is occurring and as a result there's concerns that this botnet is going to persist as a threat for a much longer time than is typical. Additionally, network devices may have access to a greater amount of bandwidth than a PC increasing the threat.

One more thing: when the botnet makes a request (attack) against a site it's using a modern performance optimization technique of "pipelining" where instead of a GET to "/index.html" just interacting with the index.html file it's holding a connection open to also then request all the other assets from the site. In normal usage this is great as it makes a site feel more responsive and reduces network overhead. However, in the context of this botnet it also increases the number of requests that each bot can make (which is bad).

Re: Mēris botnet, climbing to the record

#19
To block something like this you need to determine what is botnet traffic vs legit traffic. It's hard.

Source IP doesn't work since it is random and changes. You need to look at things such as HTTP headers, TCP window and any odd flags that might be set. If you're lucky the botnet isn't capable of running a copy of Chrome or Safari or using a random sample template from legit traffic. Lots of botnets are made up of low power IOT devices so once these devices are capable of running a full headless chrome it will get harder.

Not to mention when you do figure out how to discriminate traffic you have to code it. And the code to determine valid traffic vs invalid better run fast because you are getting hit with 100k requests per second. Oh did I mention the attacker can change their algorithm whenever they want? Hope you have a full tensorflow ML/AI pipeline that configures your hardware based ingress of choice just in time. All this while making sure your current production traffic is being served at a speedy pace and not blocking legit customers.

These are some of the issues Cloudflare and companies like them have to deal with.

Post reply on HN