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

  - x86/apic:カーネルが期待する場合、再開時に x2apic を無効にします s2ram から再開する際、ファームウェアが x2apic モードを再び有効にする可能性があります。これは、IRQ の再マッピングをサポートしていないか他の理由で、起動時にカーネルによって無効になっていた可能性があります。これにより、ハードウェアが x2apic モードの間、カーネルは xapic インターフェイスを使用し続けることになり、ハングが引き起こされます。これは、defconfig + bare metal + s2ram で発生します。
    カーネルが x2apic を無効にすることを想定する場合(x2apic_mode = 0 の場合)に、x2apic を無効にすることで、lapic_resume() でこれを修正します。ACPI v6.6 仕様、セクション 16.3 [1] では、ファームウェアは MSR 状態を含む各 CPU のプリスリープ構成または初期ブート構成のいずれかを復元すると述べています。S2 または S3 スリープ状態からウェイクアップの結果として電源オンリセットベクトルから実行する場合、プラットフォームファームウェアは、システムを最初のオペレーティングシステム起動前の状態に復元するために必要なハードウェア初期化のみを実行します。 またはスリープ前の構成状態になります。マルチプロセッサシステムでは、非ブートプロセッサは、最初のオペレーティングシステム起動前と同じ状態にする必要があります。(さらに先)これが S2 または S3 ウェイクの場合、プラットフォームランタイムファームウェアは、ウェイクベクトルにジャンプする前にシステムの最小コンテキストを復元します。これには以下が含まれます。CPU 構成。プラットフォームランタイムファームウェアは、各CPU(MSR、MTRR、ファームウェア更新プログラム、SMBaseなど)のスリープ前の構成または初期ブート構成を復元します。割り込みを無効にする必要があります (IA-32 プロセッサの場合は、CLI 命令で無効にします)。(およびその他)したがって、少なくとも仕様に従って、x2apic オンが初期起動構成の一部である場合、ファームウェアによる x2apic の再有効化は許可されます。[1] https://uefi.org/specs/ACPI/6.6/16_Waking_and_Sleeping.html#initialization [ bp: マッサージ。 ] (CVE-2026-43363)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-43363

medium Nessus プラグイン ID 313318

バージョン 1.12