Answer in brief
CVE-2026-53025 records a High severity (CVSS 7.8) vulnerability in greybus: raw: fix use-after-free on cdev close. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (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.
CVSS is 7.8. 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), Linux/Linux (generic), Linux/Linux (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <ef2d97c15b19b3489de01695bce478601e236c3e || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <983cc2c7efbce04ecbf6328448d895044dd6ab31 | ef2d97c15b19b3489de01695bce478601e236c3e, 983cc2c7efbce04ecbf6328448d895044dd6ab31 |
| Linux/Linuxgeneric | 4.9 | Not reported |
| Linux/Linuxgeneric | >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <e72ffe59e48a74a8d9220f5ca1d03f2194d882f0 || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <ef2d97c15b19b3489de01695bce478601e236c3e || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <983cc2c7efbce04ecbf6328448d895044dd6ab31 | e72ffe59e48a74a8d9220f5ca1d03f2194d882f0, ef2d97c15b19b3489de01695bce478601e236c3e, 983cc2c7efbce04ecbf6328448d895044dd6ab31 |
| Linux/Linuxgeneric | >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <e4d07fd4e30024a4a15094ef2c404197667c857e || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <3abf97a03f4abce1dc3639eea2fcd4bd747b3308 || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <e72ffe59e48a74a8d9220f5ca1d03f2194d882f0 || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <ef2d97c15b19b3489de01695bce478601e236c3e || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <983cc2c7efbce04ecbf6328448d895044dd6ab31 | e4d07fd4e30024a4a15094ef2c404197667c857e, 3abf97a03f4abce1dc3639eea2fcd4bd747b3308, e72ffe59e48a74a8d9220f5ca1d03f2194d882f0, ef2d97c15b19b3489de01695bce478601e236c3e, 983cc2c7efbce04ecbf6328448d895044dd6ab31 |
| Linux/Linuxgeneric | >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <0597908256173da5256ef8e6db17ccc8d5c40ee3 || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <e4d07fd4e30024a4a15094ef2c404197667c857e || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <3abf97a03f4abce1dc3639eea2fcd4bd747b3308 || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <e72ffe59e48a74a8d9220f5ca1d03f2194d882f0 || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <ef2d97c15b19b3489de01695bce478601e236c3e || >=e806c7fb8e9bae87fc23958c3789f2c2f96f54a4 <983cc2c7efbce04ecbf6328448d895044dd6ab31 | 0597908256173da5256ef8e6db17ccc8d5c40ee3, e4d07fd4e30024a4a15094ef2c404197667c857e, 3abf97a03f4abce1dc3639eea2fcd4bd747b3308, e72ffe59e48a74a8d9220f5ca1d03f2194d882f0, ef2d97c15b19b3489de01695bce478601e236c3e, 983cc2c7efbce04ecbf6328448d895044dd6ab31 |
Published upstream
Jun 24, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 30, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 24, 2026
In the Linux kernel, the following vulnerability has been resolved: greybus: raw: fix use-after-free on cdev close This addresses a use-after-free bug when a raw bundle is disconnected but its chardev is still opened by an application. When the application releases the cdev, it causes the following panic when init on free is enabled (CONFIG_INIT_ON_FREE_DEFAULT_ON=y): refcount_t: underflow; use-after-free. WARNING: CPU: 0 PID: 139 at lib/refcount.c:28 refcount_warn_saturate+0xd0/0x130 ... Call Trace: <TASK> cdev_put+0x18/0x30 __fput+0x255/0x2a0 __x64_sys_close+0x3d/0x80 do_syscall_64+0xa4/0x290 entry_SYSCALL_64_after_hwframe+0x77/0x7f The cdev is contained in the "gb_raw" structure, which is freed in the disconnect operation. When the cdev is released at a later time, cdev_put gets an address that points to freed memory. To fix this use-after-free, convert the struct device from a pointer to being embedded, that makes the lifetime of the cdev and of this device the same. Then, use cdev_device_add, which guarantees that the device won't be released until all references to the cdev have been released. Finally, delegate the freeing of the structure to the device release function, instead of freeing immediately in the disconnect callback.
Quoted source text, attributed separately from HOL analysis.