* NAT counting
@ 2003-02-06 14:46 Stephen Clark
2003-02-06 18:14 ` Lamont Granquist
2003-02-06 23:10 ` Helge Hafting
0 siblings, 2 replies; 5+ messages in thread
From: Stephen Clark @ 2003-02-06 14:46 UTC (permalink / raw)
To: linux-kernel
Hi all,
Is Linux being fixed to prevent this?
"how to remotely count the number of machines hiding behind a NAT box"
<http://www.research.att.com/%7Esmb/papers/fnat.pdf> /
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: NAT counting
2003-02-06 14:46 NAT counting Stephen Clark
@ 2003-02-06 18:14 ` Lamont Granquist
2003-02-06 22:25 ` Alan Cox
2003-02-06 23:10 ` Helge Hafting
1 sibling, 1 reply; 5+ messages in thread
From: Lamont Granquist @ 2003-02-06 18:14 UTC (permalink / raw)
To: Stephen Clark; +Cc: linux-kernel
If anyone is working on fixing this, they'll also need to fix up TCP
timestamps and maybe ISNs as well as IPids.
On Thu, 6 Feb 2003, Stephen Clark wrote:
> Hi all,
>
> Is Linux being fixed to prevent this?
>
>
> "how to remotely count the number of machines hiding behind a NAT box"
> <http://www.research.att.com/%7Esmb/papers/fnat.pdf> /
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: NAT counting
2003-02-06 18:14 ` Lamont Granquist
@ 2003-02-06 22:25 ` Alan Cox
0 siblings, 0 replies; 5+ messages in thread
From: Alan Cox @ 2003-02-06 22:25 UTC (permalink / raw)
To: Lamont Granquist; +Cc: Stephen Clark, Linux Kernel Mailing List
On Thu, 2003-02-06 at 18:14, Lamont Granquist wrote:
> If anyone is working on fixing this, they'll also need to fix up TCP
> timestamps and maybe ISNs as well as IPids.
And encrypt all application level traffic very carefully, otherwise things
like web client headers, ftp context and the like will allow people to
estimate some stuff.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: NAT counting
2003-02-06 14:46 NAT counting Stephen Clark
2003-02-06 18:14 ` Lamont Granquist
@ 2003-02-06 23:10 ` Helge Hafting
2003-02-09 19:01 ` Lamont Granquist
1 sibling, 1 reply; 5+ messages in thread
From: Helge Hafting @ 2003-02-06 23:10 UTC (permalink / raw)
To: Stephen Clark; +Cc: linux-kernel
On Thu, Feb 06, 2003 at 09:46:44AM -0500, Stephen Clark wrote:
> Hi all,
>
> Is Linux being fixed to prevent this?
>
>
> "how to remotely count the number of machines hiding behind a NAT box"
> <http://www.research.att.com/%7Esmb/papers/fnat.pdf> /
>
Not a problem. The purpose of NAT isn't to "hide" stuff, but
to share an ipv4 address. If you need more than that, let a
firewall mangle your packets in interesting ways.
You can probably do that with linux if you really want to...
Helge Hafting
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: NAT counting
2003-02-06 23:10 ` Helge Hafting
@ 2003-02-09 19:01 ` Lamont Granquist
0 siblings, 0 replies; 5+ messages in thread
From: Lamont Granquist @ 2003-02-09 19:01 UTC (permalink / raw)
To: Helge Hafting; +Cc: Stephen Clark, linux-kernel
On Fri, 7 Feb 2003, Helge Hafting wrote:
> On Thu, Feb 06, 2003 at 09:46:44AM -0500, Stephen Clark wrote:
> > Hi all,
> >
> > Is Linux being fixed to prevent this?
> >
> >
> > "how to remotely count the number of machines hiding behind a NAT box"
> > <http://www.research.att.com/%7Esmb/papers/fnat.pdf> /
> >
> Not a problem. The purpose of NAT isn't to "hide" stuff, but
> to share an ipv4 address. If you need more than that, let a
> firewall mangle your packets in interesting ways.
> You can probably do that with linux if you really want to...
NAT should work correctly though. It'd be nice if it didn't violate RFC
1323 by having non-monotonically increasing TCP timestamps for machines
that it is NAT'ing. The RFC 1323 violations are proably just as useful as
the IPid field for this "NAT counting" *and* they can break things in
certain situations (e.g. receiving a SYN to a TIME_WAIT socket with a
smaller TCP timestamp). I wouldn't mind at all if someone tried to fix
iptables so that it would do all the proper header munging to hide the
fact that there were multiple machines behind it (obviously this would be
slower, so it'd need to be an option that wasn't on by default...)
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-02-09 18:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-06 14:46 NAT counting Stephen Clark
2003-02-06 18:14 ` Lamont Granquist
2003-02-06 22:25 ` Alan Cox
2003-02-06 23:10 ` Helge Hafting
2003-02-09 19:01 ` Lamont Granquist
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox