Blame SOURCES/CVE-2021-4083.patch

487e94
From 80c7e812dffa734599aadde93cb8e30b34f0983d Mon Sep 17 00:00:00 2001
487e94
From: Joe Lawrence <joe.lawrence@redhat.com>
487e94
Date: Mon, 21 Mar 2022 15:45:03 -0400
487e94
Subject: [KPATCH CVE-2021-4083] fget: kpatch fixes for CVE-2021-4083
487e94
487e94
Kernels:
487e94
3.10.0-1160.24.1.el7
487e94
3.10.0-1160.25.1.el7
487e94
3.10.0-1160.31.1.el7
487e94
3.10.0-1160.36.2.el7
487e94
3.10.0-1160.41.1.el7
487e94
3.10.0-1160.42.2.el7
487e94
3.10.0-1160.45.1.el7
487e94
3.10.0-1160.49.1.el7
487e94
3.10.0-1160.53.1.el7
487e94
3.10.0-1160.59.1.el7
487e94
487e94
Changes since last build:
487e94
arches: x86_64 ppc64le
487e94
file.o: changed function: SyS_dup
487e94
file.o: changed function: dup_fd
487e94
file.o: changed function: fget
487e94
file.o: changed function: fget_light
487e94
file.o: changed function: fget_raw
487e94
file.o: changed function: fget_raw_light
487e94
file.o: changed function: put_files_struct
487e94
file.o: new function: __fget
487e94
file.o: new function: __fget_light
487e94
---------------------------
487e94
487e94
Kpatch-MR: https://gitlab.com/redhat/prdsc/rhel/src/kpatch/rhel-7/-/merge_requests/34
487e94
Approved-by: Yannick Cote (@ycote1)
487e94
Modifications:
487e94
- include/linux/rcupdate.h, kernel/rcupdate.c: leave exported
487e94
  rcu_my_thread_group_empty() intact
487e94
- fs/file.c: use fput() instead of fputs_many() since we skipped commit
487e94
  ("fs: add fget_many() and fput_many()")
