From: "Michael J. Tubby B.Sc. \(Hons\) G8TIC" <mike.tubby@thorcom.co.uk>
To: Jeffrey Laramie <JALaramie@Loudoun-Fairfax.com>,
Jim Carter <jimc@math.ucla.edu>
Cc: netfilter@lists.netfilter.org
Subject: Re: External IP addresses on internal network
Date: Thu, 28 Aug 2003 16:52:28 +0100 [thread overview]
Message-ID: <008e01c36d7c$6218ca70$6401a8c0@int.thorcom.com> (raw)
In-Reply-To: 3F4CFD8C.5020404@Loudoun-Fairfax.com
>
> A point of interest for list members. Most sample scripts and some
> production configurations do little if any filtering of traffic from the
> LAN out to the Net. The theory being that the LAN is trusted. IMHO this
> is a mistake. Malware can get in from e-mail, laptops, wireless
> connections, floppies, etc. and there's no way we can stop all of it.
> IDS is great but pretty pricey for SOHO use. I recently found a worm on
> a client that had gotten in despite our best efforts. The only way I
> knew it was there was by iptables logging (and rejecting) outgoing
> traffic on unauthorized ports. I'll never know if the worm was able to
> find an open port to reach the net, but internally it was contained to
> one box and no harm was done. Just my 2 cents.
>
> Jeff
>
I filter outbound stuff in the OUTPUT table (packets from my firewall
host to the net) and the FORWARD table.
What you should be filtering is packet egress, that is your 192.168 or
whatever internal LAN leaking 'naked' (un-NATted) to the internet at
large.
I do this in two places, on the main firewall box between out "inside"
and "outside" in iptables and then again at the Cisco router facing
PSInet with an ACL that drop & log any packets from anything other
than our PSInet Class-C, so there's no way we can "leak" on to the 'net.
Doesn't everyone do this?
Mike
next prev parent reply other threads:[~2003-08-28 15:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-26 22:43 External IP addresses on internal network George Vieira
2003-08-27 1:10 ` Jeffrey Laramie
2003-08-27 16:54 ` Jim Carter
2003-08-27 18:50 ` Jeffrey Laramie
2003-08-28 14:19 ` Chris Brenton
2003-08-28 15:43 ` Jeffrey Laramie
2003-08-28 14:56 ` Ramin Dousti
2003-08-28 16:21 ` Jeffrey Laramie
[not found] ` <3F4E2844.2050108@Loudoun-Fairfax.com>
2003-08-28 18:17 ` Ramin Dousti
2003-08-28 19:24 ` Jeffrey Laramie
2003-08-28 15:52 ` Michael J. Tubby B.Sc. (Hons) G8TIC [this message]
2003-08-28 16:19 ` Jeffrey Laramie
-- strict thread matches above, loose matches on Subject: below --
2003-08-26 15:57 Jeffrey Laramie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='008e01c36d7c$6218ca70$6401a8c0@int.thorcom.com' \
--to=mike.tubby@thorcom.co.uk \
--cc=JALaramie@Loudoun-Fairfax.com \
--cc=jimc@math.ucla.edu \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox