CVE-2025-39854
BaseFortify
Publication date: 2025-09-19
Last updated on: 2025-12-12
Assigner: kernel.org
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| linux | linux_kernel | From 6.8 (inc) to 6.12.46 (exc) |
| linux | linux_kernel | From 6.13 (inc) to 6.16.6 (exc) |
| linux | linux_kernel | 6.17 |
| linux | linux_kernel | 6.17 |
| linux | linux_kernel | 6.17 |
| linux | linux_kernel | 6.17 |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-416 | 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. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
This vulnerability in the Linux kernel involves the ice_ll_ts_intr() function, which handles low latency Tx timestamps from specialized firmware. The function does not check if the Tx timestamp tracker is initialized before accessing it, leading to potential NULL pointer dereference or use-after-free bugs. This can cause crashes or undefined behavior in the kernel. The fix ensures the tracker is marked as initialized before accessing its fields, preventing these issues.
How can this vulnerability impact me? :
The vulnerability can cause the Linux kernel to crash or behave unpredictably due to NULL pointer dereference or use-after-free errors when handling low latency Tx timestamps. This can lead to system instability, potential denial of service, or other unexpected behavior affecting network performance or reliability.
What immediate steps should I take to mitigate this vulnerability?
To mitigate this vulnerability, update the Linux kernel to a version that includes the fix for the ice_ll_ts_intr NULL access issue. This fix ensures that the tracker is checked for initialization before accessing its fields, preventing NULL dereference or use-after-free bugs. Until the update is applied, avoid using the low latency Tx timestamp feature that relies on the ice_ll_ts_intr function.