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

  - libceph：修正 ceph_handle_auth_reply（） 中潛在的越界存取 此修補程式修正了 ceph_handle_auth_reply（） 中可由 CEPH_MSG_AUTH_REPLY 類型的訊息觸發的越界存取。在 ceph_handle_auth_reply（） 中，此類訊息的 payload_len 欄位值儲存在 int 類型的變數中。大於 INT_MAX 的值會導致整數溢位，並解譯為負值。這會導致將指標位址遞減此值，然後存取它，因為 ceph_decode_need（） 僅檢查記憶體存取是否不超過分配的結束位址。
    此修補程式透過將 payload_len 的資料類型變更為 u32 來修正此問題。此外，result_msg_len 的資料類型變更為 u32，因為它也是一個持有非負長度的變數。此外，還引入了額外的健全性檢查層，確保在從訊息讀取訊息後，payload_len和result_msg_len不會大於整體區段長度。錯誤： KASAN：ceph_handle_auth_reply+0x642/0x7a0 中的 slab-out-of-bounds [libceph] 由任務 kworker/20:1/262 在 addr ffff88811404df14 讀取大小 4 CPU：20 UID：0 PID：262 Comm：kworker/20:1 未受 6.19.2 #5 污染 PREEMPT（自願） 硬體名稱：QEMU 標準 PC （i440FX + PIIX， 1996），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 工作佇列：
    ceph-msgr ceph_con_workfn [libceph] 呼叫追蹤： <TASK> dump_stack_lvl+0x76/0xa0 print_report+0xd1/0x620 ？
    __pfx__raw_spin_lock_irqsave+0x10/0x10？kasan_complete_mode_report_info+0x72/0x210 kasan_report+0xe7/0x130 ？ceph_handle_auth_reply+0x642/0x7a0 [libceph] ？ceph_handle_auth_reply+0x642/0x7a0 [libceph] __asan_report_load_n_noabort+0xf/0x20 ceph_handle_auth_reply+0x642/0x7a0 [libceph] mon_dispatch+0x973/0x23d0 [libceph] ？apparmor_socket_recvmsg+0x6b/0xa0 ？__pfx_mon_dispatch+0x10/0x10 [libceph] ？
    __kasan_check_write+0x14/0x30i ？mutex_unlock+0x7f/0xd0 ？__pfx_mutex_unlock+0x10/0x10 ？
    __pfx_do_recvmsg+0x10/0x10 [libceph] ceph_con_process_message+0x1f1/0x650 [libceph] process_message+0x1e/0x450 [libceph] ceph_con_v2_try_read+0x2e48/0x6c80 [libceph] ？
    __pfx_ceph_con_v2_try_read+0x10/0x10 [libceph] ？save_fpregs_to_fpstate+0xb0/0x230 ？raw_spin_rq_unlock+0x17/0xa0 ？finish_task_switch.isra.0+0x13b/0x760 ？__switch_to+0x385/0xda0 ？
    __kasan_check_write+0x14/0x30 ？mutex_lock+0x8d/0xe0 ？__pfx_mutex_lock+0x10/0x10 ceph_con_workfn+0x248/0x10c0 [libceph] process_one_work+0x629/0xf80 ？__kasan_check_write+0x14/0x30 worker_thread+0x87f/0x1570 ？__pfx__raw_spin_lock_irqsave+0x10/0x10？__pfx_try_to_wake_up+0x10/0x10 ？kasan_print_address_stack_frame+0x1f7/0x280 ？__pfx_worker_thread+0x10/0x10 kthread+0x396/0x830 ？
    __pfx__raw_spin_lock_irq+0x10/0x10 ？__pfx_kthread+0x10/0x10 ？__kasan_check_write+0x14/0x30 ？recalc_sigpending+0x180/0x210 ？__pfx_kthread+0x10/0x10 ret_from_fork+0x3f7/0x610 ？
    __pfx_ret_from_fork+0x10/0x10 ？__switch_to+0x385/0xda0 ？__pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> [ idryomov：將 if 語句替換為 ceph_decode_need（） 表示 payload_len 和 result_msg_len ] （CVE-2026-43407）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-43407

critical Nessus Plugin ID 313397

版本 1.8