openrisc: signal: do not restore privileged SR bits on sigreturn
authorAli Ahmet Memis <ali@iusegentoo.com>
Fri, 7 Aug 2026 23:42:30 +0000 (23:42 +0000)
committerStafford Horne <shorne@gmail.com>
Sat, 15 Aug 2026 06:14:55 +0000 (07:14 +0100)
commit32ef1b30ad736519f7a207bcc2986f3d4129d972
treedcdcde418e1ce69a8631620374b00e23571ae795
parentdb2ddb87143519e20a95aa36c60b36107b736a58
openrisc: signal: do not restore privileged SR bits on sigreturn

restore_sigcontext() copies the whole supervision register (SR) from the
signal frame and only clears SPR_SR_SM before the value is reloaded into
the hardware SR (through ESR and l.rfe) on the return to user space.  All
other SR bits are left under user control.

An unprivileged task can thus return from a signal handler through a
crafted sigframe that clears SPR_SR_DME.  With the data MMU disabled the
CPU performs no translation or protection on data accesses, so the task
gains read and write access to arbitrary physical memory, a local
privilege escalation.  SPR_SR_IME, SPR_SR_SUMRA, SPR_SR_LEE, SPR_SR_EPH
and the cache-enable bits are exposed the same way.  The ptrace GPR regset
already refuses any change to SR for exactly this reason.

Restore only the arithmetic flag bits (F, CY, OV) from the signal frame
and take every privileged control bit from the SR the kernel saved on
signal entry.

Verified with qemu-system-or1k -M or1k-sim: before this change an
unprivileged PoC clears SPR_SR_DME in rt_sigreturn and writes a marker to
physical address 0x03000000 (beyond the kernel's mem=32M); afterwards the
same PoC receives SIGSEGV and physical memory is unchanged.

Fixes: ac689eb7f9d4 ("OpenRISC: Signal handling")
Cc: stable@vger.kernel.org
Signed-off-by: Ali Ahmet Memis <ali@iusegentoo.com>
Signed-off-by: Stafford Horne <shorne@gmail.com>
arch/openrisc/include/asm/processor.h
arch/openrisc/kernel/signal.c