- Subject: Re: Extended file stat: Splitting file- and fs-specific info?
- From: David Howells <dhowells@xxxxxxxxxx>
- Date: Wed, 09 May 2012 10:21:14 +0100
- Cc: dhowells@xxxxxxxxxx, adilger@xxxxxxxxx, bfields@xxxxxxxxxxxx, smfrench@xxxxxxxxx, ben@xxxxxxxxxxxxxxx, Trond.Myklebust@xxxxxxxxxx, roland@xxxxxxxxxxxxx, jra@xxxxxxxxx, bernd.schubert@xxxxxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-nfs@xxxxxxxxxxxxxxx, linux-cifs@xxxxxxxxxxxxxxx, samba-technical@xxxxxxxxxxxxxxx, linux-ext4@xxxxxxxxxxxxxxx, linux-api@xxxxxxxxxxxxxxx, libc-alpha@xxxxxxxxxxxxxx
- In-reply-to: <20120509002420.GL5091@dastard>
- Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903
- References: <20120509002420.GL5091@dastard> <20120419140558.17272.74360.stgit@warthog.procyon.org.uk> <16281.1336508382@redhat.com>
Dave Chinner <david@xxxxxxxxxxxxx> wrote:
> I don't think we want to expose the inode generation numbers. It is
> trivial to construct NFS file handles (usually just fsid, inode
> number and generation) with that information and hence bypass
> security checks to access files.
I was asked for it by Bernd Schubert for userspace NFS servers and FUSE -
maybe he can say what he wants it for.
I also have a note that Jeremy Allison asked for it, but I can't find where or
why, so that might be an error.
It looks like FreeBSD do have an st_gen field in their stat struct, but it's
only filled in for root. Maybe I could do something like that?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-api" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Home]
[Linux USB Devel]
[Video for Linux]
[Linux Audio Users]
[Photo]
[Yosemite News]
[Yosemite Photos]
[Free Online Dating]
[Linux Kernel]
[Linux SCSI]
[XFree86]