News for hackers. Stuff that matters.
Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by ghshephard on Friday September 23, 2016 @01:12AM (#12562465)
Aren't there botnets that use their actual source address when spamming a DDOS target? How do you defend against that type of attack?
Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by jethro_tell on Friday September 23, 2016 @12:47PM (#12565988)
Yes there are. but using your source address means that you are confined by the upload bandwidth of your hosts, instead of some mis configured DNS server with a 1000Mbps up in a datacenter. You'd just have to work a lot harder to get the bandwidth.

to add to that, You'll defiantly get some mis configured servers with 1000Mbps uploads. And those will be really easy to pick out of the lineup. And then you'd probably be able to call the DC and say that they should block that IP at their boarder and they would probably also comply because there's a good chance that customer that was doing 110Mbps and won't want to pay for 1000.

As it is now, because the source is spoofed, you can't really take the source offline, only take the destination down to keep the other hosts in close proximity running.

With a TCP connection you can pick the source and drop the handshake, basically never start the connection. Some of the windowing can be used to make a tcp connection less of an issue as well.

Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by Jweb_Guru on Friday September 23, 2016 @01:13AM (#12562467)
If a bot is using its actual source address, you can block its IP at the edge (and even ask the ISP to investigate). Thanks to IP spoofing, that's totally ineffective, so instead the only way to make the attack stop is to null route the host.
Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by shaunol on Friday September 23, 2016 @01:36AM (#12562546)
How does IP spoofing even work outside of those DNS reflection attacks mentioned on Krebs' blog? [1]

> "many were garbage Web attack methods that require a legitimate connection between the attacking host and the target, including SYN, GET and POST floods."

I constantly see references relating to DDoS attacks about how IP spoofing is such an obvious trick to use but I've never seen any way to actually do it. Why wouldn't every device on the internet spoof their IP?

[1] https://web.archive.org/web/20160922021000/http://krebsonsec...

Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by Jweb_Guru on Friday September 23, 2016 @01:47AM (#12562584)
> Why wouldn't every device on the internet just spoof their IP if it was this obvious thing?

https://spoofer.caida.org/summary.php - compromise a device in one of the ASes not marked "unspoofable." Those ASes do not consistently perform packet ingress filtering.

That's not to say that DDOS attacks stop being possible, but at least they become traceable.

Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by shaunol on Friday September 23, 2016 @02:01AM (#12562623)
I appreciate the response. I had no idea things were this bad.
Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by x0 on Friday September 23, 2016 @07:22AM (#12563728)
Thank you, I've actually been interested in the answer to this question for many years! Never was able to solve it via googling.
Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by ghshephard on Friday September 23, 2016 @02:58AM (#12562826)
What do you do when you have 10, 20, 50 million bots using their actual source address? Do you just block all 50 million devices? If so, then that would be a great way to initiate denial of service on those devices.
Re:Akamai takes Brian Krebs’ site off its servers after ‘rec... by kijin on Friday September 23, 2016 @07:18AM (#12563715)
Actually, that would be a good way to take all those insecure devices off the internet, or at least prompt someone to do something about it (even if temporarily, like hitting the "factory reset" button) before reconnecting them.

Most countries don't allow cars on the road that are unsafe due to lack of maintenance. Perhaps it's time to do something similar for internet-enabled devices that cause serious harm to others. Hold the user, manufacturer, or network operator responsible for harm caused by their lack of maintenance.