From: Jeffrey Laramie <JALaramie@Loudoun-Fairfax.com>
To: Chris Brenton <cbrenton@chrisbrenton.org>
Cc: netfilter@lists.netfilter.org
Subject: Re: External IP addresses on internal network
Date: Thu, 28 Aug 2003 11:43:30 -0400 [thread overview]
Message-ID: <3F4E2322.9070905@Loudoun-Fairfax.com> (raw)
In-Reply-To: <3F4E0F7D.8030507@chrisbrenton.org>
Morning all-
>
> I've seen this before. An internal client goes to access a Web site
> (say www.fubar.org) and the authoritative NS is actually a load
> balancer. It spews suspicious looking traffic at the requesting NS in
> order to generate performance metrics to figure out what IP to serve
> back (assumption being the client is close to the NS).
>
> So if this is the case, you should see a query for a host within the
> AOL domain (owner of the address space) just prior to this traffic.
I haven't logged that traffic, but the user is generally checking an AOL
mail account and could be following links or browsing.
>
>
> As for seeing the firewall's private IP in the log entry, are you
> running DNAT on the reply traffic? If so that would explain why it
> shows up as private.
I run SNAT on POSTROUTING to masq the internal LAN but don't do any DNAT.
>
> As mentioned I would verify by capturing the traffic. Something like:
>
> windump -nn -s 1500 -w weird-dns.cap "src port 137 and dst port 53"
>
> from a system inside of your firewall. If you get the log entry but no
> capture, you know its received from outside.
I'm a cup of coffee short of a full pot today. I'll have to work on this
later :-)
>
> I *totally* agree. I write the material and teach SANS perimeter
> security track and one thing I am uber big on is filtering outbound as
> well. Stuff like echo-replies, type 3's, type 11's, NetBIOS/IP, SNMP,
> TFTP, etc. etc. should never be allowed to leave your network. Defense
> in-depth and all of that. If the attacker's stimulus gets in, at least
> you have a shot at blocking the reply.
>
Since I'm an IT lightweight, I generally use sample scripts and default
configs whenever I can. I knew from a philosophical standpoint that I
wanted outbound filtering. I didn't really know how to do it and I
didn't find any examples that could help me, so I used the brute force
method: reject everything and see what it breaks, then open those ports
only. This method works, sort of, but it can be a problem since many
programs assign ports dynamically. Anyway, I caught me a big ole worm
this way so I must be doing something right.
next prev parent reply other threads:[~2003-08-28 15:43 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 [this message]
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
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=3F4E2322.9070905@Loudoun-Fairfax.com \
--to=jalaramie@loudoun-fairfax.com \
--cc=cbrenton@chrisbrenton.org \
--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