Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - arm64：dts：qcom：monaco：保留完整的 Gunyah 中繼資料區域 我們在摩納哥平台上觀察到虛假的同步外部中止異常 （ESR=0x96000010） 和核心損毀。這些錯誤是由於核心無意中存取了未正確標記為保留的 Hypervisor 擁有的記憶體所造成。
    >從啟動日誌中，Qualcomm hypervisor 將大小為 0x80000 （512 KiB） 0x91a80000的記憶體範圍報告為虛擬化管理程式擁有：qhee_hyp_assign_remove_memory：0x91a80000/0x80000 -> ret 0 但是，韌體提供的 EFI 記憶體映射僅保留子範圍 0x91a400000x91a87fff （288 KiB）。剩餘部分 （0x91a880000x91afffff） 被錯誤地報告為常規記憶體 （來自 efi 偵錯）： efi：
    0x000091a40000-0x000091a87fff [保留...] efi： 0x000091a88000-0x0000938fffff [傳統...]因此，配置器可能會在虛擬化管理程式擁有的區域內分發 PFN，從而在核心存取這些位址時造成重大中止。在 0x91a80000 （512 KiB） 處為 Gunyah hypervisor 中繼資料新增保留記憶體剝離，並將其標記為無映射，以便 Linux 不會從此區域映射或配置。作為記錄：Hyp 版本：gunyah-e78adb36e 偵錯 （2025-11-17 05：38：05 UTC） UEFI 版本：
    6.0.260122.BOOT。MXF.1.0.c1-00449-KODIAKLA-1 （CVE-2026-43347）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - arm64：dts：qcom：monaco：预留完整的 Gunyah 元数据区域 我们在基于 Monaco 的平台上观察到虚假的同步外部中止异常 （ESR=0x96000010） 和内核崩溃。这些错误是由于内核无意中访问未正确标记为保留的管理程序拥有的内存而导致的。
    >在引导日志中，Qualcomm 管理程序将大小为 0x80000 （512 KiB） 的 0x91a80000 内存范围报告为管理程序拥有：qhee_hyp_assign_remove_memory：0x91a80000/0x80000 -> ret 0 但是，固件提供的 EFI 内存映射仅保留子范围 0x91a400000x91a87fff （288 KiB）。剩余部分 （0x91a880000x91afffff） 被错误报告为常规内存（来自 efi 调试）：efi：
    0x000091a40000-0x000091a87fff [保留...] efi：0x000091a88000-0x0000938fffff [常规...]因此，分配器可能会在管理程序拥有的区域内分发 PFN，从而在内核访问这些地址时造成致命中止。为 0x91a80000 （512 KiB） 处的 Gunyah 管理程序元数据添加保留内存剥离，并将其标记为无映射，这样 Linux 就不会从该区域进行映射或分配。郑重声明：Hyp 版本：gunyah-e78adb36e 调试 （2025-11-17 05：38：05 UTC） UEFI 版本：
    6.0.260122.BOOT。MXF.1.0.c1-00449-KODIAKLA-1 （CVE-2026-43347）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - arm64:dts:qcom:monaco:完全な Gunyah メタデータ領域を予約します モナコを拠点とするプラットフォームで、偽造の同期外部中止例外(ESR=0x96000010)とカーネルクラッシュが確認されました。これらの障害は、カーネルが、予約済みとして適切にマークされていないハイパーバイザー所有のメモリに誤ってアクセスしたために発生します。
    >ブートログから、Qualcommハイパーバイザーは、サイズ0x80000(512 KiB)の0x91a80000のメモリ範囲をハイパーバイザー所有として報告します:qhee_hyp_assign_remove_memory:0x91a80000/0x80000 -> ret 0。ただし、ファームウェアが提供するEFIメモリマップは、サブ範囲0x91a400000x91a87fff(288 KiB)のみを予約しています。残りの部分(0x91a880000x91afffff)が、(efi デバッグから)従来のメモリとして間違って報告されています: efi:
    0x000091a40000-0x000091a87fff [予約済み...] efi:0x000091a88000-0x0000938fffff [従来...]結果として、アロケーターがハイパーバイザー所有領域内でPFNを配布し、カーネルがこれらのアドレスにアクセスするときに致命的な中止を引き起こす可能性があります。0x91a80000(512 KiB)にある Gunyah ハイパーバイザーメタデータ用の予約済みメモリカーブアウトを追加し、これをマップなしとしてマークします。これにより、Linux がこの領域からのマッピングも割り当ても実行されません。記録のために: Hyp バージョン: gunyah-e78adb36e デバッグ (2025-11-17 05:38:05 UTC) UEFI バージョン:
    6.0.260122.BOOT。MXF.1.0.c1-00449-KODIAKLA-1(CVE-2026-43347)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - arm64: dts: qcom: monaco: Reserve full Gunyah metadata region We observe spurious Synchronous External     Abort exceptions (ESR=0x96000010) and kernel crashes on Monaco-based platforms. These faults are caused     by the kernel inadvertently accessing hypervisor-owned memory that is not properly marked as reserved.
    >From boot log, The Qualcomm hypervisor reports the memory range at 0x91a80000 of size 0x80000 (512 KiB)     as hypervisor-owned: qhee_hyp_assign_remove_memory: 0x91a80000/0x80000 -> ret 0 However, the EFI memory     map provided by firmware only reserves the subrange 0x91a400000x91a87fff (288 KiB). The remaining portion     (0x91a880000x91afffff) is incorrectly reported as conventional memory (from efi debug): efi:
    0x000091a40000-0x000091a87fff [Reserved...] efi: 0x000091a88000-0x0000938fffff [Conventional...] As a     result, the allocator may hand out PFNs inside the hypervisor owned region, causing fatal aborts when the     kernel accesses those addresses. Add a reserved-memory carveout for the Gunyah hypervisor metadata at     0x91a80000 (512 KiB) and mark it as no-map so Linux does not map or allocate from this area. For the     record: Hyp version: gunyah-e78adb36e debug (2025-11-17 05:38:05 UTC) UEFI Ver:
    6.0.260122.BOOT.MXF.1.0.c1-00449-KODIAKLA-1 (CVE-2026-43347)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名稱	產品	系列	已發布	已更新	嚴重性
314392	Linux Distros 未修補的弱點：CVE-2026-43347	Nessus	Misc.	2026/5/13	2026/7/31	high
314392	Linux Distros 未修补的漏洞：CVE-2026-43347	Nessus	Misc.	2026/5/13	2026/7/31	high
314392	Linux Distros のパッチ未適用の脆弱性: CVE-2026-43347	Nessus	Misc.	2026/5/13	2026/7/31	high
314392	Linux Distros Unpatched Vulnerability : CVE-2026-43347	Nessus	Misc.	2026/5/13	2026/7/31	high

偵測

搜尋 Plugin

high

high

high

high