lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1091419235.12995.28.camel@mithrandir.nis.etisalat.ae>
From: shash at etisalat-nis.ae (Shashank Rai)
Subject: Stateful Packet Inspection

On Sun, 2004-08-01 at 20:19, Goetz Von Berlichingen wrote:
>    The original message has some merit with respect to netfilter - the 
> Linux kernel firewall is capable of looking at headers only.  This does 
> allow some stateful packet inspection - one can discriminate against 
> incoming connection attempts with --syn, for instance.  This isn't 
> really stateful, however, since the firewall does not retain any 
> knowledge of the state of a connection.  
Not exactly correct... netfilter uses "connection tracking" helper
module to keep a track of connections. "--established" can be used to
define rules for the same. As Rusty says on the netfilter.org website
"netfilter, iptables and the connection tracking as well as the NAT
subsystem together build the whole framework."

> iptables is pretty much useless 
> agains covert channels such as Loki, Q, or any of the various tunneling 
> packages.

A "packet filter" is not supposed to look into this kind of stuff.
Covert channels communication using DNS, ICMP or whatever can even pass
through Cisco PIX (another packet level filter) too. u'll need one of
the "deep packet inspection" (real fancy name) firewalls ;)

>    The problem with stateful inspection is that it so easily leads to 
> self-denial of service.  An attacker need only make enough legitimate 
> connections to overflow the firewall's capability.  At that point, the 
> firewall either crashes or quits stateful inspection. 
Depends on which firewall you are using and it's features. Cisco PIX and
Checkpoint can be configured to start dropping connections after a
certain number of "established" or half open connections have been
reached and same with netfilter. None of these firewalls crash or "quit
statefull inspection" upon reaching these limits. And i wouldn't call it
self DoS. The idea of is to protect the resource behind the firewall....
and eventually everything has a limit and a cap. A bigger fish can
always eat a smaller one. 

> Goetz


-- 
shashank

<--
Here is the Packet that was fragmented and has been assembled again.
                                       (with apologies to JRR Tolkien :)
-->


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