Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1359 CNY

100%
Buy Us a Coffee

CVE-2026-43348— mshv_vtl: Fix vmemmap_shift exceeding MAX_FOLIO_ORDER

Quick assessment

Affected
Linux Linux
Exploitation
No confirmed in-the-wild exploitation; assess based on exposure
Recommended action
Check the vendor advisory and references for a fixed version. If immediate upgrade is impossible, restrict exposure and increase monitoring.

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于mshv_vtl中vmemmap_shift计算未限制为MAX_FOLIO_ORDER，高度对齐的物理范围可能产生超出memremap_pages接受的移位值，触发警告并返回错误。

AI Predicted 5.5 Difficulty: Easy EPSS 0.14% · P3

Possible ATT&CK Techniques 1 AI

T1068 · Exploitation for Privilege Escalation

Affected Version Matrix 6

VendorProduct Version RangeStatus
Linux Linux 7bfe3b8ea6e30437e01fcb8e4f56ef6e4d986d0f< a142ca4b6481e71498712800b20e0c0fcf02843b affected
7bfe3b8ea6e30437e01fcb8e4f56ef6e4d986d0f< 404cd6bffe17e25e0f94ed2775ffdd6cd10ac3fd affected
6.19 affected
< 6.19 unaffected
7.0.2≤ 7.0.* unaffected
7.1≤ * unaffected
Get alerts for future matching vulnerabilities Log in to subscribe

I. Basic Information for CVE-2026-43348

Vulnerability Information
Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
mshv_vtl: Fix vmemmap_shift exceeding MAX_FOLIO_ORDER
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: mshv_vtl: Fix vmemmap_shift exceeding MAX_FOLIO_ORDER When registering VTL0 memory via MSHV_ADD_VTL0_MEMORY, the kernel computes pgmap->vmemmap_shift as the number of trailing zeros in the OR of start_pfn and last_pfn, intending to use the largest compound page order both endpoints are aligned to. However, this value is not clamped to MAX_FOLIO_ORDER, so a sufficiently aligned range (e.g. physical range [0x800000000000, 0x800080000000), corresponding to start_pfn=0x800000000 with 35 trailing zeros) can produce a shift larger than what memremap_pages() accepts, triggering a WARN and returning -EINVAL: WARNING: ... memremap_pages+0x512/0x650 requested folio size unsupported The MAX_FOLIO_ORDER check was added by commit 646b67d57589 ("mm/memremap: reject unreasonable folio/compound page sizes in memremap_pages()"). Fix this by clamping vmemmap_shift to MAX_FOLIO_ORDER so we always request the largest order the kernel supports, in those cases, rather than an out-of-range value. Also fix the error path to propagate the actual error code from devm_memremap_pages() instead of hard-coding -EFAULT, which was masking the real -EINVAL return.
Source: CVE Program / CVE List V5
CVSS Information
N/A
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于mshv_vtl中vmemmap_shift计算未限制为MAX_FOLIO_ORDER，高度对齐的物理范围可能产生超出memremap_pages接受的移位值，触发警告并返回错误。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)

Affected Products

Vendor Product Affected Versions CPE Subscribe
Linux Linux 7bfe3b8ea6e30437e01fcb8e4f56ef6e4d986d0f ~ a142ca4b6481e71498712800b20e0c0fcf02843b -
Linux Linux 6.19 -

II. Public POCs for CVE-2026-43348

# POC Description Source Link Shenlong Link
AI-Generated POC Premium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2026-43348

请登录查看更多情报信息。

Patches & Fixes for CVE-2026-43348 (2)

Same Patch Batch · Linux · 2026-05-08 · 197 CVEs total

CVE-2026-43341 9.8 CRITICAL net/ipv6: ioam6: prevent schema length wraparound in trace fill
CVE-2026-43402 9.8 CRITICAL kthread: consolidate kthread exit paths to prevent use-after-free
CVE-2026-43414 9.8 CRITICAL scsi: qla2xxx: Completely fix fcport double free
CVE-2026-43384 9.8 CRITICAL net/tcp-ao: Fix MAC comparison to be constant-time
CVE-2026-43304 9.8 CRITICAL libceph: define and enforce CEPH_MAX_KEY_LEN
CVE-2026-43379 9.8 CRITICAL ksmbd: fix use-after-free in smb_lazy_parent_lease_break_close()
CVE-2026-43376 9.8 CRITICAL ksmbd: fix use-after-free by using call_rcu() for oplock_info
CVE-2026-43465 9.8 CRITICAL net/mlx5e: RX, Fix XDP multi-buf frag counting for striding RQ
CVE-2026-43378 9.8 CRITICAL smb: server: fix use-after-free in smb2_open()
CVE-2026-43383 9.4 CRITICAL net/tcp-md5: Fix MAC comparison to be constant-time
CVE-2026-43406 9.1 CRITICAL libceph: prevent potential out-of-bounds reads in process_message_header()
CVE-2026-43407 9.1 CRITICAL libceph: Fix potential out-of-bounds access in ceph_handle_auth_reply()
CVE-2026-43284 8.8 HIGH xfrm: esp: avoid in-place decrypt on shared skb frags
CVE-2026-43334 8.8 HIGH Bluetooth: SMP: force responder MITM requirements before building the pairing response
CVE-2026-43322 8.8 HIGH Bluetooth: hci_sync: Fix UAF in le_read_features_complete
CVE-2026-43403 8.8 HIGH nsfs: tighten permission checks for ns iteration ioctls
CVE-2026-43391 8.8 HIGH nsfs: tighten permission checks for handle opening
CVE-2026-43291 8.3 HIGH net: nfc: nci: Fix parameter validation for packet data
CVE-2026-43365 8.2 HIGH xfs: fix undersized l_iclog_roundoff values
CVE-2026-43466 8.2 HIGH net/mlx5e: Fix DMA FIFO desync on error CQE SQ recovery

Showing top 20 of 197 CVEs. View all on vendor page &rarr; →

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2026-43348

No comments yet

Leave a comment