Skip to content
Snippets Groups Projects
  1. May 06, 2014
  2. Feb 25, 2014
  3. Feb 03, 2014
  4. Jan 26, 2014
  5. Jan 24, 2014
    • Andreas Gruenbacher's avatar
      userns: relax the posix_acl_valid() checks · 949b9c3d
      Andreas Gruenbacher authored
      
      So far, POSIX ACLs are using a canonical representation that keeps all ACL
      entries in a strict order; the ACL_USER and ACL_GROUP entries for specific
      users and groups are ordered by user and group identifier, respectively.
      The user-space code provides ACL entries in this order; the kernel
      verifies that the ACL entry order is correct in posix_acl_valid().
      
      User namespaces allow to arbitrary map user and group identifiers which
      can cause the ACL_USER and ACL_GROUP entry order to differ between user
      space and the kernel; posix_acl_valid() would then fail.
      
      Work around this by allowing ACL_USER and ACL_GROUP entries to be in any
      order in the kernel.  The effect is only minor: file permission checks
      will pick the first matching ACL_USER entry, and check all matching
      ACL_GROUP entries.
      
      (The libacl user-space library and getfacl / setfacl tools will not create
      ACLs with duplicate user or group idenfifiers; they will handle ACLs with
      entries in an arbitrary order correctly.)
      
      Signed-off-by: default avatarAndreas Gruenbacher <agruen@linbit.com>
      Cc: Eric W. Biederman <ebiederm@xmission.com>
      Cc: Theodore Tso <tytso@mit.edu>
      Cc: Christoph Hellwig <hch@infradead.org>
      Cc: Andreas Dilger <adilger.kernel@dilger.ca>
      Cc: Jan Kara <jack@suse.cz>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      949b9c3d
  6. Jan 22, 2014
  7. Sep 18, 2012
    • Eric W. Biederman's avatar
      userns: Convert vfs posix_acl support to use kuids and kgids · 2f6f0654
      Eric W. Biederman authored
      
      - In setxattr if we are setting a posix acl convert uids and gids from
        the current user namespace into the initial user namespace, before
        the xattrs are passed to the underlying filesystem.
      
        Untranslatable uids and gids are represented as -1 which
        posix_acl_from_xattr will represent as INVALID_UID or INVALID_GID.
        posix_acl_valid will fail if an acl from userspace has any
        INVALID_UID or INVALID_GID values.  In net this guarantees that
        untranslatable posix acls will not be stored by filesystems.
      
      - In getxattr if we are reading a posix acl convert uids and gids from
        the initial user namespace into the current user namespace.
      
        Uids and gids that can not be tranlsated into the current user namespace
        will be represented as -1.
      
      - Replace e_id in struct posix_acl_entry with an anymouns union of
        e_uid and e_gid.  For the short term retain the e_id field
        until all of the users are converted.
      
      - Don't set struct posix_acl.e_id in the cases where the acl type
        does not use e_id.  Greatly reducing the use of ACL_UNDEFINED_ID.
      
      - Rework the ordering checks in posix_acl_valid so that I use kuid_t
        and kgid_t types throughout the code, and so that I don't need
        arithmetic on uid and gid types.
      
      Cc: Theodore Tso <tytso@mit.edu>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Andreas Dilger <adilger.kernel@dilger.ca>
      Cc: Jan Kara <jack@suse.cz>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarEric W. Biederman <ebiederm@xmission.com>
      2f6f0654
  8. Feb 29, 2012
  9. Oct 28, 2011
  10. Aug 01, 2011
  11. Jul 27, 2011
  12. Jul 25, 2011
  13. Jan 25, 2011
  14. Nov 14, 2008
  15. Oct 01, 2006
  16. Oct 09, 2005
  17. Apr 17, 2005
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      v2.6.12-rc2
      1da177e4
Loading