All of lore.kernel.org
 help / color / mirror / Atom feed
* Fwd: Re: Interesting request. block x.x.0.0
@ 2003-01-23 22:42 Daniel F. Chief Security Engineer -
  2003-01-23 23:17 ` Patrick Schaaf
  0 siblings, 1 reply; 5+ messages in thread
From: Daniel F. Chief Security Engineer - @ 2003-01-23 22:42 UTC (permalink / raw)
  To: netfilter-devel

anyone on devel that can help me here. 

----------  Forwarded Message  ----------

Subject: Re: Interesting request. block x.x.0.0
Date: Thu, 23 Jan 2003 13:57:01 -0600
From: "Daniel F. Chief Security Engineer -" <danielf@supportteam.net>
To: Ilguiz Latypov <ilguiz@nit.ca>
Cc: netfilter <netfilter@lists.netfilter.org>

Here in lies the problem.

Im only getting traffic from x.x.0.0

I do not want to block every IP on say 45.208.0.0/16 just the ips ending in
0.0 as the last two octets.

I can write a tcpdump filter to find the traffic Im just not sure if we have
 a way to craft a netfilter rule to do so. Or maybe the "recent" patch could
 be of use. Although the dDoS included 65000 source IP addresses. all ending
 in 0.0 for the ip address.

the tcdump filter looks like this.

tcpdump -nn -i eth0 'ip[18:2] == 00'

this is pretty a simple match to make, was wondering if anyone has a patch or
addon that does this or if there is a way to do this with standard rules.

Thanks

On Thursday 23 January 2003 12:54, Ilguiz Latypov wrote:
> On Thu, 23 Jan 2003, Daniel F. Chief Security Engineer - wrote:
> > Anybody know of a way to block this traffic. Notice it's comming from
> > just the 0.0 addresses obviously spoofed. But can you block x.x.0.0 with
> > out blocking every thing else in the range with out a rule per IP.
>
> Can the CIDR approach to networking be of any help?  I heard that the
> traditional imaginary separation of networks into classes A, B, C,... is
> not quite useful, so it is now possible to specify network numbers in
> format
>
>    X.X.X.X/N
>
> where N is the number of most significant bits.
>
> Based on the above, will the 45.208.0.0/32 notation in an iptables rule
> filter the unwanted packets without rejecting any other possible valid
> packets coming from 45.208.0.0/16?

--
Daniel Fairchild - Chief Security Engineer | danielf@supportteam.net
The distance between nothing and infinity is always the same no matter how
close you get to nothing.

-------------------------------------------------------

-- 
Daniel Fairchild - Chief Security Engineer | danielf@supportteam.net
The distance between nothing and infinity is always the same no matter how 
close you get to nothing.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fwd: Re: Interesting request. block x.x.0.0
  2003-01-23 22:42 Daniel F. Chief Security Engineer -
@ 2003-01-23 23:17 ` Patrick Schaaf
  0 siblings, 0 replies; 5+ messages in thread
From: Patrick Schaaf @ 2003-01-23 23:17 UTC (permalink / raw)
  To: Daniel F. Chief Security Engineer -; +Cc: netfilter-devel

> I do not want to block every IP on say 45.208.0.0/16 just the ips ending in
> 0.0 as the last two octets.

Ahem.

Everything under 45.208.x.x with 0.0 as the last two octets:

	iptables -A INPUT -s 45.208.0.0 -j DROP

Everything from everywhere with 0.0 as the last two octets:

	iptables -A INPUT -s 0.0.0.0/0.0.255.255 -j DROP

Did I misunderstand something?

best regards
  Patrick

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Fwd: Re: Interesting request. block x.x.0.0
       [not found] <20030123232639.14408.11687.Mailman@kashyyyk>
@ 2003-01-24  1:04 ` Don Cohen
  2003-01-24 14:53     ` Daniel F. Chief Security Engineer -
  0 siblings, 1 reply; 5+ messages in thread
