Re: Stateful Packet Inspection Firewall

From: NeoSadist (neos@dist)
Date: 02/13/03


From: "NeoSadist" <neos@dist>
Date: Thu, 13 Feb 2003 00:34:06 -0700


<greenNOSPAMaviator@bigfoot.com> wrote in message
news:21cl4vctis5q0a8dr0oos9ps97ansh3crt@4ax.com...
> I just got a DSL Router which includes an SPI firewall. The
> manufacturer (Linksys) doesn't have very good technical support,

I've never had a problem with them...

> so
> I'm not much wiser as to how it works. The firewall screen has no
> configuration options which worried me first time I saw it.

Why? Things that aren't tweakable worry you? Are you an
obsessive-compulsive?

>
> In a previous message a few weeks ago someone said;
>
> >To over simplify it, SPI allows all of your
> >external ports to be closed until an internal request is made, then a
port
> >is temporarily opened for the response to that request only. This is
> >accomplished by using a state table.
> >If the firewall product you are using does not have stateful packet
> >inspection, then you are in the dark ages.

That's an over-simplification.

>
> Is this synopsis approximately correct, that connections are
> disallowed until the client initiates an outbound connection, or a
> "listen" on a port?
>
> Someone mentioned the following webpage;
>
> http://www.sans.org/rr/firewall/anatomy.php

Then sans.org is correct, not the other person.

>
> which again broadly says that SPI maintains a table for all
> connections, and inspects packet contents for legality. My question
> again is how "legality" is defined;

By the firmware / hardware, obviously...

>whether anything that the client
> computer initiates is treated as legitimate. My previous experience is
> only with software firewalls i.e. ZoneAlarm, which blocks off incoming
> ports but also controls which applications can access the net / listen
> to ports. Presumably SPI does not place any restrictions on client
> actioins.

Nope, but where's the rest of your trojan protection? Where's your
antivirus? Where's your common sense (to keep you from installing
"poisoned" software)? Where's your default hard disk permissions
(win2k/xp)?

>
> This is a bit worrying, because it seems to me that SPI places no
> barriers in the path of a trojan that I might accidentally install
> (from an email attachment say) on my computer.

Yes, but if you aren't infected with one, what's to worry? Like I said,
there are other layers of protection that are vital, not just the firewall,
although firewalls are the "icing on the cake".

>If EvilTrojan installs
> and listens on port 400 for portscans, how is the firewall to
> differentiate between it and a legitimately written user application
> which may also wish to listen on port 400? Linksys techsupport tried
> to tell me SPI would prevent trojans, but they couldn't explain the
> above point, and I think they're wrong.

They are, to a point. It probably does it by not allowing outgoing on
certain ports. However, yeah, SPI isn't meant for it. However, like I
said, check the above rant on the "security has layers, ogres have layers".



Relevant Pages

  • Stateful Packet Inspection Firewall
    ... I just got a DSL Router which includes an SPI firewall. ... >external ports to be closed until an internal request is made, ... and listens on port 400 for portscans, ...
    (comp.security.firewalls)
  • Re: Debian secure by default?
    ... listens on all the ports on your system. ... The nature and purpose of a "firewall" seems to be greatly misunderstood. ... A firewall does not listen on any ports. ... that a personal firewall is worse than useless. ...
    (Debian-User)
  • Re: Restrict IP connections
    ... ports 1433 and 1434 on your firewall. ... These are the default ports SQL Server ... > listens on the two local IP addresses, not the IP address of the ...
    (microsoft.public.sqlserver.server)
  • Re: Trouble accessing Outlook Web Access from behind firewall
    ... When starting the firewall I also set ... > rejected and dropped packets are logged, however I see nothing in my log ... > # Higher ports needed to accept incoming/outgoing calls ...
    (comp.security.firewalls)
  • Re: iptables configuration
    ... >> that if a 'virus/trojan' initiated a connection to the net, the firewall ... >> would not protect the LAN. ... The LAN is NATed with private IPs to one public IP. ... the ports that are used by services running on linux. ...
    (comp.os.linux.security)