Linux: Use After Free
CVE-2025-21999 is a high-severity use after free vulnerability in Linux, with a CVSS 3.1 base score of 7.8 out of 10. It can be exploited with local access to the system by an attacker with a low-privileged account, without any action from a user. The record lists versions eda279586e571b05dff44d48e05f8977ad05855d, 4b0b8445b6fd41e6f62ac90547a0ea9d348de3fa, 966f331403dc3ed04ff64eaf3930cf1267965e53 as the first without the flaw, so updating Linux to one of those releases or later removes the exposure. There is no confirmed exploitation so far. EPSS estimates a 0.23% chance of exploitation within 30 days, which is low compared with other CVEs.
High severity with no evidence of exploitation so far.
What to do
- Update Linux to eda279586e571b05dff44d48e05f8977ad05855d or 4b0b8445b6fd41e6f62ac90547a0ea9d348de3fa or 966f331403dc3ed04ff64eaf3930cf1267965e53 or 63b53198aff2e4e6c5866a4ff73c7891f958ffa4, whichever matches your release line, or a later version.
- Update Linux Kernel to 6.1.132 or 6.6.85 or 6.12.21 or 6.13.9, whichever matches your release line, or a later version.
Affected products and versions
| Vendor | Product | Affected versions | Fixed in |
|---|---|---|---|
| Linux | Linux | 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, eda279586e571b05dff44d48e05f8977ad05855d; 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, 4b0b8445b6fd41e6f62ac90547a0ea9d348de3fa; 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, 966f331403dc3ed04ff64eaf3930cf1267965e53; 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, 63b53198aff2e4e6c5866a4ff73c7891f958ffa4; 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, ede3e8ac90ae106f0b29cd759aadebc1568f1308; 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, 64dc7c68e040251d9ec6e989acb69f8f6ae4a10b; 97a32539b9568bb653683349e5a76d02ff3c3e2c up to, but not including, 654b33ada4ab5e926cd9c570196fefa7bec7c1df; 5.6 | eda279586e571b05dff44d48e05f8977ad05855d, 4b0b8445b6fd41e6f62ac90547a0ea9d348de3fa, 966f331403dc3ed04ff64eaf3930cf1267965e53, 63b53198aff2e4e6c5866a4ff73c7891f958ffa4, ede3e8ac90ae106f0b29cd759aadebc1568f1308, 64dc7c68e040251d9ec6e989acb69f8f6ae4a10b |
| Siemens | SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (6ES7518-4AX00-1AB0) | V3.1.6 and later; V3.1.7 and later | Not stated |
| Siemens | SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (6ES7518-4AX00-1AC0) | V3.1.6 and later; V3.1.7 and later | Not stated |
| Siemens | SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (6ES7518-4FX00-1AB0) | V3.1.6 and later; V3.1.7 and later | Not stated |
| Siemens | SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (6ES7518-4FX00-1AC0) | V3.1.6 and later; V3.1.7 and later | Not stated |
| Siemens | SIPLUS S7-1500 CPU 1518-4 PN/DP MFP (6AG1518-4AX00-4AC0) | V3.1.6 and later; V3.1.7 and later | Not stated |
| Linux | Linux Kernel | 2.6.23 up to, but not including, 6.1.132; 6.2 up to, but not including, 6.6.85; 6.7 up to, but not including, 6.12.21; 6.13 up to, but not including, 6.13.9; 6.14 | 6.1.132, 6.6.85, 6.12.21, 6.13.9 |
Version data comes from the organisation that assigned the CVE. Confirm against the vendor advisory before deciding you are unaffected.
How the severity score breaks down
- Attack vector
- LocalThe attacker needs local access or must trick a user into running something.
- Attack complexity
- LowNo special conditions are needed; the attack works reliably.
- Privileges required
- LowA basic user account is enough.
- User interaction
- NoneNo action by a victim is required.
- Scope
- UnchangedImpact stays within the vulnerable component.
- Confidentiality
- HighAll data handled by the component can be read.
- Integrity
- HighData or code can be modified at will.
- Availability
- HighThe component can be taken down completely.
Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H. Scored by CNA.
| Scoring system | Score | Severity | Scored by |
|---|---|---|---|
| CVSS 3.1 | 7.8 | High | CNA |
| CVSS 3.1 | 7.8 | High | CISA (ADP) |
Official description
In the Linux kernel, the following vulnerability has been resolved: proc: fix UAF in proc_get_inode() Fix race between rmmod and /proc/XXX's inode instantiation. The bug is that pde->proc_ops don't belong to /proc, it belongs to a module, therefore dereferencing it after /proc entry has been registered is a bug unless use_pde/unuse_pde() pair has been used. use_pde/unuse_pde can be avoided (2 atomic ops!) because pde->proc_ops never changes so information necessary for inode instantiation can be saved _before_ proc_register() in PDE itself and used later, avoiding pde->proc_ops->... dereference. rmmod lookup sys_delete_module proc_lookup_de pde_get(de); proc_get_inode(dir->i_sb, de); mod->exit() proc_remove remove_proc_subtree proc_entry_rundown(de); free_module(mod); if (S_ISREG(inode->i_mode)) if (de->proc_ops->proc_read_iter) --> As module is already freed, will trigger UAF BUG: unable to handle page fault for address: fffffbfff80a702b PGD 817fc4067 P4D 817fc4067 PUD 817fc0067 PMD 102ef4067 PTE 0 Oops: Oops: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 26 UID: 0 PID: 2667 Comm: ls Tainted: G Hardware name: QEMU Standard PC (i440FX + PIIX, 1996) RIP: 0010:proc_get_inode+0x302/0x6e0 RSP: 0018:ffff88811c837998 EFLAGS: 00010a06 RAX: dffffc0000000000 RBX: ffffffffc0538140 RCX: 0000000000000007 RDX: 1ffffffff80a702b RSI: 0000000000000001 RDI: ffffffffc0538158 RBP: ffff8881299a6000 R08: 0000000067bbe1e5 R09: 1ffff11023906f20 R10: ffffffffb560ca07 R11: ffffffffb2b43a58 R12: ffff888105bb78f0 R13: ffff888100518048 R14: ffff8881299a6004 R15: 0000000000000001 FS: 00007f95b9686840(0000) GS:ffff8883af100000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: fffffbfff80a702b CR3: 0000000117dd2000 CR4: 00000000000006f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> proc_lookup_de+0x11f/0x2e0 __lookup_slow+0x188/0x350 walk_component+0x2ab/0x4f0 path_lookupat+0x120/0x660 filename_lookup+0x1ce/0x560 vfs_statx+0xac/0x150 __do_sys_newstat+0x96/0x110 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e [[email protected]: don't do 2 atomic ops on the common path]
Source: the CVE record as published by its numbering authority, via NVD and CVE.org.
The underlying weakness: Use After Free
The product reuses or references memory after it has been freed. At some point afterward, the memory may be allocated again and saved in another pointer, while the original pointer references a location somewhere within the new allocation. Any operations using the original pointer are no longer valid because the memory belongs to the code that operates on the new pointer.
How developers prevent this class of flaw
- Choose a language that provides automatic memory management.
- When freeing pointers, be sure to set them to NULL once they are freed. However, the utilization of multiple or complex data structures may lower the usefulness of this strategy.
Timeline
- CVE record published.
- CISA published its SSVC assessment (exploitation: none, automatable: no, technical impact: total).
- Record last changed materially (score, affected products, status or references).
References
Patches and release notes
- git.kernel.org/stable/c/63b53198aff2e4e6c5866a4ff73c7891f958ffa4
- git.kernel.org/stable/c/64dc7c68e040251d9ec6e989acb69f8f6ae4a10b
- git.kernel.org/stable/c/654b33ada4ab5e926cd9c570196fefa7bec7c1df
- git.kernel.org/stable/c/966f331403dc3ed04ff64eaf3930cf1267965e53
- git.kernel.org/stable/c/ede3e8ac90ae106f0b29cd759aadebc1568f1308
Other references
- git.kernel.org/stable/c/4b0b8445b6fd41e6f62ac90547a0ea9d348de3fa
- git.kernel.org/stable/c/eda279586e571b05dff44d48e05f8977ad05855d
- lists.debian.org/debian-lts-announce/2025/05/msg00030.html
- lists.debian.org/debian-lts-announce/2025/05/msg00045.html
- cert-portal.siemens.com/productcert/html/ssa-019113.html
- cert-portal.siemens.com/productcert/html/ssa-457936.html
Recent Use After Free vulnerabilities
- 8.6 High severity
- 8.8 High severity
- 7.8 High severity
- 7.8 High severity
- 7.8 High severity
- 7.8 High severity
Spotted an error? Tell us.