487e94
- fs/file.c: use fcheck_files() instead of files_lookup_fd_raw() since
487e94
  we are skipping subsequent commit ("fget: clarify and improve
487e94
  __fget_files() implementation") that provides it.
487e94
- Set __attribute__((optimize("-fno-optimize-sibling-calls"))) for
487e94
  fget() and fget_raw() on ppc64le
487e94
487e94
commit c2207a235113315ad696b06eb96ccd36d1f5fdeb
487e94
Author: Miklos Szeredi <mszeredi@redhat.com>
487e94
Date:   Fri Jan 21 10:22:29 2022 +0100
487e94
487e94
    introduce __fcheck_files() to fix rcu_dereference_check_fdtable(), kill rcu_my_thread_group_empty()
487e94
487e94
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2032478
487e94
    Upstream status: Linus
487e94
    Testing: xfstests
487e94
    CVE: CVE-2021-4083
487e94
    Conflicts:
487e94
            - context difference due to backport of later patch
487e94
            - target file difference due to missing backport of rcu source code
487e94
              move
487e94
487e94
    commit a8d4b8345e0ee48b732126d980efaf0dc373e2b0
487e94
    Author: Oleg Nesterov <oleg@redhat.com>
487e94
    Date:   Sat Jan 11 19:19:32 2014 +0100
487e94
487e94
        introduce __fcheck_files() to fix rcu_dereference_check_fdtable(), kill rcu_my_thread_group_empty()
487e94
487e94
        rcu_dereference_check_fdtable() looks very wrong,
487e94
487e94
        1. rcu_my_thread_group_empty() was added by 844b9a8707f1 "vfs: fix
487e94
           RCU-lockdep false positive due to /proc" but it doesn't really
487e94
           fix the problem. A CLONE_THREAD (without CLONE_FILES) task can
487e94
           hit the same race with get_files_struct().
487e94
487e94
           And otoh rcu_my_thread_group_empty() can suppress the correct
487e94
           warning if the caller is the CLONE_FILES (without CLONE_THREAD)
487e94
           task.
487e94
487e94
        2. files->count == 1 check is not really right too. Even if this
487e94
           files_struct is not shared it is not safe to access it lockless
487e94
           unless the caller is the owner.
487e94
487e94
           Otoh, this check is sub-optimal. files->count == 0 always means
487e94
           it is safe to use it lockless even if files != current->files,
487e94
           but put_files_struct() has to take rcu_read_lock(). See the next
487e94
           patch.
487e94
487e94
        This patch removes the buggy checks and turns fcheck_files() into
487e94
        __fcheck_files() which uses rcu_dereference_raw(), the "unshared"
487e94
        callers, fget_light() and fget_raw_light(), can use it to avoid
487e94
        the warning from RCU-lockdep.
487e94
487e94
        fcheck_files() is trivially reimplemented as rcu_lockdep_assert()
487e94
        plus __fcheck_files().
487e94
487e94
        Signed-off-by: Oleg Nesterov <oleg@redhat.com>
487e94
        Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
487e94
487e94
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
487e94
commit ec06bac02991edcfdeb148ab2fe7f3e2d7d3ceaa
487e94
Author: Miklos Szeredi <mszeredi@redhat.com>
487e94
Date:   Fri Jan 21 10:22:30 2022 +0100
487e94
487e94
    fs: factor out common code in fget() and fget_raw()
487e94
487e94
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2032478
487e94
    Upstream status: Linus
487e94
    Testing: xfstests
487e94
    CVE: CVE-2021-4083
487e94
    Conflicts:
487e94
            - difference due to backport of later patch
487e94
487e94
    commit 1deb46e2562561255c34075825fd00f22a858bb3
487e94
    Author: Oleg Nesterov <oleg@redhat.com>
487e94
    Date:   Mon Jan 13 16:48:19 2014 +0100
487e94
487e94
        fs: factor out common code in fget() and fget_raw()
487e94
487e94
        Apart from FMODE_PATH check fget() and fget_raw() are identical,
487e94
        shift the code into the new simple helper, __fget(fd, mask). Saves
487e94
        160 bytes.
487e94
487e94
        Signed-off-by: Oleg Nesterov <oleg@redhat.com>
487e94
        Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
487e94
487e94
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
487e94
commit ac43fab520f6836e2a7d3d20dd64d6328233ccbe
487e94
Author: Miklos Szeredi <mszeredi@redhat.com>
487e94
Date:   Fri Jan 21 10:22:30 2022 +0100
487e94
487e94
    fs: factor out common code in fget_light() and fget_raw_light()
487e94
487e94
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2032478
487e94
    Upstream status: Linus
487e94
    Testing: xfstests
487e94
    CVE: CVE-2021-4083
487e94
487e94
    commit ad46183445043b562856c60b74db664668fb364b
487e94
    Author: Oleg Nesterov <oleg@redhat.com>
487e94
    Date:   Mon Jan 13 16:48:40 2014 +0100
487e94
487e94
        fs: factor out common code in fget_light() and fget_raw_light()
487e94
487e94
        Apart from FMODE_PATH check fget_light() and fget_raw_light() are
487e94
        identical, shift the code into the new helper, __fget_light(fd, mask).
487e94
        Saves 208 bytes.
487e94
487e94
        Signed-off-by: Oleg Nesterov <oleg@redhat.com>
487e94
        Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
487e94
487e94
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
487e94
commit 9e24c8894f5df488a336f0c848f15a7d2f78d163
487e94
Author: Miklos Szeredi <mszeredi@redhat.com>
487e94
Date:   Fri Jan 21 10:22:30 2022 +0100
487e94
487e94
    fs: __fget_light() can use __fget() in slow path
487e94
487e94
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2032478
487e94
    Upstream status: Linus
487e94
    Testing: xfstests
487e94
    CVE: CVE-2021-4083
487e94
487e94
    commit e6ff9a9fa4e05c1c03dec63cdc6a87d6dea02755
487e94
    Author: Oleg Nesterov <oleg@redhat.com>
487e94
    Date:   Mon Jan 13 16:49:06 2014 +0100
487e94
487e94
        fs: __fget_light() can use __fget() in slow path
487e94
487e94
        The slow path in __fget_light() can use __fget() to avoid the
487e94
        code duplication. Saves 232 bytes.
487e94
487e94
        Signed-off-by: Oleg Nesterov <oleg@redhat.com>
487e94
        Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
487e94
487e94
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
487e94
commit d63fb584ae2d7d9a1620e23e59072cb6929f3833
487e94
Author: Miklos Szeredi <mszeredi@redhat.com>
487e94
Date:   Fri Jan 21 10:22:30 2022 +0100
487e94
487e94
    fs/file.c: __fget() and dup2() atomicity rules
487e94
487e94
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2032478
487e94
    Upstream status: Linus
487e94
    Testing: xfstests
487e94
    CVE: CVE-2021-4083
487e94
487e94
    commit 5ba97d2832f87943c43bb69cb1ef86dbc59df5bc
487e94
    Author: Eric Dumazet <edumazet@google.com>
487e94
    Date:   Mon Jun 29 17:10:30 2015 +0200
487e94
487e94
        fs/file.c: __fget() and dup2() atomicity rules
487e94
487e94
        __fget() does lockless fetch of pointer from the descriptor
487e94
        table, attempts to grab a reference and treats "it was already
487e94
        zero" as "it's already gone from the table, we just hadn't
487e94
        seen the store, let's fail".  Unfortunately, that breaks the
487e94
        atomicity of dup2() - __fget() might see the old pointer,
487e94
        notice that it's been already dropped and treat that as
487e94
        "it's closed".  What we should be getting is either the
487e94
        old file or new one, depending whether we come before or after
487e94
        dup2().
487e94
487e94
        Dmitry had following test failing sometimes :
487e94
487e94
        int fd;
487e94
        void *Thread(void *x) {
487e94
          char buf;
487e94
          int n = read(fd, &buf, 1);
487e94
          if (n != 1)
487e94
            exit(printf("read failed: n=%d errno=%d\n", n, errno));
487e94
          return 0;
487e94
        }
487e94
487e94
        int main()
487e94
        {
487e94
          fd = open("/dev/urandom", O_RDONLY);
487e94
          int fd2 = open("/dev/urandom", O_RDONLY);
487e94
          if (fd == -1 || fd2 == -1)
487e94
            exit(printf("open failed\n"));
487e94
          pthread_t th;
487e94
          pthread_create(&th, 0, Thread, 0);
487e94
          if (dup2(fd2, fd) == -1)
487e94
            exit(printf("dup2 failed\n"));
487e94
          pthread_join(th, 0);
487e94
          if (close(fd) == -1)
487e94
            exit(printf("close failed\n"));
487e94
          if (close(fd2) == -1)
487e94
            exit(printf("close failed\n"));
487e94
          printf("DONE\n");
487e94
          return 0;
487e94
        }
487e94
487e94
        Signed-off-by: Eric Dumazet <edumazet@google.com>
487e94
        Reported-by: Dmitry Vyukov <dvyukov@google.com>
487e94
        Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
487e94
487e94
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
487e94
commit bc04a10c9303dcd9a6305a0452361537257fa0c1
487e94
Author: Miklos Szeredi <mszeredi@redhat.com>
487e94
Date:   Fri Jan 21 10:22:31 2022 +0100
487e94
487e94
    fget: check that the fd still exists after getting a ref to it
487e94
487e94
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2032478
487e94
    Upstream status: Linus
487e94
    Testing: xfstests
487e94
    CVE: CVE-2021-4083
487e94
487e94
    commit 054aa8d439b9185d4f5eb9a90282d1ce74772969
487e94
    Author: Linus Torvalds <torvalds@linux-foundation.org>
487e94
    Date:   Wed Dec 1 10:06:14 2021 -0800
487e94
487e94
        fget: check that the fd still exists after getting a ref to it
487e94
487e94
        Jann Horn points out that there is another possible race wrt Unix domain
487e94
        socket garbage collection, somewhat reminiscent of the one fixed in
487e94
        commit cbcf01128d0a ("af_unix: fix garbage collect vs MSG_PEEK").
487e94
487e94
        See the extended comment about the garbage collection requirements added
487e94
        to unix_peek_fds() by that commit for details.
487e94
487e94
        The race comes from how we can locklessly look up a file descriptor just
487e94
        as it is in the process of being closed, and with the right artificial
487e94
        timing (Jann added a few strategic 'mdelay(500)' calls to do that), the
487e94
        Unix domain socket garbage collector could see the reference count
487e94
        decrement of the close() happen before fget() took its reference to the
487e94
        file and the file was attached onto a new file descriptor.
487e94
487e94
        This is all (intentionally) correct on the 'struct file *' side, with
487e94
        RCU lookups and lockless reference counting very much part of the
487e94
        design.  Getting that reference count out of order isn't a problem per
487e94
        se.
487e94
487e94
        But the garbage collector can get confused by seeing this situation of
487e94
        having seen a file not having any remaining external references and then
487e94
        seeing it being attached to an fd.
487e94
487e94
        In commit cbcf01128d0a ("af_unix: fix garbage collect vs MSG_PEEK") the
487e94
        fix was to serialize the file descriptor install with the garbage
487e94
        collector by taking and releasing the unix_gc_lock.
487e94
487e94
        That's not really an option here, but since this all happens when we are
487e94
        in the process of looking up a file descriptor, we can instead simply
487e94
        just re-check that the file hasn't been closed in the meantime, and just
487e94
        re-do the lookup if we raced with a concurrent close() of the same file
487e94
        descriptor.
487e94
487e94
        Reported-and-tested-by: Jann Horn <jannh@google.com>
487e94
        Acked-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
        Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
487e94
487e94
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
487e94
487e94
Signed-off-by: Joe Lawrence <joe.lawrence@redhat.com>
487e94
---
487e94
 fs/file.c               | 86 +++++++++++++++--------------------------
487e94
 include/linux/fdtable.h | 35 ++++++++++-------
487e94
 2 files changed, 53 insertions(+), 68 deletions(-)
487e94
487e94
diff --git a/fs/file.c b/fs/file.c
487e94
index 44bd634b636a..564d60bf0fda 100644
487e94
--- a/fs/file.c
487e94
+++ b/fs/file.c
487e94
@@ -718,42 +718,43 @@ void do_close_on_exec(struct files_struct *files)
487e94
 	spin_unlock(&files->file_lock);
487e94
 }
