Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp3021802rwb; Mon, 15 Aug 2022 16:19:10 -0700 (PDT) X-Google-Smtp-Source: AA6agR6zmckDQTWVjpeJoKVhq9bAr0mr31Y6bsQ2jgmN0jDPUs8S+c1B3CLu4ddx6PBdQPs1p9no X-Received: by 2002:a63:43c7:0:b0:429:7abb:aaf7 with SMTP id q190-20020a6343c7000000b004297abbaaf7mr3681853pga.204.1660605550540; Mon, 15 Aug 2022 16:19:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660605550; cv=none; d=google.com; s=arc-20160816; b=InsA27LNQpXRkdoEw+9kRNcx8o+NYHgMhniH7w93Z7M22IFmRcAgIea5K/PFplPh+e KV+eWA2A8KJOIZuCnd8fnU+O81P6WwSuqICg73U2BiQOhVmXItDA/XAM8SFhQhm3IUIs AUwhteu3pD08bCgLMvTn7NuH+UinI3QNy6RLRLY85+guslkv1otVyiRpTnCqA9MGWCLm skom2gMGxc4g9Ui9be9RT3VK0RtfxcoOvXrqyQvl6Wg8juHUaoXMTvG0sbY/vKYGLg0x moNvUO2MWQtU/SOOlwRbvVfR+S3Z9p/GZfkk8GiXSApitCqLMCPmoaQtIZeM0YEEbNsZ myHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=8Zc2sjKHzLBuCbY79KBUKGsLmNJ+eoto/YBWIO5i060=; b=whjv9nZtSwHT1nDHsdKR0yr8XWcw95gfx7wv6JcdEGO3sKIQ+VmBJrZwBlWnoAxhIG BsiZOBgfnueNqVrB5fNrArdqwsE0lHFb7JpHqgrUYhv+ENcVsPOPewK5TOiYfTvAxMuo gz2TOstQkftv3sgFmourDJ2Dxc8cQ6Pdqe2k7Z/SU7NuyHjZmgBDIBpNQbW3pByoW4wt ikDhR/HdBpKKIX/k/FY9lAn5nPmXYyjR1iyENOVfbkA5En9++sGy8JQ5yXdViKhM5RIh lmE2apIVIBIpBVYF01VJCQRDwy2bBdjTS8bo9uf2aJ4HeLRn4NpnJ/FOPc8Y/kK45szt wAFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=tqGkbgvE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 19-20020a630113000000b0042890f36268si5698817pgb.857.2022.08.15.16.18.58; Mon, 15 Aug 2022 16:19:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=tqGkbgvE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243541AbiHOUOk (ORCPT + 99 others); Mon, 15 Aug 2022 16:14:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346252AbiHOULF (ORCPT ); Mon, 15 Aug 2022 16:11:05 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 24332F5B1; Mon, 15 Aug 2022 11:57:23 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A0FF26122B; Mon, 15 Aug 2022 18:57:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 93178C433C1; Mon, 15 Aug 2022 18:57:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660589842; bh=RIXvlqtErnqUU+6Rz5r6bqonG4MImcLLPCMCxhVxYak=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=tqGkbgvEZ/o9lOfx40o80z6FKF6ELopALkQS2HdJay9YVqtz/hhUopdEuh6cCbEF7 KWXKsZfkn7lHSm1nKx2C9RW05yDkToFVizFeiOOCk18iZlo1bN5GRsApsgQKpJv4Hj B7K60YOB0IKNsxpicBNiVG3dy6qM9SJYc1RFjono= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Sean Christopherson , Paolo Bonzini Subject: [PATCH 5.18 0034/1095] KVM: nVMX: Account for KVM reserved CR4 bits in consistency checks Date: Mon, 15 Aug 2022 19:50:33 +0200 Message-Id: <20220815180430.794025583@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220815180429.240518113@linuxfoundation.org> References: <20220815180429.240518113@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sean Christopherson commit ca58f3aa53d165afe4ab74c755bc2f6d168617ac upstream. Check that the guest (L2) and host (L1) CR4 values that would be loaded by nested VM-Enter and VM-Exit respectively are valid with respect to KVM's (L0 host) allowed CR4 bits. Failure to check KVM reserved bits would allow L1 to load an illegal CR4 (or trigger hardware VM-Fail or failed VM-Entry) by massaging guest CPUID to allow features that are not supported by KVM. Amusingly, KVM itself is an accomplice in its doom, as KVM adjusts L1's MSR_IA32_VMX_CR4_FIXED1 to allow L1 to enable bits for L2 based on L1's CPUID model. Note, although nested_{guest,host}_cr4_valid() are _currently_ used if and only if the vCPU is post-VMXON (nested.vmxon == true), that may not be true in the future, e.g. emulating VMXON has a bug where it doesn't check the allowed/required CR0/CR4 bits. Cc: stable@vger.kernel.org Fixes: 3899152ccbf4 ("KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation") Signed-off-by: Sean Christopherson Message-Id: <20220607213604.3346000-3-seanjc@google.com> Signed-off-by: Paolo Bonzini Signed-off-by: Greg Kroah-Hartman --- arch/x86/kvm/vmx/nested.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/arch/x86/kvm/vmx/nested.h +++ b/arch/x86/kvm/vmx/nested.h @@ -281,7 +281,8 @@ static inline bool nested_cr4_valid(stru u64 fixed0 = to_vmx(vcpu)->nested.msrs.cr4_fixed0; u64 fixed1 = to_vmx(vcpu)->nested.msrs.cr4_fixed1; - return fixed_bits_valid(val, fixed0, fixed1); + return fixed_bits_valid(val, fixed0, fixed1) && + __kvm_is_valid_cr4(vcpu, val); } /* No difference in the restrictions on guest and host CR4 in VMX operation. */