pkeys: add API to switch to permissive pkey register
Subsystems (5)
A message that is not in the archive (sent off-list or not yet received): [email protected]
PATCH v2 1/4 pkeys: add API to switch to permissive pkey register
The API allows to switch to permissive pkey register that allows accesses to all PKEYs. This functionality is already used in x86 signal delivery, and will be needed for rseq.
---
Changes in v2:
- Fixed typo in commit description
--- arch/x86/Kconfig | 1 + arch/x86/include/asm/pkeys.h | 14 ++++++++++++++ arch/x86/include/asm/pkru.h | 10 +++++++--- include/linux/pkeys.h | 22 ++++++++++++++++++++++ mm/Kconfig | 2 ++ 5 files changed, 46 insertions(+), 3 deletions(-)
arch/x86/Kconfig +1 -0
@@ -1881,6 +1881,7 @@ config X86_INTEL_MEMORY_PROTECTION_KEYS depends on X86_64 && (CPU_SUP_INTEL || CPU_SUP_AMD) select ARCH_USES_HIGH_VMA_FLAGS select ARCH_HAS_PKEYS + select ARCH_HAS_PERMISSIVE_PKEY help Memory Protection Keys provides a mechanism for enforcing page-based protections, but without requiring modification of the
arch/x86/include/asm/pkeys.h +14 -0
@@ -2,6 +2,8 @@#ifndef _ASM_X86_PKEYS_H#define _ASM_X86_PKEYS_H +#include "pkru.h" +/* * If more than 16 keys are ever supported, a thorough audit * will be necessary to ensure that the types that store key
@@ -123,4 +125,16 @@ static inline int vma_pkey(struct vm_area_struct *vma) return (vma->vm_flags & vma_pkey_mask) >> VM_PKEY_SHIFT; } +typedef u32 pkey_reg_t ; + +static inline pkey_reg_t switch_to_permissive_pkey_reg (void ) +{ +return write_pkru (0 ); +} + +static inline void write_pkey_reg (pkey_reg_t val) +{ +write_pkru (val); +} +#endif /*_ASM_X86_PKEYS_H */
arch/x86/include/asm/pkru.h +7 -3
@@ -39,16 +39,20 @@ static inline u32 read_pkru(void)return 0 ; } -static inline void write_pkru (u32 pkru) +static inline u32 write_pkru (u32 pkru) { +u32 old_pkru; +if (!cpu_feature_enabled (X86_FEATURE_OSPKE )) -return ; +return 0 ;/* * WRPKRU is relatively expensive compared to RDPKRU. * Avoid WRPKRU when it would not change the value. */ -if (pkru !=rdpkru ()) + old_pkru =rdpkru (); +if (pkru != old_pkru)wrpkru (pkru); +return old_pkru; }static inline void pkru_write_default (void )
include/linux/pkeys.h +22 -0
@@ -48,4 +48,26 @@ static inline bool arch_pkeys_enabled(void)#endif /* ! CONFIG_ARCH_HAS_PKEYS */ +#ifndef CONFIG_ARCH_HAS_PERMISSIVE_PKEY + +/* +* Common name for value of the register that controls access to PKEYs +* (called differently on different arches: PKRU, POR, AMR). +*/ +typedef int pkey_reg_t ; + +/* +* Sets PKEY access register to the most permissive value that allows +* accesses to all PKEYs. Returns the current value of PKEY register. +* Code should generally arrange switching back to the old value +* using write_pkey_reg(old_value). +*/ +static inline pkey_reg_t switch_to_permissive_pkey_reg (void ) +{ +return 0 ; +} + +static inline void write_pkey_reg (pkey_reg_t val) {} +#endif /* ! CONFIG_ARCH_HAS_PERMISSIVE_PKEY */ +#endif /* _LINUX_PKEYS_H */
mm/Kconfig +2 -0
@@ -1147,6 +1147,8 @@ config ARCH_USES_HIGH_VMA_FLAGS bool config ARCH_HAS_PKEYS bool +config ARCH_HAS_PERMISSIVE_PKEY + bool config ARCH_USES_PG_ARCH_2 bool
Signature · 1 line
2.48.1.601.g30ceb7b040-goog
Quoted 4 lines · Dmitry Vyukov
The API allows to switch to permissive pkey register that allows accesses to all PKEYs. This functionality is already used in x86 signal delivery, and will be needed for rseq.
Quoted 13 lines
Signed-off-by Dmitry Vyukov <[email protected]>Cc Mathieu Desnoyers <[email protected]>Cc Peter Zijlstra <[email protected]>Cc "Paul E. McKenney" <[email protected]>Cc Boqun Feng <[email protected]>Cc Thomas Gleixner <[email protected]>Cc Ingo Molnar <[email protected]>Cc Borislav Petkov <[email protected]>Cc Dave Hansen <[email protected]>Cc "H. Peter Anvin" <[email protected]>Cc Aruna Ramakrishna <[email protected]>
So why did not add the Reviewed-by tag by Mathieu, while you incorporated his review feedback:
Quoted 2 lines
Changes in v2:
- Fixed typo in commit description
?
Thanks,
Ingo
Quoted 22 lines · Ingo Molnar
Quoted 4 lines · Dmitry Vyukov
The API allows to switch to permissive pkey register that allows accesses to all PKEYs. This functionality is already used in x86 signal delivery, and will be needed for rseq.
Quoted 13 lines
Signed-off-by Dmitry Vyukov <[email protected]>Cc Mathieu Desnoyers <[email protected]>Cc Peter Zijlstra <[email protected]>Cc "Paul E. McKenney" <[email protected]>Cc Boqun Feng <[email protected]>Cc Thomas Gleixner <[email protected]>Cc Ingo Molnar <[email protected]>Cc Borislav Petkov <[email protected]>Cc Dave Hansen <[email protected]>Cc "H. Peter Anvin" <[email protected]>Cc Aruna Ramakrishna <[email protected]>
Quoted 7 lines
So why did not add the Reviewed-by tag by Mathieu, while you incorporated his review feedback:
Quoted 2 lines
Changes in v2:
- Fixed typo in commit description?
Done in v3.
PATCH v2 2/4 x86/signal: Use switch_to_permissive_pkey_reg() helper
In reply to a message not in the archiveUse the new switch_to_permissive_pkey_reg() helper instead of the custom code. No functional changes intended.
--- arch/x86/kernel/signal.c | 33 +++++++++++++-------------------- 1 file changed, 13 insertions(+), 20 deletions(-)
arch/x86/kernel/signal.c +13 -20
@@ -28,6 +28,7 @@#include <linux/entry-common.h> #include <linux/syscalls.h> #include <linux/rseq.h> +#include <linux/pkeys.h> #include <asm/processor.h> #include <asm/ucontext.h>
@@ -60,24 +61,6 @@ static inline int is_x32_frame(struct ksignal *ksig) ksig->ka.sa.sa_flags &SA_X32_ABI ; } -/* -* Enable all pkeys temporarily, so as to ensure that both the current -* execution stack as well as the alternate signal stack are writeable. -* The application can use any of the available pkeys to protect the -* alternate signal stack, and we don't know which one it is, so enable -* all. The PKRU register will be reset to init_pkru later in the flow, -* in fpu__clear_user_states(), and it is the application's responsibility -* to enable the appropriate pkey as the first step in the signal handler -* so that the handler does not segfault. -*/ -static inline u32 sig_prepare_pkru (void ) -{ -u32 orig_pkru =read_pkru (); - -write_pkru (0 ); -return orig_pkru; -} -/* * Set up a signal frame. */
@@ -157,8 +140,18 @@ get_sigframe(struct ksignal *ksig, struct pt_regs *regs, size_t frame_size,return (void __user *)-1L ; } -/* Update PKRU to enable access to the alternate signal stack. */ - pkru =sig_prepare_pkru (); +/* +* Enable all pkeys temporarily, so as to ensure that both the current +* execution stack as well as the alternate signal stack are +* writeable. The application can use any of the available pkeys to +* protect the alternate signal stack, and we don't know which one it +* is, so enable all. The PKRU register will be reset to init_pkru +* later in the flow, in fpu__clear_user_states(), and it is the +* application's responsibility to enable the appropriate pkey as the +* first step in the signal handler so that the handler does not +* segfault. +*/ + pkru =switch_to_permissive_pkey_reg ();/* save i387 and extended state */ if (!copy_fpstate_to_sigframe (*fpstate, (void __user *)buf_fx, math_size, pkru)) {/*
Signature · 1 line
2.48.1.601.g30ceb7b040-goog
PATCH v2 3/4 rseq: Make rseq work with protection keys
In reply to a message not in the archiveIf an application registers rseq, and ever switches to another pkey protection (such that the rseq becomes inaccessible), then any context switch will cause failure in __rseq_handle_notify_resume() attempting to read/write struct rseq and/or rseq_cs. Since context switches are asynchronous and are outside of the application control (not part of the restricted code scope), temporarily switch to permissive pkey register to read/write rseq/rseq_cs, similarly to signal delivery accesses to altstack.
---
Changes in v2:
- fixed typos and reworded the comment
--- kernel/rseq.c | 38 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 38 insertions(+)
kernel/rseq.c +38 -0
@@ -10,6 +10,7 @@#include <linux/sched.h> #include <linux/uaccess.h> +#include <linux/pkeys.h> #include <linux/syscalls.h> #include <linux/rseq.h> #include <linux/types.h>
@@ -403,10 +404,13 @@ void __rseq_handle_notify_resume(struct ksignal *ksig, struct pt_regs *regs) {struct task_struct *t = current;int ret, sig; +pkey_reg_t saved; +bool switched_pkey_reg = false;if (unlikely (t->flags &PF_EXITING ))return ; +retry:/* * regs is NULL if and only if the caller is in a syscall path. Skip * fixup and leave rseq_cs as is so that rseq_sycall() will detect and
@@ -419,9 +423,43 @@ void __rseq_handle_notify_resume(struct ksignal *ksig, struct pt_regs *regs) }if (unlikely (rseq_update_cpu_node_id (t))) goto error; +if (switched_pkey_reg) +write_pkey_reg (saved);return ; error: +/* +* If the application registers rseq, and ever switches to another +* pkey protection (such that the rseq becomes inaccessible), then +* any context switch will cause failure here attempting to read/write +* struct rseq and/or rseq_cs. Since context switches are +* asynchronous and are outside of the application control +* (not part of the restricted code scope), temporarily switch +* to permissive pkey register to read/write rseq/rseq_cs, +* similarly to signal delivery accesses to altstack. +* +* Don't bother to check if the failure really happened due to +* pkeys or not, since it does not matter (performance-wise and +* otherwise). +* +* Note that if code has write access to struct rseq, it may install +* rseq_cs that is not accessible to it due to pkeys. Still let this +* function read such rseq_cs on behalf of the code circumventing +* pkeys protection. It's unclear what benefits the restricted code +* gets by doing this (it presumably has already hijacked control +* flow at this point, or has arbitrary write primitive to write +* arbitrary values to struct rseq). A sane sandbox should prohibit +* restricted code from accessing struct rseq. Disabling pkeys +* protection is still better than terminating the app +* unconditionally. +*/ +if (!switched_pkey_reg) { + switched_pkey_reg = true; + saved =switch_to_permissive_pkey_reg (); + goto retry; + }else { +write_pkey_reg (saved); + } sig = ksig ? ksig->sig :0 ;force_sigsegv (sig); }
Signature · 1 line
2.48.1.601.g30ceb7b040-goog
PATCH v2 4/4 selftests/rseq: Add test for rseq+pkeys
In reply to a message not in the archiveAdd a test that ensures that PKEY-protected struct rseq_cs works and does not lead to process kills.
---
Changes in v2:
- change test to install protected rseq_cs instead of rseq
--- tools/testing/selftests/rseq/Makefile | 2 +- tools/testing/selftests/rseq/pkey_test.c | 66 ++++++++++++++++++++++++ tools/testing/selftests/rseq/rseq.h | 1 + 3 files changed, 68 insertions(+), 1 deletion(-)
tools/testing/selftests/rseq/Makefile +1 -1
@@ -16,7 +16,7 @@ OVERRIDE_TARGETS = 1 TEST_GEN_PROGS = basic_test basic_percpu_ops_test basic_percpu_ops_mm_cid_test param_test \ param_test_benchmark param_test_compare_twice param_test_mm_cid \ - param_test_mm_cid_benchmark param_test_mm_cid_compare_twice + param_test_mm_cid_benchmark param_test_mm_cid_compare_twice pkey_test TEST_GEN_PROGS_EXTENDED = librseq.so
tools/testing/selftests/rseq/pkey_test.c new file +66 -0
66 lines not on this page · raw message
tools/testing/selftests/rseq/rseq.h +1 -0
@@ -8,6 +8,7 @@#ifndef RSEQ_H #define RSEQ_H +#include <assert.h> #include <stdint.h> #include <stdbool.h> #include <pthread.h>
Signature · 1 line
2.48.1.601.g30ceb7b040-goog