RE: NFS Over Private Network

John Rowan Littell <[email protected]> Thu, 25 Mar 2004 09:08:04 -0500 (EST)
Newsgroups gmane.comp.security.sun
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----

Lo, Thomas Lindsay and the teakettle whistled in unison:

>
> To what degree does this solution *protect* the share itself?  Is there a
> way to tie the server share to a given interface, or better yet, bind nfsd
> itself to a specific interface?  Call me paranoid, but I don't trust the
> builtin security mechanisms of nfs too far, especially considering the
> vulnerability rates of some Solaris rpc services in recent years.
>
> If nfsd cannot be specifically bound to a given interface (and hence not
> bound to others), then a private network between two machines will serve
> only to prevent man-in-the-middle types of attacks but still leaves the
> data vulnerable to any attack on the nfs server itself through the public
> interfaces.
>
> Ideas?

I'd suggest SunScreen or ipfilter to block portmap and NFS traffic on the
public interface.  Yes, I realize that this is RPC we're talking about
here, and as such can't be guaranteed to run on a particular port, but
blocking port 111 and 2049 is usually a pretty good first pass at
blocking NFS (or better yet, block everything on the public interface
and only allow approved services).  I've had good success with this
approach and occassionally a private network myself.

  --rowan

- -- 
John "Rowan" Littell
Systems Administrator
Earlham College Computing Services
http://www.earlham.edu/~littejo/
2004-03-25 09:00
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)
Comment: Made with pgp4pine 1.76

iQCVAwUBQGLnypdUNSJ2nf/5AQF8MgQAi0mPnv1qb5Ko0eQmN053lRLFEWxvZeYU
r0s7PgtGar3Rju42rgWGn5uTE/GjQ5aMnatql8dao4/kJKBBcX9fz7lNZqxKXbAo
ox0yDYFzqvGqYb5QiobTShlQOjM+8LylTnAg+0DuUFRwzjOCW8yoyhzcIOjRPkqy
/1f5e1zMDX4=
=WEWr
-----END PGP SIGNATURE-----