The remote CentOS Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the kernel-5.14.0-511.el9 build changelog.

  - In the Linux kernel, the following vulnerability has been resolved: pipe: wakeup wr_wait after setting     max_usage Commit c73be61cede5 (pipe: Add general notification queue support) a regression was introduced     that would lock up resized pipes under certain conditions. See the reproducer in [1]. The commit resizing     the pipe ring size was moved to a different function, doing that moved the wakeup for pipe->wr_wait before     actually raising pipe->max_usage. If a pipe was full before the resize occured it would result in the     wakeup never actually triggering pipe_write. Set @max_usage and @nr_accounted before waking writers if     this isn't a watch queue. [Christian Brauner <brauner@kernel.org>: rewrite to account for watch queues]     (CVE-2023-52672)

  - In the Linux kernel, the following vulnerability has been resolved: gpio: pca953x: fix     pca953x_irq_bus_sync_unlock race Ensure that `i2c_lock' is held when setting interrupt latch and mask in     pca953x_irq_bus_sync_unlock() in order to avoid races. The other (non-probe) call site     pca953x_gpio_set_multiple() ensures the lock is held before calling pca953x_write_regs(). The problem     occurred when a request raced against irq_bus_sync_unlock() approximately once per thousand reboots on an     i.MX8MP based system. * Normal case 0-0022: write register AI|3a {03,02,00,00,01} Input latch P0 0-0022:
    write register AI|49 {fc,fd,ff,ff,fe} Interrupt mask P0 0-0022: write register AI|08 {ff,00,00,00,00}     Output P3 0-0022: write register AI|12 {fc,00,00,00,00} Config P3 * Race case 0-0022: write register AI|08     {ff,00,00,00,00} Output P3 0-0022: write register AI|08 {03,02,00,00,01} *** Wrong register *** 0-0022:
    write register AI|12 {fc,00,00,00,00} Config P3 0-0022: write register AI|49 {fc,fd,ff,ff,fe} Interrupt     mask P0 (CVE-2024-42253)

  - In the Linux kernel, the following vulnerability has been resolved: bonding: fix xfrm real_dev null     pointer dereference We shouldn't set real_dev to NULL because packets can be in transit and xfrm might     call xdo_dev_offload_ok() in parallel. All callbacks assume real_dev is set. Example trace: kernel: BUG:
    unable to handle page fault for address: 0000000000001030 kernel: bond0: (slave eni0np1): making interface     the new active one kernel: #PF: supervisor write access in kernel mode kernel: #PF: error_code(0x0002) -     not-present page kernel: PGD 0 P4D 0 kernel: Oops: 0002 [#1] PREEMPT SMP kernel: CPU: 4 PID: 2237 Comm:
    ping Not tainted 6.7.7+ #12 kernel: Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-2.fc40     04/01/2014 kernel: RIP: 0010:nsim_ipsec_offload_ok+0xc/0x20 [netdevsim] kernel: bond0: (slave eni0np1):
    bond_ipsec_add_sa_all: failed to add SA kernel: Code: e0 0f 0b 48 83 7f 38 00 74 de 0f 0b 48 8b 47 08 48     8b 37 48 8b 78 40 e9 b2 e5 9a d7 66 90 0f 1f 44 00 00 48 8b 86 80 02 00 00 <83> 80 30 10 00 00 01 b8 01 00     00 00 c3 0f 1f 80 00 00 00 00 0f 1f kernel: bond0: (slave eni0np1): making interface the new active one     kernel: RSP: 0018:ffffabde81553b98 EFLAGS: 00010246 kernel: bond0: (slave eni0np1): bond_ipsec_add_sa_all:
    failed to add SA kernel: kernel: RAX: 0000000000000000 RBX: ffff9eb404e74900 RCX: ffff9eb403d97c60 kernel:
    RDX: ffffffffc090de10 RSI: ffff9eb404e74900 RDI: ffff9eb3c5de9e00 kernel: RBP: ffff9eb3c0a42000 R08:
    0000000000000010 R09: 0000000000000014 kernel: R10: 7974203030303030 R11: 3030303030303030 R12:
    0000000000000000 kernel: R13: ffff9eb3c5de9e00 R14: ffffabde81553cc8 R15: ffff9eb404c53000 kernel: FS:
    00007f2a77a3ad00(0000) GS:ffff9eb43bd00000(0000) knlGS:0000000000000000 kernel: CS: 0010 DS: 0000 ES: 0000     CR0: 0000000080050033 kernel: CR2: 0000000000001030 CR3: 00000001122ab000 CR4: 0000000000350ef0 kernel:
    bond0: (slave eni0np1): making interface the new active one kernel: Call Trace: kernel: <TASK> kernel: ?
    __die+0x1f/0x60 kernel: bond0: (slave eni0np1): bond_ipsec_add_sa_all: failed to add SA kernel: ?     page_fault_oops+0x142/0x4c0 kernel: ? do_user_addr_fault+0x65/0x670 kernel: ?     kvm_read_and_reset_apf_flags+0x3b/0x50 kernel: bond0: (slave eni0np1): making interface the new active one     kernel: ? exc_page_fault+0x7b/0x180 kernel: ? asm_exc_page_fault+0x22/0x30 kernel: ?     nsim_bpf_uninit+0x50/0x50 [netdevsim] kernel: bond0: (slave eni0np1): bond_ipsec_add_sa_all: failed to add     SA kernel: ? nsim_ipsec_offload_ok+0xc/0x20 [netdevsim] kernel: bond0: (slave eni0np1): making interface     the new active one kernel: bond_ipsec_offload_ok+0x7b/0x90 [bonding] kernel: xfrm_output+0x61/0x3b0     kernel: bond0: (slave eni0np1): bond_ipsec_add_sa_all: failed to add SA kernel:
    ip_push_pending_frames+0x56/0x80 (CVE-2024-44989)

  - In the Linux kernel, the following vulnerability has been resolved: bonding: fix null pointer deref in     bond_ipsec_offload_ok We must check if there is an active slave before dereferencing the pointer.
    (CVE-2024-44990)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

An update of the linux package has been released.

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-511.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルで、次の脆弱性が解決されました: pipe: max_usage の設定後に wr_wait をウェイクアップします: c73be61cede5 をコミットします (pipe: 一般的な通知キューのサポートを追加)。特定の条件下で、サイズを変更したパイプがロックアップするという回帰が導入されました。[1] の再現性を参照してください。パイプリングサイズのサイズ変更のコミットは別の関数に移動され、実際に pipe->max_usage を上げる前に pipe->wr_wait のウェイクアップを移動しました。サイズ変更が発生する前にパイプがいっぱいになった場合、ウェイクアップが実際には pipe_write をトリガーしませんでした。これがウォッチキューでない場合、ライターをウェイクアップする前に @max_usage と @nr_accounted を設定します。[Christian Brauner 氏 <brauner@kernel.org>: ウォッチキューを説明するために書き換え] (CVE-2023-52672)

  - Linux カーネルで、次の脆弱性が解決されています。gpio: pca953x: pca953x_irq_bus_sync_unlock の競合を修正します。pca953x_irq_bus_sync_unlock() で、競合を回避するために割り込みのラッチとマスクを設定する際に、「i2c_lock」が確実に保持されるようにします。その他の (プローブではない) 呼び出しサイト pca953x_gpio_set_multiple() は、pca953x_write_regs() を呼び出す前にロックが確実に保持されるようにします。この問題は、irq_bus_sync_unlock() と競合するリクエストが、i.MX8MP ベースのシステムで約 1000 回ごとに再起動すると発生していました。* 通常の場合 0-0022: レジスタ AI|3a {03,02,00,00,01} への書き込み 入力ラッチ P0 0-0022:
    書き込みレジスタ AI|49 {fc,fd,ff,ff,fe} 割り込みマスク P0 0-0022: 書き込みレジスタ AI|08 {ff,00,00,00,00} 出力 P3 0-0022: 書き込みレジスタ AI|12 {fc,00,00,00,00} Config P3 * 競合ケース 0-0022: 書き込みレジスタ AI|08 {ff,00,00,00,00} 出力 P3 0-0022: 書き込みレジスタ AI|08 {03, 02,00,00,01} *** 間違ったレジスタ *** 0-0022:
    書き込みレジスタ AI|12 {fc,00,00,00,00} Config P3 0-0022: 書き込みレジスタ AI|49 {fc,fd,ff,ff,fe} 割り込みマスク P0 (CVE-2024-42253)

  - Linux カーネルでは、次の脆弱性が解決されています。bonding: xfrm real_dev null ポインターデリファレンスを修正します。パケットが転送中である可能性があり、xfrm がパラレルで xdo_dev_offload_ok() を呼び出す可能性があるため、real_dev を NULL に設定すべきではありません。すべてのコールバックは、real_dev が設定されていることを前提としています。トレースの例: カーネル: バグ:
    アドレス: 0000000000001030 のページ障害を処理できません カーネル: bond0: (slave eni0np1): インターフェースを新しいアクティブなものにする カーネル: #PF: カーネルモードでのスーパーバイザー書き込みアクセス: #PF: error_code(0x0002) - ページが存在しない カーネル: PGD 0 P4D 0 カーネル: Oops: 0002 [#1] PREEMPT SMP カーネル: CPU: 4 PID: 2237 Comm: 
    ping 汚染されていない 6.7.7+ #12 カーネル: ハードウェア名: QEMU Standard PC (Q35 + ICH9、2009)、BIOS 1.16.3-2.fc40 04/01/2014 カーネル: RIP: 0010:nsim_ipsec_offload_ok+0xc/0x20 [netdevsim] カーネル: bond0: (スレーブ eni0np1): 
    bond_ipsec_add_sa_all: 次の SA カーネルを追加できませんでした: Code: e0 0f 0b 48 83 7f 38 00 74 de 0f 0b 48 8b 47 08 48 8b 37 48 8b 78 40 e9 b2 e5 9a d7 66 90 0f 1f 44 00 00 48 8b 86 80 02 00 00 <83> 80 30 10 00 00 01 b8 01 00 00 00 c3 0f 1f 80 00 00 00 00 0f 1f カーネル: bond0: (スレーブ eni0np1): インターフェースを新しいアクティブなものにします カーネル RSP: 0018:ffffabde81553b98 EFLAGS: 00010246 カーネル: bond0: (スレーブ eni0np1): bond_ipsec_add_sa_all:
    SA カーネルの追加に失敗しました: カーネル: RAX: ffff9eb404e74900 RCX: ffff9eb403d97c60 カーネル:
    RDX: ffffffffc090de10 RSI: ffff9eb404e74900 RDI: ffff9eb3c5de9e00 kernel: RBP: ffff9eb3c0a42000 R08:
    0000000000000010 R09: 0000000000000014 カーネル: R10: 7974203030303030 R11: 3030303030303030 R12:
    0000000000000000 カーネル: R13: ffff9eb3c5de9e00 R14: ffffabde81553cc8 R15: ffff9eb404c53000 kernel: FS:
    00007f2a77a3ad00(0000) GS:ffff9eb43bd00000(0000) knlGS:0000000000000000 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 kernel: CR2: 0000000000001030 CR3: 00000001122ab000 CR4: 0000000000350ef0 カーネル:
    bond0: (スレーブ eni0np1): インターフェースを新しいアクティブなものにします カーネル: 呼び出しトレース: カーネル: <TASK> kernel: ?
    __die+0x1f/0x60 カーネル: bond0: (スレーブ eni0np1): bond_ipsec_add_sa_all: SA カーネルの追加に失敗しました: ? page_fault_oops+0x142/0x4c0 kernel:? do_user_addr_fault+0x65/0x670 kernel:? kvm_read_and_reset_apf_flags+0x3b/0x50 kernel: bond0: (スレーブ eni0np1): インターフェースを新しいアクティブなものにします カーネル: ? exc_page_fault+0x7b/0x180 カーネル: ? asm_exc_page_fault+0x22/0x30 カーネル: ? nsim_bpf_uninit+0x50/0x50 [netdevsim] カーネル: bond0: (スレーブ eni0np1): bond_ipsec_add_sa_all: SA カーネルの追加に失敗しました: ? nsim_ipsec_offload_ok+0xc/0x20 [netdevsim] カーネル: bond0: (スレーブ eni0np1): インターフェースを新しいアクティブなものにします カーネル: bond_ipsec_offload_ok+0x7b/0x90 [bonding] カーネル: xfrm_output+0x61/0x3b0 カーネル: bond0: (スレーブ eni0np1): bond_ipsec_add_sa_all: SA カーネルの追加に失敗しました: 
    ip_push_pending_frames+0x56/0x80 (CVE-2024-44989)

  - Linux カーネルでは、次の脆弱性が解決されています。bonding: bond_ipsec_offload_ok の NULL ポインターデリファレンスを修正します ポインターをデリファレンスする前に、アクティブなスレーブがあるかどうかをチェックする必要があります。
    (CVE-2024-44990)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-511.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中解决了以下漏洞：pipe：设置 max_usage Commit c73be61cede5 后唤醒 wr_wait (pipe：添加常规通知队列支持) 引入了一个回归，在某些情况下会锁定调整大小的管道。请参阅 [1] 中的复制器。调整 pipe 环大小的提交被移动到其他函数，这样会在实际引发 pipe->max_usage 之前唤醒 pipe->wr_wait。如果在调整大小之前管道已满，将导致唤醒从未实际触发 pipe_write。如果这不是监视队列，请在唤醒编写器之前设置 @max_usage 和 @nr_accounted。[Christian Brauner <brauner@kernel.org>：重写以处理监视队列] (CVE-2023-52672)

  - 在 Linux 内核中，以下漏洞已解决：gpio：pca953x：修复 pca953x_irq_bus_sync_unlock 争用。确保在设置 pca953x_irq_bus_sync_unlock() 中的中断锁存和掩码时保留“i2c_lock”以避免争用。其他（非探测）调用站点 pca953x_gpio_set_multiple() 确保在调用 pca953x_write_regs() 之前保持锁定。在基于 i.MX8MP 的系统上，大约每千次重新启动会发生一次请求与 irq_bus_sync_unlock() 的争用，出现该问题。* 正常情况 0-0022：写入寄存器 AI|3a {03,02,00,00,01} 输入锁存器 P0 0-0022：
    写入寄存器 AI|49 {fc,fd,ff,ff,fe} 中断掩码 P0 0-0022：写入寄存器 AI|08 {ff,00,00,00,00} 输出 P3 0-0022：写入寄存器 AI|12 {fc,00,00,00,00} Config P3 * 争用情况 0-0022：写入寄存器 AI|08 {ff,00,00,00,00} Output P3 0-0022：写入寄存器 AI|08 {03,02,00,00,01} *** 错误的寄存器 *** 0-0022：
    写入寄存器 AI|12 {fc,00,00,00,00} 配置 P3 0-0022：写入寄存器 AI|49 {fc,fd,ff,ff,fe} 中断掩码 P0 (CVE-2024-42253)

  - 在 Linux 内核中，解决了以下漏洞：bonding：修复 xfrm real_dev 空指针取消引用。我们不应将 real_dev 设置为空，因为数据包可能正在传输中，而 xfrm 可能并行调用 xdo_dev_offload_ok()。所有回调均假设已设置 real_dev。跟踪示例：内核：缺陷：
    无法处理地址的页面错误：0000000000001030 内核：bond0： (从属 eni0np1)：使接口成为新的活动接口 内核：#PF：内核模式中的 supervisor 写入访问 内核：#PF：error_code(0x0002) - 不存在页 内核：PGD 0 P4D 0 内核：Oops: 0002 [#1] PREEMPT SMP 内核：CPU: 4 PID: 2237 Comm：
    ping 未感染 6.7.7+ #12 内核：硬件名称：QEMU Standard PC (Q35 + ICH9，2009)，BIOS 1.16.3-2.fc40 04/01/2014 内核：RIP：0010:nsim_ipsec_offload_ok+0xc/0x20 [ netdevsim] kernel：bond0：（从属 eni0np1）：
    bond_ipsec_add_sa_all：无法添加 SA 内核：代码：e0 0f 0b 48 83 7f 38 00 74 de 0f 0b 48 8b 47 08 48 8b 37 48 8b 78 40 e9 b2 e5 9a d7 66 90 0f 1f 44 00 00 48 8b 86 80 02 00 00 <83> 80 30 10 00 00 01 b8 01 00 00 00 c3 0f 1f 80 00 00 00 00 0f 1f 内核：bond0：(从属 eni0np1)：使接口成为新的活动接口 内核：RSP：0018:ffffabde81553b98 EFLAGS：00010246 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all：
    无法添加 SA 内核：内核：RAX: 0000000000000000 RBX：ffff9eb404e74900 RCX：ffff9eb403d97c60 内核：
    RDX：ffffffffc090de10 RSI：ffff9eb404e74900 RDI：ffff9eb3c5de9e00 内核：RBP：ffff9eb3c0a42000 R08：
    0000000000000010 R09: 0000000000000014 内核：R10: 7974203030303030 R11: 3030303030303030 R12:
    0000000000000000 内核：R13：ffff9eb3c5de9e00 R14：ffffabde81553cc8 R15：ffff9eb404c53000 kernel：FS：
    00007f2a77a3ad00(0000) GS:ffff9eb43bd00000(0000) knlGS:0000000000000000 内核：CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 内核：CR2: 0000000000001030 CR3: 00000001122ab000 CR4: 0000000000350ef0 内核：
    bond0：(从 eni0np1)：使接口成为新的活动接口 内核：调用跟踪：内核：<TASK> 内核：?
    __die+0x1f/0x60 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all：无法添加 SA 内核：? page_fault_oops+0x142/0x4c0 内核：？ do_user_addr_fault+0x65/0x670 内核：？ kvm_read_and_reset_apf_flags+0x3b/0x50 内核：bond0：(从属 eni0np1)：使接口成为新的活动接口 内核：? exc_page_fault+0x7b/0x180 内核：？ asm_exc_page_fault+0x22/0x30 内核：？ nsim_bpf_uninit+0x50/0x50 [netdevsim] 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all：无法添加 SA 内核：？内核：bond0：(从属 eni0np1)：使接口成为新的活动接口 内核：nsim_ipsec_offload_ok+0x7b/0x90 [bonding] 内核：xfrm_output+0x61/0x3b0 内核：bond0：(从属 eni0np1)：bond_ipsec_add_sa_all : 无法添加 SA 内核：
    ip_push_pending_frames+0x56/0x80 (CVE-2024-44989)

  - 在 Linux 内核中，解决了以下漏洞：bonding：修复 bond_ipsec_offload_ok 中的空指针取消引用。在取消引用指针之前，我们必须检查是否存在活动的从属。
    (CVE-2024-44990)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-511.el9 版本變更記錄中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：pipe：設定 max_usage 後喚醒 wr_wait 提交 c73be61cede5 (pipe：新增一般通知佇列支援) 引入的回歸會在特定情況下鎖定已調整大小的管道。請參閱 [1] 中的複製程式。調整管道環大小的提交已移至不同的函式，因此在實際引發 pipe->max_usage 之前，這樣做會移動 pipe->wr_wait 的喚醒。如果在調整大小之前管道已滿，將會導致喚醒從未真正觸發 pipe_write。如果不是 watch 佇列，則在喚醒寫入器之前設定 @max_usage 和 @nr_accounted。[Christian Brauner <brauner@kernel.org>：重寫以考慮 watch 佇列 (CVE-2023-52672)

  - 已解決 Linux 核心中的下列弱點：gpio：pca953x：修正 pca953x_irq_bus_sync_unlock 爭用問題。確保在 pca953x_irq_bus_sync_unlock() 中設定中斷鎖存器和遮罩時保留`i2c_lock'，以避免爭用問題。另一個 (非探查) 呼叫網站 pca953x_gpio_set_multiple() 可確保在呼叫 pca953x_write_regs() 之前保留鎖定。在 i.MX8MP 型系統中，重新開機每千次大約有一次要求與 irq_bus_sync_unlock() 爭用時，就會發生此問題。* 正常情況 0-0022：寫入暫存器 AI|3a {03,02,00,00,01} 輸入鎖存 P0 0-0022：
    寫入暫存器 AI|49 {fc,fd,ff,ff,fe} 中斷遮罩 P0 0-0022：寫入暫存器 AI|08 {ff,00,00,00,00} 輸出 P3 0-0022：寫入暫存器 AI|12 {fc,00,00,00,00} Config P3 * 爭用情形 0-0022：寫入暫存器 AI|08 {ff,00,00,00,00} 輸出 P3 0-0022：寫入暫存器 AI|08 {03,02,00,00,01} ***錯誤的暫存器 *** 0-0022：
    寫入暫存器 AI|12 {fc,00,00,00,00} Config P3 0-0022：寫入暫存器 AI|49 {fc,fd,ff,ff,fe} 中斷遮罩 P0 (CVE-2024-42253)

  - 已解決 Linux 核心中的下列弱點：bonding：修正 xfrm real_dev 的 null 指標解除參照弱點 我們不應將 real_dev 設定為 NULL，因為封包可能處於傳輸中，且 xfrm 可能會並行呼叫 xdo_dev_offload_ok()。所有回呼皆假設已設定 real_dev。範例追踪：核心：錯誤：
    無法處理位址的頁面錯誤：0000000000001030 核心：bond0： (從屬 eni0np1)：使介面成為新的作用中介面 核心：#PF：核心模式中的監督寫入存取 核心：#PF：error_code(0x0002) - 不存在的頁面 核心：PGD 0 P4D 0 核心：Oops：0002 [#1] PREEMPT SMP 核心：CPU：4 PID：2237 Comm：
    ping 未受污染 6.7.7+ #12 核心：硬體名稱：QEMU Standard PC (Q35 + ICH9, 2009)，BIOS 1.16.3-2.fc40 04/01/2014 核心：RIP：0010:nsim_ipsec_offload_ok+0xc/0x20 [ netdevsim] kernel：bond0： (從屬 eni0np1)：
    bond_ipsec_add_sa_all：無法新增 SA 核心：程式碼：e0 0f 0b 48 83 7f 38 00 74 de 0f 0b 48 8b 47 08 48 8b 37 48 8b 78 40 e9 b2 e5 9a d7 66 90 0f 1f 44 00 00 48 8b 86 80 02 00 00 <83> 80 30 10 00 00 01 b8 01 00 00 00 c3 0f 1f 80 00 00 00 00 0f 1f 核心：bond0： (從屬 eni0np1)：使介面成為新的作用中介面 核心：RSP：0018:ffffabde81553b98 EFLAGS：00010246 kernel：bond0：(從屬 eni0np1)：bond_ipsec_add_sa_all：
    無法新增 SA 核心：核心：RAX：0000000000000000 RBX：ffff9eb404e74900 RCX：ffff9eb403d97c60 核心：
    RDX：ffffffffc090de10 RSI：ffff9eb404e74900 RDI：ffff9eb3c5de9e00 核心：RBP：ffff9eb3c0a42000 R08：
    0000000000000010 R09: 0000000000000014 核心：R10：7974203030303030 R11：3030303030303030 R12：
    0000000000000000 核心：R13：ffff9eb3c5de9e00 R14：ffffabde81553cc8 R15：ffff9eb404c53000 核心：FS：
    00007f2a77a3ad00(0000) GS：ffff9eb43bd00000(0000) knlGS:0000000000000000 核心：CS：0010 DS：0000 ES：0000 CR0：0000000080050033 核心：CR2：0000000000001030 CR3：00000001122ab000 CR4：0000000000350ef0 核心：
    bond0： (從屬 eni0np1)：使介面成為新的作用中介面 核心：呼叫追蹤：核心：<TASK> 核心：？
    __die+0x1f/0x60 核心：bond0： (從屬 eni0np1)：bond_ipsec_add_sa_all：無法新增 SA 核心：？ page_fault_oops+0x142/0x4c0 核心：？ do_user_addr_fault+0x65/0x670 核心：？ kvm_read_and_reset_apf_flags+0x3b/0x50 kernel：bond0： (從屬 eni0np1)：使介面成為新的作用中介面 核心：？ exc_page_fault+0x7b/0x180 核心：？ asm_exc_page_fault+0x22/0x30 核心：？ nsim_bpf_uninit+0x50/0x50 [netdevsim] 核心：bond0： (從屬 eni0np1)：bond_ipsec_add_sa_all：無法新增 SA 核心：？ nsim_ipsec_offload_ok+0xc/0x20 [netdevsim] 核心：bond0： (從屬 eni0np1)：使介面成為新的作用中介面 核心：bonding_ipsec_offload_ok+0x7b/0x90 [bonding] 核心：xfrm_output+0x61/0x3b0 核心：bond0：(從屬 eni0np1)：bond_ipsec_add_sa_all：無法新增 SA 核心：
    ip_push_pending_frames+0x56/0x80 (CVE-2024-44989)

  - 已解決 Linux 核心中的下列弱點：bonding：修正 bond_ipsec_offload_ok 中的 null 指標解除參照弱點。解除參照之前，必須先檢查是否有作用中的從屬參照。
    (CVE-2024-44990)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
207605	CentOS 9 : kernel-5.14.0-511.el9	Nessus	CentOS Local Security Checks	2024/9/24	2024/9/24	medium
207221	Photon OS 5.0: Linux PHSA-2024-5.0-0374	Nessus	PhotonOS Local Security Checks	2024/9/13	2024/9/25	high
207605	CentOS 9 : kernel-5.14.0-511.el9	Nessus	CentOS Local Security Checks	2024/9/24	2024/9/24	medium
207605	CentOS 9：kernel-5.14.0-511.el9	Nessus	CentOS Local Security Checks	2024/9/24	2024/9/24	medium
207269	Photon OS 4.0: Linux PHSA-2024-4.0-0693	Nessus	PhotonOS Local Security Checks	2024/9/14	2024/9/20	high
207605	CentOS 9：kernel-5.14.0-511.el9	Nessus	CentOS Local Security Checks	2024/9/24	2024/9/24	medium

偵測

搜尋 Plugin

medium

high

medium

medium

high

medium