Per [1] this symbol is present in: firejail, elogind, valgrind, glibc, musl, linux, systemd, strace, stress-ng, libseccomp, qemu
At least for qemu I checked and those are only references in the embedded linux headers. No rebuild needed for that, most of the others seem safe as well - maybe someone to look into stress-ng and strace. The one more improtant case might be libseccomp and as already identified systemd.
We had a recent upload of a newer seccomp [2] that was still built against 4.15.0-47.50.
@Dan did that already contain the fix you expect or would considering a seccomp be useful?
Per [1] this symbol is present in: firejail, elogind, valgrind, glibc, musl, linux, systemd, strace, stress-ng, libseccomp, qemu
At least for qemu I checked and those are only references in the embedded linux headers. No rebuild needed for that, most of the others seem safe as well - maybe someone to look into stress-ng and strace. The one more improtant case might be libseccomp and as already identified systemd.
We had a recent upload of a newer seccomp [2] that was still built against 4.15.0-47.50.
@Dan did that already contain the fix you expect or would considering a seccomp be useful?
[1]: https:/ /codesearch. debian. net/search? q=__NR_ pkey_mprotect /launchpad. net/~ubuntu- security/ +archive/ ubuntu/ ppa/+build/ 16742797
[2]: https:/