In the Linux kernel, the following vulnerability has been resolved:
nfc: pn533: Add poll mod list filling check
In case of im_protocols value is 1 and tm_protocols value is 0 this
combination successfully passes the check
‘if (!im_protocols && !tm_protocols)’ in the nfc_start_poll().
But then after pn533_poll_create_mod_list() call in pn533_start_poll()
poll mod list will remain empty and dev->poll_mod_count will remain 0
which lead to division by zero.
Normally no im protocol has value 1 in the mask, so this combination is
not expected by driver. But these protocol values actually come from
userspace via Netlink interface (NFC_CMD_START_POLL operation). So a
broken or malicious program may pass a message containing a “bad”
combination of protocol parameter values so that dev->poll_mod_count
is not incremented inside pn533_poll_create_mod_list(), thus leading
to division by zero.
Call trace looks like:
nfc_genl_start_poll()
nfc_start_poll()
->start_poll()
pn533_start_poll()
Add poll mod list filling check.
Found by Linux Verification Center (linuxtesting.org) with SVACE.
git.kernel.org/stable/c/56ad559cf6d87f250a8d203b555dfc3716afa946
git.kernel.org/stable/c/64513d0e546a1f19e390f7e5eba3872bfcbdacf5
git.kernel.org/stable/c/7535db0624a2dede374c42040808ad9a9101d723
git.kernel.org/stable/c/7ecd3dd4f8eecd3309432156ccfe24768e009ec4
git.kernel.org/stable/c/8ddaea033de051ed61b39f6b69ad54a411172b33
git.kernel.org/stable/c/c5e05237444f32f6cfe5d907603a232c77a08b31
git.kernel.org/stable/c/febccb39255f9df35527b88c953b2e0deae50e53
security-tracker.debian.org/tracker/CVE-2024-46676