diff options
| author | Aleksa Sarai <[email protected]> | 2023-07-13 14:09:58 +0000 |
|---|---|---|
| committer | Christian Brauner <[email protected]> | 2023-07-13 14:30:52 +0000 |
| commit | ccf61486fe1e1a48e18c638d1813cda77b3c0737 (patch) | |
| tree | cbdca963e2a40b262ba8a035864172b3e054e0b5 /fs/proc/proc_net.c | |
| parent | proc: use generic setattr() for /proc/$PID/net (diff) | |
| download | kernel-ccf61486fe1e1a48e18c638d1813cda77b3c0737.tar.gz kernel-ccf61486fe1e1a48e18c638d1813cda77b3c0737.zip | |
procfs: block chmod on /proc/thread-self/comm
Due to an oversight in commit 1b3044e39a89 ("procfs: fix pthread
cross-thread naming if !PR_DUMPABLE") in switching from REG to NOD,
chmod operations on /proc/thread-self/comm were no longer blocked as
they are on almost all other procfs files.
A very similar situation with /proc/self/environ was used to as a root
exploit a long time ago, but procfs has SB_I_NOEXEC so this is simply a
correctness issue.
Ref: https://lwn.net/Articles/191954/
Ref: 6d76fa58b050 ("Don't allow chmod() on the /proc/<pid>/ files")
Fixes: 1b3044e39a89 ("procfs: fix pthread cross-thread naming if !PR_DUMPABLE")
Cc: [email protected] # v4.7+
Signed-off-by: Aleksa Sarai <[email protected]>
Message-Id: <[email protected]>
Signed-off-by: Christian Brauner <[email protected]>
Diffstat (limited to 'fs/proc/proc_net.c')
0 files changed, 0 insertions, 0 deletions