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

  - wifi: mac80211透過中斷增強執行緒同步鎖定以防鎖死。在 ieee80211_tx_dequeue() 函式中有特定的鎖定序列begin: spin_lock(&local->queue_stop_reason_lock); q_stopped = local->queue_stop_reasons[q]; spin_unlock(&local->queue_stop_reason_lock);在 spin_lock() 和 spin_unlock() 之間發生非同步中斷的機率 (因 ftracetest 而增加) 無論如何小且中斷常式會嘗試再次鎖定相同的 &local->queue_stop_reason_lock。這會造成 CPU 與 wifi 裝置代價高的重設或在單一 CPU 與單一核心的情況下造成完全懸置。未停用中斷的唯一剩餘 spin_lock(&local->queue_stop_reason_lock) 已修補其應可防止相同 CPU/核心和相同 wifi 裝置上發生任何鎖死情況。這是鎖死的可能追踪記錄 核心================================ 核心
    警告不一致的鎖定狀態 kernel6.3.0-rc6-mt-20230401-00001-gf86822a1170f #4 污染的 GW 核心
    -------------------------------- 核心不一致的 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W使用方式。核心
    kworker/5:0/25656 [HC0[0]:SC0[0]:HE1:SE1] Takes: kernelffff9d6190779478 (&local->queue_stop_reason_lock){+.?.}-{2:2}, at: return_to_handler+0x0/ 0x40 核心{IN-SOFTIRQ-W} 狀態註冊於 核心lock_acquire+0xc7/0x2d0 核心_raw_spin_lock+0x36/0x50 核心
    ieee80211_tx_dequeue+0xb4/0x1330 [mac80211] 核心iwl_mvm_mac_itxq_xmit+0xae/0x210 [iwlmvm] 核心
    iwl_mvm_mac_wake_tx_queue+0x2d/0xd0 [iwlmvm] 核心ieee80211_queue_skb+0x450/0x730 [mac80211] 核心
    __ieee80211_xmit_fast.constprop.66+0x834/0xa50 [mac80211] kernel: __ieee80211_subif_start_xmit+0x217/0x530 [mac80211] kernel: ieee80211_subif_start_xmit+0x60/0x580 [mac80211] kernel: dev_hard_start_xmit+0xb5/0x260 kernel: __dev_queue_xmit+0xdbe/0x1200 kernel: neigh_resolve_output+ 0x166/0x260 核心
    ip_finish_output2+0x216/0xb80 核心__ip_finish_output+0x2a4/0x4d0 核心ip_finish_output+0x2d/0xd0 核心ip_output+0x82/0x2b0 核心ip_local_out+0xec/0x110 核心igmpv3_sendpack+0x5c/0x90 核心
    igmp_ifc_timer_expire+0x26e/0x4e0 核心call_timer_fn+0xa5/0x230 核心run_timer_softirq+0x27f/0x550 核心__do_softirq+0xb4/0x3a4 核心irq_exit_rcu+0x9b/0xc0 核心
    sysvec_apic_timer_interrupt+0x80/0xa0 kernelasm_sysvec_apic_timer_interrupt+0x1f/0x30 kernel
    _raw_spin_unlock_irqrestore+0x3f/0x70 核心free_to_partial_list+0x3d6/0x590 核心
    __slab_free+0x1b7/0x310 核心kmem_cache_free+0x52d/0x550 核心putname+0x5d/0x70 核心
    do_sys_openat2+0x1d7/0x310 核心do_sys_open+0x51/0x80 核心__x64_sys_openat+0x24/0x30 核心
    do_syscall_64+0x5c/0x90 核心entry_SYSCALL_64_after_hwframe+0x72/0xdc 核心irq 事件戳5120729 核心hardirqs 上次啟用時間 (5120729)[<ffffffff9d149936>] trace_graph_return+0xd6/0x120 核心
    hardirqs 上一次停用是在 (5120728)[<ffffffff9d149950>] trace_graph_return+0xf0/0x120 核心softirqs 上一次停用是在 (5069900)[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 核心softirqs 上一次停用是在 (5067555)[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 kernel其他可協助我們除錯此項目的資訊核心可能的不安全鎖定情況核心CPU0 核心---- 核心
    lock(&local->queue_stop_reason_lock);核心 <Interrupt> kernellock(&local->queue_stop_reason_lock);
    核心*** DEADLOCK *** 核心kworker/ 保留的 8 個鎖定5:0/25656核心 #0ffff9d618009d138 ((wq_completion)events_freezable){+.+.}-{0:0}位於 process_one_work+0x1ca/0x530 核心 #1
    ffffb1ef4637fe68 ((work_completion)(&local->restart_work)){+.+.}-{0:0}, at: process_one_work+0x1ce/0x530 kernel #2ffffffff9f166548 (rtnl_mutex){+.+.}-{3:3}, at: return_to_handler+0x0/0x40 kernel #3
    ffff9d619 ---truncated--- (CVE-2023-54288)

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

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

  - wifimac80211加强旋转锁防止通过中断死锁在函数 ieee80211_tx_dequeue() 中存在一个特定的锁定序列begin: spin_lock(&local->queue_stop_reason_lock); q_stopped = local->queue_stop_reasons[q]; spin_unlock(&local->queue_stop_reason_lock);无论几率有多大通过 ftracetest 增大在 spin_lock() 和 spin_unlock() 之间发生异步中断中断例程将尝试再次锁定相同的 local->queue_stop_reason_lock。这将导致 CPU 和 wifi 设备成本昂贵的重置或在单 CPU 和单核心情况下完全挂起。唯一未禁用中断的 spin_lock(&local->queue_stop_reason_lock) 已得到修补这应可防止在同一个 CPU/核心和同一个 wifi 设备上发生任何死锁。这是死锁的可能跟踪信息 kernel: ================================ 内核
    警告不一致的锁定状态内核6.3.0-rc6-mt-20230401-00001-gf86822a1170f #4 受感染GW 内核
    -------------------------------- 内核不一致的 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W } 用法。内核
    kworker/5:0/25656 [HC0[0]:SC0[0]:HE1:SE1] getskernelffff9d6190779478 (&local->queue_stop_reason_lock){+.?.}-{2:2}、at: return_to_handler+0x0/ 0x40 内核{IN-SOFTIRQ-W} 状态已在以下位置注册 kernel: lock_acquire+0xc7/0x2d0 内核: _raw_spin_lock+0x36/0x50 内核
    ieee80211_tx_dequeue+0xb4/0x1330 [mac80211] 内核iwl_mvm_mac_itxq_xmit+0xae/0x210 [iwlmvm] 内核
    iwl_mvm_mac_wake_tx_queue+0x2d/0xd0 [iwlmvm] 内核 ieee80211_queue_skb+0x450/0x730 [mac80211] 内核
    __ieee80211_xmit_fast.constprop.66+0x834/0xa50 [mac80211] kernel: __ieee80211_subif_start_xmit+0x217/0x530 [mac80211] kernel: ieee80211_subif_start_xmit+0x60/0x580 [mac80211] kernel: dev_hard_start_xmit+0xb5/0x260 kernel: __dev_queue_xmit+0xdbe/0x1200 kernel: neigh_resolve_output+ 0x166/0x260 内核
    ip_finish_output2+0x216/0xb80 内核 __ip_finish_output+0x2a4/0x4d0 内核 ip_finish_output+0x2d/0x2d0 内核 ip_output+0x82/0x2b0 内核 ip_local_out+0xec/0x110 内核 igmpv3_sendpack+0x5c/0x90 内核
    igmp_ifc_timer_expire+0x26e/0x4e0 内核 call_timer_fn+0xa5/0x230 内核run_timer_softirq+0x27f/0x550 内核__do_softirq+0xb4/0x3a4 内核irq_exit_rcu+0x9b/0xc0 内核
    sysvec_apic_timer_interrupt+0x80/0xa0 内核asm_sysvec_apic_timer_interrupt+0x1f/0x30 内核
    _raw_spin_unlock_irqrestore+0x3f/0x70 内核free_to_partial_list+0x3d6/0x590 内核
    __slab_free+0x1b7/0x310 内核kmem_cache_free+0x52d/0x550 内核putname+0x5d/0x70 内核
    do_sys_openat2+0x1d7/0x310 内核 do_sys_open+0x51/0x80 内核 __x64_sys_openat+0x24/0x30 内核
    do_syscall_64+0x5c/0x90 内核entry_SYSCALL_64_after_hwframe+0x72/0xdc 内核irq 事件标记5120729 内核hardirqs 上次启用于 (5120729)[<ffffffff9d149936>] trace_graph_return+0xd6/0x120 内核
    上次禁用 hardirqs (5120728)[<ffffffff9d149950>] trace_graph_return+0xf0/0x120 内核上次启用 softirqs (5069900)[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 内核上次禁用软irqs (5067555)[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 内核可能帮助我们调试的其他信息内核可能不安全的锁定情况内核CPU0 内核---- 内核
    lock(&local->queue_stop_reason_lock);内核 <Interrupt> kernellock(&local->queue_stop_reason_lock);
    内核*** DEADLOCK *** 内核kworker/ 拥有 8 个锁5:0/25656内核 #0ffff9d618009d138 ((wq_completion)events_freezable){+.+.}-{0:0}, atprocess_one_work+0x1ca/0x530 内核 #1
    ffffb1ef4637fe68 ((work_completion)(&local->restart_work)){+.+.}-{0:0}@process_one_work+0x1ce/0x530 kernel #2:ffffffff9f166548 (rtnl_mutex){+.+.}-{3:3atreturn_to_handler+0x0/0x40 内核 #3
    ffff9d619 ---truncated--- (CVE-2023-54288)

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

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

  - wifimac80211割り込みによるデッドロックに対するスピンロックを強化します。ieee80211_tx_dequeue() 関数には、特定のロックシーケンスがありますbegin_lock(&local->queue_stop_reason_lock); q_stopped = local->queue_stop_reasons[q]; spin_unlock(&local->queue_stop_reason_lock);まれなケースですが、ftracetest によって増加、非同期割り込みが spin_lock() と spin_unlock() の間で発生することがあり、割り込みルーチンは同じ &local->queue_stop_reason_lock を再びロックしようとします。これにより、CPU および wifi デバイスの再設定が必要な時間、または単一の CPU および単一のコアのシナリオですべてがハングアップします。割り込みを無効にしなかった残りの spin_lock&local->queue_stop_reason_lockにパッチが適用されました。これにより、同じ CPU/コアおよび同じ wifi デバイス上のデッドロックが防止されるはずです。これはおそらくデッドロックのトレースですカーネル =========================== カーネル
    警告一貫性のないロック状態のカーネル6.3.0-rc6-mt-20230401-00001-gf86822a1170f #4 汚染されたGW カーネル
    -------------------------------- カーネル一貫性のない {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W } 使用率。 kernel
    kworker/5:0/25656 [HC0[0]:SC0[0]:HE1:SE1]takes: kernel: ffff9d6190779478 (&local->queue_stop_reason_lock){+.?.}-{2:2}, at: return_to_handler+0x0/ 0x40 カーネル{IN-SOFTIRQ-W} 状態は次で登録されました カーネルlock_acquire+0xc7/0x2d0 カーネル_raw_spin_lock+0x36/0x50 カーネル
    ieee80211_tx_dequeue+0xb4/0x1330 [mac80211] カーネルiwl_mvm_mac_itxq_xmit+0xae/0x210 [iwlmvm] カーネル
    iwl_mvm_mac_wake_tx_queue+0x2d/0xd0 [iwlmvm] カーネルieee80211_queue_skb+0x450/0x730 [mac80211] カーネル
    __ieee80211_xmit_fast.constprop.66+0x834/0xa50 [mac80211] kernel: __ieee80211_subif_start_xmit+0x217/0x530 [mac80211] kernel: ieee80211_subif_start_xmit+0x60/0x580 [mac80211] kernel: dev_hard_start_xmit+0xb5/0x260 kernel: __dev_queue_xmit+0xdbe/0x1200 kernel: neigh_resolve_output+ 0x166/0x260 カーネル
    ip_finish_output2+0x216/0xb80 カーネル__ip_finish_output+0x2a4/0x4d0 カーネルip_finish_output+0x2d/0xd0 カーネルip_output+0x82/0x2b0 カーネルip_local_out+0xec/0x110 カーネルigmpv3_sendpack+0x5c/0x90
    igmp_ifc_timer_expire+0x26e/0x4e0 カーネルcall_timer_fn+0xa5/0x230 カーネルrun_timer_softirq+0x27f/0x550 カーネル__do_softirq+0xb4/0x3a4 カーネルirq_exit_rcu+0x9b/0xc0 カーネル
    sysvec_apic_timer_interrupt+0x80/0xa0 カーネルasm_sysvec_apic_timer_interrupt+0x1f/0x30 カーネル
    _raw_spin_unlock_irqrestore+0x3f/0x70 カーネルfree_to_partial_list+0x3d6/0x590 カーネル
    __slab_free+0x1b7/0x310 カーネルkmem_cache_free+0x52d/0x550 カーネルputname+0x5d/0x70 カーネル
    do_sys_openat2+0x1d7/0x310 カーネルdo_sys_open+0x51/0x80 カーネル__x64_sys_openat+0x24/0x30 カーネル
    do_syscall_64+0x5c/0x90 カーネルentry_SYSCALL_64_after_hwframe+0x72/0xdc カーネルirq イベントスタンプ5120729 カーネルhardirqs は 5120729 で最後に有効化されました[<ffffffff9d149936>] trace_graph_return+0xd6/0x120 カーネル
    hardirqs 最終無効化された時点5120728[<ffffffff9d149950>] trace_graph_return+0xf0/0x120 カーネルsoftirqs が最後に有効化された 5069900 で<ffffffff9cf65b60>] return_to_handler+0x0/0x40 カーネルsoftirqs が最後に無効化された 5067555[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 カーネルデバッグに役立つ可能性があるその他の情報カーネル安全でないロックシナリオの可能性カーネルCPU0 カーネル ---- カーネル
    lock(&local->queue_stop_reason_lock); kernel <Interrupt> カーネルlock(&local->queue_stop_reason_lock);
    カーネル** DEADLOCK *** カーネルkworker/ が保持する 8 つのロック5:0/25656カーネル #0ffff9d618009d138 ((wq_completion)events_freezable){+.+.}-{0:0}, at: process_one_work+0x1ca/0x530 カーネル #1
    ffffb1ef4637fe68(work_completion)(&local->restart_work){+.+.}-{0:0}, at: process_one_work+0x1ce/0x530 カーネル #2ffffff9f166548rtnl_mutex{+.+.}-{3:3}, at: return_to_handler+0x0/0x40 カーネル #3
    ffff9d619 ---truncated---CVE-2023-54288

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

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

  - wifi: mac80211: fortify the spinlock against deadlock by interrupt In the function ieee80211_tx_dequeue()     there is a particular locking sequence: begin: spin_lock(&local->queue_stop_reason_lock); q_stopped =     local->queue_stop_reasons[q]; spin_unlock(&local->queue_stop_reason_lock); However small the chance     (increased by ftracetest), an asynchronous interrupt can occur in between of spin_lock() and     spin_unlock(), and the interrupt routine will attempt to lock the same &local->queue_stop_reason_lock     again. This will cause a costly reset of the CPU and the wifi device or an altogether hang in the single     CPU and single core scenario. The only remaining spin_lock(&local->queue_stop_reason_lock) that did not     disable interrupts was patched, which should prevent any deadlocks on the same CPU/core and the same wifi     device. This is the probable trace of the deadlock: kernel: ================================ kernel:
    WARNING: inconsistent lock state kernel: 6.3.0-rc6-mt-20230401-00001-gf86822a1170f #4 Tainted: G W kernel:
    -------------------------------- kernel: inconsistent {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W} usage. kernel:
    kworker/5:0/25656 [HC0[0]:SC0[0]:HE1:SE1] takes: kernel: ffff9d6190779478     (&local->queue_stop_reason_lock){+.?.}-{2:2}, at: return_to_handler+0x0/0x40 kernel: {IN-SOFTIRQ-W} state     was registered at: kernel: lock_acquire+0xc7/0x2d0 kernel: _raw_spin_lock+0x36/0x50 kernel:
    ieee80211_tx_dequeue+0xb4/0x1330 [mac80211] kernel: iwl_mvm_mac_itxq_xmit+0xae/0x210 [iwlmvm] kernel:
    iwl_mvm_mac_wake_tx_queue+0x2d/0xd0 [iwlmvm] kernel: ieee80211_queue_skb+0x450/0x730 [mac80211] kernel:
    __ieee80211_xmit_fast.constprop.66+0x834/0xa50 [mac80211] kernel: __ieee80211_subif_start_xmit+0x217/0x530     [mac80211] kernel: ieee80211_subif_start_xmit+0x60/0x580 [mac80211] kernel: dev_hard_start_xmit+0xb5/0x260     kernel: __dev_queue_xmit+0xdbe/0x1200 kernel: neigh_resolve_output+0x166/0x260 kernel:
    ip_finish_output2+0x216/0xb80 kernel: __ip_finish_output+0x2a4/0x4d0 kernel: ip_finish_output+0x2d/0xd0     kernel: ip_output+0x82/0x2b0 kernel: ip_local_out+0xec/0x110 kernel: igmpv3_sendpack+0x5c/0x90 kernel:
    igmp_ifc_timer_expire+0x26e/0x4e0 kernel: call_timer_fn+0xa5/0x230 kernel: run_timer_softirq+0x27f/0x550     kernel: __do_softirq+0xb4/0x3a4 kernel: irq_exit_rcu+0x9b/0xc0 kernel:
    sysvec_apic_timer_interrupt+0x80/0xa0 kernel: asm_sysvec_apic_timer_interrupt+0x1f/0x30 kernel:
    _raw_spin_unlock_irqrestore+0x3f/0x70 kernel: free_to_partial_list+0x3d6/0x590 kernel:
    __slab_free+0x1b7/0x310 kernel: kmem_cache_free+0x52d/0x550 kernel: putname+0x5d/0x70 kernel:
    do_sys_openat2+0x1d7/0x310 kernel: do_sys_open+0x51/0x80 kernel: __x64_sys_openat+0x24/0x30 kernel:
    do_syscall_64+0x5c/0x90 kernel: entry_SYSCALL_64_after_hwframe+0x72/0xdc kernel: irq event stamp: 5120729     kernel: hardirqs last enabled at (5120729): [<ffffffff9d149936>] trace_graph_return+0xd6/0x120 kernel:
    hardirqs last disabled at (5120728): [<ffffffff9d149950>] trace_graph_return+0xf0/0x120 kernel: softirqs     last enabled at (5069900): [<ffffffff9cf65b60>] return_to_handler+0x0/0x40 kernel: softirqs last disabled     at (5067555): [<ffffffff9cf65b60>] return_to_handler+0x0/0x40 kernel: other info that might help us debug     this: kernel: Possible unsafe locking scenario: kernel: CPU0 kernel: ---- kernel:
    lock(&local->queue_stop_reason_lock); kernel: <Interrupt> kernel: lock(&local->queue_stop_reason_lock);
    kernel: *** DEADLOCK *** kernel: 8 locks held by kworker/5:0/25656: kernel: #0: ffff9d618009d138     ((wq_completion)events_freezable){+.+.}-{0:0}, at: process_one_work+0x1ca/0x530 kernel: #1:
    ffffb1ef4637fe68 ((work_completion)(&local->restart_work)){+.+.}-{0:0}, at: process_one_work+0x1ce/0x530     kernel: #2: ffffffff9f166548 (rtnl_mutex){+.+.}-{3:3}, at: return_to_handler+0x0/0x40 kernel: #3:
    ffff9d619 ---truncated--- (CVE-2023-54288)

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

ID	Name	Product	Family	Published	Updated	Severity
281500	Linux Distros 未修補的弱點：CVE-2023-54288	Nessus	Misc.	12/31/2025	7/17/2026	high
281500	Linux Distros 未修补的漏洞：CVE-2023-54288	Nessus	Misc.	12/31/2025	7/17/2026	high
281500	Linux Distros のパッチ未適用の脆弱性: CVE-2023-54288	Nessus	Misc.	12/31/2025	7/17/2026	high
281500	Linux Distros Unpatched Vulnerability : CVE-2023-54288	Nessus	Misc.	12/31/2025	7/17/2026	high

Detections

Analytics

Plugins Search

high

high

high

high