Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp656536imj; Wed, 13 Feb 2019 15:06:56 -0800 (PST) X-Google-Smtp-Source: AHgI3IYVYsTnOx6Ph6puU+UcLiV9LfRKRIPXKjuJrjQkQR3aFi/7VO7o7+gLy6mVV2Zgm+uObAZs X-Received: by 2002:a65:6645:: with SMTP id z5mr583250pgv.351.1550099216430; Wed, 13 Feb 2019 15:06:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550099216; cv=none; d=google.com; s=arc-20160816; b=F6YC6QU54sRP7tOlCFOZ2tV8ekUTqQrYqn/kE1h7MMfZMtLax4bEHWBhgHjp4+Xv7n zMUtcrXcFH05Uf2QcYhTE41qj2a/BMR0YzZjS01YnodjSLdr7NsXXzXO/Wmkog0CZbhi O/+2Bc8haPbNvl2QHKyCl04U0B+crV9WRlNQcdEuthmrnabqaONdEwkcExGKmLiTvj5U 1Tul9fcCaTIT4hBQZ1pbMGD7ox9mX9qlplURIB/+EYqyyZ/3QuShnROn0IYlEgpD2BVS mimrKCO00FnyvcxVhk5FdfDk11WDnJEiC5oIxeafg0m0rhVHFUecaDA3v45Z3Pzs+6af 5Iig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=d9Q9J4NhX2CfRcn9mejDC80eupv6fItRsi01+c+atHM=; b=0CUeci1VUgQ8Ocr24fWzxfGu8wnMR8fwSwChstOHfATiabnm5340jTSznCQGZ/epES hwkqkM3N81b9LnIRvrcS3ItwX/rWHhgnpCbSu4i6otL8eol6JpE22R6ZEXiwLBg31rvX Hf/KmGo7r4/VSXB4zFTjUcAs9Z7JXSZqTtcwUv7jFsWA/mHTs+SCTC9pafK2M1MzLMno 7QuK/e/rxV051DiuVOa8EwkyOxtAUlFEc19ckUANzWZ+QkN0zyUlliCY2f9WSfxgaLBK Daz1Wol+Up9MbJtt6VPo+aplGD8cISdDbemfkmdu6hOPBH6WgsHmLuQE2mmatf8reJvp +h8Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i18si557445pgm.566.2019.02.13.15.06.40; Wed, 13 Feb 2019 15:06:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2393109AbfBMRfv (ORCPT + 99 others); Wed, 13 Feb 2019 12:35:51 -0500 Received: from foss.arm.com ([217.140.101.70]:57976 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732687AbfBMRfv (ORCPT ); Wed, 13 Feb 2019 12:35:51 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 809B6A78; Wed, 13 Feb 2019 09:35:50 -0800 (PST) Received: from [10.1.197.21] (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4B5773F675; Wed, 13 Feb 2019 09:35:48 -0800 (PST) From: Kristina Martsenko Subject: Re: [PATCH v5 5/5] arm64/kvm: control accessibility of ptrauth key registers To: Amit Daniel Kachhap , linux-arm-kernel@lists.infradead.org Cc: Christoffer Dall , Marc Zyngier , Catalin Marinas , Will Deacon , Andrew Jones , Dave Martin , Ramana Radhakrishnan , kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org, Mark Rutland References: <1548658727-14271-1-git-send-email-amit.kachhap@arm.com> <1548658727-14271-6-git-send-email-amit.kachhap@arm.com> Message-ID: <6ddfa9ae-5c98-540e-b4aa-8149c8515c9e@arm.com> Date: Wed, 13 Feb 2019 17:35:46 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <1548658727-14271-6-git-send-email-amit.kachhap@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28/01/2019 06:58, Amit Daniel Kachhap wrote: > According to userspace settings, ptrauth key registers are conditionally > present in guest system register list based on user specified flag > KVM_ARM_VCPU_PTRAUTH. > > Signed-off-by: Amit Daniel Kachhap > Cc: Mark Rutland > Cc: Christoffer Dall > Cc: Marc Zyngier > Cc: Kristina Martsenko > Cc: kvmarm@lists.cs.columbia.edu > Cc: Ramana Radhakrishnan > Cc: Will Deacon > --- > Documentation/arm64/pointer-authentication.txt | 3 ++ > arch/arm64/kvm/sys_regs.c | 42 +++++++++++++++++++------- > 2 files changed, 34 insertions(+), 11 deletions(-) > > diff --git a/Documentation/arm64/pointer-authentication.txt b/Documentation/arm64/pointer-authentication.txt > index 0529a7d..3be4ee1 100644 > --- a/Documentation/arm64/pointer-authentication.txt > +++ b/Documentation/arm64/pointer-authentication.txt > @@ -87,3 +87,6 @@ created by passing a flag (KVM_ARM_VCPU_PTRAUTH) requesting this feature > to be enabled. Without this flag, pointer authentication is not enabled > in KVM guests and attempted use of the feature will result in an UNDEFINED > exception being injected into the guest. > + > +Additionally, when KVM_ARM_VCPU_PTRAUTH is not set then KVM will filter > +out the authentication key registers from userspace. > diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c > index 2546a65..b46a78e 100644 > --- a/arch/arm64/kvm/sys_regs.c > +++ b/arch/arm64/kvm/sys_regs.c > @@ -1334,12 +1334,6 @@ static const struct sys_reg_desc sys_reg_descs[] = { > { SYS_DESC(SYS_TTBR1_EL1), access_vm_reg, reset_unknown, TTBR1_EL1 }, > { SYS_DESC(SYS_TCR_EL1), access_vm_reg, reset_val, TCR_EL1, 0 }, > > - PTRAUTH_KEY(APIA), > - PTRAUTH_KEY(APIB), > - PTRAUTH_KEY(APDA), > - PTRAUTH_KEY(APDB), > - PTRAUTH_KEY(APGA), > - > { SYS_DESC(SYS_AFSR0_EL1), access_vm_reg, reset_unknown, AFSR0_EL1 }, > { SYS_DESC(SYS_AFSR1_EL1), access_vm_reg, reset_unknown, AFSR1_EL1 }, > { SYS_DESC(SYS_ESR_EL1), access_vm_reg, reset_unknown, ESR_EL1 }, > @@ -1491,6 +1485,14 @@ static const struct sys_reg_desc sys_reg_descs[] = { > { SYS_DESC(SYS_FPEXC32_EL2), NULL, reset_val, FPEXC32_EL2, 0x70 }, > }; > > +static const struct sys_reg_desc ptrauth_reg_descs[] = { > + PTRAUTH_KEY(APIA), > + PTRAUTH_KEY(APIB), > + PTRAUTH_KEY(APDA), > + PTRAUTH_KEY(APDB), > + PTRAUTH_KEY(APGA), > +}; > + > static bool trap_dbgidr(struct kvm_vcpu *vcpu, > struct sys_reg_params *p, > const struct sys_reg_desc *r) > @@ -2093,6 +2095,8 @@ static int emulate_sys_reg(struct kvm_vcpu *vcpu, > r = find_reg(params, table, num); > if (!r) > r = find_reg(params, sys_reg_descs, ARRAY_SIZE(sys_reg_descs)); > + if (!r && kvm_arm_vcpu_ptrauth_allowed(vcpu)) > + r = find_reg(params, ptrauth_reg_descs, ARRAY_SIZE(ptrauth_reg_descs)); > > if (likely(r)) { > perform_access(vcpu, params, r); > @@ -2206,6 +2210,8 @@ static const struct sys_reg_desc *index_to_sys_reg_desc(struct kvm_vcpu *vcpu, > r = find_reg_by_id(id, ¶ms, table, num); > if (!r) > r = find_reg(¶ms, sys_reg_descs, ARRAY_SIZE(sys_reg_descs)); > + if (!r && kvm_arm_vcpu_ptrauth_allowed(vcpu)) > + r = find_reg(¶ms, ptrauth_reg_descs, ARRAY_SIZE(ptrauth_reg_descs)); > > /* Not saved in the sys_reg array and not otherwise accessible? */ > if (r && !(r->reg || r->get_user)) > @@ -2487,18 +2493,22 @@ static int walk_one_sys_reg(const struct sys_reg_desc *rd, > } > > /* Assumed ordered tables, see kvm_sys_reg_table_init. */ > -static int walk_sys_regs(struct kvm_vcpu *vcpu, u64 __user *uind) > +static int walk_sys_regs(struct kvm_vcpu *vcpu, u64 __user *uind, > + const struct sys_reg_desc *desc, unsigned int len) > { > const struct sys_reg_desc *i1, *i2, *end1, *end2; > unsigned int total = 0; > size_t num; > int err; > > + if (desc == ptrauth_reg_descs && !kvm_arm_vcpu_ptrauth_allowed(vcpu)) > + return total; > + > /* We check for duplicates here, to allow arch-specific overrides. */ > i1 = get_target_table(vcpu->arch.target, true, &num); > end1 = i1 + num; > - i2 = sys_reg_descs; > - end2 = sys_reg_descs + ARRAY_SIZE(sys_reg_descs); > + i2 = desc; > + end2 = desc + len; > > BUG_ON(i1 == end1 || i2 == end2); > > @@ -2526,7 +2536,10 @@ unsigned long kvm_arm_num_sys_reg_descs(struct kvm_vcpu *vcpu) > { > return ARRAY_SIZE(invariant_sys_regs) > + num_demux_regs() > - + walk_sys_regs(vcpu, (u64 __user *)NULL); > + + walk_sys_regs(vcpu, (u64 __user *)NULL, sys_reg_descs, > + ARRAY_SIZE(sys_reg_descs)) > + + walk_sys_regs(vcpu, (u64 __user *)NULL, ptrauth_reg_descs, > + ARRAY_SIZE(ptrauth_reg_descs)); > } > > int kvm_arm_copy_sys_reg_indices(struct kvm_vcpu *vcpu, u64 __user *uindices) > @@ -2541,7 +2554,12 @@ int kvm_arm_copy_sys_reg_indices(struct kvm_vcpu *vcpu, u64 __user *uindices) > uindices++; > } > > - err = walk_sys_regs(vcpu, uindices); > + err = walk_sys_regs(vcpu, uindices, sys_reg_descs, ARRAY_SIZE(sys_reg_descs)); > + if (err < 0) > + return err; > + uindices += err; > + > + err = walk_sys_regs(vcpu, uindices, ptrauth_reg_descs, ARRAY_SIZE(ptrauth_reg_descs)); > if (err < 0) > return err; > uindices += err; > @@ -2575,6 +2593,7 @@ void kvm_sys_reg_table_init(void) > BUG_ON(check_sysreg_table(cp15_regs, ARRAY_SIZE(cp15_regs))); > BUG_ON(check_sysreg_table(cp15_64_regs, ARRAY_SIZE(cp15_64_regs))); > BUG_ON(check_sysreg_table(invariant_sys_regs, ARRAY_SIZE(invariant_sys_regs))); > + BUG_ON(check_sysreg_table(ptrauth_reg_descs, ARRAY_SIZE(ptrauth_reg_descs))); > > /* We abuse the reset function to overwrite the table itself. */ > for (i = 0; i < ARRAY_SIZE(invariant_sys_regs); i++) > @@ -2616,6 +2635,7 @@ void kvm_reset_sys_regs(struct kvm_vcpu *vcpu) > > /* Generic chip reset first (so target could override). */ > reset_sys_reg_descs(vcpu, sys_reg_descs, ARRAY_SIZE(sys_reg_descs)); > + reset_sys_reg_descs(vcpu, ptrauth_reg_descs, ARRAY_SIZE(ptrauth_reg_descs)); > > table = get_target_table(vcpu->arch.target, true, &num); > reset_sys_reg_descs(vcpu, table, num); This isn't very scalable, since we'd need to duplicate all the above code every time we add new system registers that are conditionally accessible. It seems that the SVE patches [1] solved this problem by adding a check_present() callback into struct sys_reg_desc. It probably makes sense to rebase onto that patch and just implement the callback for the ptrauth key registers as well. [1] https://lore.kernel.org/linux-arm-kernel/1547757219-19439-13-git-send-email-Dave.Martin@arm.com/ Thanks, Kristina