Answer in brief
CVE-2025-38085 records a Unknown severity vulnerability in mm/hugetlb: fix huge_pmd_unshare() vs GUP-fast race. 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.
Answer in brief
CVE-2025-38085 records a Unknown severity vulnerability in mm/hugetlb: fix huge_pmd_unshare() vs GUP-fast race. 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 | >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <952596b08c74e8fe9e2883d1dc8a8f54a37384ec || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <a3d864c901a300c295692d129159fc3001a56185 || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <b7754d3aa7bf9f62218d096c0c8f6c13698fac8b || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <fe684290418ef9ef76630072086ee530b92f02b8 || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <034a52b5ef57c9c8225d94e9067f3390bb33922f || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <a6bfeb97941a9187833b526bc6cc4ff5706d0ce9 || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <1013af4f585fccc4d3e5c5824d174de2257f7d6d | 952596b08c74e8fe9e2883d1dc8a8f54a37384ec, a3d864c901a300c295692d129159fc3001a56185, b7754d3aa7bf9f62218d096c0c8f6c13698fac8b, fe684290418ef9ef76630072086ee530b92f02b8, 034a52b5ef57c9c8225d94e9067f3390bb33922f, a6bfeb97941a9187833b526bc6cc4ff5706d0ce9, 1013af4f585fccc4d3e5c5824d174de2257f7d6d |
| Linux/Linuxgeneric | 2.6.20 | Not reported |
Published upstream
Jun 28, 2025
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: fix huge_pmd_unshare() vs GUP-fast race huge_pmd_unshare() drops a reference on a page table that may have previously been shared across processes, potentially turning it into a normal page table used in another process in which unrelated VMAs can afterwards be installed. If this happens in the middle of a concurrent gup_fast(), gup_fast() could end up walking the page tables of another process. While I don't see any way in which that immediately leads to kernel memory corruption, it is really weird and unexpected. Fix it with an explicit broadcast IPI through tlb_remove_table_sync_one(), just like we do in khugepaged when removing page tables for a THP collapse.
Quoted source text, attributed separately from HOL analysis.
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 | >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <952596b08c74e8fe9e2883d1dc8a8f54a37384ec || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <a3d864c901a300c295692d129159fc3001a56185 || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <b7754d3aa7bf9f62218d096c0c8f6c13698fac8b || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <fe684290418ef9ef76630072086ee530b92f02b8 || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <034a52b5ef57c9c8225d94e9067f3390bb33922f || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <a6bfeb97941a9187833b526bc6cc4ff5706d0ce9 || >=39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa <1013af4f585fccc4d3e5c5824d174de2257f7d6d | 952596b08c74e8fe9e2883d1dc8a8f54a37384ec, a3d864c901a300c295692d129159fc3001a56185, b7754d3aa7bf9f62218d096c0c8f6c13698fac8b, fe684290418ef9ef76630072086ee530b92f02b8, 034a52b5ef57c9c8225d94e9067f3390bb33922f, a6bfeb97941a9187833b526bc6cc4ff5706d0ce9, 1013af4f585fccc4d3e5c5824d174de2257f7d6d |
| Linux/Linuxgeneric | 2.6.20 | Not reported |
Published upstream
Jun 28, 2025
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: fix huge_pmd_unshare() vs GUP-fast race huge_pmd_unshare() drops a reference on a page table that may have previously been shared across processes, potentially turning it into a normal page table used in another process in which unrelated VMAs can afterwards be installed. If this happens in the middle of a concurrent gup_fast(), gup_fast() could end up walking the page tables of another process. While I don't see any way in which that immediately leads to kernel memory corruption, it is really weird and unexpected. Fix it with an explicit broadcast IPI through tlb_remove_table_sync_one(), just like we do in khugepaged when removing page tables for a THP collapse.
Quoted source text, attributed separately from HOL analysis.