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

  - x86/efi：修复 FPU softirq 更改后的正常错误处理，自提交 d02198550423 以来（x86/fpu：
    通过使内核模式 FPU 可在 softirqs 中可靠地使用，从而改善加密性能），kernel_fpu_begin（） 调用使用 local_bh_disable（） 而非先前的 preempt_disable（） 的 fpregs_lock（）。这会在整个 EFI 运行时服务调用期间preempt_count中设置SOFTIRQ_OFFSET，从而导致 in_interrupt（） 在正常任务上下文中返回 true。正常页面错误处理程序 efi_crash_gracefully_on_page_fault（） 使用 in_interrupt（） 解决实际中断上下文中的错误。现在设置SOFTIRQ_OFFSET后，处理程序将始终退出，从而不会处理 EFI 固件页面错误。这会升级到 die（），后者也会将 in_interrupt（） 视为真，并调用 panic（中断中的致命异常），进而导致硬系统冻结。在具有缺陷固件的系统上，其会在 EFI 运行时调用期间触发页面错误（例如，访问 GetTime（） 中的未映射内存），这会导致无法恢复的挂起，而不是正常的EFI_ABORTED恢复。通过将 in_interrupt（） 替换为 ！in_task（） 来修复。这可保留中断或 NMI 错误的初始意图，同时不会再从 FPU 代码路径的 local_bh_disable（） 错误触发。[ardb： Sashiko 发现，使用“in_hardirq（） || in_nmi（）”会留下一个窗口，其中可能在调用 fpregs_lock（） 之前，但在分配了 efi_rts_work.efi_rts_id 之后获取 softirq，然后该窗口中出现的任何页面错误将被误识别为由固件引起。相反，请使用包含 in_serving_softirq（） 的 ！in_task（）。] （CVE-2026-46290）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-46290

medium Nessus 插件 ID 320310

版本 1.9