From: Don Cohen @ 2003-01-24  1:04 UTC (permalink / raw)
  To: netfilter-devel, danielf, Ilguiz Latypov

 > I do not want to block every IP on say 45.208.0.0/16 just the ips ending in
 > 0.0 as the last two octets.
 > 
 > I can write a tcpdump filter to find the traffic Im just not sure if we have
 >  a way to craft a netfilter rule to do so. Or maybe the "recent" patch could
 >  be of use. Although the dDoS included 65000 source IP addresses. all ending
 >  in 0.0 for the ip address.
 > 
 > the tcdump filter looks like this.
 > 
 > tcpdump -nn -i eth0 'ip[18:2] == 00'

The u32 match I recently posted can do this.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fwd: Re: Interesting request. block x.x.0.0
  2003-01-24  1:04 ` Fwd: Re: Interesting request. block x.x.0.0 Don Cohen
@ 2003-01-24 14:53     ` Daniel F. Chief Security Engineer -
  0 siblings, 0 replies; 5+ messages in thread
From: Daniel F. Chief Security Engineer - @ 2003-01-24 14:53 UTC (permalink / raw)
  To: Don Cohen, netfilter, netfilter-devel

Patrick Schaaf kindly pointed out that I could do this. 

iptables -I INPUT -s 0.0.0.0/0.0.255.255 -j DROP

That will drop any IP that ends in 0.0

Thanks for every ones help. 

I will also look into the u32 patch thanks again. 



On Thursday 23 January 2003 19:04, you wrote:
>  > I do not want to block every IP on say 45.208.0.0/16 just the ips ending
>  > in 0.0 as the last two octets.
>  >
>  > I can write a tcpdump filter to find the traffic Im just not sure if we
>  > have a way to craft a netfilter rule to do so. Or maybe the "recent"
>  > patch could be of use. Although the dDoS included 65000 source IP
>  > addresses. all ending in 0.0 for the ip address.
>  >
>  > the tcdump filter looks like this.
>  >
>  > tcpdump -nn -i eth0 'ip[18:2] == 00'
>
> The u32 match I recently posted can do this.

-- 
Daniel Fairchild - Chief Security Engineer | danielf@supportteam.net
The distance between nothing and infinity is always the same no matter how 
close you get to nothing.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fwd: Re: Interesting request. block x.x.0.0
@ 2003-01-24 14:53     ` Daniel F. Chief Security Engineer -
  0 siblings, 0 replies; 5+ messages in thread
From: Daniel F. Chief Security Engineer - @ 2003-01-24 14:53 UTC (permalink / raw)
  To: Don Cohen, netfilter, netfilter-devel

Patrick Schaaf kindly pointed out that I could do this. 

iptables -I INPUT -s 0.0.0.0/0.0.255.255 -j DROP

That will drop any IP that ends in 0.0

Thanks for every ones help. 

I will also look into the u32 patch thanks again. 



On Thursday 23 January 2003 19:04, you wrote:
>  > I do not want to block every IP on say 45.208.0.0/16 just the ips ending
>  > in 0.0 as the last two octets.
>  >
>  > I can write a tcpdump filter to find the traffic Im just not sure if we
>  > have a way to craft a netfilter rule to do so. Or maybe the "recent"
>  > patch could be of use. Although the dDoS included 65000 source IP
>  > addresses. all ending in 0.0 for the ip address.
>  >
>  > the tcdump filter looks like this.
>  >
>  > tcpdump -nn -i eth0 'ip[18:2] == 00'
>
> The u32 match I recently posted can do this.

-- 
Daniel Fairchild - Chief Security Engineer | danielf@supportteam.net
The distance between nothing and infinity is always the same no matter how 
close you get to nothing.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2003-01-24 14:53 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20030123232639.14408.11687.Mailman@kashyyyk>
2003-01-24  1:04 ` Fwd: Re: Interesting request. block x.x.0.0 Don Cohen
2003-01-24 14:53   ` Daniel F. Chief Security Engineer -
2003-01-24 14:53     ` Daniel F. Chief Security Engineer -
2003-01-23 22:42 Daniel F. Chief Security Engineer -
2003-01-23 23:17 ` Patrick Schaaf

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.