diff options
author | Eric Paris <eparis@redhat.com> | 2009-08-13 09:44:51 -0400 |
---|---|---|
committer | James Morris <jmorris@namei.org> | 2009-08-14 11:18:34 +1000 |
commit | a8f80e8ff94ecba629542d9b4b5f5a8ee3eb565c (patch) | |
tree | 10394b813c653933f4eb6034c5dc2bd4720cc837 /kernel | |
parent | 8b4bfc7feb005d84e2bd0831d8331a304e9d6483 (diff) | |
download | op-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