summary refs log tree commit diff
path: root/.get_maintainer.ignore
diff options
context:
space:
mode:
authorQinglang Miao <miaoqinglang@huawei.com>2021-01-05 13:57:54 +0800
committerDavid S. Miller <davem@davemloft.net>2021-01-05 16:50:09 -0800
commit4beb17e553b49c3dd74505c9f361e756aaae653e (patch)
tree9914a730f6d332f64b770a3285d03303b54857e3 /.get_maintainer.ignore
parent7a68d725e4ea384977445e0bcaed3d7de83ab5b3 (diff)
downloadlinux-4beb17e553b49c3dd74505c9f361e756aaae653e.tar.gz
net: qrtr: fix null-ptr-deref in qrtr_ns_remove
A null-ptr-deref bug is reported by Hulk Robot like this:
--------------
KASAN: null-ptr-deref in range [0x0000000000000128-0x000000000000012f]
Call Trace:
qrtr_ns_remove+0x22/0x40 [ns]
qrtr_proto_fini+0xa/0x31 [qrtr]
__x64_sys_delete_module+0x337/0x4e0
do_syscall_64+0x34/0x80
entry_SYSCALL_64_after_hwframe+0x44/0xa9
RIP: 0033:0x468ded
--------------

When qrtr_ns_init fails in qrtr_proto_init, qrtr_ns_remove which would
be called later on would raise a null-ptr-deref because qrtr_ns.workqueue
has been destroyed.

Fix it by making qrtr_ns_init have a return value and adding a check in
qrtr_proto_init.

Reported-by: Hulk Robot <hulkci@huawei.com>
Signed-off-by: Qinglang Miao <miaoqinglang@huawei.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to '.get_maintainer.ignore')
0 files changed, 0 insertions, 0 deletions