Re: the impossible "iptables -C" option

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2004-07-24 at 06:27, Antony Stone wrote:
>
> > Not quite true as you would just use a sting match, same as you would in
> > a filtering rule.
> 
> I'll assume you meant the "string" match :)   Although the idea of a sting 
> match in a firewall rule is an interesting one....

Dooh! Typing before my morning Pepsi. I think we already sort of have a
"sting" option, its called "Tarpit" ;-)

> I agree that for textual content you could say "a packet from this IP address 
> to TCP port 23 containing the string 'root'", however lots of protocols use 
> binary data

Agreed but that's kind of outside of the scope of the check option. ;-)

We're getting more into "what does a better job of checking payload,
stateful inspection or proxy". I agree proxies are better when it comes
to payload content, but I find the string match useful mostly because of
its simplicity. No proprietary, undocumented language to learn, just set
a few command line switches and away you go. :)

> However, as discussed by other people, there is more than one reason why 
> "check" is hard to implement, payload is just one of them (and I agree that 
> state is a more significant problem, and much harder to deal with).

Ya why burn cycles on trying to code something you can easily check with
nmap, hping & tcpdump. ;-)

Cheers!
Chris




[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux