NetFilter
[Top] [All Lists]

Re: Watched a DDoS attack for hours and couldn't do much :S

To: Mail List - Netfilter <netfilter@lists.netfilter.org>
Subject: Re: Watched a DDoS attack for hours and couldn't do much :S
From: "Taylor, Grant" <gtaylor@riverviewtech.net>
Date: Mon, 27 Nov 2006 12:57:26 -0600
Delivered-to: sp-com-lists@consult.net
Delivered-to: netfilter-list1@securepoint.com
In-reply-to: <1164647806.21896.18.camel@srv1.iihs.net>
List-archive: </pipermail/netfilter>
List-help: <mailto:netfilter-request@lists.netfilter.org?subject=help>
List-id: General discussion and user questions <netfilter.lists.netfilter.org>
List-post: <mailto:netfilter@lists.netfilter.org>
List-subscribe: <https://lists.netfilter.org/mailman/listinfo/netfilter>, <mailto:netfilter-request@lists.netfilter.org?subject=subscribe>
List-unsubscribe: <https://lists.netfilter.org/mailman/listinfo/netfilter>, <mailto:netfilter-request@lists.netfilter.org?subject=unsubscribe>
References: <200611270803.kAR81k2Y030892@mail3.jubileegroup.co.uk> <Pine.LNX.4.58.0611270829210.30530@mail3.jubileegroup.co.uk> <1164647806.21896.18.camel@srv1.iihs.net>
Sender: netfilter-bounces@lists.netfilter.org
User-agent: Thunderbird 1.5.0.8 (X11/20061025)
AntiProxy wrote:
Actually, it's an external attack, apparently from a whole bunch of
compromised machines..

Do you have any idea who initiated the attack and / or why?

One thing i thought off, was to pipe tcpdump's output into a couple awks
and seds and generate IPTABLE rules on the fly..

Something you might consider would be to look at either how the ULog daemon
works, or possibly NetLink (CONFIG_IP_NF_QUEUE) directly.  Either way, I
believe it would be possible to write a daemon that can have the kernel
communicate which packets it is seeing that are not already (explicitly)
processed by IPTables rules and then use a different method (NetFilter
APIs?) to dynamically update the firewall rule(s) on the fly.

I have no experience in this area, probably evident by using the wrong terms
/ names for the existing resources to communicate with the kernel.  However
I think there is at least a direction to go with this.  If you would like
help developing such, I'm willing to try to help.



Grant. . . .



<Prev in Thread] Current Thread [Next in Thread>