487e94
 
487e94
-struct file *fget(unsigned int fd)
487e94
+static struct file *__fget(unsigned int fd, fmode_t mask)
487e94
 {
487e94
-	struct file *file;
487e94
 	struct files_struct *files = current->files;
487e94
+	struct file *file;
487e94
 
487e94
 	rcu_read_lock();
487e94
+loop:
487e94
 	file = fcheck_files(files, fd);
487e94
 	if (file) {
487e94
-		/* File object ref couldn't be taken */
487e94
-		if (file->f_mode & FMODE_PATH || !get_file_rcu(file))
487e94
+		/* File object ref couldn't be taken.
487e94
+		 * dup2() atomicity guarantee is the reason
487e94
+		 * we loop to catch the new file (or NULL pointer)
487e94
+		 */
487e94
+		if (file->f_mode & mask)
487e94
 			file = NULL;
487e94
+		else if (!get_file_rcu(file))
487e94
+			goto loop;
487e94
+		else if (fcheck_files(files, fd) != file) {
487e94
+			fput(file);
487e94
+			goto loop;
487e94
+		}
487e94
 	}
487e94
 	rcu_read_unlock();
487e94
 
487e94
 	return file;
487e94
 }
487e94
 
487e94
+__attribute__((optimize("-fno-optimize-sibling-calls"))) struct file *fget(unsigned int fd)
487e94
+{
487e94
+	return __fget(fd, FMODE_PATH);
487e94
+}
487e94
 EXPORT_SYMBOL(fget);
