Linux Netfilter discussions
 help / color / mirror / Atom feed
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.



  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