summaryrefslogtreecommitdiffstats
path: root/kernel
diff options
context:
space:
mode:
authorEric Paris <eparis@redhat.com>2009-08-13 09:44:51 -0400
committerJames Morris <jmorris@namei.org>2009-08-14 11:18:34 +1000
commita8f80e8ff94ecba629542d9b4b5f5a8ee3eb565c (patch)
tree10394b813c653933f4eb6034c5dc2bd4720cc837 /kernel
parent8b4bfc7feb005d84e2bd0831d8331a304e9d6483 (diff)
downloadop-kernel-dev-a8f80e8ff94ecba629542d9b4b5f5a8ee3eb565c.zip
op-kernel-dev-a8f80e8ff94ecba629542d9b4b5f5a8ee3eb565c.tar.gz
Networking: use CAP_NET_ADMIN when deciding to call request_module
The networking code checks CAP_SYS_MODULE before using request_module() to try to load a kernel module. While this seems reasonable it's actually weakening system security since we have to allow CAP_SYS_MODULE for things like /sbin/ip and bluetoothd which need to be able to trigger module loads. CAP_SYS_MODULE actually grants those binaries the ability to directly load any code into the kernel. We should instead be protecting modprobe and the modules on disk, rather than granting random programs the ability to load code directly into the kernel. Instead we are going to gate those networking checks on CAP_NET_ADMIN which still limits them to root but which does not grant those processes the ability to load arbitrary code into the kernel. Signed-off-by: Eric Paris <eparis@redhat.com> Acked-by: Serge Hallyn <serue@us.ibm.com> Acked-by: Paul Moore <paul.moore@hp.com> Acked-by: David S. Miller <davem@davemloft.net> Signed-off-by: James Morris <jmorris@namei.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud