Answer in brief
CVE-2025-38465 records a Unknown severity vulnerability in netlink: Fix wraparounds of sk->sk_rmem_alloc.. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (generic), Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (generic) and additional mapped packages. 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), Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (generic), Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <9da025150b7c14a8390fc06aea314c0a4011e82c || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <c4ceaac5c5ba0b992ee1dc88e2a02421549e5c98 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <fd69af06101090eaa60b3d216ae715f9c0a58e5b || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <76602d8e13864524382b0687dc32cd8f19164d5a || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <55baecb9eb90238f60a8350660d6762046ebd3bd || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <4b8e18af7bea92f8b7fb92d40aeae729209db250 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <cd7ff61bfffd7000143c42bbffb85eeb792466d6 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <ae8f160e7eb24240a2a79fc4c815c6a0d4ee16cc | 9da025150b7c14a8390fc06aea314c0a4011e82c, c4ceaac5c5ba0b992ee1dc88e2a02421549e5c98, fd69af06101090eaa60b3d216ae715f9c0a58e5b, 76602d8e13864524382b0687dc32cd8f19164d5a, 55baecb9eb90238f60a8350660d6762046ebd3bd, 4b8e18af7bea92f8b7fb92d40aeae729209db250, cd7ff61bfffd7000143c42bbffb85eeb792466d6, ae8f160e7eb24240a2a79fc4c815c6a0d4ee16cc |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
| Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFPgeneric | >=V3.1.5 <* | * |
| Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFPgeneric | >=V3.1.5 <* | * |
| Siemens/SIPLUS S7-1500 CPU 1518-4 PN/DP MFPgeneric | >=V3.1.5 <* | * |
Published upstream
Jul 25, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Jul 14, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 6, 2026
In the Linux kernel, the following vulnerability has been resolved: netlink: Fix wraparounds of sk->sk_rmem_alloc. Netlink has this pattern in some places if (atomic_read(&sk->sk_rmem_alloc) > sk->sk_rcvbuf) atomic_add(skb->truesize, &sk->sk_rmem_alloc); , which has the same problem fixed by commit 5a465a0da13e ("udp: Fix multiple wraparounds of sk->sk_rmem_alloc."). For example, if we set INT_MAX to SO_RCVBUFFORCE, the condition is always false as the two operands are of int. Then, a single socket can eat as many skb as possible until OOM happens, and we can see multiple wraparounds of sk->sk_rmem_alloc. Let's fix it by using atomic_add_return() and comparing the two variables as unsigned int. Before: [root@fedora ~]# ss -f netlink Recv-Q Send-Q Local Address:Port Peer Address:Port -1668710080 0 rtnl:nl_wraparound/293 * After: [root@fedora ~]# ss -f netlink Recv-Q Send-Q Local Address:Port Peer Address:Port 2147483072 0 rtnl:nl_wraparound/290 * ^ `--- INT_MAX - 576
Quoted source text, attributed separately from HOL analysis.