summaryrefslogtreecommitdiffstats
path: root/drivers/net
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 /drivers/net
parent7a68d725e4ea384977445e0bcaed3d7de83ab5b3 (diff)
downloadlinux-4beb17e553b49c3dd74505c9f361e756aaae653e.tar.bz2
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 'drivers/net')
0 files changed, 0 insertions, 0 deletions