On Fri, Feb 22, 2019 at 12:24:15PM +0000, Vincenzo Frascino wrote: > When kuser helpers are enabled the kernel maps the relative code at > a fixed address (0xffff0000). Making configurable the option to disable > them means that the kernel can remove this mapping and any access to > this memory area results in a sigfault. > > Add a KUSER_HELPERS config option that can be used to disable the > mapping when it is turned off. > > This option can be turned off if and only if the applications are > designed specifically for the platform and they do not make use of the > kuser helpers code. > > Cc: Catalin Marinas <catalin.marinas@xxxxxxx> > Cc: Will Deacon <will.deacon@xxxxxxx> > Signed-off-by: Vincenzo Frascino <vincenzo.frascino@xxxxxxx> IIUC, the KUSER bits aren't striclty dependent on the rest of the vDSO changes. I think the KUSER bits should be split into a preparatory series, so that they can be merged soon, rather than tying them artificially to the rest of the vDSO bits (which I expect will require significantly more review). > --- > arch/arm64/Kconfig | 21 +++++++++++++++++++++ > arch/arm64/kernel/Makefile | 3 ++- > arch/arm64/kernel/kuser32.S | 7 +++---- > arch/arm64/kernel/vdso.c | 15 +++++++++++++++ > 4 files changed, 41 insertions(+), 5 deletions(-) > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index d898da2e20f5..ed3290494f1c 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -1465,6 +1465,27 @@ config COMPAT > > If you want to execute 32-bit userspace applications, say Y. > > +config KUSER_HELPERS > + bool "Enable kuser helpers page for compatibility with 32 bit applications." > + depends on COMPAT > + default y > + help > + Enables kuser helpers to be mapped in a special purpose page at a fixed > + address to maintain independence from the type of CPU present in the SoC. > + This feature is provided for compatibility reasons in fact allows 32 bit > + applications compliant with ARMv4 up to ARMv8 to run without any > + modification. > + > + Warning: Being always mapped at a fixed address makes it easier to create > + exploits based on ROP type of attacks. > + > + As a consequence of this, this feature is made configurable but be aware that > + it can be turned off if and only if the binaries and the libraries running on > + a specific platform are designed to do not make use of these helpers, otherwise > + should be left on. > + > + See Documentation/arm/kernel_user_helpers.txt for details. This is quite divergent from the text for the 32-bit arm KUSER_HELPERS. Could we please reuse that existing text as far as possible, with minimal changes? e.g. config KUSER_HELPERS bool "Enable kuser helpers for compat tasks" depends on COMPAT default y help Warning: disabling this option may break user programs. Provide kuser helpers to compat tasks. The kernel provides helper code to userspace in read only form at a fixed location to allow userspace to be independent of the CPU type fitted to the system. This permits binaries to be run on ARMv4 through to ARMv8 without modification. See Documentation/arm/kernel_user_helpers.txt for details. However, the fixed address nature of these helpers can be used by ROP (return orientated programming) authors when creating exploits. If all of the binaries and libraries which run on your platform are built specifically for your platform, and make no use of these helpers, then you can turn this option off to hinder such exploits. However, in that case, if a binary or library relying on those helpers is run, it will not function correctly. Say N here only if you are absolutely certain that you do not need these helpers; otherwise, the safe option is to say Y. I believe that Will wanted to default the kuser helpers off, as applications using them need the instruction emulation which is also disabled by default. I'm also not sure which binaries we expect to work on arm64, so I'm not sure if the ARMv4 reference is correct. Thanks, Mark.
