summaryrefslogtreecommitdiffstats
path: root/drivers/message/i2o
diff options
context:
space:
mode:
authorPaul Moore <paul@paul-moore.com>2024-08-08 11:57:38 -0400
committerPaul Moore <paul@paul-moore.com>2024-08-08 16:22:47 -0400
commit05a3d6e9307250a5911d75308e4363466794ab21 (patch)
treef482e97ab92a4660bcdf990f29ce6329d367bda6 /drivers/message/i2o
parent6dd1e4c045afa6a4ba5d46f044c83bd357c593c2 (diff)
downloadlinux-05a3d6e9307250a5911d75308e4363466794ab21.tar.gz
linux-05a3d6e9307250a5911d75308e4363466794ab21.tar.bz2
linux-05a3d6e9307250a5911d75308e4363466794ab21.zip
selinux: revert our use of vma_is_initial_heap()
Unfortunately it appears that vma_is_initial_heap() is currently broken for applications that do not currently have any heap allocated, e.g. brk == start_brk. The breakage is such that it will cause SELinux to check for the process/execheap permission on memory regions that cross brk/start_brk even when there is no heap. The proper fix would be to correct vma_is_initial_heap(), but as there are multiple callers I am hesitant to unilaterally modify the helper out of concern that I would end up breaking some other subsystem. The mm developers have been made aware of the situation and hopefully they will have a fix at some point in the future, but we need a fix soon so we are simply going to revert our use of vma_is_initial_heap() in favor of our old logic/code which works as expected, even in the face of a zero size heap. We can return to using vma_is_initial_heap() at some point in the future when it is fixed. Cc: stable@vger.kernel.org Reported-by: Marc Reisner <reisner.marc@gmail.com> Closes: https://lore.kernel.org/all/ZrPmoLKJEf1wiFmM@marcreisner.com Fixes: 68df1baf158f ("selinux: use vma_is_initial_stack() and vma_is_initial_heap()") Signed-off-by: Paul Moore <paul@paul-moore.com>
Diffstat (limited to 'drivers/message/i2o')
0 files changed, 0 insertions, 0 deletions