{"id":"CVE-2026-43347","state":"PUBLISHED","title":"arm64: dts: qcom: monaco: Reserve full Gunyah metadata region","description":"In the Linux kernel, the following vulnerability has been resolved:\n\narm64: dts: qcom: monaco: Reserve full Gunyah metadata region\n\nWe observe spurious \"Synchronous External Abort\" exceptions\n(ESR=0x96000010) and kernel crashes on Monaco-based platforms.\nThese faults are caused by the kernel inadvertently accessing\nhypervisor-owned memory that is not properly marked as reserved.\n\n>From boot log, The Qualcomm hypervisor reports the memory range\nat 0x91a80000 of size 0x80000 (512 KiB) as hypervisor-owned:\nqhee_hyp_assign_remove_memory: 0x91a80000/0x80000 -> ret 0\n\nHowever, the EFI memory map provided by firmware only reserves the\nsubrange 0x91a40000–0x91a87fff (288 KiB). The remaining portion\n(0x91a88000–0x91afffff) is incorrectly reported as conventional\nmemory (from efi debug):\nefi:   0x000091a40000-0x000091a87fff [Reserved...]\nefi:   0x000091a88000-0x0000938fffff [Conventional...]\n\nAs a result, the allocator may hand out PFNs inside the hypervisor\nowned region, causing fatal aborts when the kernel accesses those\naddresses.\n\nAdd a reserved-memory carveout for the Gunyah hypervisor metadata\nat 0x91a80000 (512 KiB) and mark it as no-map so Linux does not\nmap or allocate from this area.\n\nFor the record:\nHyp version: gunyah-e78adb36e debug (2025-11-17 05:38:05 UTC)\nUEFI Ver: 6.0.260122.BOOT.MXF.1.0.c1-00449-KODIAKLA-1","publishedAt":"2026-05-08T13:39:32.598Z","updatedAt":"2026-08-05T12:27:23.879Z","severity":{"score":7.5,"label":"High","version":"3.1","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","source":"Linux"},"assigner":"Linux","products":["Linux Linux"],"affected":[{"vendor":"Linux","product":"Linux","defaultStatus":"unaffected","versions":[{"version":"7be190e4bdd2bd1aca84afef06bb755c06a85473","status":"affected","lessThan":"edde62571f7602d83243ca51729ce42d22ea04d2","versionType":"git"},{"version":"7be190e4bdd2bd1aca84afef06bb755c06a85473","status":"affected","lessThan":"59bd9088336d2bb7e713dcf4df5cbda86bb3c611","versionType":"git"},{"version":"7be190e4bdd2bd1aca84afef06bb755c06a85473","status":"affected","lessThan":"85d98669fa7f1d3041d962515e45ee6e392db6f8","versionType":"git"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["arch/arm64/boot/dts/qcom/monaco.dtsi"]},{"vendor":"Linux","product":"Linux","defaultStatus":"affected","versions":[{"version":"6.14","status":"affected"},{"version":"0","status":"unaffected","lessThan":"6.14","versionType":"semver"},{"version":"6.18.24","status":"unaffected","lessThanOrEqual":"6.18.*","versionType":"semver"},{"version":"6.19.14","status":"unaffected","lessThanOrEqual":"6.19.*","versionType":"semver"},{"version":"7.0","status":"unaffected","lessThanOrEqual":"*","versionType":"original_commit_for_fix"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["arch/arm64/boot/dts/qcom/monaco.dtsi"]}],"references":["https://git.kernel.org/stable/c/edde62571f7602d83243ca51729ce42d22ea04d2","https://git.kernel.org/stable/c/59bd9088336d2bb7e713dcf4df5cbda86bb3c611","https://git.kernel.org/stable/c/85d98669fa7f1d3041d962515e45ee6e392db6f8"],"weaknesses":[],"ingestedAt":"2026-10-29T20:11:57.932Z","source":{"repository":"CVEProject/cvelistV5","path":"cves/2026/43xxx/CVE-2026-43347.json","commit":"556c9d3a8cd17e218bb8e452ba7cd619a384ff47"},"raw":{"dataType":"CVE_RECORD","dataVersion":"5.2","cveMetadata":{"cveId":"CVE-2026-43347","state":"PUBLISHED","datePublished":"2026-05-08T13:39:32.598Z","dateUpdated":"2026-08-05T12:27:23.879Z","assignerShortName":"Linux","assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","dateReserved":"2026-05-01T14:12:56.003Z"},"containers":{"cna":{"title":"arm64: dts: qcom: monaco: Reserve full Gunyah metadata region","descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\narm64: dts: qcom: monaco: Reserve full Gunyah metadata region\n\nWe observe spurious \"Synchronous External Abort\" exceptions\n(ESR=0x96000010) and kernel crashes on Monaco-based platforms.\nThese faults are caused by the kernel inadvertently accessing\nhypervisor-owned memory that is not properly marked as reserved.\n\n>From boot log, The Qualcomm hypervisor reports the memory range\nat 0x91a80000 of size 0x80000 (512 KiB) as hypervisor-owned:\nqhee_hyp_assign_remove_memory: 0x91a80000/0x80000 -> ret 0\n\nHowever, the EFI memory map provided by firmware only reserves the\nsubrange 0x91a40000–0x91a87fff (288 KiB). The remaining portion\n(0x91a88000–0x91afffff) is incorrectly reported as conventional\nmemory (from efi debug):\nefi:   0x000091a40000-0x000091a87fff [Reserved...]\nefi:   0x000091a88000-0x0000938fffff [Conventional...]\n\nAs a result, the allocator may hand out PFNs inside the hypervisor\nowned region, causing fatal aborts when the kernel accesses those\naddresses.\n\nAdd a reserved-memory carveout for the Gunyah hypervisor metadata\nat 0x91a80000 (512 KiB) and mark it as no-map so Linux does not\nmap or allocate from this area.\n\nFor the record:\nHyp version: gunyah-e78adb36e debug (2025-11-17 05:38:05 UTC)\nUEFI Ver: 6.0.260122.BOOT.MXF.1.0.c1-00449-KODIAKLA-1"}],"affected":[{"vendor":"Linux","product":"Linux","defaultStatus":"unaffected","versions":[{"version":"7be190e4bdd2bd1aca84afef06bb755c06a85473","status":"affected","lessThan":"edde62571f7602d83243ca51729ce42d22ea04d2","versionType":"git"},{"version":"7be190e4bdd2bd1aca84afef06bb755c06a85473","status":"affected","lessThan":"59bd9088336d2bb7e713dcf4df5cbda86bb3c611","versionType":"git"},{"version":"7be190e4bdd2bd1aca84afef06bb755c06a85473","status":"affected","lessThan":"85d98669fa7f1d3041d962515e45ee6e392db6f8","versionType":"git"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["arch/arm64/boot/dts/qcom/monaco.dtsi"]},{"vendor":"Linux","product":"Linux","defaultStatus":"affected","versions":[{"version":"6.14","status":"affected"},{"version":"0","status":"unaffected","lessThan":"6.14","versionType":"semver"},{"version":"6.18.24","status":"unaffected","lessThanOrEqual":"6.18.*","versionType":"semver"},{"version":"6.19.14","status":"unaffected","lessThanOrEqual":"6.19.*","versionType":"semver"},{"version":"7.0","status":"unaffected","lessThanOrEqual":"*","versionType":"original_commit_for_fix"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["arch/arm64/boot/dts/qcom/monaco.dtsi"]}],"references":[{"url":"https://git.kernel.org/stable/c/edde62571f7602d83243ca51729ce42d22ea04d2"},{"url":"https://git.kernel.org/stable/c/59bd9088336d2bb7e713dcf4df5cbda86bb3c611"},{"url":"https://git.kernel.org/stable/c/85d98669fa7f1d3041d962515e45ee6e392db6f8"}],"metrics":[{"cvssV3_1":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","baseScore":7.5,"baseSeverity":"HIGH"},"scenarios":[{"lang":"en","value":"AV:N - On affected Monaco/QCS8300 systems, the unreserved hypervisor-owned PFNs enter the global page allocator, and the reference platform has enabled Ethernet RX paths that allocate pages in response to unauthenticated network traffic. A local memory-pressure trigger also exists, but network reachability is the highest defensible vector.\nAC:L - There is no race or fragile timing requirement; the attacker can repeatedly induce allocations until the allocator hands out one of the bad PFNs. The need for affected hardware/firmware is part of the vulnerable configuration, not attack complexity.\nPR:N - For the network-trigger scenario, sending packets to a reachable interface requires no credentials, capabilities, or prior local account. The allocator and driver path is reached before any application-level authentication.\nUI:N - Exploitation does not require a victim user to open a file, mount anything, or perform an action. Packet delivery or repeated allocation pressure is sufficient.\nS:U - The observed impact is a crash of the Linux kernel on the affected device. The issue does not demonstrate compromise of the Gunyah hypervisor or another security authority.\nC:N - The bug causes attempted access to hypervisor-owned physical pages to abort, not a successful memory read primitive. No evidence indicates disclosure of Linux or hypervisor memory.\nI:N - Although Linux may attempt to allocate, zero, or DMA-map the bad PFNs, the described outcome is a fatal external abort rather than attacker-controlled modification or code execution. No reliable integrity impact is shown.\nA:H - The fix commit reports fatal Synchronous External Abort exceptions and kernel crashes when the kernel accesses these PFNs. Repeated allocation pressure can retrigger the crash, causing high availability impact."}]}],"providerMetadata":{"shortName":"Linux","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","dateUpdated":"2026-08-05T12:27:23.879Z"},"cpeApplicability":[{"nodes":[{"operator":"OR","negate":false,"cpeMatch":[{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.14","versionEndExcluding":"6.18.24"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.14","versionEndExcluding":"6.19.14"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.14","versionEndExcluding":"7.0"}]}]}],"x_generator":{"engine":"bippy-1.2.0"}}}}}