Answer in brief
CVE-2022-49052 records a High severity (CVSS 7.1) vulnerability in mm: fix unexpected zeroed page mapping with zram swap. 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.1. 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.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:5.18:rc1:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:5.18:rc2:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=0bcac06f27d7528591c27ac2b093ccd71c5d0168 <f86d55cf616199404c05f5b0c5c41b17351baa02 || >=0bcac06f27d7528591c27ac2b093ccd71c5d0168 <f098f8b9820fe3f2e41aefc4329dfe8a3859d1c1 || >=0bcac06f27d7528591c27ac2b093ccd71c5d0168 <20ed94f8181a25212e7404e44958e234f407624b || >=0bcac06f27d7528591c27ac2b093ccd71c5d0168 <12ba1d38115a101c45d8e0ca3aa1181fd148e57f || >=0bcac06f27d7528591c27ac2b093ccd71c5d0168 <afac4b88699a06c8b9369f9d759a1ec3c254b788 || >=0bcac06f27d7528591c27ac2b093ccd71c5d0168 <e914d8f00391520ecc4495dd0ca0124538ab7119 | f86d55cf616199404c05f5b0c5c41b17351baa02, f098f8b9820fe3f2e41aefc4329dfe8a3859d1c1, 20ed94f8181a25212e7404e44958e234f407624b, 12ba1d38115a101c45d8e0ca3aa1181fd148e57f, afac4b88699a06c8b9369f9d759a1ec3c254b788, e914d8f00391520ecc4495dd0ca0124538ab7119 |
| Linux/Linuxgeneric | 4.15 | Not reported |
Published upstream
Feb 26, 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 4, 2026
In the Linux kernel, the following vulnerability has been resolved: mm: fix unexpected zeroed page mapping with zram swap Two processes under CLONE_VM cloning, user process can be corrupted by seeing zeroed page unexpectedly. CPU A CPU B do_swap_page do_swap_page SWP_SYNCHRONOUS_IO path SWP_SYNCHRONOUS_IO path swap_readpage valid data swap_slot_free_notify delete zram entry swap_readpage zeroed(invalid) data pte_lock map the *zero data* to userspace pte_unlock pte_lock if (!pte_same) goto out_nomap; pte_unlock return and next refault will read zeroed data The swap_slot_free_notify is bogus for CLONE_VM case since it doesn't increase the refcount of swap slot at copy_mm so it couldn't catch up whether it's safe or not to discard data from backing device. In the case, only the lock it could rely on to synchronize swap slot freeing is page table lock. Thus, this patch gets rid of the swap_slot_free_notify function. With this patch, CPU A will see correct data. CPU A CPU B do_swap_page do_swap_page SWP_SYNCHRONOUS_IO path SWP_SYNCHRONOUS_IO path swap_readpage original data pte_lock map the original data swap_free swap_range_free bd_disk->fops->swap_slot_free_notify swap_readpage read zeroed data pte_unlock pte_lock if (!pte_same) goto out_nomap; pte_unlock return on next refault will see mapped data by CPU B The concern of the patch would increase memory consumption since it could keep wasted memory with compressed form in zram as well as uncompressed form in address space. However, most of cases of zram uses no readahead and do_swap_page is followed by swap_free so it will free the compressed form from in zram quickly.
Quoted source text, attributed separately from HOL analysis.