487e94
 
487e94
-struct file *fget_raw(unsigned int fd)
487e94
+__attribute__((optimize("-fno-optimize-sibling-calls"))) struct file *fget_raw(unsigned int fd)
487e94
 {
487e94
-	struct file *file;
487e94
-	struct files_struct *files = current->files;
487e94
-
487e94
-	rcu_read_lock();
487e94
-	file = fcheck_files(files, fd);
487e94
-	if (file) {
487e94
-		/* File object ref couldn't be taken */
487e94
-		if (!atomic_long_inc_not_zero(&file->f_count))
487e94
-			file = NULL;
487e94
-	}
487e94
-	rcu_read_unlock();
487e94
-
487e94
-	return file;
487e94
+	return __fget(fd, 0);
487e94
 }
487e94
-
487e94
 EXPORT_SYMBOL(fget_raw);
487e94
 
487e94
 /*
487e94
@@ -772,56 +773,33 @@ EXPORT_SYMBOL(fget_raw);
487e94
  * The fput_needed flag returned by fget_light should be passed to the
487e94
  * corresponding fput_light.
487e94
  */
487e94
-struct file *fget_light(unsigned int fd, int *fput_needed)
487e94
+struct file *__fget_light(unsigned int fd, fmode_t mask, int *fput_needed)
487e94
 {
487e94
-	struct file *file;
487e94
 	struct files_struct *files = current->files;
487e94
+	struct file *file;
487e94
 
487e94
 	*fput_needed = 0;
487e94
 	if (atomic_read(&files->count) == 1) {
487e94
-		file = fcheck_files(files, fd);
487e94
-		if (file && (file->f_mode & FMODE_PATH))
487e94
+		file = __fcheck_files(files, fd);
487e94
+		if (file && (file->f_mode & mask))
487e94
 			file = NULL;
487e94
 	} else {
487e94
-		rcu_read_lock();
487e94
-		file = fcheck_files(files, fd);
487e94
-		if (file) {
487e94
-			if (!(file->f_mode & FMODE_PATH) &&
487e94
-			    atomic_long_inc_not_zero(&file->f_count))
487e94
-				*fput_needed = 1;
487e94
-			else
487e94
-				/* Didn't get the reference, someone's freed */
487e94
-				file = NULL;
487e94
-		}
487e94
-		rcu_read_unlock();
487e94
+		file = __fget(fd, mask);
487e94
+		if (file)
487e94
+			*fput_needed = 1;
487e94
 	}
487e94
 
487e94
 	return file;
487e94
 }
