Blame SOURCES/CVE-2023-0386.patch

d465ec
From 3bf90da39cf14660a11e3980451c757398bcf84e Mon Sep 17 00:00:00 2001
d465ec
From: Ryan Sullivan <rysulliv@redhat.com>
d465ec
Date: Wed, 15 Mar 2023 10:24:04 -0400
d465ec
Subject: [KPATCH CVE-2023-0386] kpatch fixes for CVE-2023-0386
d465ec
d465ec
Kernels:
d465ec
5.14.0-162.6.1.el9_1
d465ec
5.14.0-162.12.1.el9_1
d465ec
5.14.0-162.18.1.el9_1
d465ec
d465ec
d465ec
Kpatch-MR: https://gitlab.com/redhat/prdsc/rhel/src/kpatch/rhel-9/-/merge_requests/26
d465ec
Approved-by: Joe Lawrence (@joe.lawrence)
d465ec
Approved-by: Yannick Cote (@ycote1)
d465ec
Changes since last build:
d465ec
arches: x86_64 ppc64le
d465ec
copy_up.o: changed function: ovl_copy_up_one
d465ec
---------------------------
d465ec
d465ec
Modifications: none
d465ec
d465ec
commit 977edea04b2c1dd1dc51ae7a1dbf5b484c048045
d465ec
Author: Miklos Szeredi <mszeredi@redhat.com>
d465ec
Date:   Tue Jan 24 16:41:18 2023 +0100
d465ec
d465ec
    ovl: fail on invalid uid/gid mapping at copy up
d465ec
d465ec
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2165344
d465ec
    CVE: CVE-2023-0386
d465ec
d465ec
    If st_uid/st_gid doesn't have a mapping in the mounter's user_ns, then
d465ec
    copy-up should fail, just like it would fail if the mounter task was doing
d465ec
    the copy using "cp -a".
d465ec
d465ec
    There's a corner case where the "cp -a" would succeed but copy up fail: if
d465ec
    there's a mapping of the invalid uid/gid (65534 by default) in the user
d465ec
    namespace.  This is because stat(2) will return this value if the mapping
d465ec
    doesn't exist in the current user_ns and "cp -a" will in turn be able to
d465ec
    create a file with this uid/gid.
d465ec
d465ec
    This behavior would be inconsistent with POSIX ACL's, which return -1 for
d465ec
    invalid uid/gid which result in a failed copy.
d465ec
d465ec
    For consistency and simplicity fail the copy of the st_uid/st_gid are
d465ec
    invalid.
d465ec
d465ec
    Fixes: 459c7c565ac3 ("ovl: unprivieged mounts")
d465ec
    Cc: <stable@vger.kernel.org> # v5.11
d465ec
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
d465ec
    Reviewed-by: Christian Brauner <brauner@kernel.org>
d465ec
    Reviewed-by: Seth Forshee <sforshee@kernel.org>
d465ec
    (cherry picked from commit 4f11ada10d0ad3fd53e2bd67806351de63a4f9c3)
d465ec
d465ec
    Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
d465ec
d465ec
Signed-off-by: Ryan Sullivan <rysulliv@redhat.com>
d465ec
---
d465ec
 fs/overlayfs/copy_up.c | 4 ++++
d465ec
 1 file changed, 4 insertions(+)
d465ec
d465ec
diff --git a/fs/overlayfs/copy_up.c b/fs/overlayfs/copy_up.c
d465ec
index 2846b943e80c..95b2173ab9bc 100644
d465ec
--- a/fs/overlayfs/copy_up.c
d465ec
+++ b/fs/overlayfs/copy_up.c
d465ec
@@ -886,6 +886,10 @@ static int ovl_copy_up_one(struct dentry *parent, struct dentry *dentry,
d465ec
 	if (err)
d465ec
 		return err;
d465ec
 
d465ec
+	if (!kuid_has_mapping(current_user_ns(), ctx.stat.uid) ||
d465ec
+	    !kgid_has_mapping(current_user_ns(), ctx.stat.gid))
d465ec
+		return -EOVERFLOW;
d465ec
+
d465ec
 	ctx.metacopy = ovl_need_meta_copy_up(dentry, ctx.stat.mode, flags);
d465ec
 
d465ec
 	if (parent) {
d465ec
-- 
d465ec
2.39.2
d465ec
d465ec