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

  - LoongArch將 acpi_core_pic[NR_CPUS] 變更為 acpi_core_pic[MAX_CORE_PIC] 在預設組態下NR_CPUS 的值為 64。當 HW 平台的 cpu 數超過 64 時系統會在這些平台上當機。MAX_CORE_PIC 是 MADT 表格中的最大實體數 (最大實體數)可超過支援的最大 cpu 數 (NR_CPUS最大邏輯數)但核心不應損毀。核心應以 NR_CPUS 開機 cpu讓其餘的 cpu 保留在 BIOS 中。潛在的損毀原因是剖析 MADT 表格時陣列 acpi_core_pic[NR_CPUS] 可溢位且 CORE_PIC 顯然應對應實體核心而非邏輯核心因此最好將陣列定義為 acpi_core_pic[MAX_CORE_PIC] 。透過修補程式系統可以使用 qemu 參數 -smp 128 啟動 64 個 vcpus否則係統將會當機並出現下列訊息。 [ 0.000000] CPU 0 無法處理虛擬位址 0000420000004259 的核心分頁要求era == 90000000037a5f0cra == 90000000037a46ec [ 0.000000] Oops[#1][ 0.000000] CPU: 0 PID: 0 Commswapper 非受污染的 6.8.0-rc2+ #192 [ 0.000000] 硬體名稱
    QEMU QEMU Virtual Machine, BIOS unknown 2/2/2022 [ 0.000000] pc 90000000037a5f0c ra 90000000037a46ec tp 9000000003c90000 sp 9000000003c93d60 [ 0.000000] a0 0000000000000019 a1 9000000003d93bc0 a2 0000000000000000 a3 9000000003c93bd8 [ 0.000000] a4 9000000003c93a74 a5 9000000083c93a67 a6 9000000003c938f0 a7 0000000000000005 [ 0.000000] t0 0000420000004201 t1 0000000000000000 t2 0000000000000001 t3 0000000000000001 [ 0.000000] t4 0000000000000003 t5 0000000000000000 t6 0000000000000030 t7 0000000000000063 [ 0.000000] t8 0000000000000014 u0 ffffffffffffffff s9 0000000000000000 s0 9000000003caee98 [ 0.000000] s1 90000000041b0480 s2 9000000003c93da0 s3 9000000003c93d98 s4 9000000003c93d90 [ 0.000000] s5 9000000003caa000 s6 000000000a7fd000 s7 000000000f556b60 s8 000000000e0a4330 [ 0.000000] ra: 90000000037a46ec platform_init+0x214/0x250 [0.000000] ERA: 90000000037a5f0c efi_runtime_init+0x30/0x94 [ 0.000000] CRMD: 000000b0 (PLV0 -IE -DA +PG DACF=CC DACM=CC -WE) [ 0.000000] PRMD 00000000 (PPLV0 -PIE -PWE) [ 0.000000] EUEN 00000000 (-FPE -SXE
    -ASXE -BTE) [ 0.000000] ECFG 00070800 (LIE=11 VS=7) [ 0.000000] ESTAT 00010000 [PIL] (IS= ECode=1 EsubCode=0) [ 0.000000] BADV 0000420000004259 [ 0.000000] PRID0014c010 (Loongson-64bitLoongson-3A5000) [ 0.000000] 連結下列的模組[ 0.000000] 處理程序交換器 (pid: 0, threadinfo=(____ptrval____), task=(____ptrval____)) [ 0.000000] 堆疊9000000003c93a14 9000000003800898 90000000041844f8 90000000037a46ec [ 0.000000] 000000000a7fd000 0000000008290000 0000000000000000 0000000000000000 [ 0.000000] 0000000000000000 0000000000000000 00000000019d8000 000000000f556b60 [0.000000] 000000000a7fd000 000000000f556b08 9000000003ca7700 9000000003800000 [ 0.000000] 9000000003c93e50 9000000003800898 9000000003800108 90000000037a484c [ 0.000000] 000000000e0a4330 000000000f556b60 000000000a7fd000 000000000f556b08 [ 0.000000] 9000000003ca7700 9000000004184000 0000000000200000 000000000e02b018 [ 0.000000] 000000000a7fd000 90000000037a0790 9000000003800108 0000000000000000 [0.000000] 0000000000000000 000000000e0a4330 000000000f556b60 000000000a7fd000 [ 0.000000] 000000000f55 6b08 000000000eaae298 000000000eaa5040 0000000000200000 [ 0.000000] ... [ 0.000000] 呼叫追踪 [ 0.000000] [<90000000037a5f0c>] efi_runtime_init+0x30/0x94 [ 0.000000] [<90000000037a46ec>] platform_init+0x214/0x250 [ 0.000000] [<90000000037a484c>] setup_arch+0x124/0x45c [ 0.000000] [<90000000037a0790>] start_kernel+0x90/0x670 [ 0.000000] [<900000000378b0d8>] kernel_entry+0xd8/0xdc (CVE-2024-26768)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - LoongArch更改 acpi_core_pic[NR_CPUS] 至 acpi_core_pic[MAX_CORE_PIC] 默认配置下NR_CPUS 的值为 64。当 HW 平台拥有 64 个以上的 cpu 时系统将在这些平台上崩溃。MAX_CORE_PIC 是 MADT 表中的最大 cpu 数量最大物理数量它可以超过支持的最大 cpu 数量NR_CPUS最大逻辑数量但内核不应崩溃。内核应通过 NR_CPUS 启动 cpu让其余 cpu 留在 BIOS 中。潜在崩溃原因是解析 MADT 表时数组 acpi_core_pic[NR_CPUS] 会溢出并且 CORE_PIC 明显应对应于物理核心而不是逻辑核心因此最好将数组定义为 acpi_core_pic[MAX_CORE_PIC] 。安装后系统可使用 qemu 参数 -smp 128 启动 64 vcpus否则系统将崩溃并显示以下消息。 [ 0.000000] CPU 0 无法处理虚拟地址 0000420000004259 处的内核分页请求era == 90000000037a5f0cra == 90000000037a46ec [ 0.000000] Oops[#1]: [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not受感染 6.8.0-rc2+ #192 [ 0.000000] 硬件名称
    QEMU QEMU Virtual Machine, BIOS unknown 2/2/2022 [ 0.000000] pc 90000000037a5f0c ra 90000000037a46ec tp 9000000003c90000 sp 9000000003c93d60 [ 0.000000] a0 0000000000000019 a1 9000000003d93bc0 a2 0000000000000000 a3 9000000003c93bd8 [ 0.000000] a4 9000000003c93a74 a5 9000000083c93a67 a6 9000000003c938f0 a7 0000000000000005 [ 0.000000] t0 0000420000004201 t1 0000000000000000 t2 0000000000000001 t3 0000000000000001 [ 0.000000] t4 0000000000000003 t5 0000000000000000 t6 0000000000000030 t7 0000000000000063 [ 0.000000] t8 0000000000000014 u0 ffffffffffffffff s9 0000000000000000 s0 9000000003caee98 [ 0.000000] s1 90000000041b0480 s2 9000000003c93da0 s3 9000000003c93d98 s4 9000000003c93d90 [ 0.000000] s5 9000000003caa000 s6 000000000a7fd000 s7 000000000f556b60 s8 000000000e0a4330 [ 0.000000] ra: 90000000037a46ec platform_init+0x214/0x250 [0.000000] ERA: 90000000037a5f0c efi_runtime_init+0x30/0x94 [ 0.000000] CRMD: 000000b0 (PLV0 -IE -DA +PG DACF=CC DACM=CC -WE) [ 0.000000] PRMD: 00000000 (PPLV0 -PIE -PWE) [ 0.000000] EUEN: 00000000 (-FPE -SXE
    -ASXE -BTE[ 0.000000] ECFG: 00070800 (LIE=11 VS=7) [ 0.000000] ESTAT: 00010000 [PIL] (IS= ECode=1 EsubCode=0) [ 0.000000] BADV: 0000420000004259 [ 0.000000] PRID0014c010 (Loongson-64bit、Loongson-3A5000) [ 0.000000] 中链接的模块[ 0.000000] 进程交换程序pid: 0, threadinfo=(____ptrval____), task=(____ptrval____) [ 0.000000] Stack : 9000000003c93a14 9000000003800898 90000000041844f8 90000000037a46ec [ 0.000000] 000000000a7fd000 0000000008290000 0000000000000000 0000000000000000 [ 0.000000] 0000000000000000 0000000000000000 00000000019d8000 000000000f556b60 [0.000000] 000000000a7fd000 000000000f556b08 9000000003ca7700 9000000003800000 [ 0.000000] 9000000003c93e50 9000000003800898 9000000003800108 90000000037a484c [ 0.000000] 000000000e0a4330 000000000f556b60 000000000a7fd000 000000000f556b08 [ 0.000000] 9000000003ca7700 9000000004184000 0000000000200000 000000000e02b018 [ 0.000000] 000000000a7fd000 90000000037a0790 9000000003800108 0000000000000000 [0.000000] 0000000000000000 000000000e0a4330 000000000f556b60 000000000a7fd000 [ 0.000000] 000000000f55 6b08 000000000eaae298 000000000eaa5040 0000000000200000 [ 0.000000] ... [ 0.000000] 调用跟踪[ 0.000000] [<90000000037a5f0c>] efi_runtime_init+0x30/0x94 [ 0.000000] [<90000000037a46ec>] platform_init+0x214/0x250 [ 0.000000] [<90000000037a484c>] setup_arch+0x124/0x45c [ 0.000000] [<90000000037a0790>] start_kernel+0x90/0x670 [ 0.000000] [<900000000378b0d8>] kernel_entry+0xd8/0xdc (CVE-2024-26768)

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

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

  - LoongArchacpi_core_pic[NR_CPUS] を acpi_core_pic[MAX_CORE_PIC] に変更しますデフォルト構成では、NR_CPUS の値は 64 です。HW プラットフォームに 64 を超える cpu がある場合、システムがこれらのプラットフォームでクラッシュします。MAX_CORE_PIC は、MADT テーブルの最大 cpu 数 (最大物理数) で、サポートされている最大 cpu 数 (NR_CPUS、最大論理数) を超える可能性がありますが、カーネルはクラッシュしません。カーネルは NR_CPUS で cpu を起動する必要があり、残りの cpu は BIOS に留まります。潜在的なクラッシュの理由は、MADT テーブルの解析時に配列 acpi_core_pic[NR_CPUS] がオーバーフローする可能性があることです。また、CORE_PIC は論理コアではなく物理コアに対応するべきであることは明らかです。そのため、配列を acpi_core_pic[MAX_CORE_PIC] として定義する方が良いです。 。パッチでは、システムは qemu パラメーター -smp 128 で 64 vcpus を起動できます。そうしないと、システムは以下のメッセージでクラッシュします。 [ 0.000000] CPU 0 仮想アドレスでカーネルページングリクエストを処理できません 0000420000004259,era == 90000000037a5f0c, ra == 90000000037a46ec [ 0.000000Oops#1] : [ 0.000000] CPU:0 PID:0 Comm: swapper Not= 6.8.0-rc2+ が汚染されました #1920.000000] ハードウェア名
    QEMU QEMU Virtual Machine, BIOS unknown 2/2/2022 [ 0.000000] pc 90000000037a5f0c ra 90000000037a46ec tp 9000000003c90000 sp 9000000003c93d60 [ 0.000000] a0 0000000000000019 a1 9000000003d93bc0 a2 0000000000000000 a3 9000000003c93bd8 [ 0.000000] a4 9000000003c93a74 a5 9000000083c93a67 a6 9000000003c938f0 a7 0000000000000005 [ 0.000000] t0 0000420000004201 t1 0000000000000000 t2 0000000000000001 t3 0000000000000001 [ 0.000000] t4 0000000000000003 t5 0000000000000000 t6 0000000000000030 t7 0000000000000063 [ 0.000000] t8 0000000000000014 u0 ffffffffffffffff s9 0000000000000000 s0 9000000003caee98 [ 0.000000] s1 90000000041b0480 s2 9000000003c93da0 s3 9000000003c93d98 s4 9000000003c93d90 [ 0.000000] s5 9000000003caa000 s6 000000000a7fd000 s7 000000000f556b60 s8 000000000e0a4330 [ 0.000000] ra: 90000000037a46ec platform_init+0x214/0x250 [0.000000] ERA: 90000000037a5f0c efi_runtime_init+0x30/0x94 [ 0.000000] CRMD: 000000b0 (PLV0 -IE -DA +PG DACF=CC DACM=CC -WE[ 0.000000] PRMD00000000PPLV0 -PIE -PWE[ 0.000000] EUEN00000000-FPE -SXE
    -ASXE -BTE[ 0.000000] ECFG: 00070800 (LIE=11 VS=7) [ 0.000000] ESTAT: 00010000 [PIL] (IS= ECode=1 EsubCode=0)[ 0.000000] BADV: 0000420000004259 [ 0.000000] PRID0014c010Loongson-64bit、Loongson-3A5000 0.000000] リンクされているモジュール[ 0.000000] プロセススワッパーpid: 0、threadinfo=(____ptrval____)、task=(____ptrval____) 0.000000スタック9000000003c93a14 9000000003800898 90000000041844f8 90000000037a46ec [ 0.000000] 000000000a7fd000 0000000008290000 0000000000000000 0000000000000000 [ 0.000000] 0000000000000000 0000000000000000 00000000019d8000 000000000f556b60 [0.000000] 000000000a7fd000 000000000f556b08 9000000003ca7700 9000000003800000 [ 0.000000] 9000000003c93e50 9000000003800898 9000000003800108 90000000037a484c [ 0.000000] 000000000e0a4330 000000000f556b60 000000000a7fd000 000000000f556b08 [ 0.000000] 9000000003ca7700 9000000004184000 0000000000200000 000000000e02b018 [ 0.000000] 000000000a7fd000 90000000037a0790 9000000003800108 0000000000000000 [0.000000] 0000000000000000 000000000e0a4330 000000000f556b60 000000000a7fd000 [ 0.000000] 000000000f55 6b08 000000000eaae298 000000000eaa5040 0000000000200000 [ 0.000000] ... [ 0.000000] Call Trace: [ 0.000000] [<90000000037a5f0c>] efi_runtime_init+0x30/0x94 [ 0.000000] [<90000000037a46ec>] platform_init+0x214/0x250 [ 0.000000] [<90000000037a484c>setup_arch+0x124/0x45c [ 0.000000] [<90000000037a0790>] start_kernel+0x90/0x670 [ 0.000000] [<900000000378b0d8>] kernel_entry+0xd8/0xdcCVE-2024-26768]

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

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

  - LoongArch: Change acpi_core_pic[NR_CPUS] to acpi_core_pic[MAX_CORE_PIC] With default config, the value of     NR_CPUS is 64. When HW platform has more then 64 cpus, system will crash on these platforms. MAX_CORE_PIC     is the maximum cpu number in MADT table (max physical number) which can exceed the supported maximum cpu     number (NR_CPUS, max logical number), but kernel should not crash. Kernel should boot cpus with NR_CPUS,     let the remainder cpus stay in BIOS. The potential crash reason is that the array acpi_core_pic[NR_CPUS]     can be overflowed when parsing MADT table, and it is obvious that CORE_PIC should be corresponding to     physical core rather than logical core, so it is better to define the array as     acpi_core_pic[MAX_CORE_PIC]. With the patch, system can boot up 64 vcpus with qemu parameter -smp 128,     otherwise system will crash with the following message. [ 0.000000] CPU 0 Unable to handle kernel paging     request at virtual address 0000420000004259, era == 90000000037a5f0c, ra == 90000000037a46ec [ 0.000000]     Oops[#1]: [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 6.8.0-rc2+ #192 [ 0.000000] Hardware name:
    QEMU QEMU Virtual Machine, BIOS unknown 2/2/2022 [ 0.000000] pc 90000000037a5f0c ra 90000000037a46ec tp     9000000003c90000 sp 9000000003c93d60 [ 0.000000] a0 0000000000000019 a1 9000000003d93bc0 a2     0000000000000000 a3 9000000003c93bd8 [ 0.000000] a4 9000000003c93a74 a5 9000000083c93a67 a6     9000000003c938f0 a7 0000000000000005 [ 0.000000] t0 0000420000004201 t1 0000000000000000 t2     0000000000000001 t3 0000000000000001 [ 0.000000] t4 0000000000000003 t5 0000000000000000 t6     0000000000000030 t7 0000000000000063 [ 0.000000] t8 0000000000000014 u0 ffffffffffffffff s9     0000000000000000 s0 9000000003caee98 [ 0.000000] s1 90000000041b0480 s2 9000000003c93da0 s3     9000000003c93d98 s4 9000000003c93d90 [ 0.000000] s5 9000000003caa000 s6 000000000a7fd000 s7     000000000f556b60 s8 000000000e0a4330 [ 0.000000] ra: 90000000037a46ec platform_init+0x214/0x250 [     0.000000] ERA: 90000000037a5f0c efi_runtime_init+0x30/0x94 [ 0.000000] CRMD: 000000b0 (PLV0 -IE -DA +PG     DACF=CC DACM=CC -WE) [ 0.000000] PRMD: 00000000 (PPLV0 -PIE -PWE) [ 0.000000] EUEN: 00000000 (-FPE -SXE
    -ASXE -BTE) [ 0.000000] ECFG: 00070800 (LIE=11 VS=7) [ 0.000000] ESTAT: 00010000 [PIL] (IS= ECode=1     EsubCode=0) [ 0.000000] BADV: 0000420000004259 [ 0.000000] PRID: 0014c010 (Loongson-64bit,     Loongson-3A5000) [ 0.000000] Modules linked in: [ 0.000000] Process swapper (pid: 0,     threadinfo=(____ptrval____), task=(____ptrval____)) [ 0.000000] Stack : 9000000003c93a14 9000000003800898     90000000041844f8 90000000037a46ec [ 0.000000] 000000000a7fd000 0000000008290000 0000000000000000     0000000000000000 [ 0.000000] 0000000000000000 0000000000000000 00000000019d8000 000000000f556b60 [     0.000000] 000000000a7fd000 000000000f556b08 9000000003ca7700 9000000003800000 [ 0.000000] 9000000003c93e50     9000000003800898 9000000003800108 90000000037a484c [ 0.000000] 000000000e0a4330 000000000f556b60     000000000a7fd000 000000000f556b08 [ 0.000000] 9000000003ca7700 9000000004184000 0000000000200000     000000000e02b018 [ 0.000000] 000000000a7fd000 90000000037a0790 9000000003800108 0000000000000000 [     0.000000] 0000000000000000 000000000e0a4330 000000000f556b60 000000000a7fd000 [ 0.000000] 000000000f556b08     000000000eaae298 000000000eaa5040 0000000000200000 [ 0.000000] ... [ 0.000000] Call Trace: [ 0.000000]     [<90000000037a5f0c>] efi_runtime_init+0x30/0x94 [ 0.000000] [<90000000037a46ec>] platform_init+0x214/0x250     [ 0.000000] [<90000000037a484c>] setup_arch+0x124/0x45c [ 0.000000] [<90000000037a0790>]     start_kernel+0x90/0x670 [ 0.000000] [<900000000378b0d8>] kernel_entry+0xd8/0xdc (CVE-2024-26768)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
227495	Linux Distros 未修補的弱點：CVE-2024-26768	Nessus	Misc.	2025/3/5	2026/1/15	medium
227495	Linux Distros 未修补的漏洞：CVE-2024-26768	Nessus	Misc.	2025/3/5	2026/1/15	medium
227495	Linux Distros のパッチ未適用の脆弱性: CVE-2024-26768	Nessus	Misc.	2025/3/5	2026/1/15	medium
227495	Linux Distros Unpatched Vulnerability : CVE-2024-26768	Nessus	Misc.	2025/3/5	2026/1/15	medium

检测

插件搜索

medium

medium

medium

medium