487e94
+struct file *fget_light(unsigned int fd, int *fput_needed)
487e94
+{
487e94
+	return __fget_light(fd, FMODE_PATH, fput_needed);
487e94
+}
487e94
 EXPORT_SYMBOL(fget_light);
487e94
 
487e94
 struct file *fget_raw_light(unsigned int fd, int *fput_needed)
487e94
 {
487e94
-	struct file *file;
487e94
-	struct files_struct *files = current->files;
487e94
-
487e94
-	*fput_needed = 0;
487e94
-	if (atomic_read(&files->count) == 1) {
487e94
-		file = fcheck_files(files, fd);
487e94
-	} else {
487e94
-		rcu_read_lock();
487e94
-		file = fcheck_files(files, fd);
487e94
-		if (file) {
487e94
-			if (atomic_long_inc_not_zero(&file->f_count))
487e94
-				*fput_needed = 1;
487e94
-			else
487e94
-				/* Didn't get the reference, someone's freed */
487e94
-				file = NULL;
487e94
-		}
487e94
-		rcu_read_unlock();
487e94
-	}
487e94
-
487e94
-	return file;
487e94
+	return __fget_light(fd, 0, fput_needed);
487e94
 }
487e94
 
487e94
 void set_close_on_exec(unsigned int fd, int flag)
487e94
diff --git a/include/linux/fdtable.h b/include/linux/fdtable.h
487e94
index 88d74ca9418f..95bcca7c1a0f 100644
487e94
--- a/include/linux/fdtable.h
487e94
+++ b/include/linux/fdtable.h
487e94
@@ -70,29 +70,36 @@ struct files_struct {
487e94
 	RH_KABI_EXTEND(wait_queue_head_t resize_wait)
487e94
 };
487e94
 
487e94
-#define rcu_dereference_check_fdtable(files, fdtfd) \
487e94
-	(rcu_dereference_check((fdtfd), \
487e94
-			       lockdep_is_held(&(files)->file_lock) || \
487e94
-			       atomic_read(&(files)->count) == 1 || \
487e94
-			       rcu_my_thread_group_empty()))
487e94
-
487e94
-#define files_fdtable(files) \
487e94
-		(rcu_dereference_check_fdtable((files), (files)->fdt))
487e94
-
487e94
 struct file_operations;
487e94
 struct vfsmount;
487e94
 struct dentry;
487e94
 
487e94
-static inline struct file * fcheck_files(struct files_struct *files, unsigned int fd)
487e94
+#define rcu_dereference_check_fdtable(files, fdtfd) \
487e94
+	rcu_dereference_check((fdtfd), lockdep_is_held(&(files)->file_lock))
487e94
+
487e94
+#define files_fdtable(files) \
487e94
+	rcu_dereference_check_fdtable((files), (files)->fdt)
487e94
+
487e94
+/*
487e94
+ * The caller must ensure that fd table isn't shared or hold rcu or file lock
487e94
+ */
487e94
+static inline struct file *__fcheck_files(struct files_struct *files, unsigned int fd)
487e94
 {
487e94
-	struct file * file = NULL;
487e94
-	struct fdtable *fdt = files_fdtable(files);
487e94
+	struct fdtable *fdt = rcu_dereference_raw(files->fdt);
487e94
 
487e94
 	if (fd < fdt->max_fds) {
487e94
 		fd = array_index_nospec(fd, fdt->max_fds);
487e94
-		file = rcu_dereference_check_fdtable(files, fdt->fd[fd]);
487e94
+		return rcu_dereference_raw(fdt->fd[fd]);
487e94
 	}
487e94
-	return file;
487e94
+	return NULL;
487e94
+}
487e94
+
487e94
+static inline struct file *fcheck_files(struct files_struct *files, unsigned int fd)
487e94
+{
487e94
+	rcu_lockdep_assert(rcu_read_lock_held() ||
487e94
+			   lockdep_is_held(&files->file_lock),
487e94
+			   "suspicious rcu_dereference_check() usage");
487e94
+	return __fcheck_files(files, fd);
487e94
 }
487e94
 
487e94
 /*
487e94
-- 
487e94
2.26.3
487e94
487e94