Blame SOURCES/CVE-2021-4083.patch

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