Linux NFS development
 help / color / mirror / Atom feed
From: "Martin Schuster (IFKL IT OS DSM CD)" <Martin.Schuster1-d0qZbvYSIPpWk0Htik3J/w@public.gmane.org>
To: Peter Staubach <staubach@redhat.com>
Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
Subject: Re: [NFS] re-exporting NFS-mounted dir over NFS
Date: Thu, 5 Jun 2008 08:26:34 +0200	[thread overview]
Message-ID: <4847871A.5000206@infineon.com> (raw)
In-Reply-To: <4846AAB3.9070005@redhat.com>

Thanks for your thoughts about this.

Peter Staubach wrote:
> Is the real goal to be able to export the files using krb5
> authentication or the use of NFSv4?
> 
Both, I fear.

> If the former, then why not just export the files from the
> NetApp using Kerberos?
> 
> If the latter, then I suspect that it won't provide much, if
> any, benefit.  It would still be limited to the NFSv3 semantics
> of the file system.
>
The current NFS4-support in NetApps OnTap is afaik quite new,
so our filer administrator doesn't want to enable it in the
near future; he prefers waiting until the issues that are likely
to come up are solved before allowing it on a productive machine.

But mounting directly from the filer using NFS3+Kerberos would
allow the following attack vector, as the clients are in an
unsecure network (i.e. could get root access on their machines):
 User mounts an directory using his Kerberos-credentials
 User gets root, then changes w/o password to another user
 User can now read the files of that other user, as the NFS3-server
     doesn't check the permissions

(at least, that's how I understood the difference between NFS3
 and NFS4 -- please correct me if I'm wrong)

So my question still is: Is re-exporting an NFS-mount technically
impossible, or does it just need some coding to get it working?

Thanks in advance,
-- 
Infineon Technologies IT-Services GmbH   Martin.Schuster1-d0qZbvYSIPpWk0Htik3J/w@public.gmane.org
Lakeside B05, 9020 Klagenfurt, Austria   Martin Schuster
         FB: LG Klagenfurt, FN 246787y   +43 5 1777 3517

  reply	other threads:[~2008-06-05  6:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-04 14:10 [NFS] re-exporting NFS-mounted dir over NFS Martin Schuster (IFKL IT OS DSM CD)
     [not found] ` <4846A272.8040206-d0qZbvYSIPpWk0Htik3J/w@public.gmane.org>
2008-06-04 14:46   ` Peter Staubach
2008-06-05  6:26     ` Martin Schuster (IFKL IT OS DSM CD) [this message]
     [not found]       ` <4847871A.5000206-d0qZbvYSIPpWk0Htik3J/w@public.gmane.org>
2008-06-05 11:47         ` Peter Staubach
2008-06-05 18:33           ` J. Bruce Fields
2008-06-05 16:08         ` Chuck Lever
2008-06-05 18:30   ` J. Bruce Fields

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=4847871A.5000206@infineon.com \
    --to=martin.schuster1-d0qzbvysippwk0htik3j/w@public.gmane.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=staubach@redhat.com \
    /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