summaryrefslogtreecommitdiffstats
path: root/net/mctp/neigh.c
diff options
context:
space:
mode:
authorJeremy Kerr <jk@codeconstruct.com.au>2022-10-12 04:08:51 +0200
committerDavid S. Miller <davem@davemloft.net>2022-10-12 14:30:50 +0200
commit3a732b46736cd8a29092e4b0b1a9ba83e672bf89 (patch)
treef65f1c8b1b23ce517fb173eb336fd3e3da6537d3 /net/mctp/neigh.c
parentMerge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/netfil... (diff)
downloadlinux-3a732b46736cd8a29092e4b0b1a9ba83e672bf89.tar.xz
linux-3a732b46736cd8a29092e4b0b1a9ba83e672bf89.zip
mctp: prevent double key removal and unref
Currently, we have a bug where a simultaneous DROPTAG ioctl and socket close may race, as we attempt to remove a key from lists twice, and perform an unref for each removal operation. This may result in a uaf when we attempt the second unref. This change fixes the race by making __mctp_key_remove tolerant to being called on a key that has already been removed from the socket/net lists, and only performs the unref when we do the actual remove. We also need to hold the list lock on the ioctl cleanup path. This fix is based on a bug report and comprehensive analysis from butt3rflyh4ck <butterflyhuangxx@gmail.com>, found via syzkaller. Cc: stable@vger.kernel.org Fixes: 63ed1aab3d40 ("mctp: Add SIOCMCTP{ALLOC,DROP}TAG ioctls for tag control") Reported-by: butt3rflyh4ck <butterflyhuangxx@gmail.com> Signed-off-by: Jeremy Kerr <jk@codeconstruct.com.au> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/mctp/neigh.c')
0 files changed, 0 insertions, 0 deletions