Answer in brief
CVE-2026-43139 records a Unknown severity vulnerability in xfrm6: fix uninitialized saddr in xfrm6_get_saddr(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-43139 records a Unknown severity vulnerability in xfrm6: fix uninitialized saddr in xfrm6_get_saddr(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a1e59abf824969554b90facd44a4ab16e265afa4 <4f28141786e1fe884ce42a5197ba9beed540f0ea || >=a1e59abf824969554b90facd44a4ab16e265afa4 <6535867673bf301d52aa00593a4d1d18cc3922fa || >=a1e59abf824969554b90facd44a4ab16e265afa4 <eb2ee15290af14c60b45cf2b73f5687d1d077d9b || >=a1e59abf824969554b90facd44a4ab16e265afa4 <719918fc88df6da023dfff370cd965151a5afd7f || >=a1e59abf824969554b90facd44a4ab16e265afa4 <dc0abce055134cb83b0d981d31ceb20dda419787 || >=a1e59abf824969554b90facd44a4ab16e265afa4 <c7221e7bd8fc2ef38a0b27be580d9d202281306b || >=a1e59abf824969554b90facd44a4ab16e265afa4 <3dcd1664ac15eee6a690daec7c4ffc59190406f7 || >=a1e59abf824969554b90facd44a4ab16e265afa4 <1799d8abeabc68ec05679292aaf6cba93b343c05 | 4f28141786e1fe884ce42a5197ba9beed540f0ea, 6535867673bf301d52aa00593a4d1d18cc3922fa, eb2ee15290af14c60b45cf2b73f5687d1d077d9b, 719918fc88df6da023dfff370cd965151a5afd7f, dc0abce055134cb83b0d981d31ceb20dda419787, c7221e7bd8fc2ef38a0b27be580d9d202281306b, 3dcd1664ac15eee6a690daec7c4ffc59190406f7, 1799d8abeabc68ec05679292aaf6cba93b343c05 |
| Linux/Linuxgeneric | 2.6.19 | Not reported |
Published upstream
May 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: xfrm6: fix uninitialized saddr in xfrm6_get_saddr() xfrm6_get_saddr() does not check the return value of ipv6_dev_get_saddr(). When ipv6_dev_get_saddr() fails to find a suitable source address (returns -EADDRNOTAVAIL), saddr->in6 is left uninitialized, but xfrm6_get_saddr() still returns 0 (success). This causes the caller xfrm_tmpl_resolve_one() to use the uninitialized address in xfrm_state_find(), triggering KMSAN warning: ===================================================== BUG: KMSAN: uninit-value in xfrm_state_find+0x2424/0xa940 xfrm_state_find+0x2424/0xa940 xfrm_resolve_and_create_bundle+0x906/0x5a20 xfrm_lookup_with_ifid+0xcc0/0x3770 xfrm_lookup_route+0x63/0x2b0 ip_route_output_flow+0x1ce/0x270 udp_sendmsg+0x2ce1/0x3400 inet_sendmsg+0x1ef/0x2a0 __sock_sendmsg+0x278/0x3d0 __sys_sendto+0x593/0x720 __x64_sys_sendto+0x130/0x200 x64_sys_call+0x332b/0x3e70 do_syscall_64+0xd3/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f Local variable tmp.i.i created at: xfrm_resolve_and_create_bundle+0x3e3/0x5a20 xfrm_lookup_with_ifid+0xcc0/0x3770 ===================================================== Fix by checking the return value of ipv6_dev_get_saddr() and propagating the error.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a1e59abf824969554b90facd44a4ab16e265afa4 <4f28141786e1fe884ce42a5197ba9beed540f0ea || >=a1e59abf824969554b90facd44a4ab16e265afa4 <6535867673bf301d52aa00593a4d1d18cc3922fa || >=a1e59abf824969554b90facd44a4ab16e265afa4 <eb2ee15290af14c60b45cf2b73f5687d1d077d9b || >=a1e59abf824969554b90facd44a4ab16e265afa4 <719918fc88df6da023dfff370cd965151a5afd7f || >=a1e59abf824969554b90facd44a4ab16e265afa4 <dc0abce055134cb83b0d981d31ceb20dda419787 || >=a1e59abf824969554b90facd44a4ab16e265afa4 <c7221e7bd8fc2ef38a0b27be580d9d202281306b || >=a1e59abf824969554b90facd44a4ab16e265afa4 <3dcd1664ac15eee6a690daec7c4ffc59190406f7 || >=a1e59abf824969554b90facd44a4ab16e265afa4 <1799d8abeabc68ec05679292aaf6cba93b343c05 | 4f28141786e1fe884ce42a5197ba9beed540f0ea, 6535867673bf301d52aa00593a4d1d18cc3922fa, eb2ee15290af14c60b45cf2b73f5687d1d077d9b, 719918fc88df6da023dfff370cd965151a5afd7f, dc0abce055134cb83b0d981d31ceb20dda419787, c7221e7bd8fc2ef38a0b27be580d9d202281306b, 3dcd1664ac15eee6a690daec7c4ffc59190406f7, 1799d8abeabc68ec05679292aaf6cba93b343c05 |
| Linux/Linuxgeneric | 2.6.19 | Not reported |
Published upstream
May 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: xfrm6: fix uninitialized saddr in xfrm6_get_saddr() xfrm6_get_saddr() does not check the return value of ipv6_dev_get_saddr(). When ipv6_dev_get_saddr() fails to find a suitable source address (returns -EADDRNOTAVAIL), saddr->in6 is left uninitialized, but xfrm6_get_saddr() still returns 0 (success). This causes the caller xfrm_tmpl_resolve_one() to use the uninitialized address in xfrm_state_find(), triggering KMSAN warning: ===================================================== BUG: KMSAN: uninit-value in xfrm_state_find+0x2424/0xa940 xfrm_state_find+0x2424/0xa940 xfrm_resolve_and_create_bundle+0x906/0x5a20 xfrm_lookup_with_ifid+0xcc0/0x3770 xfrm_lookup_route+0x63/0x2b0 ip_route_output_flow+0x1ce/0x270 udp_sendmsg+0x2ce1/0x3400 inet_sendmsg+0x1ef/0x2a0 __sock_sendmsg+0x278/0x3d0 __sys_sendto+0x593/0x720 __x64_sys_sendto+0x130/0x200 x64_sys_call+0x332b/0x3e70 do_syscall_64+0xd3/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f Local variable tmp.i.i created at: xfrm_resolve_and_create_bundle+0x3e3/0x5a20 xfrm_lookup_with_ifid+0xcc0/0x3770 ===================================================== Fix by checking the return value of ipv6_dev_get_saddr() and propagating the error.
Quoted source text, attributed separately from HOL analysis.