BTW: Massscan is excellent at braking routers, over-flood them and they will often crash.
So amazon should notify AWS? :)
This reminds me of my favorite typo: https://slashdot.org/comments.pl?sid=406154&cid=21914102
The tech world is in for a rude awakening as technology becomes less a field of nothing but specialists, and actually gets infiltrated by a greater and greater number of tech-savvy, yet industry independent stakeholders.
We've had a social blank check to work from for the better part of half a century. You now have people writing children's intros to k8's. If you don't think that at some points technical problems don't start getting solved via social/legislative/legal means, you're in for a bit of a rough time.
The tools is precisely advertised to be able to send 10M packets per second, to scan all internet or all ports quickly.
As a security professional, I wouldn't be surprised if someone runs this at home with gigabit fiber and DDoS the machines/networks they are testing.
Also, minor nit, if it's just one machine doing the scanning, that's a DoS, not a DDoS :)
What is the difference between this tool and the drive by DDoS "testing" tools you can pay to use online. They seem identical to this tool except Masscan stops after the first try.
https://github.com/robertdavidgraham/masscan/blob/master/dat...
I'll amend my earlier comment a bit. Apple as a corporation doesn't care, neither I imagine would Apple's corporate IT security as an entity, but individual people in Apple might decide port scanning is the bain of their existence and send something, but that's a fluke.
Where would the line between abuse and curiosity be? If you were the target of an overzealous company how can you make the distinction?
It would be expensive to just use raw network power to overwhelm a web service(u would need more bandwidth than the host)
Meanwhile with amplification u only need a 10th or less
Here an example https://www.imperva.com/learn/ddos/dns-amplification/
For one very quick stat "The average size of DDoS attacks was at the mindblowing 26.37 GBps in Q2 2018"
Yes i do that and i test my own routers with it.
That's for one individual who's scanning something. On the receiving end, you're not dealing with one individual, you're dealing with many individuals who are probing for vulnerabilities.
If one guy intentionally steps on your foot, that's mildly annoying. If a thousand people intentionally step on your foot, that's a very different issue.
> Most cloud providers for example do not allow port scanning from their network (for various reasons).
They don't? They are often the source I see. Is that a policy thing where they say "yeah well please don't" or will they actively shut you down if you're doing it from their infrastructure?
> yes, configuration files are specified on the command-line and not hard-coded, so only those performing legitimate surveys of the Internet (possibly wanting to be responsible or respectful of those NOCs who still live in the world of generating abuse complaints when snort tells them to) would be likely to use them. Maybe there are a few script kids out there who are intelligent enough to avoid hitting the small collection of networks on this list to avoid their scans generating abuse complaints that may get their boxes killed, but I guess it's probably a near-zero population
If somehow it were hard-coded into the tool, well, the source is available, as is the ability to port scan any one of a number of other ways.
https://github.com/robertdavidgraham/masscan#how-to-scan-the...
>While useful for smaller, internal networks, the program is really designed with the entire Internet in mind. It might look something like this: [...]
>Scanning the entire Internet is bad. For one thing, parts of the Internet react badly to being scanned. For another thing, some sites track scans and add you to a ban list, which will get you firewalled from useful parts of the Internet. Therefore, you want to exclude a lot of ranges. To blacklist or exclude ranges, you want to use the following syntax: [...]
That 2nd bit is where that "exclude.txt" file comes in, it's not even used by default as far as I can tell.
So basically the author acknowledge that the software's intended purpose is bad, they also decided that it was their responsibility to maintain an exclude list. That's a bit odd IMO. I'd think that in these situations you can either say "I'm not responsible for people misusing my software" and in this case maintaining an exclude file with random addresses as people complain to you doesn't make sense, or you think that you share some of the responsibility if your software is used to do bad things and then it seems like it would make more sense to take the project down or take steps to make it harder for users to do these things.
By also supplying an exclude file (and showing how to use it), the author goes a long way to help I'd you ask me.
The rest is up to to whomever decides to use/abuse it, as always.
The people who look to project github for help are ones that already selected themselves. I bet for every one that posted on github there are dozens or more that went to the actual entity that tried to scan them or, better yet, blocked the scan or otherwise ensured it is harmless.
If you don't want people on the internet to connect to your server, then you shouldn't allow network connections to your server. A few connections per minute hardly classify as abuse in any reasonable sense of the word.
The owner of the source network, on the other hand, (compared to the destination server), I think have a more legitimate reason to raise flags. Most cloud providers for example do not allow port scanning from their network (for various reasons). If you're gonna send out millions of packages all over the place I think it's good practice to inform your network provider first.