|
-
November 2nd, 2002, 12:45 AM
#11
I actually disagree with the comment that DDoS attacks can't be stopped. What needs to happen is there needs to be another protocol speced out by the IETF that all routers would need to adhere to. And that protocol would check a signature file, or policy rule, and send a message to the gateway that is sending the offending packets, and that gateway in turn would act out the consequences for the policy, i.e. shutting off all communications from the offending host, or limiting it in such a way that it could no longer access the target until the attack was over. This, of course, would require an upgrade for the routers, cause they would need more processing power to check the packets fast enough to not make a giant slow down. This is sort of a distributed IDS tree, and doesn't necessarily have to be limited to DDoS attacks, this could also be implemented for all sorts of malicious traffic.
Just a thought...
Regards,
Wizeman
EDIT: Also, just to let everyone know, anything that sends some sort of throttle or quench request to the offending host can be ignored if the host happens to be using a non-compliant TCP/IP stack, or if it is modified in some other fashion to ignore the requests. This is why I believe the focal point for preventing attacks of any sort should be the nearest gateway to the offender, that is not under the offender's direct control.
\"It\'s only arrogrance if you can\'t back it up, otherwise it is confidence.\" - Me
-
November 2nd, 2002, 12:45 AM
#12
I actually disagree with the comment that DDoS attacks can't be stopped. What needs to happen is there needs to be another protocol speced out by the IETF that all routers would need to adhere to. And that protocol would check a signature file, or policy rule, and send a message to the gateway that is sending the offending packets, and that gateway in turn would act out the consequences for the policy, i.e. shutting off all communications from the offending host, or limiting it in such a way that it could no longer access the target until the attack was over. This, of course, would require an upgrade for the routers, cause they would need more processing power to check the packets fast enough to not make a giant slow down. This is sort of a distributed IDS tree, and doesn't necessarily have to be limited to DDoS attacks, this could also be implemented for all sorts of malicious traffic.
Just a thought...
Regards,
Wizeman
EDIT: Also, just to let everyone know, anything that sends some sort of throttle or quench request to the offending host can be ignored if the host happens to be using a non-compliant TCP/IP stack, or if it is modified in some other fashion to ignore the requests. This is why I believe the focal point for preventing attacks of any sort should be the nearest gateway to the offender, that is not under the offender's direct control.
\"It\'s only arrogrance if you can\'t back it up, otherwise it is confidence.\" - Me
-
November 2nd, 2002, 01:28 AM
#13
One method that I recently learned about for defending against DDOS attacks is the concept of SYN cookies. Apparently, it's been incorporated in the linux kernel for quite some time, but it's not turned on by default because there are some who argue that the concept is in violation of the TCP/IP RFC's. Here's a website for you to read if you're interested in learning more like I was...
http://cr.yp.to/syncookies.html
-
November 2nd, 2002, 01:28 AM
#14
One method that I recently learned about for defending against DDOS attacks is the concept of SYN cookies. Apparently, it's been incorporated in the linux kernel for quite some time, but it's not turned on by default because there are some who argue that the concept is in violation of the TCP/IP RFC's. Here's a website for you to read if you're interested in learning more like I was...
http://cr.yp.to/syncookies.html
-
November 2nd, 2002, 01:49 AM
#15
Originally posted here by NeoAcid5000
I highly doubt any program or mauever could stop DoS/DDoS attacks point blank. Simple as that.
Really? I do it every day. Its as simple as 1 2 3.
1. Packet Capture/Mirror
2. Determine Source.
3. Block source at backbone/router level.
Of course there is alot in between that. Hmmmm..... maybe I should write a tutorial about it....
I think I will.
It is better to be HATED for who you are, than LOVED for who you are NOT.
THC/IP Version 4.2
-
November 2nd, 2002, 01:49 AM
#16
Originally posted here by NeoAcid5000
I highly doubt any program or mauever could stop DoS/DDoS attacks point blank. Simple as that.
Really? I do it every day. Its as simple as 1 2 3.
1. Packet Capture/Mirror
2. Determine Source.
3. Block source at backbone/router level.
Of course there is alot in between that. Hmmmm..... maybe I should write a tutorial about it....
I think I will.
It is better to be HATED for who you are, than LOVED for who you are NOT.
THC/IP Version 4.2
-
November 15th, 2002, 01:35 AM
#17
Member
Cisco ACLs
"Actually, it's quite possible to make ACL's under Cisco IOS 12.x to do all of this. Between bandwidth scaling, throttling, and source-quench options, it's actually already possible to knock out most of the DOS schemes out there. Of course, actually DOING this is another matter." - nietzsche
nietzsche would you explain this to me, would these ACL features be under standard, extended..etc. Or both maybe. Ive not gotten that far with ACLs yet, that explains my lack of knowledge.
The End Justifies The Means...
-
November 15th, 2002, 02:01 AM
#18
Actually Dr has it right, DDos depends upon networks and connects thing is now days even a dot edu seperates students from staff and faculity and most ISP more now monitor the bandwidth both ways. Good signature of a DDos is the leg or IP range they are on because most target dot edu, mil or gov systems, shutting off progressive legs of a sub net is not hard with the firewalls we have now, ban UUNET you bet, think I'd blink an eye if I was hit by to many packets from AT&T IP range nope. One does what one must to keep people productive and working. Yes this will work after all your system or backbone is blocked enough from bad traffic then it will hurt profits and well telecomm is not a hot area right now they all jumped on and did not know they also offered bandwidth to the bad guys. Fact is the network traffic now days is monitored beyond what I even ever thought it would be 10 years ago.
I believe that one of the characteristics of the human race - possibly the one that is primarily responsible for its course of evolution - is that it has grown by creatively responding to failure.- Glen Seaborg
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
|