Blame SOURCES/CVE-2021-22543.patch

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