From: Amit Kachhap <amit.kachhap@arm.com>
To: James Morse <james.morse@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
Kees Cook <keescook@chromium.org>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Kristina Martsenko <kristina.martsenko@arm.com>,
Dave Martin <Dave.Martin@arm.com>,
Mark Brown <broonie@kernel.org>,
Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>,
Vincenzo Frascino <Vincenzo.Frascino@arm.com>,
Will Deacon <will@kernel.org>, Ard Biesheuvel <ardb@kernel.org>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v6 12/18] arm64: mask PAC bits of __builtin_return_address
Date: Mon, 9 Mar 2020 17:57:46 +0530 [thread overview]
Message-ID: <44df1424-9bc5-e5e9-3c89-0eab66419bff@arm.com> (raw)
In-Reply-To: <6171e139-cc10-53b3-1121-0053fc947b49@arm.com>
Hi James,
On 3/7/20 12:37 AM, James Morse wrote:
> Hi Amit,
>
> On 06/03/2020 06:35, Amit Daniel Kachhap wrote:
>> This redefines __builtin_return_address to mask pac bits
>> when Pointer Authentication is enabled. As __builtin_return_address
>> is used mostly used to refer to the caller function symbol address
>> so masking runtime generated pac bits will help to find the match.
>
> I'm not entirely sure what problem you are trying to solve from this paragraph.
>
>
>> This patch adds a new file (asm/compiler.h) and is transitively
>> included (via include/compiler_types.h) on the compiler command line
>> so it is guaranteed to be loaded and the users of this macro will
>> not find a wrong version.
>>
>> A helper macro ptrauth_kernel_pac_mask is created for this purpose
>> and added in this file. A similar macro ptrauth_user_pac_mask exists
>> in pointer_auth.h and is now moved here for the sake of consistency.
>
>> This change fixes the utilities like cat /proc/vmallocinfo to show
>> correct symbol names.
>
> This is to avoid things like:
> | 0x(____ptrval____)-0x(____ptrval____) 20480 0xb8b8000100f75fc pages=4 vmalloc N0=4
> | 0x(____ptrval____)-0x(____ptrval____) 20480 0xc0f28000100f75fc pages=4 vmalloc N0=4
>
> Where those 64bit values should be the same symbol name, not different LR values.
>
> Could you phrase the commit message to describe the problem, then how you fix it.
> something like:
> | Functions like vmap() record how much memory has been allocated by their callers,
> | callers are identified using __builtin_return_address(). Once the kernel is using
> | pointer-auth the return address will be signed. This means it will not match any kernel
> | symbol, and will vary between threads even for the same caller.
> |
> | Use the pre-processor to add logic to strip the PAC to __builtin_return_address()
> | callers.
>
Thanks for the detailed description. I will update my commit message.
>
>> diff --git a/arch/arm64/include/asm/compiler.h b/arch/arm64/include/asm/compiler.h
>> new file mode 100644
>> index 0000000..085e7cd0
>> --- /dev/null
>> +++ b/arch/arm64/include/asm/compiler.h
>> @@ -0,0 +1,20 @@
>> +/* SPDX-License-Identifier: GPL-2.0 */
>> +#ifndef __ASM_COMPILER_H
>> +#define __ASM_COMPILER_H
>> +
>> +#if defined(CONFIG_ARM64_PTR_AUTH)
>> +
>> +/*
>> + * The EL0/EL1 pointer bits used by a pointer authentication code.
>> + * This is dependent on TBI0/TBI1 being enabled, or bits 63:56 would also apply.
>> + */
>> +#define ptrauth_user_pac_mask() GENMASK_ULL(54, vabits_actual)
>> +#define ptrauth_kernel_pac_mask() GENMASK_ULL(63, vabits_actual)
>> +
>> +#define __builtin_return_address(val) \
>> + (void *)((unsigned long)__builtin_return_address(val) | \
>> + ptrauth_kernel_pac_mask())
>
>
> This is pretty manky, ideally we would have some __arch_return_address() hook for this,
> but this works, and lets us postpone any tree-wide noise until its absolutely necessary.
> (I assume if this does ever break, it will be a build error)
ok.
>
>
> You add ptrauth_strip_insn_pac() in this patch, but don't use it until the next one.
> However... could you use it here?
Yes ptrauth_strip_insn_pac can be used here not as a C function but as a
macro. I will post in my next version.
>
> This would go wrong if __builtin_return_address() legitimately returned a value that was
> mapped by TTBR0, we would force the top bits to be set instead of clearing the PAC bits.
> This would corrupt the value instead of corrupting it.
>
> I don't think there is anywhere this could happen today, but passing callbacks into UEFI
> runtime services or making kernel calls from an idmap may both do this.
I didnt thought about this scenario so did this way.
>
>
> With that:
> Reviewed-by: James Morse <james.morse@arm.com>
Thankyou.
Cheers,
Amit
>
>
>
> Thanks!
>
> James
>
>
>> --- a/arch/arm64/include/asm/pointer_auth.h
>> +++ b/arch/arm64/include/asm/pointer_auth.h
>> @@ -68,16 +68,13 @@ static __always_inline void ptrauth_keys_switch_kernel(struct ptrauth_keys_kerne
>>
>> extern int ptrauth_prctl_reset_keys(struct task_struct *tsk, unsigned long arg);
>>
>> -/*
>> - * The EL0 pointer bits used by a pointer authentication code.
>> - * This is dependent on TBI0 being enabled, or bits 63:56 would also apply.
>> - */
>> -#define ptrauth_user_pac_mask() GENMASK(54, vabits_actual)
>> -
>> -/* Only valid for EL0 TTBR0 instruction pointers */
>> +/* Valid for EL0 TTBR0 and EL1 TTBR1 instruction pointers */
>> static inline unsigned long ptrauth_strip_insn_pac(unsigned long ptr)
>> {
>> - return ptr & ~ptrauth_user_pac_mask();
>> + if (ptr & BIT_ULL(55))
>> + return ptr | ptrauth_kernel_pac_mask();
>> + else
>> + return ptr & ~ptrauth_user_pac_mask();
>> }
>>
>> #define ptrauth_thread_init_user(tsk) \
>>
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-03-09 12:28 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-06 6:35 [PATCH v6 00/18] arm64: return address signing Amit Daniel Kachhap
2020-03-06 6:35 ` [PATCH v6 01/18] arm64: cpufeature: Fix meta-capability cpufeature check Amit Daniel Kachhap
2020-03-10 10:59 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 02/18] arm64: cpufeature: add pointer auth meta-capabilities Amit Daniel Kachhap
2020-03-10 11:18 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 03/18] arm64: rename ptrauth key structures to be user-specific Amit Daniel Kachhap
2020-03-10 11:35 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 04/18] arm64: install user ptrauth keys at kernel exit time Amit Daniel Kachhap
2020-03-06 19:07 ` James Morse
2020-03-10 11:48 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 05/18] arm64: create macro to park cpu in an infinite loop Amit Daniel Kachhap
2020-03-10 12:02 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 06/18] arm64: ptrauth: Add bootup/runtime flags for __cpu_setup Amit Daniel Kachhap
2020-03-06 19:07 ` James Morse
2020-03-09 17:04 ` Catalin Marinas
2020-03-10 12:14 ` Vincenzo Frascino
2020-03-11 9:28 ` Amit Kachhap
2020-03-06 6:35 ` [PATCH v6 07/18] arm64: cpufeature: Move cpu capability helpers inside C file Amit Daniel Kachhap
2020-03-10 12:20 ` Vincenzo Frascino
2020-03-10 12:53 ` Amit Kachhap
2020-03-11 10:50 ` Catalin Marinas
2020-03-11 11:44 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 08/18] arm64: cpufeature: handle conflicts based on capability Amit Daniel Kachhap
2020-03-10 12:31 ` Vincenzo Frascino
2020-03-11 11:03 ` Catalin Marinas
2020-03-11 11:46 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 09/18] arm64: enable ptrauth earlier Amit Daniel Kachhap
2020-03-10 15:45 ` Vincenzo Frascino
2020-03-11 6:26 ` Amit Kachhap
2020-03-11 10:26 ` Vincenzo Frascino
2020-03-11 10:46 ` Amit Kachhap
2020-03-11 10:49 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 10/18] arm64: initialize and switch ptrauth kernel keys Amit Daniel Kachhap
2020-03-10 15:07 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 11/18] arm64: initialize ptrauth keys for kernel booting task Amit Daniel Kachhap
2020-03-10 15:09 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 12/18] arm64: mask PAC bits of __builtin_return_address Amit Daniel Kachhap
2020-03-06 19:07 ` James Morse
2020-03-09 12:27 ` Amit Kachhap [this message]
2020-03-06 6:35 ` [PATCH v6 13/18] arm64: unwind: strip PAC from kernel addresses Amit Daniel Kachhap
2020-03-09 19:03 ` James Morse
2020-03-10 12:28 ` Amit Kachhap
2020-03-10 17:37 ` James Morse
2020-03-11 6:07 ` Amit Kachhap
2020-03-11 9:09 ` James Morse
2020-03-06 6:35 ` [PATCH v6 14/18] arm64: __show_regs: strip PAC from lr in printk Amit Daniel Kachhap
2020-03-10 15:11 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 15/18] arm64: suspend: restore the kernel ptrauth keys Amit Daniel Kachhap
2020-03-10 15:18 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 16/18] kconfig: Add support for 'as-option' Amit Daniel Kachhap
2020-03-06 11:37 ` Masahiro Yamada
2020-03-06 11:49 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 17/18] arm64: compile the kernel with ptrauth return address signing Amit Daniel Kachhap
2020-03-10 15:20 ` Vincenzo Frascino
2020-03-06 6:35 ` [PATCH v6 18/18] lkdtm: arm64: test kernel pointer authentication Amit Daniel Kachhap
2020-03-10 15:59 ` [PATCH v6 00/18] arm64: return address signing Rémi Denis-Courmont
2020-03-11 9:28 ` James Morse
2020-03-12 6:53 ` Amit Kachhap
2020-03-12 8:06 ` Amit Kachhap
2020-03-12 12:47 ` [PATCH v6 00/18] (as long a Marc Zyngier
2020-03-12 13:21 ` Amit Kachhap
2020-03-12 15:05 ` [PATCH v6 00/18] arm64: return address signing Marc Zyngier
2020-03-12 17:26 ` James Morse
2020-03-12 17:31 ` Marc Zyngier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44df1424-9bc5-e5e9-3c89-0eab66419bff@arm.com \
--to=amit.kachhap@arm.com \
--cc=Dave.Martin@arm.com \
--cc=Vincenzo.Frascino@arm.com \
--cc=ardb@kernel.org \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=james.morse@arm.com \
--cc=keescook@chromium.org \
--cc=kristina.martsenko@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=ramana.radhakrishnan@arm.com \
--cc=suzuki.poulose@arm.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).