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

  - wifimac80211檢查 S1G 動作框架大小檢查動作程式碼之前先檢查其是否存在於框架中。 (CVE-2023-53257)

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

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

  - 已解決 Linux 核心中的下列弱點：thermal/drivers/hisi: Drop second sensor hi3660 The commit 74c8e6bffbe1 (driver core: Add __alloc_size hint to devm allocators) exposes a panic BRK handler: Fatal exception on the hi3660_thermal_probe funciton. This is because the function allocates memory for only one sensors array entry, but tries to fill up a second one. Fix this by removing the unneeded second access. (CVE-2023-53242)

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

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

  - driversnetqlcnic修正 qlcnic_sriov_init() 中潛在的記憶體洩漏問題如果 vp 在 qlcnic_sriov_init() 中配置失敗則需要釋放所有先前配置的 vp。 (CVE-2022-50242)

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

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

  - ext4修正 ext4_clu_mapped 中針對 bigalloc + 內嵌的延遲配置錯誤。將內嵌資料的檔案轉換至範圍時在使用 bigalloc 和內嵌選項建立的檔案系統上進行的延遲配置會導致範圍狀態快取內容無效、保留的叢集計數不正確、核心記憶體洩漏和潛在的核心錯誤。使用 bigalloc 時用於判斷區塊是否必須延遲配置的程式碼會搜尋範圍樹狀結構以查看該區塊是否對應至先前配置的叢集。否則係統會延遲配置該區塊反之則不延遲配置。不過如果也使用了內嵌選項且如果含有區塊的檔案標記為能夠內嵌儲存資料則表示沒有與該檔案相關聯的有效範圍樹狀結構。ext4_clu_mapped() 中的目前程式碼會呼叫 ext4_find_extent() 來搜尋不存在的樹狀結構以尋找先前配置的叢集這通常會視需要搜尋任何內容。不過搜尋的副作用可能是快取範圍狀態樹狀結構中不存在的樹狀結構 (回收) 中的無效內容包括擱置中保留樹狀結構中的假項目。若要修正此問題針對從內嵌轉換為範圍對應的 bigalloc + 內嵌檔案之區塊時避免搜尋範圍樹狀結構。 (CVE-2022-50286)

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

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

  - usbucsi_acpi增加命令完成逾時提交 130a96d698d7 (usbtypecucsiacpi
    增加命令完成逾時值) 將逾時從 5 秒增加到 60 秒這是因為與替代模式探索相關的問題所致。在替代模式探索切換至輪詢模式後逾時會減少但不是設回為 5 秒而是減少至 1 秒。這會在透過 Type-C 連接至 LG 27UL850-W 使用 Lenovo ThinkPad X1 Yoga gen7 時造成問題 (透過 Type-C 為 DP 充電)。若已在開機時連線監視器則會記錄下列錯誤
    PPM init 失敗 (-110)/sys/class/typec 為空且拔除時會發生本系列前面已修正的 NULL 指標解除參照。當監控器在開機後連線時系統會記錄下列錯誤
    GET_CONNECTOR_STATUS 失敗 (-110)。將逾時重新設為 5 秒可解決這兩種情況。
    (CVE-2023-53168)

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

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

  - wificfg80211修正 wext 的釋放後使用問題 wext.connect 中的金鑰資訊不會在 (重新) 連線時重設且可保留來自先前連線的資料。重設金鑰資料以避免驅動程式或 mac80211 錯誤偵測 WEP 連線要求並存取已釋放或已重複使用的記憶體。此外最佳化 cfg80211_sme_connect() 並避免無用的 conn_work 排程。 (CVE-2023-53153)

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

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

  - ataahci比對 /build/linux-9H675w/linux-5.15.0/drivers/ata/libahci.c:968:41 中的 EM_MAX_SLOTS 與 SATA_PMP_MAX_PORTS UBSAN 投訴有關 array-index-out-of-bounds[1.980703] 核心 UBSAN array-index-out-of-bounds 的問題[ 1.980709] 核心索引 15 超出類型 'ahci_em_priv [8]' 的範圍 [ 1.980713] 核心CPU0 PID209 通訊scsi_eh_8 未受污染的 5.15.0-25-generic #25-Ubuntu [ 1.980716] kernel硬體名稱系統製造商系統產品名稱/P5Q3BIOS 1102 06/11/2010 [ 1.980718] 核心呼叫追踪[ 1.980721] 核心 <TASK> [ 1.980723] 核心show_stack+0x52/0x58 [ 1.980729] 核心dump_stack_lvl+0x4a/0x5f [ 1.980734] 核心
    dump_stack+0x10/0x12 [ 1.980736] 核心ubsan_epilogue+0x9/0x45 [ 1.980739] 核心
    __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 1.980742] 核心ahci_qc_issue+0x166/0x170 [libahci] [1.980748] 核心ata_qc_issue+0x135/0x240 [ 1.980752] 核心ata_exec_internal_sg+0x2c4/0x580 [1.980754] 核心? vprintk_default+0x1d/0x20 [ 1.980759] 核心ata_exec_internal+0x67/0xa0 [ 1.980762] 核心sata_pmp_read+0x8d/0xc0 [ 1.980765] 核心sata_pmp_read_gscr+0x3c/0x90 [ 1.980768] 核心
    sata_pmp_attach+0x8b/0x310 [ 1.980771] 核心ata_eh_revalidate_and_attach+0x28c/0x4b0 [ 1.980775] 核心ata_eh_recover+0x6b6/0xb30 [ 1.980778] 核心ahci_do_hardreset+0x180/0x180 [libahci] [1.980783] 核心ahci_stop_engine+0xb0/0xb0 [libahci] [ 1.980787] 核心ahci_do_softreset+0x290/0x290 [libahci] [ 1.980792] 核心trace_event_raw_event_ata_eh_link_autopsy_qc+0xe0/0xe0 [ 1.980795] 核心
    sata_pmp_eh_recover.isra.0+0x214/0x560 [ 1.980799] 核心sata_pmp_error_handler+0x23/0x40 [ 1.980802] 核心ahci_error_handler+0x43/0x80 [libahci] [ 1.980806] 核心ata_scsi_port_error_handler+0x2b1/0x600 [ 1.980810] 核心ata_scsi_error+0x9c/0xd0 [ 1.980813] 核心scsi_error_handler+0xa1/0x180 [ 1.980817] 核心scsi_unjam_host+0x1c0/0x1c0 [ 1.980820] 核心kthread+0x12a/0x150 [ 1.980823] 核心set_kthread_struct+0x50/0x50 [ 1.980826] 核心ret_from_fork+0x22/0x30 [ 1.980831] 核心 </TASK> 發生這種情況是因為 sata_pmp_init_links() 將 link->pmp 初始化最多為 SATA_PMP_MAX_PORTS而 em_priv 被宣告為 8 元素陣列。我找不到 AHCI 規格 v1.3.1 中指定的最大 Enclosure Management 連接埠數但 12.2.1 LED 訊息類型指出連接埠倍增器資訊可利用 4 位元這表示其最多可支援 16 個連接埠。因此使用 SATA_PMP_MAX_PORTS 作為 EM_MAX_SLOTS 以解決此問題。
    BugLink https://bugs.launchpad.net/bugs/1970074 (CVE-2022-50315)

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

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

  - 已解決 Linux 核心中的下列弱點：mt76: mt7921: fix kernel panic by accessing unallocated eeprom.data The MT7921 driver no longer uses eeprom.data, but the relevant code has not been removed completely since commit 16d98b548365 (mt76: mt7921: rely on mcu_get_nic_capability).
    This could result in potential invalid memory access. To fix the kernel panic issue in mt7921, it is necessary to avoid accessing unallocated eeprom.data which can lead to invalid memory access. Furthermore, it is possible to entirely eliminate the mt7921_mcu_parse_eeprom function and solely depend on mt7921_mcu_parse_response to divide the RxD header. [2.702735] BUG: kernel NULL pointer dereference, address: 0000000000000550 [2.702740] #PF: supervisor write access in kernel mode [2.702741] #PF:
    error_code(0x0002) - not-present page [2.702743] PGD 0 P4D 0 [2.702747] Oops: 0002 [#1] PREEMPT SMP NOPTI [2.702755] RIP: 0010:mt7921_mcu_parse_response+0x147/0x170 [mt7921_common] [2.702758] RSP:
    0018:ffffae7c00fef828 EFLAGS: 00010286 [2.702760] RAX: ffffa367f57be024 RBX: ffffa367cc7bf500 RCX:
    0000000000000000 [2.702762] RDX: 0000000000000550 RSI: 0000000000000000 RDI: ffffa367cc7bf500 [2.702763] RBP: ffffae7c00fef840 R08: ffffa367cb167000 R09: 0000000000000005 [2.702764] R10: 0000000000000000 R11:
    ffffffffc04702e4 R12: ffffa367e8329f40 [2.702766] R13: 0000000000000000 R14: 0000000000000001 R15:
    ffffa367e8329f40 [2.702768] FS: 000079ee6cf20c40(0000) GS:ffffa36b2f940000(0000) knlGS:0000000000000000 [2.702769] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [2.702775] CR2: 0000000000000550 CR3:
    00000001233c6004 CR4: 0000000000770ee0 [2.702776] PKRU: 55555554 [2.702777] Call Trace: [2.702782] mt76_mcu_skb_send_and_get_msg+0xc3/0x11e [mt76 <HASH:1bc4 5>] [2.702785] mt7921_run_firmware+0x241/0x853 [mt7921_common <HASH:6a2f 6>] [2.702789] mt7921e_mcu_init+0x2b/0x56 [mt7921e <HASH:d290 7>] [2.702792] mt7921_register_device+0x2eb/0x5a5 [mt7921_common <HASH:6a2f 6>] [2.702795] ? mt7921_irq_tasklet+0x1d4/0x1d4 [mt7921e <HASH:d290 7>] [2.702797] mt7921_pci_probe+0x2d6/0x319 [mt7921e <HASH:d290 7>] [2.702799] pci_device_probe+0x9f/0x12a (CVE-2023-53232)

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: Intel: avs: Fix potential RX buffer overflow If an event caused firmware to return invalid RX size for LARGE_CONFIG_GET, memcpy_fromio() could end up copying too many bytes. Fix by utilizing min_t(). (CVE-2022-50325)

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

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

  - 韌體dmi-sysfs修正 dmi_sysfs_register_handle 中的 null-ptr-deref KASAN 報告 null-ptr-deref 錯誤KASAN null-ptr-deref 在範圍 [0x0000000000000008-0x00000000000000f] CPU0 PID 1373 Comm
    modprobe 硬體名稱: QEMU Standard PC (i440FX + PIIX, 1996) RIP: 0010:dmi_sysfs_entry_release ... 呼叫追踪 <TASK> kobject_put dmi_sysfs_register_handle (drivers/firmware/dmi-sysfs.c:540) dmi_sysfs dmi_decode_table (drivers/firmware/dmi_scan.c:133) dmi_walk (drivers/firmware/dmi_scan.c:1115) dmi_sysfs_init (drivers/firmware /dmi-sysfs.c:149) dmi_sysfs do_one_initcall (init/main.c:1296) ... 核心錯誤 - 未同步嚴重例外狀況 核心位移: 0x4000000 from 0xffffffff81000000 ---[ 結束 核心錯誤 - 非同步嚴重例外狀況 ]--- 這是因為之前的修補程式新增了 kobject_put() 來釋放記憶體這會呼叫 dmi_sysfs_entry_release()和 list_del()。不過在錯誤區塊之後會呼叫 list_add_tail(entry->list)因此 list_head 會未初始化且無法刪除。將錯誤處理移至 list_add_tail 之後以修正此問題。 (CVE-2023-53250)

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

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

  - Orangefs修正 Orangefs_sysfs_init() 中的 kmemleak。插入和移除 Orangefs 模組時會洩漏 kobjects 記憶體未參照的物件 0xffff88810f95af00 (大小 64)通訊 insmod、pid 783、jiffies 4294813439 (65.512s) 十六進位轉儲存 (第一個32 位元組)a0 83 af 01 81 88 ff ff 08 af 95 0f 81 88 ff ff ........ 08 af 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ........ 反向追踪
    [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000005a6e4dfe>] Orangefs_sysfs_init+0x42/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3300 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未參照的物件 0xffff88810f95ae80 (大小 64)comm insmod、pid 783、jiffies 465945183439 (前 32 個位元組)c8 90 0f 02 81 88 ff ff 88 ae 95 0f 81 88 ff ff ........ 88 ae 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 .... 反向追踪 [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000001a4841fa>] Orangefs_sysfs_init+0xc7/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall +0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframed+0x46/0unx46/0取消參照物件 0xffff88810f95ae00 (大小 64)comm insmod、pid 783、jiffies 4294813440 (6 時5.511s) 十六進位轉儲存 (前 32 個位元組)60 87 a1 00 81 88 ff ff 08 ae 95 0f 81 88 ff ff `........ 08 ae 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ..... 反向追踪 [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000005915e797>] Orangefs_sysfs_init+0x12b/0x3a0 [<00000000722645ca>] 0xfffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_wframe_after +0x46/0xb0 未參照的物件 0xffff88810f95ad80 (大小 64)comm insmod、pid 783、jiffies 4294813440 (存在時間 65.511s) 十六進位轉儲存 (前 32 個位元組)78 90 0f 02 81 88 ff ff 88 ad 95 x 0f 81 88 ff ff ........ 88 ad 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ........ 反向追踪 [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000007a14eb35>] Orangefs_sysfs_init+0x1ac/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b 0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未參照物件 0xffff88810f95ac00 (大小 64)comm insmod、pid 783、jiffies 4294813440 (65.531s) 十六進位轉儲存 (前 32 個位元組) 67 02 81 88 ff ff 08 ac 95 0f 81 88 ff ff ..g. ..g. 08 ac 95 0f 81 88 ff 00 00 00 00 00 00 00 00 .... ........ 反向追踪 [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000001f38adcb>] Orangefs_sysfs_init+0x291/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/ ---truncated--- (CVE-2022-50316)

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

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

  - 已解決 Linux 核心中的下列弱點：firmware: arm_ffa: Fix FFA device names for logical partitions Each physical partition can provide multiple services each with UUID. Each such service can be presented as logical partition with a unique combination of VM ID and UUID. The number of distinct UUID in a system will be less than or equal to the number of logical partitions. However, currently it fails to register more than one logical partition or service within a physical partition as the device name contains only VM ID while both VM ID and UUID are maintained in the partition information.
    The kernel complains with the below message: | sysfs: cannot create duplicate filename '/devices/arm-ffa-8001' | CPU: 1 PID: 1 Comm: swapper/0 Not tainted 6.3.0-rc7 #8 | Hardware name: FVP Base RevC (DT) | Call trace: | dump_backtrace+0xf8/0x118 | show_stack+0x18/0x24 | dump_stack_lvl+0x50/0x68 | dump_stack+0x18/0x24 | sysfs_create_dir_ns+0xe0/0x13c | kobject_add_internal+0x220/0x3d4 | kobject_add+0x94/0x100 | device_add+0x144/0x5d8 | device_register+0x20/0x30 | ffa_device_register+0x88/0xd8 | ffa_setup_partitions+0x108/0x1b8 | ffa_init+0x2ec/0x3a4 | do_one_initcall+0xcc/0x240 | do_initcall_level+0x8c/0xac | do_initcalls+0x54/0x94 | do_basic_setup+0x1c/0x28 | kernel_init_freeable+0x100/0x16c | kernel_init+0x20/0x1a0 | ret_from_fork+0x10/0x20 | kobject_add_internal failed for arm-ffa-8001 with -EEXIST, don't try to | register things with the same name in the same directory. | arm_ffa arm-ffa: unable to register device arm-ffa-8001 err=-17 | ARM FF-A: ffa_setup_partitions: failed to register partition ID 0x8001 By virtue of being random enough to avoid collisions when generated in a distributed system, there is no way to compress UUID keys to the number of bits required to identify each. We can eliminate '-' in the name but it is not worth eliminating 4 bytes and add unnecessary logic for doing that. Also v1.0 doesn't provide the UUID of the partitions which makes it hard to use the same for the device name. So to keep it simple, let us alloc an ID using ida_alloc() and append the same to arm-ffa to make up a unique device name.
    Also stash the id value in ffa_dev to help freeing the ID later when the device is destroyed.
    (CVE-2023-53256)

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

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

  - kprobes修正 kill_kprobe() 中啟用之探查的檢查。在 kill_kprobe() 檢查是否需要呼叫 disarm_kprobe_ftrace() 時一律會失敗。這是因為在此之前我們為 kprobe 設定了 KPROBE_FLAG_GONE 旗標使得 !kprobe_disabled(p) 永遠為 false。commit: 0cb2f1372baa (kprobes修正 kprobe_ftrace_handler 的 NULL 指標解除參照)引入的 disarm_kprobe_ftrace() 呼叫可修正 NULL 指標參照問題。啟用探查時若我們未將其解除佈建此問題仍然存在。透過在設定 KPROBE_FLAG_GONE 旗標前放置已啟用探查檢查來修正此問題。
    (CVE-2022-50266)

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

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

  - cxl修正 cxl_pci_init_afu|adapter() 中可能發生的 null-ptr-deref 如果 device_register() 在 cxl_pci_afu|adapter() 中失敗則無法新增裝置也無法在錯誤路徑中呼叫 device_unregister() 否則會造成因為移除未新增的裝置而導致的 null-ptr-deref。如 device_register() 的註解所述其應使用 put_device() 來放棄錯誤路徑中的參照。因此將 device_unregister() 分割為 device_del() 和 put_device()然後在暫存器失敗時轉至 put dev。
    (CVE-2022-50244)

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: sof_es8336: fix possible use-after-free in sof_es8336_remove() sof_es8336_remove() calls cancel_delayed_work(). However, that function does not wait until the work function finishes. This means that the callback function may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling cancel_delayed_work_sync(), which ensures that the work is properly cancelled, no longer running, and unable to re-schedule itself. (CVE-2022-50305)

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

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

  - 已解決 Linux 核心中的下列弱點：irqchip/ti-sci: Fix refcount leak in ti_sci_intr_irq_domain_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53164)

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

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

  - af_unix修正 user->unix_inflight 的資料爭用。在 spin_lock(unix_gc_lock) 下user->unix_inflight 已變更但是 Too_many_unix_fds() 會非鎖定地讀取它。讓我們將寫入/讀取存取註解為 user->unix_inflight。錯誤KCSANunix_attach_fds / unix_inflight 中的資料爭用由 cpu 1 上的工作 44798 寫入 8 位元組之 0xffffffff8546f2d0unix_inflight+0x157/0x180 net/unix/scm.c:66 unix_attach_fds+0x147/0x1e0 net/unix/scm.c :123 unix_scm_to_skb net/unix/af_unix.c:1827 [內嵌] unix_dgram_sendmsg+0x46a/0x14f0 net/unix/af_unix.c:1950 unix_seqpacket_sendmsg net/unix/af_unix.c:2308 [內嵌] unix_seqpacket_sendmsg+0xba/0x130 net/unix /af_unix.c:2292 sock_sendmsg_nosec net/socket.c:725 [內嵌] sock_sendmsg+0x148/0x160 net/socket.c:748____sys_sendmsg+0x4e4/0x610 net/socket.c:2494
    ___sys_sendmsg+0xc6/0x140 net/socket.c:2548 __sys_sendmsg+0x94/0x140 net/socket.c:2577 __do_sys_sendmsg net/socket.c:2586 [內嵌] __se_sys_sendmsg net/socket.c:2584 [內嵌] __x64_sys_sendmsg+0x45/ 0x50 net/socket.c:2584 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 讀取至 0xffffffff8546f2d0 (共 8 位元組)透過 cpu 0 上的工作 44814too_many_unix_fds net/unix/scm.c:101 [內嵌] unix_attach_fds+0x54/0x1e0 net/unix/scm.c:110 unix_scm_to_skb net/unix/af_unix.c:1827 [內嵌] unix_dgram_sendmsg+0x46a /0x14f0 net/unix/af_unix.c:1950 unix_seqpacket_sendmsg net/unix/af_unix.c:2308 [內嵌] unix_seqpacket_sendmsg+0xba/0x130 net/unix/af_unix.c:2292 sock_sendmsg_nosec net/socket.c:725 [內嵌] sock_sendmsg +0x148/0x160 net/socket.c:748____sys_sendmsg+0x4e4/0x610 net/socket.c:2494
    ___sys_sendmsg+0xc6/0x140 net/socket.c:2548 __sys_sendmsg+0x94/0x140 net/socket.c:2577 __do_sys_sendmsg net/socket.c:2586 [內嵌] __se_sys_sendmsg net/socket.c:2584 [內嵌] __x64_sys_sendmsg+0x45/ 0x50 net/socket.c:2584 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 值已變更0x00000000000000c -> 0x000000000000000d 由 核心並行清理程式在此報告CPU: 0 PID: 44814 Commsystemd-coredum 未受污染的 6.4.0-11989-g6843306689af #6 硬體名稱: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0 -0-gd239552ce722-prebuilt.qemu.org 04/01/2014 (CVE-2023-53204)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64/sme: Set new vector length before reallocating As part of fixing the allocation of the buffer for SVE state when changing SME vector length we introduced an immediate reallocation of the SVE state, this is also done when changing the SVE vector length for consistency. Unfortunately this reallocation is done prior to writing the new vector length to the task struct, meaning the allocation is done with the old vector length and can lead to memory corruption due to an undersized buffer being used. Move the update of the vector length before the allocation to ensure that the new vector length is taken into account. For some reason this isn't triggering any problems when running tests on the arm64 fixes branch (even after repeated tries) but is triggering issues very often after merge into mainline. (CVE-2023-53184)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: brcmfmac: slab-out-of-bounds read in brcmf_get_assoc_ies() Fix a slab-out-of-bounds read that occurs in kmemdup() called from brcmf_get_assoc_ies(). The bug could occur when assoc_info->req_len, data from a URB provided by a USB device, is bigger than the size of buffer which is defined as WL_EXTRA_BUF_MAX. Add the size check for req_len/resp_len of assoc_info. Found by a modified version of syzkaller. [ 46.592467][ T7] ================================================================== [ 46.594687][ T7] BUG: KASAN: slab-out-of-bounds in kmemdup+0x3e/0x50 [ 46.596572][ T7] Read of size 3014656 at addr ffff888019442000 by task kworker/0:1/7 [ 46.598575][ T7] [ 46.599157][ T7] CPU: 0 PID: 7 Comm: kworker/0:1 Tainted: G O 5.14.0+ #145 [ 46.601333][ T7] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014 [ 46.604360][ T7] Workqueue: events brcmf_fweh_event_worker [ 46.605943][ T7] Call Trace: [ 46.606584][ T7] dump_stack_lvl+0x8e/0xd1 [46.607446][ T7] print_address_description.constprop.0.cold+0x93/0x334 [ 46.608610][ T7] ? kmemdup+0x3e/0x50 [ 46.609341][ T7] kasan_report.cold+0x79/0xd5 [ 46.610151][ T7] ? kmemdup+0x3e/0x50 [46.610796][ T7] kasan_check_range+0x14e/0x1b0 [ 46.611691][ T7] memcpy+0x20/0x60 [ 46.612323][ T7] kmemdup+0x3e/0x50 [ 46.612987][ T7] brcmf_get_assoc_ies+0x967/0xf60 [ 46.613904][ T7] ? brcmf_notify_vif_event+0x3d0/0x3d0 [ 46.614831][ T7] ? lock_chain_count+0x20/0x20 [ 46.615683][ T7] ? mark_lock.part.0+0xfc/0x2770 [ 46.616552][ T7] ? lock_chain_count+0x20/0x20 [ 46.617409][ T7] ? mark_lock.part.0+0xfc/0x2770 [ 46.618244][ T7] ? lock_chain_count+0x20/0x20 [ 46.619024][ T7] brcmf_bss_connect_done.constprop.0+0x241/0x2e0 [ 46.620019][ T7] ? brcmf_parse_configure_security.isra.0+0x2a0/0x2a0 [ 46.620818][ T7] ? __lock_acquire+0x181f/0x5790 [46.621462][ T7] brcmf_notify_connect_status+0x448/0x1950 [ 46.622134][ T7] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 46.622736][ T7] ? brcmf_cfg80211_join_ibss+0x7b0/0x7b0 [ 46.623390][ T7] ? find_held_lock+0x2d/0x110 [ 46.623962][ T7] ? brcmf_fweh_event_worker+0x19f/0xc60 [ 46.624603][ T7] ? mark_held_locks+0x9f/0xe0 [ 46.625145][ T7] ? lockdep_hardirqs_on_prepare+0x3e0/0x3e0 [ 46.625871][ T7] ? brcmf_cfg80211_join_ibss+0x7b0/0x7b0 [ 46.626545][ T7] brcmf_fweh_call_event_handler.isra.0+0x90/0x100 [46.627338][ T7] brcmf_fweh_event_worker+0x557/0xc60 [ 46.627962][ T7] ? brcmf_fweh_call_event_handler.isra.0+0x100/0x100 [ 46.628736][ T7] ? rcu_read_lock_sched_held+0xa1/0xd0 [46.629396][ T7] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 46.629970][ T7] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 46.630649][ T7] process_one_work+0x92b/0x1460 [ 46.631205][ T7] ? pwq_dec_nr_in_flight+0x330/0x330 [ 46.631821][ T7] ? rwlock_bug.part.0+0x90/0x90 [ 46.632347][ T7] worker_thread+0x95/0xe00 [ 46.632832][ T7] ? __kthread_parkme+0x115/0x1e0 [ 46.633393][ T7] ? process_one_work+0x1460/0x1460 [ 46.633957][ T7] kthread+0x3a1/0x480 [ 46.634369][ T7] ? set_kthread_struct+0x120/0x120 [ 46.634933][ T7] ret_from_fork+0x1f/0x30 [ 46.635431][ T7] [ 46.635687][T7] Allocated by task 7: [ 46.636151][ T7] kasan_save_stack+0x1b/0x40 [ 46.636628][ T7]
    __kasan_kmalloc+0x7c/0x90 [ 46.637108][ T7] kmem_cache_alloc_trace+0x19e/0x330 [ 46.637696][ T7] brcmf_cfg80211_attach+0x4a0/0x4040 [ 46.638275][ T7] brcmf_attach+0x389/0xd40 [ 46.638739][ T7] brcmf_usb_probe+0x12de/0x1690 [ 46.639279][ T7] usb_probe_interface+0x2aa/0x760 [ 46.639820][ T7] really_probe+0x205/0xb70 [ 46.640342][ T7] __driver_probe_device+0 ---truncated--- (CVE-2023-53213)

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

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

  - ACPICA: Avoid undefined behavior: applying zero offset to null pointer ACPICA commit 770653e3ba67c30a629ca7d12e352d83c2541b1e Before this change we see the following UBSAN stack trace in Fuchsia: #0 0x000021e4213b3302 in acpi_ds_init_aml_walk(struct acpi_walk_state*, union acpi_parse_object*, struct acpi_namespace_node*, u8*, u32, struct acpi_evalulate_info*, u8) ../../ third_party/acpica/source/components/dispatcher/dswstate.c: <platform-bus-x86.so>682  +0x233302 #1.2 ubsan_get_stack_trace() compiler-rt/lib/ubsan/ubsan_diag 中的 0x000020d0f660777f .cpp:41 <libclang_rt.asan.so>+0x3d77f #1.1 mighty_print_stack_trace() compiler-rt/lib/ubsan/ubsan_diag.cpp:51 中的 0x000020d0f660777f <libclang_rt.asan.so>+0x3d77f #1 ~scoped_report() compiler-rt/lib/ubsan/ubsan_diag 中的 0x000020d0f660777f .cpp:387 <libclang_rt.asan.so>+0x3d77f #2 handlepointer_overflow_impl() compiler-rt/lib/ubsan/ubsan_handlers.cpp:809 中的 0x000020d0f660b96d <libclang_rt.asan.so>+0x4196d #3 compiler-rt/lib/ubsan/ubsan_handlers.cpp:815 中的 0x000020d0f660b50d <libclang_rt.asan.so>+0x4150d #4 0x000021e4213b3302 in acpi_ds_init_aml_walk(struct acpi_walk_state*、union acpi_parse_object*、struct acpi_namespace_node*、u8*、u32、struct acpi_evalulate_info*、u8) ../../ third_party/acpica/source/components/dispatcher/dswstate.c <platform-bus-x86.so>:682  +0x233302 #5 0x000021e4213e2369 in acpi_ds_call_control_method(struct acpi_thread_state*, struct acpi_walk_state*, union acpi_parse_object*) ../../ third_party/acpica/source/components/ <platform-bus-x86.so>dispatcher/dsmethod.c:605  +0x262369 #6 0x000021e421437fac in acpi_ps_parse_aml(struct acpi_walk_state*) ../../ third_party/acpica/source/components/parser/psparse.c:550 <platform-bus-x86.so>+0x2b7fac #7 acpi_ps_execute_method(struct acpi_evalulate_info*) ../../acpica/source/components/parser 中的 0x000021e4214464d2 /psxface.c:244 <platform-bus-x86.so>+0x2c64d2 #8 acpi_ns_evaluate(struct acpi_evalulate_info*) 中的 0x000021e4213aa052../../ third_party/acpica/source/components/namespace/nseval.c: <platform-bus-x86.so>250  +0x22a052 #9 acpi_ns_init_3dddevice8 中的 acpi_ns_init_ (acpi_handle, u32, void*, void**) ../../ third_party/acpica/source/components/namespace/nsinit.c :735 <platform-bus-x86.so>+0x293dd8 #10 acpi_ns_walk_namespace(acpi_object_type, acpi_handle, u32, u32, acpi_walk_callback, acpi_walk_callback, void*, void**) 中的 0x000021e421429e98 ../../ third_party/acpica/source/components/namespace/nswalk.c :298 <platform-bus-x86.so>+0x2a9e98 #11 acpi_ns_initialize_devices(u32) 中的 0x000021e4214131ac ../../ third_party/acpica/source/components/namespace/ <platform-bus-x86.so>nsinit.c:268  +0x2931ac #12 0x000021e42147c40d(upi_initialize_objects 中的 。 ../ third_party/acpica/source/components/utilities/utxfinit.c:304 <platform-bus-x86.so>+0x2fc40d #13 acpi::acpi_impl::initialize_acpi(acpi::acpi_impl*) ../../src/devices/ 中的 0x000021e42126d603 board/lib/acpi/acpi-impl.cc:224 <platform-bus-x86.so>+0xed603 新增簡單的檢查可避免指標增加零但其他方面的運作如前。請注意我們的研究發現是針對 ACPICA 20221020但主機上存在相同的程式碼。 (CVE-2023-53182)

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

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

  - iommu/mediatek修正 kexec() 後 isr 上的損毀問題 如果系統透過 isr() 重新開機則可能在初始化網域之前觸發 IRQ 處置程式。因無效記憶體存取錯誤所導致。修正 [0.500930] 無法處理在虛擬位址 0000000000000070 處從無法讀取的記憶體讀取核心 [0.501166] 呼叫追踪 [ 0.501174] report_iommu_fault+0x28/0xfc [ 0.501180] mtk_iommu_isr+0x10c/0x1c0 [joro修正提交中的拼字訊息] (CVE-2022-50236)

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

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

  - fs/ntfs3對 attr_load_runs_vcn 新增 null 指標檢查。在 MFT 之前處理部分中繼資料檔案。這會針對某些邊角案例新增 null 指標檢查在讀取格式錯誤之 NTFS 影像的這些中繼資料檔案時這些案例可能導致 NPD。 [ 240.190827] 錯誤核心 NULL 指標解除參照、位址0000000000000158 [ 240.191583] #PF核心模式中的監督讀取存取 [ 240.191956] #PFerror_code(0x0000) - 不存在的頁面 [ 240.192391] PGD 0 P4D 0 [ 240.192897] Oops: 0000 [#1] PREEMPT SMP KASAN NOPTI [ 240.193805] CPU: 0 PID: 242 Comm: mount 污染GB 5.19.0+ #17 [ 240.194477] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)、BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 240.195152] RIP
    0010:ni_find_attr+0xae/0x300 [ 240.195679] 程式碼c8 48 c7 45 88 c0 4e 5e 86 c7 00 f1 f1 f1 f1 c7 40 04 00 f3 f3 f3 65 48 8b 04 25 28 00 00 00 48 89 45 d0 31 c0 e8 e2 d9f [ 240.196642] RSP: 0018:ffff88800812f690 EFLAGS: 00000286 [ 240.197019] RAX: 0000000000000001 RBX: 0000000000000000 RCX: ffffffff85ef037a [240.197523] RDX: 0000000000000001 RSI: 0000000000000008 RDI: ffffffff88e95f60 [ 240.197877] RBP:
    ffff88800812f738 R080000000000000001 R09ffffffff11d2bed [ 240.198292] R10ffffffff88e95f67 R11
    ffffbffff11d2bec R120000000000000000 [ 240.198647] R130000000000000080 R140000000000000000 R15
    0000000000000000 [ 240.199410] FS: 00007f233c33be40(0000) GS:ffff888058200000(0000) knlGS:0000000000000000 [ 240.199895] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 240.200314] CR2: 0000000000000158 CR3:
    0000000004d32000 CR400000000000006f0 [ 240.200839] 呼叫追踪 [ 240.201104] <TASK> [ 240.201502] ni_load_mi+0x80/0x80 [ 240.202297] ? ___slab_alloc+0x465/0x830 [ 240.202614] attr_load_runs_vcn+0x8c/0x1a0 [ 240.202886] ? __kasan_slab_alloc+0x32/0x90 [ 240.203157] ? attr_data_write_ passenger+0x250/0x250 [240.203543] mi_read+0x133/0x2c0 [ 240.203785] mi_get+0x70/0x140 [ 240.204012] ni_load_mi_ex+0xfa/0x190 [240.204346] ? ni_std5+0x90/0x90 [ 240.204588] ? __kasan_kmalloc+0x88/0xb0 [ 240.204859] ni_enum_attr_ex+0xf1/0x1c0 [ 240.205107] ? ni_fname_type.part.0+0xd0/0xd0 [ 240.205600] ? ntfs_load_attr_list+0xbe/0x300 [ 240.205864] ? ntfs_cmp_names_cpu+0x125/0x180 [ 240.206157] ntfs_iget5+0x56c/0x1870 [ 240.206510] ntfs_get_block_bmap+0x70/0x70 [ 240.206776] ?
    __kasan_kmalloc+0x88/0xb0 [ 240.207030] ? set_blocksize+0x95/0x150 [ 240.207545] ntfs_fill_super+0xb8f/0x1e20 [ 240.207839] ? put_ntfs+0x1d0/0x1d0 [ 240.208069] ? vsprintf+0x20/0x20 [240.208467] ? mutex_unlock+0x81/0xd0 [ 240.208846] set_blocksize+0x95/0x150 [ 240.209221] get_tree_bdev+0x232/0x370 [ 240.209804] ? put_ntfs+0x1d0/0x1d0 [ 240.210519] ntfs_fs_get_tree+0x15/0x20 [240.210991] vfs_get_tree+0x4c/0x130 [ 240.211455] path_mount+0x645/0xfd0 [ 240.211806] ? putname+0x80/0xa0 [ 240.212112] ? finish_automount+0x2e0/0x2e0 [ 240.212559] ? kmem_cache_free+0x110/0x390 [ 240.212906] ? putname+0x80/0xa0 [ 240.213329] do_mount+0xd6/0xf0 [ 240.213829] ? path_mount+0xfd0/0xfd0 [ 240.214246] ?
    __kasan_check_write+0x14/0x20 [ 240.214774] __x64_sys_mount+0xca/0x110 [ 240.215080] do_syscall_64+0x3b/0x90 [ 240.215442] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 240.215811] RIP
    0033:0x7f233b4e948a [ 240.216104] 代碼48 8b 0d 11 fa 2a 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 0 b 8 a 5000 ca 240.217615] RSP002b:00007fff02211ec8 EFLAGS
    00000202 ORIG_RAX00000000000000a5 [ 240.218718] RAXffffffffffffffda RBX0000561cdc35b060 RCX
    00007f233b4e948a [ 240.219556] RDX: 0000561cdc35b260 RSI: 0000561cdc35b2e0 RDI: 0000561cdc363af0 [240.219975] RBP: 0000000000000000 R08: 0000561cdc35b280 R09: 0000000000000020 [ 240.220403] R10:
    00000000c0ed0000 R110000000000000202 R120000561cdc363af0 [ 240.220803] R13000 ---truncated--- (CVE-2022-50336)

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

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

  - ext4修正 ext4_fc_replay_scan() 中可能的超出邊界讀取。因為掃描迴圈必須確保至少有 EXT4_FC_TAG_BASE_LEN 空間。如果剩餘空間小於 EXT4_FC_TAG_BASE_LEN這將導致在掛載損毀的檔案系統影像時發生超出邊界讀取。進行日誌掃描時需要 ADD_RANGE/HEAD/TAIL 新增額外檢查因為這三個標籤會在掃描期間讀取資料標籤長度不能小於即將讀取的資料長度。 (CVE-2022-50306)

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

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

  - memory of修正 of_get_ddr_timings() 中的 refcount 洩漏錯誤。中斷 for_each_child_of_node() 時我們應新增 of_node_put()因為它會自動增加和減少 refcount。
    (CVE-2022-50249)

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

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

  - wifimac80211_hwsim修正可能的 NULL 解除參照。在呼叫 mac80211_hwsim_select_tx_link() 時sta 指標可能為 NULL因此需要在存取前檢查該指標是否不是 NULL。 (CVE-2023-53209)

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

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

  - ipv6/addrconf修正 idev 可能的 refcount 反向溢位。現在在 addrconf_mod_rs_timer() 中參照 idev 取決於 rs_timer 是否處於擱置狀態。然後修改 rs_timer 逾時。[1] 中有一個時間間隔其內擱置的 rs_timer 會變成非擱置。無法保留 idev但 rs_timer 已啟動。因此rs_timer 回呼函式 addrconf_rs_timer() 稍後會在不保留 idev 的情況下執行並放置 idev。此問題可造成 idev 的 refcount 反向溢位問題。 if (!timer_pending(&idev->rs_timer)) in6_dev_hold(idev); <--------------[1] mod_timer(&idev->rs_timer, jiffies + when);若要修正該問題請在 mod_timer() 傳回 0 時保留 idev。(CVE-2023-53189)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: xhci-mtk: fix leakage of shared hcd when fail to set wakeup irq Can not set the @shared_hcd to NULL before decrease the usage count by usb_put_hcd(), this will cause the shared hcd not released. (CVE-2022-50247)

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

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

  - 已解決 Linux 核心中的下列弱點：vxlan: Fix memory leaks in error path The memory allocated by vxlan_vnigroup_init() is not freed in the error path, leading to memory leaks [1].
    Fix by calling vxlan_vnigroup_uninit() in the error path. The leaks can be reproduced by annotating gro_cells_init() with ALLOW_ERROR_INJECTION() and then running: # echo 100 > /sys/kernel/debug/fail_function/probability # echo 1 > /sys/kernel/debug/fail_function/times # echo gro_cells_init > /sys/kernel/debug/fail_function/inject # printf %#x -12 > /sys/kernel/debug/fail_function/gro_cells_init/retval # ip link add name vxlan0 type vxlan dstport 4789 external vnifilter RTNETLINK answers: Cannot allocate memory [1] unreferenced object 0xffff88810db84a00 (size 512): comm ip, pid 330, jiffies 4295010045 (age 66.016s) hex dump (first 32 bytes): f8 d5 76 0e 81 88 ff ff 01 00 00 00 00 00 00 02 ..v............. 03 00 04 00 48 00 00 00 00 00 00 01 04 00 01 00 ....H........... backtrace: [<ffffffff81a3097a>] kmalloc_trace+0x2a/0x60 [<ffffffff82f049fc>] vxlan_vnigroup_init+0x4c/0x160 [<ffffffff82ecd69e>] vxlan_init+0x1ae/0x280 [<ffffffff836858ca>] register_netdevice+0x57a/0x16d0 [<ffffffff82ef67b7>] __vxlan_dev_create+0x7c7/0xa50 [<ffffffff82ef6ce6>] vxlan_newlink+0xd6/0x130 [<ffffffff836d02ab>] __rtnl_newlink+0x112b/0x18a0 [<ffffffff836d0a8c>] rtnl_newlink+0x6c/0xa0 [<ffffffff836c0ddf>] rtnetlink_rcv_msg+0x43f/0xd40 [<ffffffff83908ce0>] netlink_rcv_skb+0x170/0x440 [<ffffffff839066af>] netlink_unicast+0x53f/0x810 [<ffffffff839072d8>] netlink_sendmsg+0x958/0xe70 [<ffffffff835c319f>] ____sys_sendmsg+0x78f/0xa90 [<ffffffff835cd6da>]
    ___sys_sendmsg+0x13a/0x1e0 [<ffffffff835cd94c>] __sys_sendmsg+0x11c/0x1f0 [<ffffffff8424da78>] do_syscall_64+0x38/0x80 unreferenced object 0xffff88810e76d5f8 (size 192): comm ip, pid 330, jiffies 4295010045 (age 66.016s) hex dump (first 32 bytes): 04 00 00 00 00 00 00 00 db e1 4f e7 00 00 00 00 ..........O..... 08 d6 76 0e 81 88 ff ff 08 d6 76 0e 81 88 ff ff ..v.......v..... backtrace:
    [<ffffffff81a3162e>] __kmalloc_node+0x4e/0x90 [<ffffffff81a0e166>] kvmalloc_node+0xa6/0x1f0 [<ffffffff8276e1a3>] bucket_table_alloc.isra.0+0x83/0x460 [<ffffffff8276f18b>] rhashtable_init+0x43b/0x7c0 [<ffffffff82f04a1c>] vxlan_vnigroup_init+0x6c/0x160 [<ffffffff82ecd69e>] vxlan_init+0x1ae/0x280 [<ffffffff836858ca>] register_netdevice+0x57a/0x16d0 [<ffffffff82ef67b7>] __vxlan_dev_create+0x7c7/0xa50 [<ffffffff82ef6ce6>] vxlan_newlink+0xd6/0x130 [<ffffffff836d02ab>] __rtnl_newlink+0x112b/0x18a0 [<ffffffff836d0a8c>] rtnl_newlink+0x6c/0xa0 [<ffffffff836c0ddf>] rtnetlink_rcv_msg+0x43f/0xd40 [<ffffffff83908ce0>] netlink_rcv_skb+0x170/0x440 [<ffffffff839066af>] netlink_unicast+0x53f/0x810 [<ffffffff839072d8>] netlink_sendmsg+0x958/0xe70 [<ffffffff835c319f>] ____sys_sendmsg+0x78f/0xa90 (CVE-2023-53190)

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

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

  - 已解決 Linux 核心中的下列弱點：ovl: fix null pointer dereference in ovl_permission() Following process: P1 P2 path_lookupat link_path_walk inode_permission ovl_permission ovl_i_path_real(inode, &realpath) path->dentry = ovl_i_dentry_upper(inode) drop_cache
    __dentry_kill(ovl_dentry) iput(ovl_inode) ovl_destroy_inode(ovl_inode) dput(oi->__upperdentry) dentry_kill(upperdentry) dentry_unlink_inode upperdentry->d_inode = NULL realinode = d_inode(realpath.dentry) // return NULL inode_permission(realinode) inode->i_sb // NULL pointer dereference , will trigger an null pointer dereference at realinode: [ 335.664979] BUG: kernel NULL pointer dereference, address: 0000000000000002 [ 335.668032] CPU: 0 PID: 2592 Comm: ls Not tainted 6.3.0 [335.669956] RIP: 0010:inode_permission+0x33/0x2c0 [ 335.678939] Call Trace: [ 335.679165] <TASK> [335.679371] ovl_permission+0xde/0x320 [ 335.679723] inode_permission+0x15e/0x2c0 [ 335.680090] link_path_walk+0x115/0x550 [ 335.680771] path_lookupat.isra.0+0xb2/0x200 [ 335.681170] filename_lookup+0xda/0x240 [ 335.681922] vfs_statx+0xa6/0x1f0 [ 335.682233] vfs_fstatat+0x7b/0xb0 Fetch a reproducer in [Link]. Use the helper ovl_i_path_realinode() to get realinode and then do non-nullptr checking. (CVE-2023-53260)

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

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

  - drm/amdkfd修正雙重釋放計算 pasid。如果在 vm 轉換為計算 vm 且 vm->pasid 設定為計算 pasid 之後 kfd_process_device_init_vm 傳回失敗KFD 將不會採用 pdd->drm_file 參照。因此可能會呼叫 drm 關閉檔案處置程式以在 KFD 處理程序破壞背景工作以釋出相同的 pasid 並將 vm->pasid 設定為零之前釋出計算 pasid這會在 WARNING 之下產生反向追踪和 NULL 指標存取。新增協助程式 amdgpu_amdkfd_gpuvm_set_vm_pasid 並在 kfd_process_device_init_vm 的最後一步呼叫以確保在取得 vm 失敗的情況下vm pasid 是原始的 pasid或是使用 pdd->drm_file 參照的計算 pasid以避免重複釋出相同的 pasid。 amdgpu無法建立未配置的 id=32770 呼叫 ida_free 虛擬機器物件。警告 CPU: 57 PID: 72542 at ../lib/idr.c:522 ida_free+0x96/0x140 RIP: 0010:ida_free+0x96/0x140 呼叫追踪
    amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6put/0+f] __f 0xcc/0x280____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 錯誤核心 NULL 指標解除參照、位址0000000000000000 RIP0010:ida_free+0x76/0x140 呼叫追踪
    amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6put/0+f] __f 0xcc/0x280____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 (CVE-2022-50303)

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

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

  - mm、hugetlb先採用 hugetlb_lock然後再遞減 h->resv_huge_pages h->*_huge_pages 計數器受到 hugetlb_lock 保護但 alloc_huge_page 有一個邊角案例可讓其遞減鎖定外的計數器。這可導致損毀的 h->resv_huge_pages 值我們已在系統上發現此情形。在遞減 h->resv_huge_pages 之前採用 hugetlb_lock以避免潛在的爭用情形。
    (CVE-2022-50285)

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

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

  - 已解決 Linux 核心中的下列弱點：ocxl: fix pci device refcount leak when calling get_function_0() get_function_0() calls pci_get_domain_bus_and_slot(), as comment says, it returns a pci device with refcount increment, so after using it, pci_dev_put() needs be called. Get the device reference when get_function_0() is not called, so pci_dev_put() can be called in the error path and callers unconditionally. And add comment above get_dvsec_vendor0() to tell callers to call pci_dev_put().
    (CVE-2022-50337)

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

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

  - 已解決 Linux 核心中的下列弱點：vdpasim: fix memory leak when freeing IOTLBs After commit bda324fd037a (vdpasim: control virtqueue support), vdpasim->iommu became an array of IOTLB, so we should clean the mappings of each free one by one instead of just deleting the ranges in the first IOTLB which may leak maps. (CVE-2022-50263)

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

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

  - 視訊/aperture移除 PCI 裝置前先呼叫 sysfb_disable()然後再移除 PCI 裝置前從 emerge_remove_conflicting_pci_devices() 呼叫 sysfb_disable()。否則在硬體驅動程式接管硬體後simpledrm 仍會系結至 simple-framebuffer 裝置。兩個驅動程式會相互干擾導致未定義結果。報告的模式設定錯誤 [1] 如下所示。 ---- snap ---- rcu: INFOrcu_sched 偵測到 CPU/tasks: { 13-.... } 7 jiffies s: 165 root:
    0x2000/。 rcu封鎖 rcu_node 結構 (內部 RCU 除錯)CPU 13 的工作轉儲存task:X state:R 執行中工作堆疊0 pid4242 ppid4228 flags0x00000008 呼叫追踪 <TASK> commit_tail+0xd7/0x130 ? drm_atomic_helper_commit+0x126/0x150 drm_atomic_commit+0xa4/0xe0 drm_plane_get_damage_clips.cold+0x1c/0x1c drm_atomic_helper_dirtyfb+0x19e/0x280 drm_mode_dirtyfb_ioctl+0x10f/0x1e0 drm_mode_getfb2_ioctl+0x2d0/0x2d0 drm_ioctl_kernel+0xc4/0x150 drm_ioctl+0x246/0x3f0 drm_mode_getfb2_ioctl+0x2d0/0x2d0 __x64_sys_ioctl+0x91/0xd0 ? do_syscall_64+0x60/0xd0 ? entry_SYSCALL_64_after_hwframe+0x4b/0xb5 </TASK>... rcuINFOrcu_sched 偵測到 CPU/tasks { 13-.... } 30 jiffies 169 root 0x2000/ 上的加速停止。 rcu封鎖 rcu_node 結構 (內部 RCU 除錯)CPU 13 的工作轉儲存 task:X state:R 執行中工作堆疊0 pid
    4242 ppid4228 flags0x0000400e 呼叫追踪 <TASK> memcpy_toio+0x76/0xc0 ? memcpy_toio+0x1b/0xc0 ? drm_fb_memcpy_toio+0x76/0xb0 drm_fb_blit_toio+0x75/0x2b0 simpledrm_simple_display_pipe_update+0x132/0x150 drm_atomic_helper_commit_planes+0xb6/0x230 drm_atomic_helper_commit_tail+0x44/0x80 commit_tail+0xd7/0x130 ? drm_atomic_helper_commit+0x126/0x150 drm_atomic_commit+0xa4/0xe0 drm_plane_get_damage_clips.cold+0x1c/0x1c drm_atomic_helper_dirtyfb+0x19e/0x280 drm_mode_dirtyfb_ioctl+0x10f/0x1e0 drm_mode_getfb2_ioctl+0x2d0/0x2d0 drm_ioctl_kernel+0xc4/0x150 drm_ioctl+0x246/0x3f0 drm_mode_getfb2_ioctl+0x2d0/0x2d0 __x64_sys_ioctl+0x91/0xd0 ? do_syscall_64+0x60/0xd0 ? entry_SYSCALL_64_after_hwframe+0x4b/0xb5 </TASK> 問題是由 commit 5e0137612430 (視訊/aperture透過 Apperture 協助程式停用和取消註冊 sysfb 裝置) 所新增且不存在於主線分支中。主線提交 5e0137612430 (視訊/aperture透過aperture 協助程式停用和取消註冊 sysfb 裝置) 已從重新執行 fbdev 框架緩衝區擁有權的更大修補程式系列 [2] 中從 v6.0-rc1 反向移植到穩定版 v6.0.3。反向移植遺漏 aperture_remove_conflicting_pci_devices() 的變更。主線本身沒有問題因為該函式在 修補程式系列中並不存在。修正額外函式而非反向移植整個系列。 (CVE-2022-50332)

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

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

  - clkimxclk-imx8mn修正 imx8mn_clocks_probe 中的記憶體洩漏 使用 devm_of_iomap() 而非 of_iomap() 來自動處理未使用的 ioremap 區域。如果發生任何錯誤由 kzalloc() 配置的區域將會洩漏但是使用 devm_kzalloc() 配置會使用 devm_kfree() 自動釋放記憶體。
    (CVE-2023-53249)

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

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

  - scsicore如果 device_add() 失敗修正可能發生的記憶體洩漏。如果 device_add() 傳回錯誤則需要釋放 dev_set_name() 配置的名稱。如 device_add() 的註解所述應使用 put_device() 來減少錯誤路徑中的參照計數。因此請呼叫 put_device() 來修正此名稱然後便可在 kobject_cleanp() 中釋放名稱。 (CVE-2023-53174)

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

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

  - btrfs放置範圍內的範圍項目時不在 ENOMEM 上執行 BUG_ON() 如果我們在 btrfs_drop_extents() 放置指定範圍內的檔案範圍項目時得到 -ENOMEM這是因為嘗試增加參照計數時配置記憶體失敗所致針對范圍或中斷參照計數我們會使用 BUG_ON() 進行處理。這太過分了我們可以直接中止交易並將錯誤傳回給呼叫者。事實上如果 btrfs_drop_extents() 傳回任何錯誤大多數 btrfs_drop_extents() 的呼叫者直接或間接都會中止交易。此外我們在 btrfs_drop_extents() 已經有可能傳回 -ENOMEM 的錯誤路徑而在這些情況下我們會中止交易例如任何變更 b+tree 的項目都可能傳回 -ENOMEM這是因為在執行時無法配置新範圍緩衝區所致COWing 現有範圍緩衝區例如 btrfs_duplicate_item() 的呼叫。因此將 BUG_ON() 呼叫替換為適當的邏輯可中止交易並傳回錯誤。 (CVE-2022-50293)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: iwlwifi: pcie: fix NULL pointer dereference in iwl_pcie_irq_rx_msix_handler() rxq can be NULL only when trans_pcie->rxq is NULL and entry->entry is zero. For the case when entry->entry is not equal to 0, rxq won't be NULL even if trans_pcie->rxq is NULL. Modify checker to check for trans_pcie->rxq. (CVE-2023-53251)

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

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

  - scsiqla2xxx指標可能被解除參照 Klocwork 工具報告從 fc_bsg_to_rport() 函式的呼叫傳回的指標「rport」可能為 NULL並將被解除參照。新增修正以在解除參照前驗證 rport。 (CVE-2023-53150)

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

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

  - wifi: brcmfmac修正 brcmf_netdev_start_xmit() 中的潛在記憶體洩漏。pskb_expand_head() 失敗時brcmf_netdev_start_xmit() 會在沒有釋放 skb 的情況下傳回 NETDEV_TX_OK新增 dev_kfree_skb() 來修正此問題。僅測試編譯檔案。(CVE-2022-50321)

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

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

  - fs/ntfs3在 indx_get_root 中新增長度檢查這會新增長度檢查以保證擷取的索引 root 是合法的。 [ 162.459513] 錯誤KASANhdr_find_e.isra.0+0x10c/0x320 中的釋放後使用 [ 162.460176] 工作 mount/243 在 addr ffff8880037bca99 讀取大小 2 [ 162.460851] [ 162.461252] CPU0 PID243 通訊掛載未受污染的 6.0.0-rc7 #42 [ 162.461744] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04 /01/2014 [ 162.462609] 呼叫追踪 [ 162.462954] <TASK> [162.463276] dump_stack_lvl+0x49/0x63 [ 162.463822] print_report.cold+0xf5/0x689 [ 162.464608] ? unwind_get_return_address+0x3a/0x60 [ 162.465766] ? hdr_find_e.isra.0+0x10c/0x320 [ 162.466975] kasan_report+0xa7/0x130 [ 162.467506] ? _raw_spin_lock_irq+0xc0/0xf0 [ 162.467998] ? hdr_find_e.isra.0+0x10c/0x320 [ 162.468536] __asan_load2+0x68/0x90 [ 162.468923] hdr_find_e.isra.0+0x10c/0x320 [ 162.469282] cmp_uints+0xe0/0xe0 [ 162.469557] ? cmp_sdh+0x90/0x90 [162.469864] ? ni_find_attr+0x214/0x300 [ 162.470217] ? ni_load_mi+0x80/0x80 [ 162.470479] ? entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 162.470931] ? ntfs_bread_run+0x190/0x190 [ 162.471307] ? indx_get_root+0xe4/0x190 [ 162.471556] ? indx_get_root+0x140/0x190 [ 162.471833] ? indx_init+0x1e0/0x1e0 [162.472069] ? fnd_clear+0x115/0x140 [ 162.472363] ? _raw_spin_lock_irqsave+0x100/0x100 [ 162.472731] indx_find+0x184/0x470 [ 162.473461] ? sysvec_apic_timer_interrupt+0x57/0xc0 [ 162.474429] ? indx_find_buffer+0x2d0/0x2d0 [ 162.474704] ? do_syscall_64+0x3b/0x90 [ 162.474962] dir_search_u+0x196/0x2f0 [ 162.475381] ? ntfs_nls_to_utf16+0x450/0x450 [ 162.475661] ntfs_security_init+0x3d6/0x440 [ 162.475906] ? is_sd_valid+0x180/0x180 [ 162.476191] ntfs_extend_init+0x13f/0x2c0 [ 162.476496] ? ntfs_fix_post_read+0x130/0x130 [ 162.476861] ? iput.part.0+0x286/0x320 [ 162.477325] ntfs_fill_super+0x11e0/0x1b50 [ 162.477709] ? put_ntfs+0x1d0/0x1d0 [162.477970] ? vsprintf+0x20/0x20 [ 162.478258] ? set_blocksize+0x95/0x150 [ 162.478538] get_tree_bdev+0x232/0x370 [ 162.478789] ? put_ntfs+0x1d0/0x1d0 [ 162.479038] ntfs_fs_get_tree+0x15/0x20 [162.479374] vfs_get_tree+0x4c/0x130 [ 162.479729] path_mount+0x654/0xfe0 [ 162.480124] ? putname+0x80/0xa0 [ 162.480484] ? finish_automount+0x2e0/0x2e0 [ 162.480894] ? putname+0x80/0xa0 [ 162.481467] ? kmem_cache_free+0x1c4/0x440 [ 162.482280] ? putname+0x80/0xa0 [ 162.482714] do_mount+0xd6/0xf0 [162.483264] ? path_mount+0xfe0/0xfe0 [ 162.484782] ? __kasan_check_write+0x14/0x20 [ 162.485593]
    __x64_sys_mount+0xca/0x110 [ 162.486024] do_syscall_64+0x3b/0x90 [ 162.486543] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 162.487141] RIP 0033:0x7f9d374e948a [ 162.488324] 代碼48 8b 0d 11 fa 2a 00017 d8 64 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 008 [ 162.489728] RSP: 002b:00007ffe30e73d18 EFLAGS: 00000206 ORIG_RAX: 00000000000000a5 [162.490971] RAX: ffffffffffffffda RBX0000561cdb43a060 RCX00007f9d374e948a [ 162.491669] RDX
    0000561cdb43a260 RSI0000561cdb43a2e0 RDI 0000561cdb442af0 [ 162.492050] RBP 0000000000000000 R08
    0000561cdb43a280 R090000000000000020 [ 162.492459] R1000000000c0ed0000 R110000000000000206 R12
    0000561cdb442af0 [ 162.493183] R13: 0000561cdb43a260 R140000000000000000 R15: 00000000ffffffff [162.493644] </TASK> [ 162.493908] [ 162.494214] 錯誤位址屬於實體頁面 [162.494761] 頁面000000003e38a3d5 refcount:0 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x37bc [162.496064] flags: 0xfffffc0000000(node=0|zone=1|lastcpupid=0x1fffff) [ 162.497278] raw: 000fffffc0000000 ffffea00000df1c8 ffffea00000df008 0000000000000000 [ 162.498928] raw: 0000000000000000 0000000000240000 00000000ffffffff 0000000000000000 [ 162.500542] 頁面已轉儲存 ---truncated--- (CVE-2023-53194)

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

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

  - tracing修正 tracing_err_log_open() 中的 null 指標解除參照。修正「tracing_err_log_open」函式中的一個問題。如果檔案僅以寫入權限開啟該函式就不會呼叫「seq_open」進而導致「file->private_data」保留為 null。如果之後在該已開啟檔案上使用「lseek」「seq_lseek」會解除參照「mutex_lock(&m->lock)」中的「file->private_data」進而導致核心錯誤。寫入此節點需要 root 權限因此此錯誤的安全性影響非常小。Tracefs 節點/sys/kernel/tracing/error_log 範例 核心錯誤無法處理虛擬位址 0000000000000038 的核心 NULL 指標解除參照 呼叫追踪mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_monitor +0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 程式碼
    d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- 核心錯誤 - 未同步Oops嚴重例外狀況 (CVE-2023-53167)

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

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

  - fs/ntfs3驗證 BOOT record_size 當 NTFS BOOT record_size 欄位 < 0 時它代表移位值。
    然而並不會對移位結果進行任何功能健全檢查而且透過 blksize_bits() 進行的 sbi->record_bits 計算會假設大小一律 > 256這可能導致在掛載格式錯誤的 NTFS 影像時發生 NPD。 [ 318.675159] 錯誤核心 NULL 指標解除參照位址0000000000000158 [ 318.675682] #PF
    核心模式中的監督讀取存取權 [ 318.675869] #PFerror_code(0x0000) - 不存在頁面 [318.676246] PGD 0 P4D 0 [ 318.676502] Oops0000 [#1] PREEMPT SMP NOPTI [ 318.676934] CPU 0 PID259 通訊mount 未受污染 5.19.0 #5 [ 318.677289] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 318.678136] RIP
    0010:ni_find_attr+0x2d/0x1c0 [ 318.678656] 程式碼89 ca 4d 89 c7 41 56 41 55 41 54 41 89 cc 55 48 89 fd 53 48 89 d3 48 83 ec 20 65 48 8b 04 00 28 800 0 4 44 24 180 [ 318.679848] RSP: 0018:ffffa6c8c0297bd8 EFLAGS: 00000246 [ 318.680104] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000080 [318.680790] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 [ 318.681679] RBP:
    0000000000000000 R080000000000000000 R090000000000000000 [ 318.682577] R100000000000000000 R11
    0000000000000005 R120000000000000080 [ 318.683015] R13ffff8d5582e68400 R140000000000000100 R15
    0000000000000000 [ 318.683618] FS: 00007fd9e1c81e40(0000) GS:ffff8d55fdc00000(0000) knlGS:0000000000000000 [ 318.684280] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 318.684651] CR2: 0000000000000158 CR3:
    0000000002e1a000 CR400000000000006f0 [ 318.685623] 呼叫追踪 [ 318.686607] <TASK> [ 318.686872] ntfs_alloc_inode+0x1a/0x60 [ 318.687235] attr_load_runs_vcn+0x2b/0xa0 [ 318.687468] mi_read+0xbb/0x250 [318.687576] ntfs_iget5+0x114/0xd90 [ 318.687750] ntfs_fill_super+0x588/0x11b0 [ 318.687953] ? put_ntfs+0x130/0x130 [ 318.688065] ? snprintf+0x49/0x70 [ 318.688164] ? put_ntfs+0x130/0x130 [ 318.688256] get_tree_bdev+0x16a/0x260 [ 318.688407] vfs_get_tree+0x20/0xb0 [ 318.688519] path_mount+0x2dc/0x9b0 [318.688877] do_mount+0x74/0x90 [ 318.689142] __x64_sys_mount+0x89/0xd0 [ 318.689636] do_syscall_64+0x3b/0x90 [ 318.689998] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 318.690318] RIP
    0033:0x7fd9e133c48a [ 318.690687] 代碼48 8b 0d 11 fa 2a 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 00 49 89 0 b [a 50000 49 89 0 b 8 a 5000 318.691357] RSP002b:00007ffd374406c8 EFLAGS
    00000202 ORIG_RAX00000000000000a5 [ 318.691632] RAXffffffffffffffda RBX0000564d0b051080 RCX
    00007fd9e133c48a [ 318.691920] RDX: 0000564d0b051280 RSI: 0000564d0b051300 RDI: 0000564d0b0596a0 [318.692123] RBP: 0000000000000000 R08: 0000564d0b0512a0 R09: 0000000000000020 [ 318.692349] R10:
    00000000c0ed0000 R110000000000000202 R120000564d0b0596a0 [ 318.692673] R130000564d0b051280 R14
    0000000000000000 R1500000000ffffffff [ 318.693007] </TASK> [ 318.693271] 連結的模組[318.693614] CR2 0000000000000158 [ 318.694446] ---[ end trace 0000000000000000 ]--- [ 318.694779] RIP
    0010:ni_find_attr+0x2d/0x1c0 [ 318.694952] 程式碼89 ca 4d 89 c7 41 56 41 55 41 54 41 89 cc 55 48 89 fd 53 48 89 d3 48 83 ec 20 65 48 8b 04 00 28 800 0 4 44 24 180 [ 318.696042] RSP: 0018:ffffa6c8c0297bd8 EFLAGS: 00000246 [ 318.696531] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000080 [318.698114] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 [ 318.699286] RBP:
    0000000000000000 R080000000000000000 R090000000000000000 [ 318.699795] R100000000000000000 R11
    0000000000000005 R120000000000000080 [ 318.700236] R13ffff8d5582e68400 R140000000000000100 R15
    0000000000000000 [ 318.700973] FS00007fd9e1c81e40(0000) GS:ffff8d55fdc00000(0000) knlGS:0000000000000000 [ ---truncated--- (CVE-2022-50262)

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

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

  - bpf確認 skb->len != 0 (重新導向至通道裝置) syzkaller 設法觸發另一種情況其中 skb->len == 0 (當我們輸入 __dev_queue_xmit: 警告 CPU: 0 PID: 2470 at include/linux/) skbuff.h:2576 skb_assert_len include/linux/skbuff.h:2576 [內嵌] 警告 CPU: 0 PID: 2470 at include/linux/skbuff.h:2576 __dev_queue_xmit+0x2069/0x35e0 net/core/dev.c:4295呼叫追踪
    dev_queue_xmit+0x17/0x20 net/core/dev.c:4406 __bpf_tx_skb net/core/filter.c:2115 [內嵌]
    __bpf_redirect_no_mac net/core/filter.c:2140 [內嵌] __bpf_redirect+0x5fb/0xda0 net/core/filter.c:2163
    ::bpf_clone_redirect net/core/filter.c:2447 [內嵌] bpf_clone_redirect+0x247/0x390 net/core/filter.c:2419 bpf_prog_48159a89cb4a9a16+0x59/0x5e bpf_dispatcher_nop_func include/linux/bpf.h:897 [內嵌] include/linux/ __bpf_prog_run filter.h:596 [內嵌] bpf_prog_run include/linux/filter.h:603 [內嵌] bpf_test_run+0x46c/0x890 net/bpf/test_run.c:402 bpf_prog_test_run_skb+0xbdc/0x14c0 net/bpf/test_run.c:1170 bpf_prog_test_run +0x345/0x3c0 kernel/bpf/syscall.c:3648 __sys_bpf+0x43a/0x6c0 kernel/bpf/syscall.c:5005 __do_sys_bpf kernel/bpf/syscall.c:5091 [內嵌] __se_sys_bpf kernel/bpf/syscall.c:5089 [內嵌] __x64_sys_bpf+0x7c/0x90 kernel/bpf/syscall.c:5089 do_syscall_64+0x54/0x70 arch/x86/entry/common.c:48 entry_SYSCALL_64_after_hwframe+0x61/0xc6 重現器實際上並未在 syzkaller 環境之外重現所以我在這裡猜測一下。我們似乎確實產生了正確的 ETH_HLEN 大小封包但是我們將封包重新導向至通道裝置。在此之前我們會再次 __skb_pull l2 標頭 並到達 skb->len == 0。似乎沒有什麼比在 __skb_pull? 之後進行明確檢查更好的了。 (CVE-2022-50253)

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

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

  - drm/msm使 .remove 和 .shutdown HW 關機一致。驅動程式的 .remove 和 .shutdown 回呼在不同的程式碼路徑上執行。裝置從匯流排移除時會呼叫前者而後者則會在系統關機時呼叫以使裝置靜止。這表示兩者之間存在一些重疊因為兩者都必須注意正確關閉硬體。但是目前這兩個回呼中使用的邏輯在 msm 驅動程式中並不一致其可導致核心錯誤。例如在 .remove 時元件會遭到刪除且其 .unbind 回呼會導致關閉硬體但前提是 DRM 裝置已標記為已註冊。.shutdown 邏輯中不存在該檢查這可導致驅動程式針對尚未正確初始化的 DRM 裝置呼叫 drm_atomic_helper_shutdown()。若預期子裝置的驅動程式無法探查便可能發生這種情況因為 .bind 回呼將永遠不會執行。如果是這種情況drm_atomic_helper_shutdown() 將嘗試取得只有在裝置系結期間呼叫 drm_mode_config_init() 時才會初始化的 mutex。此錯誤已嘗試在認可 623f279c7781 中修正 (drm/msm修正 GPU 元件無法系結的情況下的關機勾點)但遺憾的是在上述某些情況下該情況仍會發生即 systemd-shutdown[1]關機。 kvm結束硬體虛擬化平台 wifi-firmware.0
    正在從 iommu 群組 12 平台 video-firmware.0移除 正在從 iommu 群組 10 移除 ------------[cut here ]------------ 警告 CPU 6 PID1在 drivers/gpu/drm/drm_modeset_lock.c:317 drm_modeset_lock_all_ctx+0x3c4/0x3d0 ... 硬體名稱GoogleCoachZ (rev3+) (DT) pstatea0400009 (NzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pcdrm_modeset_lock_all_ctx+0x3c4/0x3d0 lr
    drm_modeset_lock_all_ctx+0x48/0x3d0 sp ffff80000805bb80 x29 ffff80000805bb80 x28 ffff327c00128000 x27
    0000000000000000 x26: 0000000000000000 x25: 0000000000000001 x24: ffffc95d820ec030 x23: ffff327c00bbd090 x22: ffffc95d8215eca0 x21: ffff327c039c5800 x20: ffff327c039c5988 x19: ffff80000805bbe8 x18:
    0000000000000034 x17: 000000040044ffff x16: ffffc95d80cac920 x15: 0000000000000000 x14: 0000000000000315 x13: 0000000000000315 x12: 0000000000000000 x11: 0000000000000000 x10: 0000000000000000 x9 :
    0000000000000000 x8 : ffff80000805bc28 x7 : 0000000000000000 x6 : 0000000000000000 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : ffff327c00128000 x1 : 0000000000000000 x0 :
    ffff327c039c59b0 Call trace: drm_modeset_lock_all_ctx+0x3c4/0x3d0 drm_atomic_helper_shutdown+0x70/0x134 msm_drv_shutdown+0x30/0x40 platform_shutdown+0x28/0x40 device_shutdown+0x148/0x350 kernel_power_off+0x38/0x80 __do_sys_reboot+0x288/0x2c0 __arm64_sys_reboot+0x28/0x34 invoke_syscall+0x48/0x114 el0_svc_common .constprop.0+0x44/0xec do_el0_svc+0x2c/0xc0 el0_svc+0x2c/0x84 el0t_64_sync_handler+0x11c/0x150 el0t_64_sync+0x18c/0x190 ---[ end trace 0000000000000000 在虛擬位址 0000000000000000]--- 無法處理核心 000001 的 NULL 指標解除參照記憶體中止資訊ESR = 0x0000000096000004 EC = 0x25DABT (目前 EL)、IL = 32 位元 SET = 0、FnV = 0 EA = 0、S1PTW = 0 FSC = 0x04第 0 層轉譯錯誤資料中止資訊ISV = 0 、ISS = 0x00000004 CM = 0、WnR = 0 使用者 pgtable
    4k 頁面48 位元 VA pgdp=000000010eab1000 [0000000000000018] pgd=0000000000000000、p4d=0000000000000000 內部錯誤Oops96000004 [#1] PREEMPT SMP ... 硬體名稱GoogleCoachZ (rev3+) (DT) pstate
    a0400009 (NzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc ww_mutex_lock+0x28/0x32c lr
    drm_modeset_lock_all_ctx+0x1b0/0x3d0 spffff80000805bb50 x29ffff80000805bb50 x28ffff327c00128000 x270000000000000000 x2600000 ---truncated--- (CVE-2022-50260)

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

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

  - 已解決 Linux 核心中的下列弱點：coresight: trbe: remove cpuhp instance node before remove cpuhp state cpuhp_state_add_instance() and cpuhp_state_remove_instance() should be used in pairs. Or there will lead to the warn on cpuhp_remove_multi_state() since the cpuhp_step list is not empty. The following is the error log with 'rmmod coresight-trbe': Error: Removing state 215 which has instances left. Call trace: __cpuhp_remove_state_cpuslocked+0x144/0x160 __cpuhp_remove_state+0xac/0x100 arm_trbe_device_remove+0x2c/0x60 [coresight_trbe] platform_remove+0x34/0x70 device_remove+0x54/0x90 device_release_driver_internal+0x1e4/0x250 driver_detach+0x5c/0xb0 bus_remove_driver+0x64/0xc0 driver_unregister+0x3c/0x70 platform_driver_unregister+0x20/0x30 arm_trbe_exit+0x1c/0x658 [coresight_trbe]
    __arm64_sys_delete_module+0x1ac/0x24c invoke_syscall+0x50/0x120 el0_svc_common.constprop.0+0x58/0x1a0 do_el0_svc+0x38/0xd0 el0_svc+0x2c/0xc0 el0t_64_sync_handler+0x1ac/0x1b0 el0t_64_sync+0x19c/0x1a0 ---[ end trace 0000000000000000 ]--- (CVE-2022-50319)

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

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

  - smb用戶端修正 cifs_smb3_do_mount() 中的警告 這可修正核心測試機器人 fs/smb/client/cifsfs.c:982 cifs_smb3_do_mount() 報告的下列警告 警告「cifs_sb」可能的記憶體洩漏 (CVE-2023-53230)

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

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

  - 已解決 Linux 核心中的下列弱點：dma-buf/dma-resv: Stop leaking on krealloc() failure Currently dma_resv_get_fences() will leak the previously allocated array if the fence iteration got restarted and the krealloc_array() fails. Free the old array by hand, and make sure we still clear the returned *fences so the caller won't end up accessing freed memory. Some (but not all) of the callers of dma_resv_get_fences() seem to still trawl through the array even when dma_resv_get_fences() failed. And let's zero out *num_fences as well for good measure. (CVE-2023-53181)

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

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

  - drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏當 radeon 驅動程式從 radeon_acpi_vfct_bios() 中的 ACPI 表格讀取 bios 資訊時其遺漏呼叫 acpi_put_table() 在 init 之後釋放 ACPI 記憶體因此新增 acpi_put_table () 以修正記憶體洩漏。 v2修正文字格式 (Alex) (CVE-2022-50275)

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

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

  - 已解決 Linux 核心中的下列弱點：s390/cio: fix out-of-bounds access on cio_ignore free The channel-subsystem-driver scans for newly available devices whenever device-IDs are removed from the cio_ignore list using a command such as: echo free >/proc/cio_ignore Since an I/O device scan might interfer with running I/Os, commit 172da89ed0ea (s390/cio: avoid excessive path-verification requests) introduced an optimization to exclude online devices from the scan. The newly added check for online devices incorrectly assumes that an I/O-subchannel's drvdata points to a struct io_subchannel_private. For devices that are bound to a non-default I/O subchannel driver, such as the vfio_ccw driver, this results in an out-of-bounds read access during each scan. Fix this by changing the scan logic to rely on a driver-independent online indication. For this we can use struct subchannel->config.ena, which is the driver's requested subchannel-enabled state. Since I/Os can only be started on enabled subchannels, this matches the intent of the original optimization of not scanning devices where I/O might be running. (CVE-2022-50307)

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

ID	名稱	嚴重性
264998	Linux Distros 未修補的弱點：CVE-2023-53257	high
264997	Linux Distros 未修補的弱點：CVE-2023-53242	medium
264996	Linux Distros 未修補的弱點：CVE-2022-50242	medium
264995	Linux Distros 未修補的弱點：CVE-2022-50286	medium
264994	Linux Distros 未修補的弱點：CVE-2023-53168	medium
264993	Linux Distros 未修補的弱點：CVE-2023-53153	high
264992	Linux Distros 未修補的弱點：CVE-2022-50315	high
264991	Linux Distros 未修補的弱點：CVE-2023-53232	high
264990	Linux Distros 未修補的弱點：CVE-2022-50325	high
264989	Linux Distros 未修補的弱點：CVE-2023-53250	medium
264988	Linux Distros 未修補的弱點：CVE-2022-50316	medium
264987	Linux Distros 未修補的弱點：CVE-2023-53256	medium
264986	Linux Distros 未修補的弱點：CVE-2022-50266	medium
264985	Linux Distros 未修補的弱點：CVE-2022-50244	medium
264984	Linux Distros 未修補的弱點：CVE-2022-50305	high
264983	Linux Distros 未修補的弱點：CVE-2023-53164	medium
264982	Linux Distros 未修補的弱點：CVE-2023-53204	medium
264981	Linux Distros 未修補的弱點：CVE-2023-53184	high
264980	Linux Distros 未修補的弱點：CVE-2023-53213	high
264979	Linux Distros 未修補的弱點：CVE-2023-53182	medium
264978	Linux Distros 未修補的弱點：CVE-2022-50236	medium
264977	Linux Distros 未修補的弱點：CVE-2022-50336	medium
264976	Linux Distros 未修補的弱點：CVE-2022-50306	high
264975	Linux Distros 未修補的弱點：CVE-2022-50249	medium
264974	Linux Distros 未修補的弱點：CVE-2023-53209	medium
264973	Linux Distros 未修補的弱點：CVE-2023-53189	medium
264972	Linux Distros 未修補的弱點：CVE-2022-50247	medium
264971	Linux Distros 未修補的弱點：CVE-2023-53190	medium
264970	Linux Distros 未修補的弱點：CVE-2023-53260	medium
264969	Linux Distros 未修補的弱點：CVE-2022-50303	high
264968	Linux Distros 未修補的弱點：CVE-2022-50285	medium
264967	Linux Distros 未修補的弱點：CVE-2022-50337	medium
264966	Linux Distros 未修補的弱點：CVE-2022-50263	medium
264965	Linux Distros 未修補弱點：CVE-2022-50332	medium
264964	Linux Distros 未修補的弱點：CVE-2023-53249	medium
264963	Linux Distros 未修補的弱點：CVE-2023-53174	medium
264962	Linux Distros 未修補的弱點：CVE-2022-50293	medium
264961	Linux Distros 未修補的弱點：CVE-2023-53251	medium
264960	Linux Distros 未修補的弱點：CVE-2023-53150	medium
264959	Linux Distros 未修補的弱點：CVE-2022-50321	medium
264958	Linux Distros 未修補的弱點：CVE-2023-53194	high
264957	Linux Distros 未修補的弱點：CVE-2023-53167	medium
264956	Linux Distros 未修補的弱點：CVE-2022-50262	medium
264955	Linux Distros 未修補的弱點：CVE-2022-50253	high
264954	Linux Distros 未修補的弱點：CVE-2022-50260	medium
264953	Linux Distros 未修補的弱點：CVE-2022-50319	medium
264952	Linux Distros 未修補的弱點：CVE-2023-53230	medium
264951	Linux Distros 未修補的弱點：CVE-2023-53181	medium
264950	Linux Distros 未修補的弱點：CVE-2022-50275	medium
264949	Linux Distros 未修補的弱點：CVE-2022-50307	high

偵測

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

high

high

high

medium

medium

medium

medium

medium

high

medium

medium

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high