Answer in brief
CVE-2024-39477 records a High severity (CVSS 7.8) vulnerability in mm/hugetlb: do not call vma_add_reservation upon ENOMEM. 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.
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). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=df7a6d1f64056aec572162c5d35ed9ff86ece6f3 <aa998f9dcb34c28448f86e8f5490f20d5eb0eac7 || >=df7a6d1f64056aec572162c5d35ed9ff86ece6f3 <8daf9c702ee7f825f0de8600abff764acfedea13 | aa998f9dcb34c28448f86e8f5490f20d5eb0eac7, 8daf9c702ee7f825f0de8600abff764acfedea13 |
| Linux/Linuxgeneric | 6.9 | Not reported |
Published upstream
Jul 5, 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: mm/hugetlb: do not call vma_add_reservation upon ENOMEM sysbot reported a splat [1] on __unmap_hugepage_range(). This is because vma_needs_reservation() can return -ENOMEM if allocate_file_region_entries() fails to allocate the file_region struct for the reservation. Check for that and do not call vma_add_reservation() if that is the case, otherwise region_abort() and region_del() will see that we do not have any file_regions. If we detect that vma_needs_reservation() returned -ENOMEM, we clear the hugetlb_restore_reserve flag as if this reservation was still consumed, so free_huge_folio() will not increment the resv count. [1] https://lore.kernel.org/linux-mm/[email protected]/T/#ma5983bc1ab18a54910da83416b3f89f3c7ee43aa
Quoted source text, attributed separately from HOL analysis.