Answer in brief
CVE-2024-26646 records a Unknown severity vulnerability in thermal: intel: hfi: Add syscore callbacks for system-wide PM. 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 | >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <28f010dc50df0f7987c04112114fcfa7e0803566 || >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <019ccc66d56a696a4dfee3bfa2f04d0a7c3d89ee || >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <c9d6d63b6c03afaa6f185df249af693a7939577c || >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <97566d09fd02d2ab329774bb89a2cdf2267e86d9 | 28f010dc50df0f7987c04112114fcfa7e0803566, 019ccc66d56a696a4dfee3bfa2f04d0a7c3d89ee, c9d6d63b6c03afaa6f185df249af693a7939577c, 97566d09fd02d2ab329774bb89a2cdf2267e86d9 |
| Linux/Linuxgeneric | 5.18 | Not reported |
Published upstream
Mar 26, 2024
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: thermal: intel: hfi: Add syscore callbacks for system-wide PM The kernel allocates a memory buffer and provides its location to the hardware, which uses it to update the HFI table. This allocation occurs during boot and remains constant throughout runtime. When resuming from hibernation, the restore kernel allocates a second memory buffer and reprograms the HFI hardware with the new location as part of a normal boot. The location of the second memory buffer may differ from the one allocated by the image kernel. When the restore kernel transfers control to the image kernel, its HFI buffer becomes invalid, potentially leading to memory corruption if the hardware writes to it (the hardware continues to use the buffer from the restore kernel). It is also possible that the hardware "forgets" the address of the memory buffer when resuming from "deep" suspend. Memory corruption may also occur in such a scenario. To prevent the described memory corruption, disable HFI when preparing to suspend or hibernate. Enable it when resuming. Add syscore callbacks to handle the package of the boot CPU (packages of non-boot CPUs are handled via CPU offline). Syscore ops always run on the boot CPU. Additionally, HFI only needs to be disabled during "deep" suspend and hibernation. Syscore ops only run in these cases. [ rjw: Comment adjustment, subject and changelog edits ]
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2024-26646 records a Unknown severity vulnerability in thermal: intel: hfi: Add syscore callbacks for system-wide PM. 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 | >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <28f010dc50df0f7987c04112114fcfa7e0803566 || >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <019ccc66d56a696a4dfee3bfa2f04d0a7c3d89ee || >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <c9d6d63b6c03afaa6f185df249af693a7939577c || >=1cb19cabeb0e187b6c244d0da73d27f7432c40dc <97566d09fd02d2ab329774bb89a2cdf2267e86d9 | 28f010dc50df0f7987c04112114fcfa7e0803566, 019ccc66d56a696a4dfee3bfa2f04d0a7c3d89ee, c9d6d63b6c03afaa6f185df249af693a7939577c, 97566d09fd02d2ab329774bb89a2cdf2267e86d9 |
| Linux/Linuxgeneric | 5.18 | Not reported |
Published upstream
Mar 26, 2024
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: thermal: intel: hfi: Add syscore callbacks for system-wide PM The kernel allocates a memory buffer and provides its location to the hardware, which uses it to update the HFI table. This allocation occurs during boot and remains constant throughout runtime. When resuming from hibernation, the restore kernel allocates a second memory buffer and reprograms the HFI hardware with the new location as part of a normal boot. The location of the second memory buffer may differ from the one allocated by the image kernel. When the restore kernel transfers control to the image kernel, its HFI buffer becomes invalid, potentially leading to memory corruption if the hardware writes to it (the hardware continues to use the buffer from the restore kernel). It is also possible that the hardware "forgets" the address of the memory buffer when resuming from "deep" suspend. Memory corruption may also occur in such a scenario. To prevent the described memory corruption, disable HFI when preparing to suspend or hibernate. Enable it when resuming. Add syscore callbacks to handle the package of the boot CPU (packages of non-boot CPUs are handled via CPU offline). Syscore ops always run on the boot CPU. Additionally, HFI only needs to be disabled during "deep" suspend and hibernation. Syscore ops only run in these cases. [ rjw: Comment adjustment, subject and changelog edits ]
Quoted source text, attributed separately from HOL analysis.