Blame SOURCES/CVE-2021-22543.patch

fdf342
From 710481f30b26856f462d3e5923bf69b32c12e097 Mon Sep 17 00:00:00 2001
fdf342
From: Artem Savkov <asavkov@redhat.com>
fdf342
Date: Fri, 3 Sep 2021 16:00:17 +0200
fdf342
Subject: [KPATCH CVE-2021-22543] KVM: do not allow mapping valid but
fdf342
 non-reference-counted pages
fdf342
fdf342
Kernels:
fdf342
3.10.0-1160.el7
fdf342
3.10.0-1160.2.1.el7
fdf342
3.10.0-1160.2.2.el7
fdf342
3.10.0-1160.6.1.el7
fdf342
3.10.0-1160.11.1.el7
fdf342
3.10.0-1160.15.2.el7
fdf342
3.10.0-1160.21.1.el7
fdf342
3.10.0-1160.24.1.el7
fdf342
3.10.0-1160.25.1.el7
fdf342
3.10.0-1160.31.1.el7
fdf342
3.10.0-1160.36.2.el7
fdf342
3.10.0-1160.41.1.el7
fdf342
fdf342
Changes since last build:
fdf342
[x86_64]:
fdf342
kvm_main.o: changed function: __gfn_to_pfn_memslot
fdf342
fdf342
[ppc64le]:
fdf342
kvm_main.o: changed function: gfn_to_page
fdf342
kvm_main.o: changed function: gfn_to_pfn
fdf342
kvm_main.o: changed function: gfn_to_pfn_memslot
fdf342
kvm_main.o: changed function: gfn_to_pfn_prot
fdf342
kvm_main.o: changed function: hva_to_pfn
fdf342
kvm_main.o: changed function: kvm_vcpu_gfn_to_page
fdf342
kvm_main.o: changed function: kvm_vcpu_gfn_to_pfn
fdf342
fdf342
---------------------------
fdf342
fdf342
Kernels:
fdf342
3.10.0-1160.2.1.el7
fdf342
3.10.0-1160.2.2.el7
fdf342
3.10.0-1160.6.1.el7
fdf342
3.10.0-1160.11.1.el7
fdf342
3.10.0-1160.15.2.el7
fdf342
3.10.0-1160.21.1.el7
fdf342
3.10.0-1160.24.1.el7
fdf342
3.10.0-1160.25.1.el7
fdf342
3.10.0-1160.31.1.el7
fdf342
3.10.0-1160.36.2.el7
fdf342
3.10.0-1160.41.1.el7
fdf342
3.10.0-1160.42.2.el7
fdf342
fdf342
Modifications: none
fdf342
Kpatch-MR: https://gitlab.com/kpatch-dev/rhel-7/-/merge_requests/7
fdf342
Approved-by: Yannick Cote (@ycote1)
fdf342
Approved-by: Joe Lawrence (@joe.lawrence)
fdf342
Z-MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-7/-/merge_requests/259
fdf342
fdf342
commit 64b6dd5036622d9fab20cea237ae19402a1a2ee3
fdf342
Author: Jon Maloy <jmaloy@redhat.com>
fdf342
Date:   Tue Jul 13 15:28:38 2021 -0400
fdf342
fdf342
    KVM: do not allow mapping valid but non-reference-counted pages
fdf342
fdf342
    Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1975511
fdf342
    Upstream: commit f8be156be163a052a067306417cd0ff679068c97
fdf342
    CVE-2021-22543
fdf342
    Brew: https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=39156005
fdf342
    Conflicts: The upstream version hva_to_pfn_remapped() has been upgraded
fdf342
               with lock support and a 'writeable' parameter. Those changes
fdf342
               entail a code conflict, but not functional conflict, with
fdf342
               this commit.
fdf342
fdf342
    commit f8be156be163a052a067306417cd0ff679068c97
fdf342
    Author: Nicholas Piggin <npiggin@gmail.com>
fdf342
    Date:   Thu Jun 24 08:29:04 2021 -0400
fdf342
fdf342
        KVM: do not allow mapping valid but non-reference-counted pages
fdf342
fdf342
        It's possible to create a region which maps valid but non-refcounted
fdf342
        pages (e.g., tail pages of non-compound higher order allocations). These
fdf342
        host pages can then be returned by gfn_to_page, gfn_to_pfn, etc., family
fdf342
        of APIs, which take a reference to the page, which takes it from 0 to 1.
fdf342
        When the reference is dropped, this will free the page incorrectly.
fdf342
fdf342
        Fix this by only taking a reference on valid pages if it was non-zero,
fdf342
        which indicates it is participating in normal refcounting (and can be
fdf342
        released with put_page).
fdf342
fdf342
        This addresses CVE-2021-22543.
fdf342
fdf342
        Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
fdf342
        Tested-by: Paolo Bonzini <pbonzini@redhat.com>
fdf342
        Cc: stable@vger.kernel.org
fdf342
        Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
fdf342
fdf342
    Signed-off-by: Jon Maloy <jmaloy@redhat.com>
fdf342
fdf342
Signed-off-by: Artem Savkov <asavkov@redhat.com>
fdf342
---
fdf342
 virt/kvm/kvm_main.c | 21 ++++++++++++++++++---
fdf342
 1 file changed, 18 insertions(+), 3 deletions(-)
fdf342
fdf342
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
fdf342
index 4b01a017b262..2f40d5fe257d 100644
fdf342
--- a/virt/kvm/kvm_main.c
fdf342
+++ b/virt/kvm/kvm_main.c
fdf342
@@ -1479,6 +1479,13 @@ static bool vma_is_valid(struct vm_area_struct *vma, bool write_fault)
fdf342
 	return true;
fdf342
 }
fdf342
 
fdf342
+static int kvm_try_get_pfn(kvm_pfn_t pfn)
fdf342
+{
fdf342
+	if (kvm_is_reserved_pfn(pfn))
fdf342
+		return 1;
fdf342
+	return get_page_unless_zero(pfn_to_page(pfn));
fdf342
+}
fdf342
+
fdf342
 static int hva_to_pfn_remapped(struct vm_area_struct *vma,
fdf342
 			       unsigned long addr, bool *async,
fdf342
 			       bool write_fault, kvm_pfn_t *p_pfn)
fdf342
@@ -1514,11 +1521,19 @@ static int hva_to_pfn_remapped(struct vm_area_struct *vma,
fdf342
 	 * Whoever called remap_pfn_range is also going to call e.g.
fdf342
 	 * unmap_mapping_range before the underlying pages are freed,
fdf342
 	 * causing a call to our MMU notifier.
fdf342
-	 */ 
fdf342
-	kvm_get_pfn(pfn);
fdf342
+	 *
fdf342
+	 * Certain IO or PFNMAP mappings can be backed with valid
fdf342
+	 * struct pages, but be allocated without refcounting e.g.,
fdf342
+	 * tail pages of non-compound higher order allocations, which
fdf342
+	 * would then underflow the refcount when the caller does the
fdf342
+	 * required put_page. Don't allow those pages here.
fdf342
+	 */
fdf342
 
fdf342
+	if (!kvm_try_get_pfn(pfn))
fdf342
+		r = -EFAULT;
fdf342
 	*p_pfn = pfn;
fdf342
-	return 0;
fdf342
+
fdf342
+	return r;
fdf342
 }
fdf342
 
fdf342
 /*
fdf342
-- 
fdf342
2.26.3
fdf342
fdf342