Fix alternate stack for Alpine docker on SELinux (#17936) (#17975)
authorkasper3 <33230602+kasper3@users.noreply.github.com>
Fri, 1 Jun 2018 12:22:43 +0000 (15:22 +0300)
committerJan Vorlicek <janvorli@microsoft.com>
Fri, 1 Jun 2018 12:22:43 +0000 (14:22 +0200)
commit13ea3c2c8e1eec2d511e005265978b9f4197c319
tree1a68a383e4e4902e3042edd7d1165f50b2f7fb3d
parent88db627a97d91acce0638ed195072080089b9ff1
Fix alternate stack for Alpine docker on SELinux (#17936) (#17975)

For some reason, the Alpine docker container running on a SELinux host maps
heap as RWX. When we allocate alternate stack from the heap, we also
change the protection of the first page to PROT_NONE so that it can
serve as a guard page to catch stack overflow. And when we free the
alternate stack, we restore the protection back to PROT_READ |
PROT_WRITE. The restoration fails in Alpine docker container running on
a SELinux host with EPROT failure and the SELinux log reports that an
attempt to change heap to executable was made. So it looks like the
kernel has added the PERM_EXEC to the permissions we have passed to the
mprotect call. There is a code in the mprotect implementation that can
do that, although I don't fully understand the conditions under which it
happens. This is driven by the VM_MAYEXEC flag in the internal VMA block
structure.
To fix that, I've modified the alternate stack allocation to use mmap /
munmap instead of C heap allocation.
src/pal/src/exception/signal.cpp