CVE-2026-72441 Affecting kernel-livepatch-6_4_0-150700_53_90-default package, versions <1-150700.15.3.1
Threat Intelligence
The probability is the direct output of the EPSS model, and conveys an overall sense of the threat of exploitation in the wild. The percentile measures the EPSS probability relative to all known EPSS scores. Note: This data is updated daily, relying on the latest available EPSS model version. Check out the EPSS documentation for more details.
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk IDSNYK-SLES157-KERNELLIVEPATCH6401507005390DEFAULT-22227591
- published5 Nov 2026
- disclosed3 Nov 2026
Introduced: 3 Nov 2026
NewCVE-2026-72441 (opens in a new tab)How to fix?
Upgrade SLES:15.7 kernel-livepatch-6_4_0-150700_53_90-default to version 1-150700.15.3.1 or higher.
NVD Description
Note: Versions mentioned in the description apply only to the upstream kernel-livepatch-6_4_0-150700_53_90-default package and not the kernel-livepatch-6_4_0-150700_53_90-default package as distributed by SLES.
See How to fix? for SLES:15.7 relevant fixed versions and status.
In the Linux kernel, the following vulnerability has been resolved:
ieee802154: fix kernel-infoleak in dgram_recvmsg()
KMSAN reported a kernel-infoleak in move_addr_to_user():
BUG: KMSAN: kernel-infoleak in instrument_copy_to_user include/linux/instrumented.h:131 [inline] BUG: KMSAN: kernel-infoleak in _inline_copy_to_user include/linux/uaccess.h:205 [inline] BUG: KMSAN: kernel-infoleak in _copy_to_user+0xcc/0x120 lib/usercopy.c:26 instrument_copy_to_user include/linux/instrumented.h:131 [inline] _inline_copy_to_user include/linux/uaccess.h:205 [inline] _copy_to_user+0xcc/0x120 lib/usercopy.c:26 copy_to_user include/linux/uaccess.h:236 [inline] move_addr_to_user+0x2e7/0x440 net/socket.c:302 ____sys_recvmsg+0x232/0x610 net/socket.c:2925 ... Uninit was stored to memory at: ieee802154_addr_to_sa include/net/ieee802154_netdev.h:369 [inline] dgram_recvmsg+0xa09/0xbe0 net/ieee802154/socket.c:739
The issue occurs because the pan_id field of struct ieee802154_addr
is left uninitialized when the address mode is IEEE802154_ADDR_NONE.
The execution flow is as follows:
__ieee802154_rx_handle_packet()declares a localstruct ieee802154_hdr hdron the stack.ieee802154_hdr_pull()callsieee802154_hdr_get_addr()to parse the source and destination addresses into this structure.- If the address mode is
IEEE802154_ADDR_NONE,ieee802154_hdr_get_addr()previously only set themodefield, leaving thepan_idfield containing uninitialized stack memory. - This uninitialized
pan_idis later copied into astruct sockaddr_ieee802154indgram_recvmsg()viaieee802154_addr_to_sa(). - Finally,
move_addr_to_user()copies the socket address structure to user space, leaking the uninitialized bytes.
Fix this by using memset to zero out the address structure in
ieee802154_hdr_get_addr() when the mode is IEEE802154_ADDR_NONE.
References
- https://www.suse.com/security/cve/CVE-2026-72441.html
- https://bugzilla.suse.com/1278057
- https://git.kernel.org/stable/c/09cfe665f2c5d7a8a5ed4d6b487434a011325368
- https://git.kernel.org/stable/c/4db86f8ab11b5a41bfc36680be837e6ac1375ec6
- https://git.kernel.org/stable/c/71b5add66c51d6764325de5f2e300bbf4f39e7a6
- https://git.kernel.org/stable/c/a2ee1a038a16e286d084bc293a7522d010a59ec3
- https://git.kernel.org/stable/c/c88e687e44cb9c7690f5039a5a5941dba1f6a204
- https://git.kernel.org/stable/c/de3bd9809af7555611334cb6a071806744430ef7
- https://git.kernel.org/stable/c/f14802465f5956baafe5f4b4541eb626b06b41f1
- https://git.kernel.org/stable/c/fc8766467b53335220b4b594ba15bc8f8cee0c76