]> git.ipfire.org Git - thirdparty/glibc.git/commit
aarch64: Use mmap to add PROT_BTI instead of mprotect [BZ #26831] nsz/bti-1
authorSzabolcs Nagy <szabolcs.nagy@arm.com>
Wed, 28 Oct 2020 18:10:23 +0000 (18:10 +0000)
committerSzabolcs Nagy <szabolcs.nagy@arm.com>
Wed, 25 Nov 2020 15:25:28 +0000 (15:25 +0000)
commitebce134991eae4261bbb32572a2062d3ca56e674
treeef1cb71799cc6a09fb7a816f6366c1c67f57ffde
parenta23246987ec0a8b307a9a171193464b74a7cb416
aarch64: Use mmap to add PROT_BTI instead of mprotect [BZ #26831]

Re-mmap executable segments if possible instead of using mprotect
to add PROT_BTI. This allows using BTI protection with security
policies that prevent mprotect with PROT_EXEC.

If the fd of the ELF module is not available because it was kernel
mapped then mprotect is used and failures are ignored.  To protect
the main executable even when mprotect is filtered the linux kernel
will have to be changed to add PROT_BTI to it.

Computing the mapping bounds follows _dl_map_object_from_fd more
closely now.

The delayed failure reporting is mainly needed because currently
_dl_process_gnu_properties does not propagate failures such that
the required cleanups happen. Using the link_map_machine struct for
error propagation is not ideal, but this seemed to be the least
intrusive solution.

Fixes bug 26831.
sysdeps/aarch64/dl-bti.c
sysdeps/aarch64/dl-prop.h
sysdeps/aarch64/linkmap.h