Answer in brief
CVE-2024-50222 records a Unknown severity vulnerability in iov_iter: fix copy_page_from_iter_atomic() if KMAP_LOCAL_FORCE_MAP. 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 | >=908a1ad89466c1febf20bfe0037b84fc66f8a3f8 <4f7ffa83fa79dd52efbaef366c850aaaae06a469 || >=908a1ad89466c1febf20bfe0037b84fc66f8a3f8 <3a303409f271dfe0987b8f79595138340497a32d || >=908a1ad89466c1febf20bfe0037b84fc66f8a3f8 <c749d9b7ebbc5716af7a95f7768634b30d9446ec | 4f7ffa83fa79dd52efbaef366c850aaaae06a469, 3a303409f271dfe0987b8f79595138340497a32d, c749d9b7ebbc5716af7a95f7768634b30d9446ec |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Nov 9, 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: iov_iter: fix copy_page_from_iter_atomic() if KMAP_LOCAL_FORCE_MAP generic/077 on x86_32 CONFIG_DEBUG_KMAP_LOCAL_FORCE_MAP=y with highmem, on huge=always tmpfs, issues a warning and then hangs (interruptibly): WARNING: CPU: 5 PID: 3517 at mm/highmem.c:622 kunmap_local_indexed+0x62/0xc9 CPU: 5 UID: 0 PID: 3517 Comm: cp Not tainted 6.12.0-rc4 #2 ... copy_page_from_iter_atomic+0xa6/0x5ec generic_perform_write+0xf6/0x1b4 shmem_file_write_iter+0x54/0x67 Fix copy_page_from_iter_atomic() by limiting it in that case (include/linux/skbuff.h skb_frag_must_loop() does similar). But going forward, perhaps CONFIG_DEBUG_KMAP_LOCAL_FORCE_MAP is too surprising, has outlived its usefulness, and should just be removed?
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2024-50222 records a Unknown severity vulnerability in iov_iter: fix copy_page_from_iter_atomic() if KMAP_LOCAL_FORCE_MAP. 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 | >=908a1ad89466c1febf20bfe0037b84fc66f8a3f8 <4f7ffa83fa79dd52efbaef366c850aaaae06a469 || >=908a1ad89466c1febf20bfe0037b84fc66f8a3f8 <3a303409f271dfe0987b8f79595138340497a32d || >=908a1ad89466c1febf20bfe0037b84fc66f8a3f8 <c749d9b7ebbc5716af7a95f7768634b30d9446ec | 4f7ffa83fa79dd52efbaef366c850aaaae06a469, 3a303409f271dfe0987b8f79595138340497a32d, c749d9b7ebbc5716af7a95f7768634b30d9446ec |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Nov 9, 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: iov_iter: fix copy_page_from_iter_atomic() if KMAP_LOCAL_FORCE_MAP generic/077 on x86_32 CONFIG_DEBUG_KMAP_LOCAL_FORCE_MAP=y with highmem, on huge=always tmpfs, issues a warning and then hangs (interruptibly): WARNING: CPU: 5 PID: 3517 at mm/highmem.c:622 kunmap_local_indexed+0x62/0xc9 CPU: 5 UID: 0 PID: 3517 Comm: cp Not tainted 6.12.0-rc4 #2 ... copy_page_from_iter_atomic+0xa6/0x5ec generic_perform_write+0xf6/0x1b4 shmem_file_write_iter+0x54/0x67 Fix copy_page_from_iter_atomic() by limiting it in that case (include/linux/skbuff.h skb_frag_must_loop() does similar). But going forward, perhaps CONFIG_DEBUG_KMAP_LOCAL_FORCE_MAP is too surprising, has outlived its usefulness, and should just be removed?
Quoted source text, attributed separately from HOL analysis.