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

  - FontForge SFD 檔案剖析不當驗證陣列索引遠端程式碼執行弱點。此弱點允許遠端攻擊者在 FontForge 的受影響安裝上執行任意程式碼。
    刺探利用此弱點需要使用者互動，因為目標必須造訪惡意頁面或開啟惡意檔案。此瑕疵存在於 SFD 檔案的剖析中。此問題是因為未正確驗證使用者提供的資料所導致其可導致寫入超出配置陣列的結尾。攻擊者可利用此弱點，在目前使用者的內容中執行程式碼。為 ZDI-CAN-28563。 (CVE-2025-15270)

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

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

  - FontForge SFD 檔案剖析未受信任資料的還原序列化遠端程式碼執行弱點。此弱點允許遠端攻擊者在 FontForge 的受影響安裝上執行任意程式碼。
    刺探利用此弱點需要使用者互動，因為目標必須造訪惡意頁面或開啟惡意檔案。此瑕疵存在於 SFD 檔案的剖析中。此問題是因為未正確驗證使用者提供的資料所導致其可導致還原序列化不受信任的資料。攻擊者可利用此弱點，在目前處理序的背景資訊中執行程式碼。
    為 ZDI-CAN-28198。 (CVE-2025-15276)

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

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

  - clktegra修正 tegra114_clock_init 中的 refcount 洩漏。of_find_matching_node() 傳回節點指標時 refcount 已遞增。我們應該在不再需要時對其使用 of_node_put()。新增遺漏的 of_node_put() 以避免 refcount 洩漏。 (CVE-2022-50823)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - scsilpfc修正 lpfc_create_port() 提交中的記憶體洩漏 5e633302ace1 (scsilpfcvmid在信箱命令中新增對 VMID 的支援)在呼叫 scsi_host_alloc() 之後引入 lpfc_create_port() 中的 VMID 資源配置。在 VMID 配置上失敗時新的程式碼會分支到「out」標籤其會傳回 NULL 而不回溯任何項目因此會略過 scsi_host_put() 的呼叫。透過建立獨立的標籤「out_free_vmid」來回溯 VMID 資源並讓「out_put_shost」標籤僅呼叫 scsi_host_put()來修正問題就像在引入 VMID 的配置之前所做的一樣。 (CVE-2022-50827)

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

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

  - FontForge SFD 檔案剖析釋放後使用遠端程式碼執行弱點。此弱點允許遠端攻擊者在 FontForge 的受影響安裝上執行任意程式碼。刺探利用此弱點需要使用者互動，因為目標必須造訪惡意頁面或開啟惡意檔案。此瑕疵存在於 SFD 檔案的剖析中。造成此問題的原因在於，未驗證物件是否存在便在物件上執行作業。攻擊者可利用此弱點，在目前使用者的內容中執行程式碼。為 ZDI-CAN-28525。
    (CVE-2025-15280)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - bpf存取 node->ref 時解決 bpf_lru_list KCSAN 報告的 KCSAN 報告發生資料爭用問題。雖然 node->ref 不一定要準確但請藉此機會使用更常見的 READ_ONCE() 和 WRITE_ONCE() 模式而非 data_race()。存在現有的 bpf_lru_node_is_ref() 和 bpf_lru_node_set_ref()。
    此修補程式也新增了 bpf_lru_node_clear_ref()也可用來執行 WRITE_ONCE(node->ref, 0)。
    ================================================== ================ 錯誤KCSAN 中的資料爭用
    __bpf_lru_list_rotate / __htab_lru_percpu_map_update_elem write to 0xffff888137038deb of 1 bytes by task 11240 on cpu 1: __bpf_lru_node_move kernel/bpf/bpf_lru_list.c:113 [inline] __bpf_lru_list_rotate_active kernel/bpf/bpf_lru_list.c:149 [inline] __bpf_lru_list_rotate+0x1bf/0x750 kernel/bpf /bpf_lru_list.c:240 bpf_lru_list_pop_free_to_local kernel/bpf/bpf_lru_list.c:329 [內嵌] bpf_common_lru_pop_free kernel/bpf/bpf_lru_list.c:447 [內嵌] bpf_lru_pop_free+0x638/0xe20 kernel/bpf/bpf_lru_list.c:4bpf9 prealloc_lru_list.c:/4bpf9 /hashtab.c:290 [內嵌] __htab_lru_percpu_map_update_elem+0xe7/0x820 kernel/bpf/hashtab.c:1316 bpf_percpu_hash_update+0x5e/0x90 kernel/bpf/hashtab.c:2313 bpf_map_update_value+0x2a9/0x370 kernel/bpf/syscall.c: 200 generic_map_update_batch+0x3ae/0x4f0 kernel/bpf/syscall.c:1687 bpf_map_do_batch+0x2d9/0x3d0 kernel/bpf/syscall.c:4534 __sys_bpf+0x338/0x810
    __do_sys_bpf kernel/bpf/syscall.c:5096 [內嵌] __se_sys_bpf kernel/bpf/syscall.c:5094 [內嵌]
    __x64_sys_bpf+0x43/0x50 kernel/bpf/syscall.c:5094 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd在 cpu 0 bpf_lru_node_set_ref kernel/bpf/bpf_lru_list.h:70 [內嵌] __htab_lru_percpu_map_update_elem+0x2f1/0x820 kernel/bpf/hashtab.c:1332 bpf_lru_node_set_ref kernel/bpf/bpf_lru_list.h:70 [inline] __htab_lru_percpu_map_update_elem+0x2f1/0x820 kernel/bpf/hashtab.c:1332 bpf/hashtab.c:1332 bpf_lru_node_set_ref kernel/bpf/bpf_lru_list.h:70 .c:2313 bpf_map_update_value+0x2a9/0x370 kernel/bpf/syscall.c:200 generic_map_update_batch+0x3ae/0x4f0 kernel/bpf/syscall.c:1687 bpf_map_do_batch+0x2d9/0x3d0 kernel/bpf/syscall.c:4534 __sys_bpf+0x338/ 0x810 __do_sys_bpf kernel/bpf/syscall.c:5096 [內嵌] __se_sys_bpf kernel/bpf/syscall.c:5094 [內嵌] __x64_sys_bpf+0x43/0x50 kernel/bpf/syscall.c:5094 do_syscall_x64 arch/x86/entry/common。 c:50 [內嵌] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 值已變更0x01 -> 0x00 由核心並行清理程式報告on: CPU: 0 PID: 11241 Comm: syz-executor.3 未受污染 6.3.0-rc7-syzkaller-00136-g6a66fdd29ea1 #0 硬體名稱: Google Google Compute Engine/Google Compute Engine, BIOS Google 2023 年 3 月 30 日================================================== =============== (CVE-2023-54283)

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

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

  - net/smc使用 smc_lgr_list.lock 保護 smcr_port_add 中的 smc_lgr_list.list 重複執行 smcr_port_add 時連結群組可能會同時新增至 smc_lgr_list.list 或從 smc_lgr_list.list 刪除其可導致核心損毀。因此請使用 smc_lgr_list.lock 來保護 smcr_port_add 中的 smc_lgr_list.list。損毀呼叫追踪如下所示錯誤核心 NULL 指標解除參照、位址0000000000000000 PGD 0 P4D 0 Oops0000 [#1] SMP NOPTI CPU0 PID559726 Commkworker/0:92 Kdump已載入 污染G 硬體名稱
    Alibaba Cloud Alibaba Cloud ECS, BIOS 449e491 04/01/2014 Workqueue: events smc_ib_port_event_work [smc] RIP: 0010:smcr_port_add+0xa6/0xf0 [smc] RSP: 0000:ffffa5a2c8f67de0 EFLAGS: 00010297 RAX: 0000000000000001 RBX: ffff9935e0650000 RCX: 0000000000000000 RDX 0000000000000010 RSIffff9935e0654290 RDI
    ffff9935c8560000 RBP: 0000000000000000 R08: 0000000000000000 R09: ffff9934c0401918 R10: 0000000000000000 R11: ffffffffb4a5c278 R12: ffff99364029aae4 R13: ffff99364029aa00 R14: 00000000ffffffed R15:
    ffff99364029ab08 FS0000000000000000(0000) GS:ffff994380600000(0000) knlGS:0000000000000000 CS0010
    0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 0000000f06a10003 CR4: 0000000002770ef0 PKRU: 55555554 Call Trace: smc_ib_port_event_work+0x18f/0x380 [smc] process_one_work+0x19b/0x340 worker_thread+0x30/0x370 ? process_one_work+0x340/0x340 kthread+0x114/0x130 ?
    __kthread_cancel_work+0x50/0x50 ret_from_fork+0x1f/0x30 (CVE-2023-54318)

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

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

  - usbtypecaltmodes/displayport修正 pin_assignment_show 此修補程式可在 get_current_pin_assignments 傳回 0 (即找不到相容的針腳指派) 時修正 pin_assignment_show 中 buf 陣列的負索引。BUG: KASANpin_assignment_show+0x26c/0x33c ... 中的釋放後使用呼叫追踪
    dump_backtrace+0x110/0x204 dump_stack_lvl+0x84/0xbc print_report+0x358/0x974 kasan_report+0x9c/0xfc
    __do_kernel_fault+0xd4/0x2d4 do_bad_area+0x48/0x168 do_tag_check_fault+0x24/0x38 do_mem_abort+0x6c/0x14c el1_abort+0x44/0x68 el1h_64_sync_handler+0x64/0xa4 el1h_64_sync+0x78/0x7c pin_assignment_show+0x26c/0x33c dev_attr_show+0x50/0xc0 (CVE-2023-54186)

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

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

  - NFSv4修正 _nfs4_discover_trunking() 中的認證洩漏 (CVE-2022-50853)

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

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

  - mtdspi-nor修正 spi_nor_set_erase_type 中的 shift-out-of-bounds spi_nor_set_erase_type() 用來設定或遮罩清除類型。當我們用它來遮罩抹除類型時會發生移位超出邊界UBSANdrivers/mtd/spi-nor/core.c:2237:24 移位指數 4294967295 中的 shift-out-of-bounds 4294967295 為對於 32 位元類型 'int' 太大。清除大小為零時不需要 size_{shift,mask} 和 opcode 的設定因為在整個程式碼中只有清除大小會被視為判定清除類型是否正確。支援與否。將 opcode 設定為 0xFF 也是錯誤的因為 nobody 保證 0xFF 是未使用的 opcode。因此當遮罩清除類型時只要將清除大小設定為零即可。這將修正移位超出邊界問題。 [ta精簡變更、新認可訊息、修正編譯錯誤] (CVE-2023-54295)

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

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

  - nethsr避免 skb_clone() 中可能發生的 NULL 解除參照 syzbot 在 skb_clone() 中發生損毀 [1]這是由 hsr_get_untagg_frame() 中的錯誤所造成。當 create_stripped_skb_hsr() 傳回 NULL 時不得嘗試呼叫 skb_clone()。執行期間以 netdev_warn_once() 取代 WARN_ONCE()。 [1] 一般保護錯誤可能是針對非正式位址 0xdffffc000000000f: 0000 [#1] PREEMPT SMP KASAN KASAN null-ptr-deref in range [0x00000000000000078-0x00000000007f] CPU1 PID754 Commsyz-executor.0未受污染的 6.0.0-syzkaller-02734-g0326074ff465 #0 硬體名稱Google Google Compute Engine/Google Compute Engine、BIOS Google 09/22/2022 RIP0010:skb_clone+0x108/0x3c0 net/core/skbuff.c:1641程式碼93 02 00 00 49 83 7c 24 28 00 0f 85 e9 00 00 00 e8 5d 4a 29 fa 4c 8d 75 7e 48 b8 00 00 00 00 00 fc ff df 4c 89 f2 48 c1 ea 03 <0f> b6 04 0 2 4c 89 f2 83 e2 07 38 d0 7f 08 84 c0 0f 85 9e 01 00 00 RSP: 0018:ffffc90003ccf4e0 EFLAGS
    00010207 RAXdffffc0000000000 RBXffffc90003ccf5f8 RCXffffc9000c24b000 RDX000000000000000f RSI
    ffffffff8751cb13 RDI: 0000000000000000 RBP: 0000000000000000 R08: 00000000000000f0 R09: 0000000000000140 R10: fffffbfff181d972 R11: 0000000000000000 R12: ffff888161fc3640 R13: 0000000000000a20 R14:
     R15000000000000007e  : ffffffff8dc5f620 FS: 00007feb621e4700(0000) GS:ffff8880b9b00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007feb621e3ff8 CR3:
    00000001643a9000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> hsr_get_untagged_frame+0x4e/0x610 net/hsr/hsr_forward.c:164 hsr_forward_do net/hsr/hsr_forward.c: 461 [內嵌] hsr_forward_skb+0xcca/0x1d50 net/hsr/hsr_forward.c:623 hsr_handle_frame+0x588/0x7c0 net/hsr/hsr_slave.c:69 __netif_receive_skb_core+0x9fe/0x38f0 net/core/dev.c:5379
    __netif_receive_skb_one_core+0xae/0x180 net/core/dev.c:5483 __netif_receive_skb+0x1f/0x1c0 net/core/dev.c:5599 netif_receive_skb_internal net/core/dev.c:5685 [內嵌] netif_receive_skb+0x12f/0x8d0 net/core/ dev.c:5744 tun_rx_batched+0x4ab/0x7a0 drivers/net/tun.c:1544 tun_get_user+0x2686/0x3a00 drivers/net/tun.c:1995 tun_chr_write_iter+0xdb/0x200 drivers/net/tun.c:2025 call_write_iter include/ linux/fs.h:2187 [內嵌] new_sync_write fs/read_write.c:491 [內嵌] vfs_write+0x9e9/0xdd0 fs/read_write.c:584 ksys_write+0x127/0x250 fs/read_write.c:637 do_syscall_x64 arch/x86/ entry/common.c:50 [內嵌] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50817)

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

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

  - jbd2修正潛在的緩衝區標頭計數洩漏如同在 'jbd2_fc_wait_bufs' 中如果緩衝區不是最新的 則 會傳回 -EIO而不更新 'journal->j_fc_off'。但若「bh」為 NULL「jbd2_fc_release_bufs」將從 j_fc_off - 1' 釋放緩衝區標頭這會導致緩衝區標頭緩衝區標頭計數洩漏。若要解決上述問題請在傳回 -EIO 前更新「journal->j_fc_off」。
    (CVE-2022-50839)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - usbtypecwusb3801修正 wusb3801_probe() 中的 fwnode refcount 洩漏進行錯誤插入測試時我收到了下列報告 OF錯誤記憶體洩漏預期 refcount 是 1 而非 4of_node_get()/of_node_put() 不平衡 - 損毀cset 項目附加重疊節點 /i2c/tcpc@60/connector 如果 wusb3801_hw_init() 失敗則需要呼叫 fwnode_handle_put() 以避免 refcount 洩漏。 (CVE-2022-50825)

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

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

  - tpmtpm_tis新增遺漏的 acpi_put_table() 以修正記憶體洩漏在 check_acpi_tpm2() 中我們取得 TPM2 表格只是為了確保表格存在且在 init 之後未使用因此應將 acpi_put_table() 新增至 版本ACPI 記憶體。 (CVE-2022-50824)

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

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

  - netfilternf_tables一律從通知程式釋放 netdev 勾點這會還原 netfilternf_tables略過在 netns 移除時產生的 netdev 事件。問題在於釋放 veth 裝置時veth 釋放回呼也會將對等 netns 裝置排入移除佇列。對等 netns 也有可能遭到移除。在此情況下在對等 netns 的 pre_exit 勾點執行之前裝置記憶體已經釋放1/45 Workqueuenetns cleanup_net 呼叫追踪
    nf_hook_entry_head+0x1b8/0x1d0 __nf_unregister_net_hook+0x76/0x510 nft_netdev_unregister_hooks+0xa0/0x220
    __nft_release_hook+0x184/0x490 nf_tables_pre_exit_net+0x12f/0x1b0 順序為 1. 第一個 netns 已發行veth_dellink() 將對等 netns 裝置排入移除佇列 2. 對等 netns 排入移除佇列 3. 對等 netns 裝置已釋出觸發 unreg 事件 4. unreg 事件因 netns 故障而遭到忽略5.
    pre_exit 勾點會呼叫 nft_netdev_unregister_hooks但裝置記憶體可能已經釋放。
    (CVE-2023-54200)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - of overlay修正 find_dup_cset_node_entry() 和 find_dup_cset_prop() 中的 null 指標解除參照。當 kmalloc() 無法在 kasprintf()、fn_1 或 fn_2 中配置記憶體時 strcmp() 會造成 null 指標解除參照。 (CVE-2022-50875)

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

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

  - RDMA/mlx4防止 set_user_sq_size() 中的 shift 包裝 ucmd->log_sq_bb_count 變數由使用者控制因此此 shift 可包裝。透過使用 check_shl_overflow() 來修正該問題其與在認可 515f60004ed9 中的執行方式相同 (RDMA/hns防止 hns_roce_set_user_sq_size() 中發生未定義的行為)。
    (CVE-2023-54168)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - net/net_failover修正 txq 超出警告 容錯移轉 txq 初始化為 16 個佇列。先從容錯移轉裝置傳輸封包時如果主要裝置為 UP 且執行中容錯移轉裝置會選取從主要裝置傳回的佇列。如果主要裝置 txq 大於預設的 16可能會導致出現下列警告eth0 選擇 TX 佇列 18但實際的 TX 佇列數是 16警告反向追踪為[ 32.146376] CPU: 18 PID: 9134 Comm chronyd 受污染的 GE 6.2.8-1.el7.centos.x86_64 #1 [ 32.147175] 硬體名稱Red Hat KVM、BIOS 1.10.2-3.el7_4.1 2014 年 4 月 1 日 [32.147730] 呼叫追踪[ 32.147971] <TASK> [ 32.148183] dump_stack_lvl+0x48/0x70 [ 32.148514] dump_stack+0x10/0x20 [ 32.148820] netdev_core_pick_tx+0xb1/0xe0 [ 32.149180] __dev_queue_xmit+0x529/0xcf0 [ 32.149533] ? __check_object_size.part.0+0x21c/0x2c0 [ 32.149967] ip_finish_output2+0x278/0x560 [32.150327] __ip_finish_output+0x1fe/0x2f0 [ 32.150690] ip_finish_output+0x2a/0xd0 [ 32.151032] ip_output+0x7a/0x110 [ 32.151337] ? __pfx_ip_finish_output+0x10/0x10 [ 32.151733] ip_local_out+0x5e/0x70 [32.152054] ip_send_skb+0x19/0x50 [ 32.152366] udp_send_skb.isra.0+0x163/0x3a0 [ 32.152736] udp_sendmsg+0xba8/0xec0 [ 32.153060] ? __folio_memcg_unlock+0x25/0x60 [ 32.153445] ?
    __pfx_ip_generic_getfrag+0x10/0x10 [ 32.153854] sock_has_perm+0x85/0xa0 [ 32.154190] inet_sendmsg+0x6d/0x80 [ 32.154508] ? inet_sendmsg+0x6d/0x80 [ 32.154838] sock_sendmsg+0x62/0x70 [32.155152]____sys_sendmsg+0x134/0x290 [ 32.155499] ___sys_sendmsg+0x81/0xc0 [ 32.155828] ?
    _get_random_bytes.part.0+0x79/0x1a0 [ 32.156240] ip4_datagram_release_cb+0x5f/0x1e0 [ 32.156649] get_random_u16+0x69/0xf0 [ 32.156989] ? __fget_light+0xcf/0x110 [ 32.157326] __sys_sendmmsg+0xc4/0x210 [32.157657] ? __sys_connect+0xb7/0xe0 [ 32.157995] ? __audit_syscall_entry+0xce/0x140 [ 32.158388] ? syscall_trace_enter.isra.0+0x12c/0x1a0 [ 32.158820] __x64_sys_sendmmsg+0x24/0x30 [ 32.159171] do_syscall_64+0x38/0x90 [ 32.159493] entry_SYSCALL_64_after_hwframe+0x72/0xdc 透過減少 txq 數量作為不存在的主要-dev來修正此問題會。 (CVE-2023-54236)

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

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

  - exfat使用 kvmalloc_array/kvfree 而非 kmalloc_array/kfree。 下列呼叫堆疊是 Linux 4.19 核心中的一種狀況。在 exfat fs 使用 kmalloc_array 的地方配置記憶體是因為系統記憶體片段化而在未識別的情況下插入 u-disk 所致。使用 exfat 檔案系統的裝置 (例如 u-disk) 是可插拔的並可隨時插入系統中。不過長期執行的系統無法保證實體記憶體的連續性。因此有必要解決此問題。Binder2632_6頁面配置失敗order:4、mode:0x6040c0(GFP_KERNEL|__GFP_COMP)、nodemask=(null) 呼叫追踪[242178.097582] dump_backtrace+0x0/0x4 [242178.097589] dump_stack+0xf4/0x134 [242178.097598] warn_alloc+0xd8/0x144 [242178.097603] __alloc_pages_nodemask+0x1364/0x1384 [242178.097608] kmalloc_order+0x2c/0x510 [242178.097612] kmalloc_order_trace+0x40/0x16c [242178.097618]
    __kmalloc+0x360/0x408 [242178.097624] load_alloc_bitmap+0x160/0x284 [242178.097628] exfat_fill_super+0xa3c/0xe7c [242178.097635] mount_bdev+0x2e8/0x3a0 [242178.097638] exfat_fs_mount+0x40/0x50 [242178.097643] mount_fs+0x138/0x2e888 [242178.097649] vfs_kern_mount+0x90/0x270 [242178.097655] do_mount+0x798/0x173c [242178.097659] ksys_mount+0x114/0x1ac [242178.097665]
    __arm64_sys_mount+0x24/0x34 [242178.097671] el0_svc_common+0xb8/0x1b8 [242178.097676] el0_svc_handler+0x74/0x90 [242178.097681] el0_svc+0x8/0x340 透過分析 exfat 程式碼我們發現此處不需要連續的實體記憶體所以使用 kvmalloc_array 可解決此問題。
    (CVE-2023-54194)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - 範例/bpf修正 tcp_basertt 中的緩衝區溢位。使用 sizeof(nv) 或 strlen(nv)+1 是正確的。
    (CVE-2023-54312)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - drm/virtio檢查傳輸的 2D BO 是否為 shmem 傳輸的 2D BO 一律必須為 shmem BO。新增該項目的檢查以防止在使用者空間傳遞 VRAM BO 時發生 NULL 解除參照。 (CVE-2022-50842)

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

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

  - dm clone修正 clone_dtr() 中的 UAF Dm_clone 在 dm_resume() 和 dm_destroy() 並行時也有相同的 UAF 問題。因此在 clone_dtr() 中再次取消計時器。 (CVE-2022-50843)

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

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

  - vfio修正因未初始化的 group->iommufd group->iommufd 未針對 iommufd_ctx_put() 初始化而造成的 NULL 指標解除參照 [20018.331541] 錯誤核心 NULL 指標解除參照解決
    000000000000000 [20018.377508] RIP 0010:iommufd_ctx_put+0x5/0x10 [iommufd] ... [20018.476483] 呼叫追踪 [20018.479214] <TASK> [20018.481555] vfio_group_fops_unl_ioctl+0x506/0x690 [vfio] [20018.487586]
    __x64_sys_ioctl+0x6a/0xb0 [20018.491773] ? trace_hardirqs_on+0xc5/0xe0 [20018.496347] do_syscall_64+0x67/0x90 [20018.500340] entry_SYSCALL_64_after_hwframe+0x4b/0xb5 (CVE-2023-54174)

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

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

  - bpf防止附加失敗後洩漏 lsm 程式。在 [0] 中我們已將 bpf_prog_attach LSM 程式的功能新增至 cgroup但在我們確認該 prog 應附加至 BPF_LSM_CGROUP 時如果檢查失敗。這會導致缺少遞減 prog 的 refcnt (透過 bpf_prog_put)而使 LSM 程式在經過預期的生命週期點之後仍處於運作狀態。此修正允許遞減發生。 [0] https://lore.kernel.org/all/20220628174314.1216643-4-sdf@google.com/ (CVE-2022-50855)

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

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

  - ambabus修正參照計數洩漏提交 5de1540b7bc4 (驅動程式/amba從裝置樹狀結構建立裝置) 會增加 of_node 的參照計數但並未在 amba_device_release 中釋放它因此發生參照計數洩漏。
    透過使用 of_node_put 來避免 refcount 洩漏。 (CVE-2023-54230)

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

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

  - scsiqedf修正處理 Smatch 錯誤時的 NULL 解除參照 drivers/scsi/qedf/qedf_main.c:3056 qedf_alloc_global_queues() 警告遺漏回溯 goto 此時在函式中尚未進行任何配置因此我們可以直接傳回。特別是 qedf->global_queues 尚未配置因此當我們檢查 (!gl[i]) 和 gl 是否為 NULL 時呼叫 qedf_free_global_queues() 將導致 NULL 解除參照。 (CVE-2023-54289)

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

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

  - powerpc/powernv/sriov解除參照 iov 前先對 iov 執行 null 檢查目前系統會在對 iov 進行 null 檢查之前先解除參照 iov 指標這可能會導致 null 指標解除參照錯誤。透過在解除參照前移動 iov null 檢查來修正此問題。使用 cppcheck 靜態分析偵測
    linux/arch/powerpc/platforms/powernv/pci-sriov.c:597:12警告「!iov」條件為多餘或是可能有 null 指標解除參照iov。 [nullPointerRedundantCheck] num_vfs = iov->num_vfs ^ (CVE-2023-54315)

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

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

  - mediatunersqt1010將 BUG_ON 取代為一般錯誤此處並不需要 BUG_ON 此外它還會造成 smatch 混淆。以錯誤傳回協助取代此問題可解決此相同警告
    drivers/media/tuners/qt1010.c:350 qt1010_init() 錯誤緩衝區溢位 ‘i2c_data’ 34 <= 34 (CVE-2023-54282)

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

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

  - udmabuf如果建立 sg 表格失敗則設定 ubuf->sg = NULL。當使用者空間嘗試對應 dmabuf 且如果因為某些原因 (例如 OOM) 建立 sg 表格失敗時ubuf->sg 必須設定為NULL。
    否則當使用者空間隨後關閉 dmabuf fd我們會嘗試從 release_udmabuf 錯誤釋放無效的 sg 表格進而導致 syzbot 報告一般保護錯誤一般保護錯誤 0xdffffc0000000000: 0000 [#1] PREEMPT SMP KASAN KASANnull-ptr-deref 在範圍 [0x0000000000000000-0x0000000000000007] CPU0 PID3609 通訊syz-executor487 未污染 5.19.0-syzkaller-13930-g7ebfc85e2cd7 #0 硬體名稱Google Google/Google 計算引擎Compute Engine、BIOS Google 07/22/2022 RIP0010:dma_unmap_sgtable include/linux/dma-mapping.h:378 [內嵌] RIP
    0010:put_sg_table drivers/dma-buf/udmabuf.c:89 [內嵌] RIP0010:release_udmabuf+0xcb/0x4f0 drivers/dma-buf/udmabuf.c:114 程式碼48 89 fa 48 c1 ea 03 80 3c 02 00 0f 85 2b 04 00 00 48 8d 7d 0c 4c 8b 63 30 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 4d0 7c 8 d2 0f 85 e2 RSP0018:ffffc900037efd30 EFLAGS00010246 RAXdffffc0000000000 RBXffffffff8cb67800 RCX
    0000000000000000 RDX: 0000000000000000 RSI: ffffffff84ad27e0 RDI: 0000000000000000 RBP: fffffffffffffff4 R08: 0000000000000005 R09: 0000000000000000 R10: 0000000000000000 R11: 000000000008c07c R12:
    ffff88801fa05000 R13ffff888073db07e8 R14ffff888025c25440 R150000000000000000 FS
    0000555555fc4300(0000) GS:ffff8880b9a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007fc1c0ce06e4 CR3: 00000000715e6000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 呼叫追踪 <TASK> dma_buf_release+0x157/0x2d0 drivers/dma-buf/dma-buf.c:78
    __dentry_kill+0x42b/0x640 fs/dcache.c:612 dentry_kill fs/dcache.c:733 [內嵌] dput+0x806/0xdb0 fs/dcache.c:913 __fput+0x39c/0x9d0 fs/file_table.c:333 task_work_run+0xdd /0x1a0 kernel/task_work.c:177 ptrace_notify+0x114/0x140 kernel/signal.c:2353 ptrace_report_syscall include/linux/ptrace.h:420 [內嵌] ptrace_report_syscall_exit include/linux/ptrace.h:482 [內嵌] syscall_exit_work kernel/ entry/common.c:249 [內嵌] syscall_exit_to_user_mode_prepare+0x129/0x280 kernel/entry/common.c:276
    __syscall_exit_to_user_mode_work kernel/entry/common.c:281 [內嵌] syscall_exit_to_user_mode+0x9/0x50 kernel/entry/common.c:294 do_syscall_64+0x42/0xb0 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP 0033:0x7fc1c0c35b6b 程式碼0f 05 48 3d 00 f0 ff ff 77 45 c3 0f 1f 40 00 48 83 ec 18 89 7c 24 0c e8 63 fc ff ff 8b 7c 24 0c 41 89 c0 0 b8 03 050 0 [ 30 00 03 050 ] <48> f [ ] 00 f0 ff ff 77 35 44 89 c7 89 44 24 0c e8 a1 fc ff ff 8b 44 RSP: 002b:00007ffd78a06090 EFLAGS: 00000293 ORIG_RAX: 0000000000000003 RAX: 0000000000000000 RBX: 0000000000000007 RCX: 00007fc1c0c35b6b RDX:
    0000000020000280 RSI: 0000000040086200 RDI: 0000000000000006 RBP: 0000000000000007 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000293 R12: 000000000000000c R13:
    0000000000000003 R1400007fc1c0cfe4a0 R1500007ffd78a06140 </TASK> 連結的模組 ---[ end trace 0000000000000000 ]--- RIP 0010:dma_unmap_sgtable include/linux/dma-mapping.h:378 [內嵌] :RIP
    0010:put_sg_table drivers/dma-buf/udmabuf.c:89 [內嵌] RIP0010:release_udmabuf+0xcb/0x4f0 drivers/dma-buf/udmabuf.c:114 (CVE-2022-50819)

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

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

  - rxrpc修正 afs_make_call() 呼叫 rxrpc_kernel_begin_call() 以開始呼叫 (呼叫可能在背景中停止等待連線變為可用) 授予通道的呼叫的逾時然後它會呼叫 rxrpc_kernel_set_max_life() 來設定逾時 - 但這會啟動呼叫計時器因此呼叫計時器可能會在我們獲得指派的連線之前到期 - 如果呼叫停止則會導致下列 oops: 錯誤核心 NULL 指標解除參照0000000000000000 ... CPU1 PID5111 Commkrxrpcio/0 未受污染的 6.3.0-rc7-build3+ #701 RIP
    0010rxrpc_alloc_txbuf+0xc0/0x157 ... 呼叫追踪 <TASK> rxrpc_send_ACK+0x50/0x13b rxrpc_input_call_event+0x16a/0x67d rxrpc_io_thread+0x1b6/0x45f _raw_spin_unlock_irqrestore+0x1f/0x35 ? rxrpc_input_packet+0x519/0x519 kthread+0xe7/0xef ? kthread_complete_and_exit+0x1b/0x1b ret_from_fork+0x22/0x30 修正此問題方法是在建立呼叫時記錄 struct rxrpc_call 中的逾時問題。傳輸第一個封包時會啟動計時器。應該不可能透過 AF_RXRPC 從使用者空間直接觸發此問題因為如果呼叫因為訊號而中斷等候則 sendmsg() 會在呼叫處於 waiting-for-conn 狀態時傳回 EBUSY。 (CVE-2023-54195)

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

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

  - netstream清除 sk_stream_kill_queues() 中的 sk_error_queue Changheon Lee 報告 TCP 通訊端洩漏且有 nice 重現。我們洩漏的 TCP 通訊端似乎是下列序列1) 通訊端上已啟用 SOF_TIMESTAMPING_TX_ACK。每個 ACK 都會從 __skb_tstamp_tx() 製作一個放在錯誤佇列中的 skb。
    __skb_tstamp_tx() 會使用 skb_clone()除非也要求了 SOF_TIMESTAMPING_OPT_TSONLY。 2) 如果應用程式也使用 MSG_ZEROCOPY那麼我們會將附加了 ubuf_info 結構的 skbs 複製到錯誤佇列。每當配置 ubuf_info 結構時sock_zerocopy_alloc() 就會執行 sock_hold()。只要復制的 skbs 仍在 sk_error_queue 中通訊端參照計數就會維持在較高狀態。 3) 應用程式在錯誤佇列非空白時關閉了通訊端。由於 tcp_close() 不再清除通訊端錯誤佇列我們可能最終得到一個錯誤佇列中至少有一個 skb 的 TCP 通訊端可讓通訊端永遠作用中。此錯誤可用於 (ab) 消耗所有核心記憶體並凍結主機。我們需要清除錯誤佇列並針對並行寫入器正確同步。 (CVE-2022-50838)

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

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

  - perf/arm_dmc620修正 dmc620_pmu_init() 中的熱插拔回呼洩漏。platform_driver_register() 失敗時dmc620_pmu_init() 不會移除 cpuhp_setup_state_multi() 新增的回呼。移除失敗路徑中 cpuhp_remove_multi_state() 的回呼。類似於認可 26242b330093 中的 arm_ccn_init() 處理 (匯流排 arm-ccn防止熱插拔回呼洩漏) (CVE-2022-50820)

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

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

  - md/raid10修正 md 執行緒的記憶體洩漏在 raid10_run() 中如果在設定「mddev->thread」之前 setup_conf() 成功而 raid10_run() 失敗則不會釋放錯誤路徑中的「conf->thread」。透過在 setup_conf() 之後設定「mddev->thread」來修正問題。 (CVE-2023-54294)

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

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

  - cifs修正 cifs_ses_add_channel() 中的 xid 洩漏。傳回之前 應釋放 xid否則 xid 將會洩漏。 (CVE-2022-50856)

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

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

  - virtio-vdpa修正 virtio_vdpa_find_vqs() 中的 cpumask 記憶體洩漏問題再從函式傳回之前釋放 create_affinity_masks() 配置的 cpumask。 (CVE-2023-54215)

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

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

  - RDMA/irdma修正 CQP 要求完成時的資料爭用。KCSAN 在 cqp_request->request_done 記憶體位置上偵測到資料爭用該位置在 irdma_cqp_ce_handler 中更新時會在 irdma_handle_cqp_op 中以非鎖定方式存取。以 READ_ONCE/WRITE_ONCE 註釋無鎖定目的以避免任何編譯器最佳化例如載入熔斷和/或 KCSAN 警告。 [222808.417128] 錯誤 KCSANirdma_cqp_ce_handler 中發生資料爭用 [irdma] / irdma_wait_event [irdma] [222808.417532] cpu 5 上的工作 29658 寫入 0xffff8e44107019dc (共 1 個位元組) [222808.417610] irdma_cqp_ce_handler+0x21e/0x270 [irdma] [222808.417725] cqp_compl_worker+0x1b/0x20 [irdma] [222808.417827] process_one_work+0x4d1/0xa40222808.417835[] ] worker_thread+0x319/0x700 [222808.417842] kthread+0x180/0x1b0 [222808.417852] ret_from_fork+0x22/0x30 [222808.417918] ] 在 cpu 1 上工作 29688 讀取至 0xffff8e44107019dc (共 1 個位元組) [222808.417995] irdma_wait_event+0x1e2/0x2c0 [irdma] [222808.418099] irdma_handle_cqp_op+0xae/0x170 [irdma] [222808.418202] irdma_cqp_cq_destroy [_cmdma+070/0x900x ] [222808.418308] irdma_puda_dele_rsrc+0x46d/0x4d0 [irdma] [222808.418411] irdma_rt_deinit_hw+0x179/0x1d0 [irdma] [222808.418514] irdma_ib_dealloc_device+0x11/0x40 [irdma] [222808.418618] ib_dealloc_device+0x2a/0x120 [ib_core] [222808.418823] __ib_unregister_device+0xde/0x100 [ib_core] [222808.418981] ib_unregister_device+0x22/0x40 [ib_core] [222808.419142] irdma_ib_unregister_device+0x70/0x90 [irdma] [222808.419248] i40iw_close+0x6f/0xc0 [irdma] [222808.419352] i40e_client_device_unregister+0x 14a/0x180 [i40e] [222808.419450] i40iw_remove+0x21/0x30 [irdma] [222808.419554] mandatory_bus_remove+0x31/0x50 [222808.419563] device_remove+0x69/0xb0 [222808.419572] device_release_driver_internal+0x293/0x360 [222808.419582] driver_detach +0x7c/0xf0 [222808.419592] bus_remove_driver+0x8c/0x150 [222808.419600] driver_unregister+0x45/0x70 [222808.419610] aid_driver_unregister+0x16/0x30 [222808.419618] irdma_exit_module+0x18/0x1e [irdma] [222808.419733] __do_sys_delete_module.constprop .0+0x1e2/0x310 [222808.419745] __x64_sys_delete_module+0x1b/0x30 [222808.419755] do_syscall_64+0x39/0x90 [222808.419763] entry_SYSCALL_64_after_hwframe+0x63/0xcd [222808.419829] 值已變更 0x01 -> 0x03 (CVE-2023-54292)

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

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

  - drm防止 drm_copy_field() 嘗試複製 NULL 指標。由於 drm_copy_field() 嘗試透過 DRM_IOCTL_VERSION 將某些 drm_driver 結構欄位複製到使用者空間因此驅動程式需要某些結構欄位。但也有可能是驅動程式具有錯誤且未設定某些欄位進而導致 drm_copy_field() 嘗試複製 NULL 指標[ +10.395966] 無法處理在 版中在 uaccess 常式之外的核心對使用者記憶體的存取虛擬位址 0000000000000000 [ +0.010955] 記憶體中止資訊 [ +0.002835] ESR = 0x0000000096000004 [ +0.003872] EC = 0x25DABT (目前 EL)IL = 32 位元 [+0.005395] SET = 0FnV = 0 [ +0.003113] EA = 0, S1PTW = 0 [ +0.003182] FSC = 0x04層級 0 轉譯錯誤 [ +0.004964] 資料中止資訊[ +0.002919] ISV = 0, ISS = 0x00000004 [ +0.003886] CM = 0, WnR = 0 [+0.003040] 使用者 pgtable4k 頁面48 位元 VA pgdp=0000000115dad000 [ +0.006536[0000000000000000] pgd=0000000000000000]  、p4d=0000000000000000 [ +0.006925] 內部錯誤Oops96000004 [#1] SMP ... [+0.011113] pstate80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ +0.007061] pc
    __pi_strlen+0x14/0x150 [ +0.003895] lr : drm_copy_field+0x30/0x1a4 [ +0.004156] sp ffff8000094b3a50 [+0.003355] x29 ffff8000094b3a50 x28 ffff8000094b3b70 x27 000000 + [] x27 000000 [0000]0 [6000000.007242[0000]0 [604000]
    ffff443743c2ba00 x250000000000000000 x240000000000000040 [ +0.007243] x23ffff443743c2ba00 x22
    ffff8000094b3b70 x210000000000000000 [ +0.007241] x200000000000000000 x19ffff8000094b3b90 x18
    0000000000000000 [ +0.007241] x17: 0000000000000000 x16: 0000000000000000 x15: 0000aaab14b9af40 [+0.007241] x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000000 [ +0.007239] x11:
    0000000000000000 x100000000000000000 x9 ffffa524ad67d4d8 [ +0.007242] x8 0101010101010101 x7
    7f7f7f7f7f7f7f7f x6 6c6e6263606e7141 [ +0.007239] x5 0000000000000000 x4 0000000000000000 x3
    0000000000000000 [ +0.007241] x2 : 0000000000000000 x1 : ffff8000094b3b90 x0 : 0000000000000000 [+0.007240] Call trace: [ +0.002475] __pi_strlen+0x14/0x150 [ +0.003537] drm_version+0x84/0xac [ +0.003448] drm_ioctl_kernel+ 0xa8/0x16c [ +0.003975] drm_ioctl+0x270/0x580 [ +0.003448] __arm64_sys_ioctl+0xb8/0xfc [+0.003978] invoke_syscall+0x78/0x100 [ +0.003799] el0_svc_common.constprop.0+0x4c/0xf4 [ +0.004767] do_el0_svc+0x38/0x4c [ +0.003357] el0_svc+0x34/0x100 [ +0.003185] el0t_64_sync_handler+0x11c/0x150 [+0.004418] el0t_64_sync+0x190/0x194 [ +0.003716] Code: 92402c04 b200c3e8 f13fc09f 5400088c (a9400c02 ) [+0.006180] ---[ end trace 0000000000000000 ]--- (CVE-2022-50884)

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

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

  - bpf防止在 func_proto 引數中參照 decl_tag Syzkaller 設法命中另一個 decl_tag 問題btf_func_proto_check kernel/bpf/btf.c:4506 [內嵌] btf_check_all_types kernel/bpf/btf.c:4734 [內嵌] btf_parse_type_sec+0x1175/0x1980 kernel/bpf/btf.c:4763 btf_parse kernel/bpf/btf.c:5042 [內嵌] btf_new_fd+0x65a/0xb00 kernel/bpf/btf.c:6709 bpf_btf_load+0x6f/0x90 kernel/bpf/syscall.c:4342
    __sys_bpf+0x50a/0x6c0 kernel/bpf/syscall.c:5034 __do_sys_bpf kernel/bpf/syscall.c:5093 [內嵌]
    __se_sys_bpf kernel/bpf/syscall.c:5091 [內嵌] __x64_sys_bpf+0x7c/0x90 kernel/bpf/syscall.c:5091 do_syscall_64+0x54/0x70 arch/x86/entry/common.c:48 這似乎與認可 ea68376c8bed ( bpf
    func_proto 中的 decl_tag 參照) 除外 引數。 (CVE-2022-50883)

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

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

  - mediaaf9005修正 af9005_i2c_xfer 中的 null-ptr-deref。在 af9005_i2c_xfer 中訊息由使用者控制。當 msg[i].buf 為 null 而 msg[i].len 為零時會通過之前對 msg[i].buf 的檢查。惡意資料最終到達 af9005_i2c_xfer。如果在沒有功能健全檢查的情況下存取 msg[i].buf[0]則會發生 null 指標解除參照。我們在 msg[i].len 上新增檢查以防止當機。類似的認可認可 0ed554fd769a (媒體dvb-usb
    az6027修正 az6027_i2c_xfer() 中的 null-ptr-deref) (CVE-2023-54314)

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

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

  - wifi: ath9k修正 ath9k_hif_usb_disconnect() 中的釋放後使用。此修補程式可修正當 ath9k_destroy_wmi() 嘗試存取已由 ieee80211_free_hw 釋放的「drv_priv」時在 ath9k_hif_usb_disconnect() 中發生的 ath9k 中的釋放後使用。 ()由 ath9k_htc_hw_deinit() 呼叫。修補程式將 ath9k_destroy_wmi() 移至 ieee80211_free_hw() 之前。請注意驅動程式的 urb 應在使用 ath9k_destroy_wmi() 釋放「wmi」之前終止因為其回呼將存取「wmi」。由修改的 syzkaller 版本發現。 ================================================== ================ 錯誤KASAN在 ath9k_destroy_wmi+0x38/0x40 中發生釋放後使用讀取作業 kworker/ 的 addr ffff8881069132a0 處的大小為 8/0:1/7 CPU: 0 PID 7 通訊kworker/0:1 污染的 GO 5.14.0+ #131 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/ 2014 Workqueueusb_hub_wq hub_event 呼叫追踪
    dump_stack_lvl+0x8e/0xd1 print_address_description.constprop.0.cold+0x93/0x334 ath9k_destroy_wmi+0x38/0x40 ? ath9k_destroy_wmi+0x38/0x40 kasan_report.cold+0x83/0xdf ath9k_destroy_wmi+0x38/0x40 ath9k_destroy_wmi+0x38/0x40 ath9k_hif_usb_disconnect+0x329/0x3f0 ath9k_hif_usb_suspend+0x120/0x120 ? usb_disable_interface+0xfc/0x180 usb_unbind_interface+0x19b/0x7e0 ? usb_autoresume_device+0x50/0x50 device_release_driver_internal+0x44d/0x520 bus_remove_device+0x2e5/0x5a0 device_del+0x5b2/0xe30 __device_link_del+0x370/0x370 ? usb_remove_ep_devs+0x43/0x80 ? remove_intf_ep_devs+0x112/0x1a0 usb_disable_device+0x1e3/0x5a0 usb_disconnect+0x267/0x870 hub_event+0x168d/0x3950 rcu_read_lock_sched_held+0xa1/0xd0 hub_port_debounce+0x2e0/0x2e0 ? check_irq_usage+0x860/0xf20 ? Drain_workqueue+0x281/0x360 lock_release+0x640/0x640 ? rcu_read_lock_sched_held+0xa1/0xd0 rcu_read_lock_bh_held+0xb0/0xb0 lockdep_hardirqs_on_prepare+0x273/0x3e0 process_one_work+0x92b/0x1460 ? pwq_dec_nr_in_flight+0x330/0x330 ? rwlock_bug.part.0+0x90/0x90 worker_thread+0x95/0xe00 __kthread_parkme+0x115/0x1e0 ? process_one_work+0x1460/0x1460 kthread+0x3a1/0x480 ? set_kthread_struct+0x120/0x120 ret_from_fork+0x1f/0x30 錯誤位址屬於頁面page:ffffea00041a44c0 refcount:0 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x106913 旗標0x20000000000000(node=0)raw=2)
    0200000000000000 0000000000000000 dead000000000122 0000000000000000 raw: 0000000000000000 0000000000000000 00000000ffffffff 0000000000000000 page dumped because: kasan: bad access detected page_owner tracks the page as freed page last allocated via order 3, migratetype Unmovable, gfp_mask 0x40dc0(GFP_KERNEL|__GFP_COMP|__GFP_ZERO), pid 7, ts 38347963444 , free_ts 41399957635 prep_new_page+0x1aa/0x240 get_page_from_freelist+0x159a/0x27c0 __alloc_pages+0x2da/0x6a0 alloc_pages+0xec/0x1e0 kmalloc_order+0x39/0xf0 kmalloc_order_trace+0x19/0x120 __kmalloc+0x308/0x390 wiphy_new_nm+0x6f5/0x1dd0 ieee80211_alloc_hw_nm+0x36d/0x2230 ath9k_htc_probe_device+ 0x9d/0x1e10 ath9k_htc_hw_init+0x34/0x50 ath9k_hif_usb_firmware_cb+0x25f/0x4e0 request_firmware_work_func+0x131/0x240 process_one_work+0x92b/0x1460 worker_thread+0x95/0xe00 kthread last+0x3a1/0x480 釋放堆疊追踪
    free_pcp_prepare+0x3d3/0x7f0 free_unref_page+0x1e/0x3d0 device_release+0xa4/0x240 kobject_put+0x186/0x4c0 put_device+0x20/0x30 ath9k_htc_disconnect_device+0x1cf/0x2c0 ath9k_htc_hw_deinit+0x26/0x30 ath9k_hif_usb_disconnect+0x2d9/0x3f0 usb_unbind_interface+0x19b/0x7e0 device_release_driver_internal+0x44d/0x520 bus_remove_device+0x2e5/0x5a0 device_del+0x5b2/0xe30 usb_disable_device+0x1e3/0x5a0 usb_disconnect+0x267/0x870 hub_event+0x168d/0x3950 process_one_work+0x92b/0x1460 Memory state around the buggy address: ffff888106913180: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff888106913200: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >ffff888
    ---truncated--- (CVE-2022-50881)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - scsiipr修正 ipr_init() 中的警告。當 pci_register_driver() 失敗時ipr_init() 不會呼叫 unregister_reboot_notifier()這會造成 警告。pci_register_driver() 失敗時呼叫 unregister_reboot_notifier()。通知程式回呼 ipr_halt [ipr] 已註冊 警告kernel/notifier.c:29 notifier_chain_register+0x16d/0x230 的模組為 299 連結ipr(+) xhci_pci_renesas xhci_hcd ehci_hcd usbcore led_class gpu_sched drm_buddy 視訊 wmi drm_tm_helper tm drm drm_helper_display_km_ drm drm_panel_orientation_quirks agpgart cfbft CPU3 PID299 通訊modprobe 受污染的 GW 6.1.0-rc1-00190-g39508d23b672-dirty #332 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.15.0- 0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:notifier_chain_register+0x16d/0x230 呼叫追踪 <TASK> __blocking_notifier_chain_register+0x73/0xb0 ipr_init+0x30/0x1000 [ipr] do_one_initcall+0xdb/0x480 do__+01init/cfmodule 0x680 load_module+0x6a50/0x70a0
    __do_sys_finit_module+0x12f/0x1c0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50850)

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

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

  - RDMA/irdma修正 CQP 完成統計資料上的資料爭用。如 KCSAN 報告的那樣，CQP 完成統計資料在 irdma_wait_event 和 irdma_check_cqp_progress 中遭到鎖定讀取，但可在另一個 CPU 上的完成執行緒 irdma_sc_ccq_get_cqe_info 中進行更新。使完成統計資料成為不可部分完成的變數以反映對其的一致更新。這也可避免編譯器最佳化可能造成的載入/儲存中斷邏輯錯誤。 [77346.170861] 錯誤 KCSANirdma_handle_cqp_op 中發生資料爭用 [irdma] / irdma_sc_ccq_get_cqe_info [irdma] [77346.171383] cpu 4 上的工作 9544 寫入 8 位元組的 0xffff8a3250b108e0 [77346.171483] irdma_sc_ccq_get_cqe_info+0xirdma27a/0dma27a [[] ] [77346.171658] irdma_cqp_ce_handler+0x164/0x270 [irdma] [77346.171835] cqp_compl_worker+0x1b/0x20 [irdma] [77346.172009] process_one_work+0x4d1/0xa40 [77346.172024] worker_thread+0x319/0x700 [77346.172037] kthread+0x180/ 0x1b0 [77346.172054] ret_from_fork+0x22/0x30 [77346.172136] cpu 2 上的工作 9838 讀取至 0xffff8a3250b108e0 (共 8 位元組) [77346.172234] irdma_handle_cqp_op+0xf4/0x4b0 [irdma] [77346.172413[] ] irdma_cqp_aeq_cmd+0x75/0x0 [irdma] [  ] irdma_cqp_aeq_cmd+0x75/0x ] [77346.172592] irdma_create_aeq+0x390/0x45a [irdma] [77346.172769] irdma_rt_init_hw.cold+0x212/0x85d [irdma] [77346.172944] irdma_probe+0x54f/0x620 [irdma] [77346.173122] mandatory_bus_probe+0x66/0xa0 [77346.173137] emerge_probe+0x140/0x540 [77346.173154]
    __driver_probe_device+0xc7/0x220 [77346.173173] driver_probe_device+0x5f/0x140 [77346.173190]
    __driver_attach+0xf0/0x2c0 [77346.173208] bus_for_each_dev+0xa8/0xf0 [77346.173225] driver_attach+0x29/0x30 [77346.173240] bus_add_driver+0x29c/0x2f0 [77346.173255] driver_register+0x10f/0x1a0 [77346.173272] __auxiliary_driver_register+0xbc/0x140 [77346.173287] irdma_init_module+0x55/0x1000 [irdma] [77346.173460] do_one_initcall+0x7d/0x410 [77346.173475] do_init_module+0x81/0x2c0 [77346.173491] load_module+0x1232/0x12c0 [77346.173506]
    __do_sys_finit_module+0x101/0x180 [77346.173522] __x64_sys_finit_module+0x3c/0x50 [77346.173538] do_syscall_64+0x39/0x90 [77346.173553] entry_SYSCALL_64_after_hwframe+0x63/0xcd [77346.173634] value changed: 0x0000000000000094 -> 0x0000000000000095 (CVE-2023-54302)

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

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

  - drm/bridgeit6505初始化 it6505_i2c_probe 中的 AUX 通道在裝置開機期間在 DRM 子系統將 it6505 註冊為 DRM 橋接器之前可觸發 HPD 中斷。在這些情況下驅動程式會嘗試存取 AUX 通道並造成 NULL 指標解除參照。提早初始化 AUX 通道以防止此類錯誤。 (CVE-2022-50847)

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

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

  - cxl/pmem修正 nvdimm 註冊爭用下列形式的迴圈 while true執行 modprobe cxl_pci modprobe -r cxl_pci完成 ...失敗並出現下列損毀簽章錯誤核心 NULL 指標解除參照位址
    0000000000000040 [..] RIP: 0010:cxl_internal_send_cmd+0x5/0xb0 [cxl_core] [..] Call Trace: <TASK> cxl_pmem_ctl+0x121/0x240 [cxl_pmem] nvdimm_get_config_data+0xd6/0x1a0 [libnvdimm] nd_label_data_init+0x135/0x7e0 [libnvdimm] nvdimm_probe+0xd6/0x1c0 [libnvdimm] nvdimm_bus_probe+0x7a/0x1e0 [libnvdimm] emerge_probe+0xde/0x380 __driver_probe_device+0x78/0x170 driver_probe_device+0x1f/0x90
    __device_attach_driver+0x85/0x110 bus_for_each_drv+0x7d/0xc0 __device_attach+0xb4/0x1e0 bus_probe_device+0x9f/0xc0 device_add+0x445/0x9c0 nd_async_device_register+0xe/0x40 [libnvdimm] async_run_entry_fn+0x30/0xsync1 ndinamespace 的下半部分...分別裝置該底半部註冊會在 CXL 移除 cxl_pmem_ctl() 所需的內容之後執行。ACPI NFIT 案例可從表格中所列的項目並行啟動多個 nvdimm 裝置註冊而獲益不同CXL 已標記為 PROBE_PREFER_ASYNCHRONOUS。因此提供同步註冊路徑以防止此狀況發生。 (CVE-2023-54323)

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

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

  - mediauvcvideo修正 uvc_gpio_parse 中的記憶體洩漏 之前單元緩衝區是在檢查 GPIO 的 IRQ 之前進行配置。若發生錯誤則單位緩衝區已洩漏。在 IRQ 之後配置單元緩衝區以避免發生此問題。Addresses-Coverity-ID1474639 (資源洩漏) (CVE-2022-50882)

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

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

  - tty修正 tty_driver_lookup_tty() 中的越界存取。指定 console=tty3270這類無效的 console= 裝置時tty_driver_lookup_tty() 會在未檢查 index 是否為有效數字的情況下傳回 tty 結構。若要重現 qemu-system-x86_64 -enable-kvm -nographic -serial mon:stdio \ -kernel ../linux-build-x86/arch/x86/boot/bzImage \ -append console=ttyS0 console=tty3270 這會因下列原因而當機 [ 0.770599] BUG核心 NULL 指標解除參照、位址00000000000000ef [ 0.771265] #PF在核心模式中監督讀取存取 [ 0.771773] #PFerror_code(0x0000) - 不存在頁面 [ 0.772609] Oops0000 [#1] PREEMPT SMP PTI [ 0.774878] RIP0010:tty_open+0x268/0x6f0 [ 0.784013] chrdev_open+0xbd/0x230 [ 0.784444] cdev_device_add+0x80/0x80 [ 0.784920] do_dentry_open+0x1e0/0x410 [ 0.785389] path_openat+0xca9/0x1050 [0.785813] do_filp_open+0xaa/0x150 [ 0.786240] file_open_name+0x133/0x1b0 [ 0.786746] filp_open+0x27/0x50 [0.787244] console_on_rootfs+0x14/0x4d [ 0.787800] kernel_init_freeable+0x1e4/0x20d [ 0.788383] ? rest_init+0xc0/0xc0 [ 0.788881] kernel_init+0x11/0x120 [ 0.789356] ret_from_fork+0x22/0x30 (CVE-2023-54198)

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

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

  - drm/amdgpu修正 odn_edit_dpm_table() 回呼中的第二個參數類型 透過 clang 的核心控制流程完整性 (kCFI、CONFIG_CFI_CLANG)間接呼叫目標會根據預期的函式指標原型進行驗證以確保呼叫目標有效有助於減輕 ROP攻擊。如果不相同則會在執行時發生失敗其表現形式為核心錯誤或執行緒遭到終止。clang 中的一個建議警告旨在於編譯時擷取這些警告其顯示：
    drivers/gpu/drm/amd/amdgpu/../pm/swsmu/amdgpu_smu.c:3008:29錯誤不相容的函式指標類型正在初始化 'int (*)(void *, uint32_t, long *, uint32_t)' (即具有 'int (void *, enum PP_OD_DPM_TABLE_COMMAND, long *, uint32_t)' 類型運算式的「int (*)(void *, unsigned int, long *, unsigned int)」(又稱為「int (void *, enum PP_OD_DPM_TABLE_COMMAND, long *, unsigned int)') [-Werror,-Wincompatible-function-pointer-types-strict] .odn_edit_dpm_table = smu_od_edit_dpm_table, ^~~ ~ ~ ~ ~ ~ ~ ~ ~ 產生了 1 個錯誤。在「struct amd_pm_funcs」中只有兩個 ->odn_edit_dpm_table() 實作
    smu_od_edit_dpm_table() 和 pp_odn_edit_dpm_table()。其中一個具有「enum PP_OD_DPM_TABLE_COMMAND」的第二個參數類型而另一個則使用「u32」。最後smu_od_edit_dpm_table() 會呼叫
    「struct pptable_funcs」的 ->od_edit_dpm_table() 與 pp_odn_edit_dpm_table() 會呼叫「struct pp_hwmgr_func」的 ->odn_edit_dpm_table()而兩者都有第二個參數類型「enum PP_OD_DPM_TABLE_COMMAND」。
    將 'struct amd_pm_funcs' 和 pp_odn_edit_dpm_table() 之原型中的類型參數更新為 'enum PP_OD_DPM_TABLE_COMMAND'其可清除警告。 (CVE-2022-50844)

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

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

  - tpm: tpm_vtpm_proxy修正 /dev/vtpmx 建立中的爭用情形在「workqueue」初始化之前使 /dev/vtpmx 變為可見否則在最壞的情況下可導致記憶體損毀。將「workqueue」作為驅動程式初始化的第一步進行初始化即可解決此問題。 (CVE-2023-54309)

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

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

  - net/schedcls_api移除 driver_list 中的 block_cb然後釋放 tcf_block_bind() 的錯誤處理常式會在發生錯誤時釋放整個 bo->cb_list。不過此時 flow_block_cb 執行個體已在驅動程式清單中這是因為在 tcf_block_offload_cmd() 的呼叫鏈中先呼叫驅動程式 ndo_setup_tc() 回呼。這會留下清單中已釋放物件的懸置指標並造成釋放後使用[0]。修正方法是也在解除配置之前從 driver_list 移除 flow_block_cb 執行個體。 [0]: [279.868433] ========================================== ======================== [ 279.869964] 錯誤KASAN
    flow_block_cb_setup_simple+0x631/0x7c0 中的 slab 釋放後使用 [ 279.871527] 工作 tc/2963 於 addr ffff888147e2bf20 讀取大小 8 [ 279.873151] CPU6 PID2963 Commtc 未受污染的 6.3.0-rc6+ #4 [279.874273] 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 [ 279.876295] ] 呼叫追踪[ 279.876882] <TASK> [279.877413] dump_stack_lvl+0x33/0x50 [ 279.878198] print_report+0xc2/0x610 [ 279.878987] ? flow_block_cb_setup_simple+0x631/0x7c0 [ 279.879994] kasan_report+0xae/0xe0 [ 279.880750] ? flow_block_cb_setup_simple+0x631/0x7c0 [ 279.881744] mlx5e_tc_reoffload_flows_work+0x240/0x240 [mlx5_core] [ 279.883047] flow_block_cb_setup_simple+0x631/0x7c0 [ 279.884027] tcf_block_offload_cmd.isra.0+0x189/0x2d0 [ 279.885037] ? tcf_block_setup+0x6b0/0x6b0 [ 279.885901] ? mutex_lock+0x7d/0xd0 [ 279.886669] ? __mutex_unlock_slowpath.constprop.0+0x2d0/0x2d0 [ 279.887844] ? ingress_init+0x1c0/0x1c0 [sch_ingress] [ 279.888846] tcf_block_get_ext+0x61c/0x1200 [ 279.889711] ingress_init+0x112/0x1c0 [sch_ingress] [ 279.890682] clsact_init+0x2b0/0x2b0 [sch_ingress] [ 279.891701] qdisc_create+0x401/0xea0 [ 279.892485] ? qdisc_tree_reduce_backlog+0x470/0x470 [ 279.893473] tc_modify_qdisc+0x6f7/0x16d0 [ 279.894344] ? tc_get_qdisc+0xac0/0xac0 [ 279.895213] ? mutex_lock+0x7d/0xd0 [ 279.896005] ? __mutex_lock_slowpath+0x10/0x10 [ 279.896910] rtnetlink_rcv_msg+0x5fe/0x9d0 [ 279.897770] ? rtnl_calcit.isra.0+0x2b0/0x2b0 [ 279.898672] __sys_sendmsg+0xb5/0x140 [ 279.899494] ? do_syscall_64+0x3d/0x90 [ 279.900302] ? entry_SYSCALL_64_after_hwframe+0x46/0xb0 [ 279.901337] ? kasan_save_stack+0x2e/0x40 [ 279.902177] ? kasan_save_stack+0x1e/0x40 [ 279.903058] ? kasan_set_track+0x21/0x30 [ 279.903913] ? kasan_save_free_info+0x2a/0x40 [ 279.904836] ?
    ____kasan_slab_free+0x11a/0x1b0 [ 279.905741] ? kmem_cache_free+0x179/0x400 [ 279.906599] netlink_rcv_skb+0x12c/0x360 [ 279.907450] ? rtnl_calcit.isra.0+0x2b0/0x2b0 [ 279.908360] netlink_ack+0x1550/0x1550 [ 279.909192] ? rhashtable_walk_peek+0x170/0x170 [ 279.910135] ? kmem_cache_alloc_node+0x1af/0x390 [ 279.911086] _copy_from_iter+0x3d6/0xc70 [ 279.912031] netlink_unicast+0x553/0x790 [ 279.912864] ? netlink_attachskb+0x6a0/0x6a0 [ 279.913763] ? netlink_recvmsg+0x416/0xb50 [ 279.914627] netlink_sendmsg+0x7a1/0xcb0 [ 279.915473] ? netlink_unicast+0x790/0x790 [ 279.916334] ? iovec_from_user.part.0+0x4d/0x220 [ 279.917293] netlink_unicast+0x790/0x790 [ 279.918159] sock_sendmsg+0xc5/0x190 [ 279.918938]
    ____sys_sendmsg+0x535/0x6b0 [ 279.919813] ? import_iovec+0x7/0x10 [ 279.920601] ? kernel_sendmsg+0x30/0x30 [ 279.921423] ? __copy_msghdr+0x3c0/0x3c0 [ 279.922254] ? import_iovec+0x7/0x10 [ 279.923041]
    ___sys_sendmsg+0xeb/0x170 [ 279.923854] ? copy_msghdr_from_user+0x110/0x110 [ 279.924797] ?
    ___sys_recvmsg+0xd9/0x130 [ 279.925630] ? __perf_event_task_sched_in+0x183/0x470 [ 279.926656]
    ___sys_sendmsg+0x170/0x170 [ 279.927529] ctx_sched_in+0x530/0x530 [ 279.928369] ? update_curr+0x283/0x4f0 [ 279.929185] ? perf_event_update_userpage+0x570/0x570 [ 279.930201] ?
    __fget_light+0x57/0x520 [ 279.931023] ? __switch_to+0x53d/0xe70 [ 27 ---truncated--- (CVE-2023-54193)

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

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

  - xfrm修正 dev 追踪器的洩漏在方向檢查階段netdev 參照追踪器已初始化但因錯誤的 *_put() 呼叫而釋放。 (CVE-2023-54273)

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

ID	名稱	嚴重性
281470	Linux Distros 未修補的弱點：CVE-2025-15270	high
281469	Linux Distros 未修補的弱點：CVE-2025-15276	high
281468	Linux Distros 未修補的弱點：CVE-2022-50823	high
281467	Linux Distros 未修補的弱點：CVE-2022-50827	medium
281466	Linux Distros 未修補的弱點：CVE-2025-15280	high
281465	Linux Distros 未修補的弱點：CVE-2023-54283	medium
280817	Linux Distros 未修補的弱點：CVE-2023-54318	medium
280816	Linux Distros 未修補的弱點：CVE-2023-54186	high
280815	Linux Distros 未修補的弱點：CVE-2022-50853	high
280814	Linux Distros 未修補的弱點：CVE-2023-54295	high
280813	Linux Distros 未修補的弱點：CVE-2022-50817	medium
280812	Linux Distros 未修補的弱點：CVE-2022-50839	high
280811	Linux Distros 未修補的弱點：CVE-2022-50825	medium
280810	Linux Distros 未修補的弱點：CVE-2022-50824	medium
280809	Linux Distros 未修補的弱點：CVE-2023-54200	medium
280808	Linux Distros 未修補的弱點：CVE-2022-50875	medium
280807	Linux Distros 未修補的弱點：CVE-2023-54168	high
280806	Linux Distros 未修補的弱點：CVE-2023-54236	medium
280805	Linux Distros 未修補的弱點：CVE-2023-54194	medium
280804	Linux Distros 未修補的弱點：CVE-2023-54312	high
280803	Linux Distros 未修補的弱點：CVE-2022-50842	medium
280802	Linux Distros 未修補的弱點：CVE-2022-50843	high
280801	Linux Distros 未修補的弱點：CVE-2023-54174	medium
280800	Linux Distros 未修補的弱點：CVE-2022-50855	medium
280799	Linux Distros 未修補的弱點：CVE-2023-54230	high
280798	Linux Distros 未修補的弱點：CVE-2023-54289	medium
280797	Linux Distros 未修補的弱點：CVE-2023-54315	medium
280796	Linux Distros 未修補的弱點：CVE-2023-54282	medium
280795	Linux Distros 未修補的弱點：CVE-2022-50819	high
280794	Linux Distros 未修補的弱點：CVE-2023-54195	medium
280793	Linux Distros 未修補的弱點：CVE-2022-50838	medium
280792	Linux Distros 未修補的弱點：CVE-2022-50820	high
280791	Linux Distros 未修補的弱點：CVE-2023-54294	medium
280790	Linux Distros 未修補的弱點：CVE-2022-50856	high
280789	Linux Distros 未修補的弱點：CVE-2023-54215	medium
280788	Linux Distros 未修補的弱點：CVE-2023-54292	medium
280787	Linux Distros 未修補的弱點：CVE-2022-50884	medium
280786	Linux Distros 未修補的弱點：CVE-2022-50883	high
280785	Linux Distros 未修補的弱點：CVE-2023-54314	medium
280784	Linux Distros 未修補的弱點：CVE-2022-50881	high
280783	Linux Distros 未修補的弱點：CVE-2022-50850	medium
280782	Linux Distros 未修補的弱點：CVE-2023-54302	medium
280781	Linux Distros 未修補的弱點：CVE-2022-50847	medium
280780	Linux Distros 未修補的弱點：CVE-2023-54323	medium
280779	Linux Distros 未修補的弱點：CVE-2022-50882	medium
280778	Linux Distros 未修補的弱點：CVE-2023-54198	high
280777	Linux Distros 未修補的弱點：CVE-2022-50844	high
280776	Linux Distros 未修補的弱點：CVE-2023-54309	high
280775	Linux Distros 未修補的弱點：CVE-2023-54193	medium
280774	Linux Distros 未修補的弱點：CVE-2023-54273	medium

偵測

Nessus 的 Misc. 系列

high

high

high

medium

high

medium

medium

high

high

high

medium

high

medium

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

high

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

medium

high

medium

high

medium

medium

medium

medium

medium

high

high

high

medium

medium