CVE-2026-72441

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: 1. `__ieee802154_rx_handle_packet()` declares a local `struct ieee802154_hdr hdr` on the stack. 2. `ieee802154_hdr_pull()` calls `ieee802154_hdr_get_addr()` to parse the source and destination addresses into this structure. 3. If the address mode is `IEEE802154_ADDR_NONE`, `ieee802154_hdr_get_addr()` previously only set the `mode` field, leaving the `pan_id` field containing uninitialized stack memory. 4. This uninitialized `pan_id` is later copied into a `struct sockaddr_ieee802154` in `dgram_recvmsg()` via `ieee802154_addr_to_sa()`. 5. 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`.

• 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

Published

Aug 15, 2026

Last Modified

Aug 17, 2026

Status

Received

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-72436In the Linux kernel, the following vulnerability has been re…9.8
• CVE-2026-72437In the Linux kernel, the following vulnerability has been re…
• CVE-2026-72438In the Linux kernel, the following vulnerability has been re…7.5
• CVE-2026-72439In the Linux kernel, the following vulnerability has been re…
• CVE-2026-7244A security flaw has been discovered in Totolink A8000RU 7.1c…9.8
• CVE-2026-72440In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2026-72442In the Linux kernel, the following vulnerability has been re…9.8
• CVE-2026-72443In the Linux kernel, the following vulnerability has been re…
• CVE-2026-72444In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-72445In the Linux kernel, the following vulnerability has been re…
• CVE-2026-72446In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-72447In the Linux kernel, the following vulnerability has been re…