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

  - i2cismt修正 ismt_access() 中的超出邊界錯誤。驅動程式未檢查使用者的資料時變數 'data->block[0]' 可能會非常大而造成超出邊界- 邊界錯誤。下列記錄可能會洩漏此問題[ 33.995542] i2c i2c-1ioctl、 cmd=0x720、 arg=0x7ffcb3dc3a20 [ 33.995978] ismt_smbus 0000:00:05.0: I2C_SMBUS_BLOCK_DATA: WRITE [ 33.996475] ========= ================================================== ======= [ 33.996995] 錯誤KASANismt_access.cold+0x374/0x214b 中的超出邊界 [ 33.997473] 任務 ismt_poc/485 在 addr ffff88810efcfdb1 讀取大小為 18446744073709551615 的內容 [ 33.999450] 呼叫追踪[ 34.001849] memcpy+0x20/0x60 [ 34.002077] ismt_access.cold+0x374/0x214b [ 34.003382] __i2c_smbus_xfer+0x44f/0xfb0 [ 34.004007] i2c_smbus_xfer+0x10a/0x390 [ 34.004291] i2cdev_ioctl_smbus [+0x2c8/0x70 34.005196] ] ] i2cdev_ioctl+0x5ec/0x74c 先檢查 'data->block[0]' 的大小以修正此錯誤。 (CVE-2022-50394)

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

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

  - netsched修正 tcindex_set_parms 中的記憶體洩漏 Syzkaller 報告如下記憶體洩漏
    ==================================== 錯誤記憶體洩漏未參照物件 0xffff88810c287f00 (大小 256)
    comm syz-executor105、pid 3600、jiffies 4294943292 (12.990s 時效) 十六進位轉儲存 (前 32 個位元組)00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ..... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ 反向追踪 [<ffffffff814cf9f0>] kmalloc_trace+0x20/0x90 mm/ slab_common.c:1046 [<ffffffff839c9e07>] kmalloc include/linux/slab.h:576 [內嵌] [<ffffffff839c9e07>] kmalloc_array include/linux/slab.h:627 [內嵌] [<ffffffff839c9e07>] kcalloc include/linux/slab。 h:659 [內嵌] [<ffffffff839c9e07>] tcf_exts_init include/net/pkt_cls.h:250 [內嵌] [<ffffffff839c9e07>] tcindex_set_parms+0xa7/0xbe0 net/sched/cls_tcindex.c:342 [<ffffffff839caa1f>] tcindex_change+0xdf/0x120 net/sched/cls_tcindex.c:553 [<ffffffff8394db62>] tc_new_tfilter+0x4f2/0x1100 net/sched/cls_api.c:2147 [<ffffffff8389e91c>] rtnetlink_rcv_msg+0x4dc/0x5d0 net/core/rtnetlink.c:6082 [<ffffffff839eba67>] netlink_rcv_skb +0x87/0x1d0 net/netlink/af_netlink.c:2540 [<ffffffff839eab87>] netlink_unicast_kernel net/netlink/af_netlink.c:1319 [內嵌] [<ffffffff839eab87>] netlink_unicast+0x397/0x4c0 net/netlink/af_netlink.c:1345 [<ffffffff839eb046>] netlink_sendmsg+0x396/0x710 net/netlink/af_netlink.c :1921 [<ffffffff8383e796>] sock_sendmsg_nosec net/socket.c:714 [內嵌] [<ffffffff8383e796>] sock_sendmsg+0x56/0x80 net/socket.c:734 [<ffffffff8383eb08>]
    ____sys_sendmsg+0x178/0x410 net/socket.c:2482 [<ffffffff83843678>] ___sys_sendmsg+0xa8/0x110 net/socket.c:2536 [<ffffffff838439c5>] __sys_sendmmsg+0x105/0x330 net/socket.c:2622 [<ffffffff83843c14>]
    __do_sys_sendmmsg net/socket.c:2651 [內嵌] [<ffffffff83843c14>] __se_sys_sendmmsg net/socket.c:2648 [內嵌] [<ffffffff83843c14>] __x64_sys_sendmmsg+0x24/0x30 net/socket.c:2648 [<ffffffff84605fd5>] do_syscall_x64 arch/x86 /entry/common.c:50 [內嵌] [<ffffffff84605fd5>] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 [<ffffffff84800087>] entry_SYSCALL_64_after_hwframe+0x63/0xcd ========== ========================== 核心使用 tcindex_change() 變更現有的篩選內容。
    然而問題在於在變更的過程中若從「p->perfect」擷取「old_r」則核心會使用 tcindex_alloc_perfect_hash() 來新配置篩選結果使用 tcindex_filter_result_init() 清除舊的篩選結果破壞其 tcf_exts 結構進而觸發上述記憶體洩漏。根據 tcindex_lookup() 的說明確切地說「old_r」只有兩個來源。 `old_r` 是從 `p->perfect` 擷取或 `old_r` 是從 `p->h` 擷取。 * 如果是從 `p->perfect` 擷取 `old_r`核心會使用 tcindex_alloc_perfect_hash() 來新配置篩選結果。然後 `r` 會以新配置的 `cp->perfect + handle` 指派。
    因此條件 `old_r && old_r != r` 在此情況下為 true且核心會使用 tcindex_filter_result_init() 清除舊的篩選結果而不損毀其 tcf_exts 結構 * 如果是從 `p->h` 擷取 `old_r`則根據 tcindex_lookup()「p->perfect」為 NULL。考慮到 `cp->h` 是直接從 `p->h` 複製且 `p->perfect` 為 NULL因此 `r` 會指派 `tcindex_lookup(cp, handle)`其值應與 相同`old_r`因此 `old_r && old_r != r` 條件在此情況下為假核心會忽略使用 tcindex_filter_result_init() 清除舊篩選結果的過程。因此只有當從 `p->perfect` 擷取 `old_r` 時核心才會使用 tcindex_filter_result_init() 清除舊的篩選結果進而觸發上述記憶體洩漏。考慮到已經存在 tc_filter_wq 工作佇列可以損毀舊的 tcindex_d ---truncated--- (CVE-2022-50396)

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

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

  - cryptoseqiv - 正確處理 EBUSY因為 seqiv 只會處理 EINPROGERSS 的特殊傳回值這表示在所有其他情況下它會釋放與要求相關的資料。不過由於 seqiv 的呼叫者可能會指定 MAY_BACKLOG因此我們也必須期待 EBUSY並以相同方式處理。
    否則積存的要求將會觸發釋放後使用。 (CVE-2023-53373)

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

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

  - net/mlx5exsk修正一般 rq 重新啟動時的損毀問題。在 XSK 通訊端關閉後重新啟動一般 rq 時可能會讀取到最終損毀 rq 的過時 cqes。這會導致一般 rq 不會再收到任何流量且會在下次關閉或停用 rq 時造成當機。Kal Cuttler Conely 將此問題報告為當 xdpsock 範例程式停止 (終止) 並在流量執行時依序重新啟動時版本路徑發生損毀。此修補程式會在 rq 排清期間排清所有 cqes。cqe 排清是在 rq 的重設狀態下完成的。 mlx5e_rq_to_ready 程式碼已移至排清函式以允許此情況。 (CVE-2023-53394)

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

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

  - 在某些情況下當 DNSdist 設定為使用 nghttp2 程式庫來處理 over HTTPS 查詢的傳入 DNS 時攻擊者可能藉由特製 DoH 交換來觸發無限制的 I/O 讀取迴圈進而造成拒絕服務未預期的 CPU 資源消耗。 (CVE-2025-30187)

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

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

  - WebRTC 中存在釋放後使用弱點。由 sherkito 於 2025 年 8 月 23 日報告。(CVE-2025-10501)

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

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

  - PM: EM修正使用 debugfs_lookup() 的記憶體洩漏。呼叫 debugfs_lookup() 時結果必須有呼叫 dput() 否則記憶體會隨著時間推移而洩漏。為使事情變得更簡單只要呼叫 debugfs_lookup_and_remove() 而不是它會立即處理所有邏輯。 (CVE-2023-53411)

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

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

  - md修正 mempool_free 中的一個損毀問題執行 lvm 測試 shell/lvchange-rebuild-raid.sh 時mempool_free 中存在一個損毀問題。當機的原因如下* super_written 呼叫 atomic_dec_and_test(&mddev->pending_writes) 和 wake_up(&mddev->sb_wait)。然後它會呼叫 rdev_dec_pending(rdev, mddev) 和 bio_put(bio)。 * 因此在 sb_wait 上等待且被喚醒的處理程序會與 bio_put(bio) 爭用。 * 如果處理程序贏得爭用則會在執行 bio_put(bio) 前呼叫 bioset_exit。 * bio_put(bio) 嘗試將 bio 釋放到已損毀的 bio 集中導致 mempool_free 損毀。我們將 bio_put 移至 atomic_dec_and_test 之前以修正此錯誤。我們也會依照 Neil Brown 的建議將 rdev_dec_pending 移至 atomic_dec_and_test 之前。md_end_flush 函式有一個類似的錯誤 - 我們必須先呼叫 bio_put 才能遞減進行中 bio 的數量。錯誤核心 NULL 指標解除參照位址0000000000000000 #PF核心模式中的監督寫入權限 #PFerror_code(0x0002)
    - 不存在的頁面 PGD 11557f0067 P4D 11557f0067 PUD 0 Oops0002 [#1] PREEMPT SMP CPU0 PID73 Comm
    kworker/0:1 未受污染的 6.1.0-rc3 #5 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.14.0-2 2014 年 4 月 1 日 工作佇列kdelayd flush_expired_bios [dm_delay] RIP0010:mempool_free+0x47/ 0x80 程式碼48 89 ef 5b 5d ff e0 f3 c3 48 89 f7 e8 32 45 3f 00 48 63 53 08 48 89 c6 3b 53 04 7d 2d 48 8b 43 10 8d 4a 01 48 89 df 89 4b 08 [] 89 4b 08 d 89 4b 08 <48> 89 2 e8 b0 45 3f 00 48 8d 7b 30 5b 5d 31 c9 ba 01 00 00 00 RSP
    0018:ffff88910036bda8 EFLAGS: 00010093 RAX: 0000000000000000 RBX: ffff8891037b65d8 RCX: 0000000000000001 RDX: 0000000000000000 RSI: 0000000000000202 RDI: ffff8891037b65d8 RBP: ffff8891447ba240 R08:
     R090000000000012908  : 00000000003d0900 R10: 0000000000000000 R11: 0000000000173544 R12: ffff889101a14000 R13: ffff8891562ac300 R14: ffff889102b41440 R15: ffffe8ffffa00d05 FS: 0000000000000000(0000) GS:ffff88942fa00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    0000000000000000 CR3: 0000001102e99000 CR4: 00000000000006b0 Call Trace: <TASK> clone_endio+0xf4/0x1c0 [dm_mod] clone_endio+0xf4/0x1c0 [dm_mod] __submit_bio+0x76/0x120 submit_bio_noacct_nocheck+0xb6/0x2a0 flush_expired_bios+0x28/0x2f [dm_delay] process_one_work+0x1b4/ 0x300 worker_thread+0x45/0x3e0 rescuer_thread+0x380/0x380 kthread+0xc2/0x100 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x1f/0x30 </TASK> Modules linked in: brd dm_delay dm_raid dm_mod af_packet uvesafb cfbfillrect cfbimgblt cn cfbcopyarea fb font fbdev tun autofs4 binfmt_misc configfs ipv6 virtio_rng virtio_balloon rng_core virtio_net pcspkr net_failover failover qemu_fw_cfg button mousedev raid10 raid456 libcrc32c async_raid6_recov async_memcpy async_pq raid6_pq async_xor xor async_tx raid1 raid0 md_mod sd_mod t10_pi crc64_rocksoft crc64 virtio_scsi scsi_mod evdev psmouse bsg scsi_common [上次卸載brdCVE-2022-50381CR20000000000000000 ---[ 結束追踪 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

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

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

  - 已解決 Linux 核心中的下列弱點：padata: Always leave BHs disabled when running ->parallel() A deadlock can happen when an overloaded system runs ->parallel() in the context of the current task: padata_do_parallel ->parallel() pcrypt_aead_enc/dec padata_do_serial spin_lock(&reorder->lock) // BHs still enabled <interrupt> ... __do_softirq ... padata_do_serial spin_lock(&reorder->lock) It's a bug for BHs to be on in _do_serial as Steffen points out, so ensure they're off in the current task case like they are in padata_parallel_worker to avoid this situation.
    (CVE-2022-50382)

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

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

  - net/mlx5e修正 mlx5e_fs_tt_redirect_any_create 中的記憶體洩漏。fs->any 指標指向的記憶體並未在 mlx5e_fs_tt_redirect_any_create 的錯誤路徑中釋放進而導致記憶體洩漏。透過釋放錯誤路徑中的記憶體來修正 藉此使錯誤路徑與 mlx5e_fs_tt_redirect_any_destroy() 相同。 (CVE-2023-53371)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/i915/dpt: Treat the DPT BO as a framebuffer Currently i915_gem_object_is_framebuffer() doesn't treat the BO containing the framebuffer's DPT as a framebuffer itself. This means eg. that the shrinker can evict the DPT BO while leaving the actual FB BO bound, when the DPT is allocated from regular shmem. That causes an immediate oops during hibernate as we try to rewrite the PTEs inside the already evicted DPT obj. TODO: presumably this might also be the reason for the DPT related display faults under heavy memory pressure, but I'm still not sure how that would happen as the object should be pinned by intel_dpt_pin() while in active use by the display engine... (cherry picked from commit 779cb5ba64ec7df80675a956c9022929514f517a) (CVE-2023-53378)

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

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

  - ANGLE 中的堆積緩衝區溢位弱點。由 Google Big Sleep 於 2025 年 8 月 12 日報告。(CVE-2025-10502)

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

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

  - 在 140.0.7339.185 之前的 Google Chrome 內，Dawn 中存在釋放後使用，遠端攻擊者可能利用此問題，透過建構的 HTML 頁面利用堆積損毀。(Chromium 安全性嚴重性 : 高) (CVE-2025-10500)

  - Dawn 中的釋放後使用弱點。由 Giunash (Gyujeong Jin) 於 2025 年 8 月 3 日報告。(CVE-2025-10500)

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

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

  - 已解決 Linux 核心中的下列弱點：NFSD: fix leaked reference count of nfsd4_ssc_umount_item The reference count of nfsd4_ssc_umount_item is not decremented on error conditions.
    This prevents the laundromat from unmounting the vfsmount of the source file. This patch decrements the reference count of nfsd4_ssc_umount_item on error. (CVE-2023-53381)

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

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

  - scsimpi3mr使用位元數管理點陣圖大小 若要配置點陣圖mpi3mr 驅動程式會使用位元組作為單位計算點陣圖大小。不過點陣圖協助程式函式會假設點陣圖是以不帶正負號的 long 為單位進行配置。此間隔會造成記憶體存取超出點陣圖大小並導致錯誤
    KASAN平台超出邊界。韌體下載至 eHBA-9600 時出現此錯誤。呼叫追踪指出從 mpi3mr_send_event_ack() 針對 miroc->evtack_cmds_bitmap 呼叫的 find_first_zero_bit() 發生超出邊界存取問題。若要修正此錯誤請勿使用位元組來管理點陣圖大小。請改用位元數並呼叫將位元數視為引數的點陣圖協助程式函式。針對記憶體配置呼叫 bitmap_zalloc()而非 kzalloc() 與 krealloc()。針對記憶體釋放呼叫 bitmap_free() 而非 kfree()。如需清除零請呼叫 bitmap_clear() 而非 memset()。移除結構 scmd_priv 中不再需要的三個點陣圖位元組大小欄位。將欄位 dev_handle_bitmap_sz 取代為 dev_handle_bitmap_bits可保留整個調整大小的 removepend_bitmap 位元數。 (CVE-2023-53376)

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

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

  - ACPICA將 AML_NO_OPERAND_RESOLVE 旗標新增至計時器 ACPICA 提交 90310989a0790032f5a0140741ff09b545af4bc5 根據 ACPI 規格 19.6.134不需要為 ASL 計時器指令傳送任何引數。為處理所有引數AML_NO_OPERAND_RESOLVE 旗標已新增至 ASL 計時器指令 opcode。ACPI 解譯器解譯 ASL 計時器指令時會發生錯誤。將 AML_NO_OPERAND_RESOLVE 旗標新增至 ASL 計時器指令 opcode 後未觀察到 問題。
    ================================================== =========== UBSANacpica/dswexec.c:401:12 索引 -1 中的 array-index-out-of-bounds 超出 'union acpi_operand_object *[9]' 類型 CPU37 的範圍 PID
    1678 Comm: cat 未受污染 6.0.0-dev-th500-6.0.y-1+bcf8c46459e407-generic-64k HW 名稱NVIDIA BIOS v1.1.1-d7acbfc-dirty 2022 年 12 月 19 日 呼叫追踪dump_backtrace+0xe0/0x130 show_stack+0x20/0x60 dump_stack_lvl+0x68/0x84 dump_stack+0x18/0x34 ubsan_epilogue+0x10/0x50
    __ubsan_handle_out_of_bounds+0x80/0x90 acpi_ds_exec_end_op+0x1bc/0x6d8 acpi_ps_parse_loop+0x57c/0x618 acpi_ps_parse_aml+0x1e0/0x4b4 acpi_ps_execute_method+0x24c/0x2b8 acpi_ns_evaluate+0x3a8/0x4bc acpi_evaluate_object+0x15c/0x37c acpi_evaluate_integer+0x54/0x15c show_power+0x8c/0x12c [acpi_power_meter] (CVE-2023-53395)

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

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

  - 已解決 Linux 核心中的下列弱點：HID: intel-ish-hid: Fix kernel panic during warm reset During warm reset device->fw_client is set to NULL. If a bus driver is registered after this NULL setting and before new firmware clients are enumerated by ISHTP, kernel panic will result in the function ishtp_cl_bus_match(). This is because of reference to device->fw_client->props.protocol_name. ISH firmware after getting successfully loaded, sends a warm reset notification to remove all clients from the bus and sets device->fw_client to NULL. Until kernel v5.15, all enabled ISHTP kernel module drivers were loaded right after any of the first ISHTP device was registered, regardless of whether it was a matched or an unmatched device. This resulted in all drivers getting registered much before the warm reset notification from ISH. Starting kernel v5.16, this issue got exposed after the change was introduced to load only bus drivers for the respective matching devices. In this scenario, cros_ec_ishtp device and cros_ec_ishtp driver are registered after the warm reset device fw_client NULL setting. cros_ec_ishtp driver_register() triggers the callback to ishtp_cl_bus_match() to match ISHTP driver to the device and causes kernel panic in guid_equal() when dereferencing fw_client NULL pointer to get protocol_name.
    (CVE-2023-53392)

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

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

  - 已解決 Linux 核心中的下列弱點：Bluetooth: hci_conn: fail SCO/ISO via hci_conn_failed if ACL gone early Not calling hci_(dis)connect_cfm before deleting conn referred to by a socket generally results to use-after-free. When cleaning up SCO connections when the parent ACL is deleted too early, use hci_conn_failed to do the connection cleanup properly. We also need to clean up ISO connections in a similar situation when connecting has started but LE Create CIS is not yet sent, so do it too here. (CVE-2023-53374)

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

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

  - mediaatomisp防止 sh_css_set_black_frame() 中的整數溢位。高度和寬度值來自使用者因此高度 * 寬度乘法可能溢位。 (CVE-2022-50399)

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

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

  - ksmbd修正 smb2_get_info_filesystem() 中的 NULL 指標解除參照。如果共用為 則 share->path 為 NULL會造成 NULL 指標解除參照問題。 (CVE-2023-53399)

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

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

  - tpmtpm_crb新增遺漏的 acpi_put_table() 以修正記憶體洩漏。在 crb_acpi_add() 中我們取得 TPM2 表格來擷取如啟動方法之類的資訊然後將其指派給 priv 資料因此在應該釋放 init 時呼叫 acpi_put_table() 來修正記憶體洩漏。 (CVE-2022-50389)

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

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

  - mediamediatekvcodec當lat 解碼錯誤時無法將 dst 緩衝區設定為完成核心執行緒將呼叫 v4l2_m2m_buf_done為 lat 架構將 dst 緩衝區設定為完成。如果在 lat 解碼錯誤時lat 呼叫 v4l2_m2m_buf_done_and_job_finish 以釋放 dst 緩衝區核心執行緒會存取核心 NULL 指標解除參照然後當機。 (CVE-2022-50383)

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

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

  - NFS修正 nfs_d_automount() 中的 Oops 從 NFSv4 轉介掛載時path->dentry 可能會變成負的 dentry因此請改為從 dentry 本身衍生結構 nfs_server。 (CVE-2022-50385)

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

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

  - modpost修正 is_executable_section() 中的差一問題。 > 比較應該 >= 以防止超出邊界陣列存取。 (CVE-2023-53397)

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

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

  - drm/amdgpu修正 mes 自我測試中的記憶體洩漏。與 mes 佇列相關的隔離必須在 amdgpu_ring_fini 執行期間釋放。 (CVE-2023-53370)

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

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

  - 完整性修正 keyring 配置錯誤路徑中的記憶體洩漏。金鑰限制是在 Integration_init_keyring() 中配置。不過如果 keyring 配置失敗則不會予以釋放進而造成記憶體洩漏。
    (CVE-2022-50395)

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

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

  - drm/介子重新排序驅動程式 deinit 序列以修正釋放後使用錯誤 卸載驅動程式會觸發下列 KASAN 警告[ +0.006275] =================== ========================================== [+0.000029] 錯誤KASAN __list_del_entry_valid+0xe0/0x1a0 中的釋放後使用 [ +0.000026] 工作 rmmod/2695 在 addr ffff000020c395e0 讀取大小為 8 的錯誤 [ +0.000019] CPU5 PID2695 Commmod 污染的 GCO 5.19.0- rc6-lrmbkasan+ #1 [ +0.000013] 硬體名稱Hardkernel ODROID-N2Plus (DT) [ +0.000008] 呼叫追踪 [ +0.000007] dump_backtrace+0x1ec/0x280 [ +0.000013] show_stack+0x24/0x80 [ +0.000008] dump_stack_lvl+0x98/0xd4 [ +0.000011] print_address_description.constprop.0+0x80/0x520 [ +0.000011] print_report+0x128/0x260 [ +0.000007] kasan_report+0xb8/0xfc [ +0.000008]
    __asan_report_load8_noabort+0x3c/0x50 [ +0.000010] __list_del_entry_valid+0xe0/0x1a0 [ +0.000009] drm_atomic_private_obj_fini+0x30/0x200 [drm] [ +0.000172] drm_bridge_detach+0x94/0x260 [drm] [ +0.000145] drm_encoder_cleanup+0x4/x 0x290 [drm] [ +0.000144] drm_mode_config_cleanup+0x118/0x740 [drm] [ +0.000143] drm_mode_config_init_release+0x1c/0x2c [drm] [ +0.000144] drm_managed_release+0x170/0x414 [drm] [+0.000142] drm_dev_put。 part.0+0xc0/0x124 [drm] [ +0.000143] drm_dev_put+0x20/0x30 [drm] [ +0.000142] meson_drv_unbind+0x1d8/0x2ac [meson_drm] [ +0.000028] take_down_aggregate_device+0xb0/0x160 [ +0.000016] component_del+0x18c/0x360 [ +0.000009] meson_dw_hdmi_remove+0x28/0x40 [meson_dw_hdmi] [ +0.000015] platform_remove+0x64/0xb0 [ +0.000009] device_remove+0xb8/0x154 [ +0.000009] device_release_driver_internal+0x398/0x5b0 [ +0.000009] driver_detach+0xac/0x1b0 [ +0.000009] bus_remove_driver+0x158/0x29c [ +0.000009] driver_unregister+0x70/0xb0 [ +0.000008] platform_driver_unregister+0x20/0x2c [ +0.000008] meson_dw_hdmi_platform_driver_exit+0x1c/0x30 [ meson_dw_hdmi] [ +0.000012] __do_sys_delete_module+0x288/0x400 [ +0.000011]
    __arm64_sys_delete_module+0x5c/0x80 [ +0.000009] invoke_syscall+0x74/0x260 [ +0.000009] el0_svc_common.constprop.0+0xcc/0x260 [ +0.000009] do_el0_svc+0x50/0x70 [ +0.000007] el0_svc+0x68/0x1a0 [ +0.000012] el0t_64_sync_handler+0x11c/0x150 [ +0.000008] el0t_64_sync+0x18c/0x190 [ +0.000018] 由工作 0 分配 [ +0.000007] (堆疊不可用) [ +0.000011] 由工作 2695 釋放[ +0.000008] kasan_save_stack+0x2c/0x5c [ +0.000011] kasan_set_track+0x2c/0x40 [ +0.000008] kasan_set_free_info+0x28/0x50 [ +0.000009]____kasan_slab_free+0x128/0x1d4 [ +0.000008]
    __kasan_slab_free+0x18/0x24 [ +0.000007] slab_free_freelist_hook+0x108/0x230 [ +0.000011] kfree+0x110/0x35c [ +0.000008] release_nodes+0xf0/0x16c [ +0.000009] devres_release_group+0x180/0x270 [+0.000008] component_unbind+0x128/0x1e0 [ +0.000010] component_unbind_all+0x1b8/0x264 [ +0.000009] meson_drv_unbind+0x1a0/0x2ac [meson_drm] [ +0.000025] take_down_aggregate_device+0xb0/0x160 [ +0.000009] component_del+0x18c/0x360 [ +0.000009] meson_dw_hdmi_remove+0x28/0x40 [meson_dw_hdmi] [ +0.000012] platform_remove+0x64/0xb0 [ +0.000008] device_remove+0xb8/0x154 [ +0.000009] device_release_driver_internal+0x398/0x5b0 [ +0.000009] driver_detach+0xac/ 0x1b0 [ +0.000009] bus_remove_driver+0x158/0x29c [ +0.000008] driver_unregister+0x70/0xb0 [ +0.000008] platform_driver_unregister+0x20/0x2c [ +0.000008] meson_dw_hdmi_platform_driver_exit+0x1c/0x30 [meson_dw_hdmi] [ +0.000011] __doe_modulesys_delet +0x288/0x400 [ +0.000010]
    __arm64_sys_delete_module+0x5c/0x80 [ +0.000008] invoke_syscall+0x74/0x260 [ +0.000008] el0_svc_common.constprop.0+0xcc/0x260 [ +0.000008] do_el0_svc+0x50/0x70 [ +0.000007] el0_svc+0x68/0x1a0 [ +0.000009] el0t_64_sync_handler+0x11c/0x150 [ +0.000009] el0t_64_sync+0x18c/0x190 [ +0.000014] 錯誤位址屬於 ffff000020c39000 的物件 ---truncated--- (CVE-2022-50378)

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

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

  - irqchip/gicv3NVIDIA 錯字勘誤表 T241-FABRIC-4 的因應措施 T241 平台受到 T241-FABRIC-4 錯字勘誤表的影響當同時從不同來源收到多個交易時會造成 GIC 出現未預期的行為。此硬體問題會影響使用兩個以上互連 T241 晶片的 NVIDIA 伺服器平台。每個晶片都支援 320 {E}SPI。當來自不同 GIC 的多個封包在目標晶片上未正確交錯時會發生此問題。以下錯字勘誤表文字確切說明了造成多個傳輸封包交錯影響的原因以及 GIC 狀態損毀的原因。GIC 狀態損毀可導致一系列問題包括核心錯誤和未預期的行為。 >來自錯字勘誤表文字在某些情況下具有多個傳輸的通訊端間 AXI4 資料流封包在呈現給 ARM 泛型中斷控制器時可能會遭到光纖網路交錯處理。GIC 預期封包的所有傳輸都在沒有任何交錯的情況下傳送。下列 GICv3 命令可能導致在通訊端間 AXI4 Stream 介面上發生多個傳輸封包- 從 GICD_I* 和 GICD_N* 登錄讀取 - 將登錄寫入 GICD_IROUTERn* 以外的 64 位元 GICD 暫存器 - ITS 命令 MOVALL GICv4+ 中的多個命令利用多個傳輸封包，包括 VMOVP、VMOVI、VMAPP 和 64 位元暫存器存取。此問題會影響具有 2 個以上通訊端的系統組態其需要透過不同通訊端上 GIC 執行個體之間的通訊端間 AXI4 Stream 介面傳送多重傳輸封包。無法支援 GICv4。僅能透過因應措施支援 GICv3 SW 模型。
    單和雙通訊端組態不受此問題影響且支援 GICv3 和 GICv4。寫入 GICD_In{E} 暫存器之晶片別名區域 (GICD_ICENABLERn 除外) 的效果與寫入至全域發行者的效果相同。SPI 中斷停用路徑不受此錯字勘誤表影響。若要修正此問題請實作因應措施確保將 GICD_In{E} 暫存器的讀取存取導向擁有 SPI 的晶片並停用 GICv4.x 功能。為簡化程式碼變更gic_configure_irq() 函式會對 GICD_ICFGR 的讀取和寫入作業使用相同的別名區域。
    (CVE-2023-53383)

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

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

  - 已解決 Linux 核心中的下列弱點：net: hinic: fix the issue of CMDQ memory leaks When hinic_set_cmdq_depth() fails in hinic_init_cmdqs(), the cmdq memory is not released correctly. Fix it. (CVE-2022-50387)

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

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

  - 已解決 Linux 核心中的下列弱點：tracing: Free error logs of tracing instances When a tracing instance is removed, the error messages that hold errors that occurred in the instance needs to be freed. The following reports a memory leak: # cd /sys/kernel/tracing # mkdir instances/foo # echo 'hist:keys=x' > instances/foo/events/sched/sched_switch/trigger # cat instances/foo/error_log [ 117.404795] hist:sched:sched_switch: error: Couldn't find field Command:
    hist:keys=x ^ # rmdir instances/foo Then check for memory leaks: # echo scan > /sys/kernel/debug/kmemleak # cat /sys/kernel/debug/kmemleak unreferenced object 0xffff88810d8ec700 (size 192): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 60 dd 68 61 81 88 ff ff 60 dd 68 61 81 88 ff ff `.ha....`.ha.... a0 30 8c 83 ff ff ff ff 26 00 0a 00 00 00 00 00 .0......&....... backtrace:
    [<00000000dae26536>] kmalloc_trace+0x2a/0xa0 [<00000000b2938940>] tracing_log_err+0x277/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc unreferenced object 0xffff888170c35a00 (size 32): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 0a 20 20 43 6f 6d 6d 61 6e 64 3a 20 68 69 73 74 . Command: hist 3a 6b 65 79 73 3d 78 0a 00 00 00 00 00 00 00 00 :keys=x......... backtrace: [<000000006a747de5>] __kmalloc+0x4d/0x160 [<000000000039df5f>] tracing_log_err+0x29b/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc The problem is that the error log needs to be freed when the instance is removed. (CVE-2023-53375)

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

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

  - 已解決 Linux 核心中的下列弱點：mm/mempolicy: fix memory leak in set_mempolicy_home_node system call When encountering any vma in the range with policy other than MPOL_BIND or MPOL_PREFERRED_MANY, an error is returned without issuing a mpol_put on the policy just allocated with mpol_dup(). This allows arbitrary users to leak kernel memory. (CVE-2022-50391)

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

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

  - wifi: mwifiex避免在「mwifiex_handle_uap_rx_forward()」中可能發生的 NULL skb 指標解除參照。請一律檢查「skb_copy()」傳回的值以避免「mwifiex_uap_queue_bridged_pkt()」中發生潛在的 NULL 指標解除參照並在復制的情況下中斷原始 skb失敗。由 Linux Verification Center (linuxtesting.org) 和 SVACE 發現。(CVE-2023-53384)

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

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

  - 藍牙L2CAP修正釋放後使用這在呼叫後使用 l2cap_chan_hold_unless_zero()
    __l2cap_get_chan_blah()以防止下列追踪 Bluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 =================== ================================================ 錯誤KASAN 中的釋放後使用
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [內嵌] 錯誤KASAN在
    __mutex_lock_common kernel/locking/mutex.c:671 [內嵌] 錯誤KASAN在
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 kworker/u3:2/389 工作在位址 ffff888006a49b08 讀取大小為 8 的讀取 (CVE-2022-50386)

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

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

  - drm/ttm修正 TTM_TT_FLAG_PRIV_POPULATED 的位元移位中未定義的行為。將已簽署的 32 位元值移動 31 位元未定義因此將有效位元變更為無正負號。如下所示的 UBSAN 警告呼叫追踪
    UBSAN ./include/drm/ttm/ttm_tt.h:122:26 中的移位超出邊界左移 1 乘 31 位無法在類型 'int' 呼叫追踪中表示 <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c ttm_bo_move_memcpy+0x3b4/0x460 [ttm] bo_driver_move+0x32/0x40 [drm_vram_helper] ttm_bo_handle_move_mem+0x118/0x200 [ttm] ttm_bo_validate+0xfa/0x220 [ttm] drm_gem_vram_pin_locked+0x70 /0x1b0 [drm_vram_helper] drm_gem_vram_pin+0x48/0xb0 [drm_vram_helper] drm_gem_vram_plane_helper_prepare_fb+0x53/0xe0 [drm_vram_helper] drm_gem_vram_simple_display_pipe_prepare_fb+0x26/0x30 [drm_vram_helper] drm_simple_kms_plane_prepare_fb+0x4d/0xe0 [drm_kms_helper] drm_atomic_helper_prepare_planes+0xda/0x210 [drm_kms_helper] drm_atomic_helper_commit+0xc3/0x1e0 [drm_kms_helper] drm_atomic_commit+0x9c/0x160 [drm] drm_client_modeset_commit_atomic+0x33a/0x380 [drm] drm_client_modeset_commit_locked+0x77/0x220 [drm] drm_client_modeset_commit+0x31/0x60 [drm] __drm_fb_helper_restore_fbdev_mode_unlocked+0xa7/0x170 [drm_kms_helper] drm_fb_helper_set_par+0x51/0x90 [drm_kms_helper] fbcon_init+0x316/0x790 visual_init+0x113/0x1d0 do_bind_con_driver+0x2a3/0x5c0 do_take_over_console+0xa9/0x270 do_fbcon_takeover+0xa1/0x170 do_fb_registered+0x2a8/0x340 fbcon_fb_registered+0x47/ 0xe0 register_framebuffer+0x294/0x4a0 __drm_fb_helper_initial_config_and_unlock+0x43c/0x880 [drm_kms_helper] drm_fb_helper_initial_config+0x52/0x80 [drm_kms_helper] drm_fbdev_client_hotplug+0x156/0x1b0 [drm_kms_helper] drm_fbdev_generic_setup+0xfc/0x290 [drm_kms_helper] bochs_pci_probe+0x6ca/0x772 [bochs] local_pci_probe+0x4d/ 0xb0 pci_device_probe+0x119/0x320 real_probe+0x181/0x550
    __driver_probe_device+0xc6/0x220 driver_probe_device+0x32/0x100 __driver_attach+0x195/0x200 bus_for_each_dev+0xbb/0x120 driver_attach+0x27/0x30 bus_add_driver+0x22e/0x2f0 driver_register+0xa9/0x190
    __pci_register_driver+0x90/0xa0 bochs_pci_driver_init+0x52/0x1000 [bochs] do_one_initcall+0x76/0x430 do_init_module+0x61/0x28a load_module+0x1f82/0x2e50 __do_sys_finit_module+0xf8/0x190
    __x64_sys_finit_module+0x23/0x30 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-50390)

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

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

  - scsisnic使用 debugfs_lookup() 修正記憶體洩漏。呼叫 debugfs_lookup() 時結果必須有呼叫 dput() 否則記憶體會隨著時間推移而洩漏。為使事情變得更簡單只要呼叫 debugfs_lookup_and_remove() 而不是它會立即處理所有邏輯。 (CVE-2023-53414)

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

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

  - drmbridgeadv7511cec 介面卡 cec_unregister_adapter() 假設基礎介面卡 ops 可呼叫後取消註冊 cec i2c 裝置。例如，如果 CEC 介面卡目前有一個有效的實體位址，則取消註冊程序會將其設為 ffff，從而使實體位址失效。
    移除 adv7511 模組後發現下列核心 oops因而造成: 無法處理虛擬位址 0000000000000000 上的使用者記憶體的核心執行 內部錯誤Oops86000004 [#1] PREEMPT_RT SMP 呼叫追踪0x0 adv7511_cec_adap_log_addr+0x1ac/0x1c8 [adv7511_cec_adap_log_addr+0x1ac/0x1c8 [adv7511] cec_adap_unconfigure+ 0x44/0x90 [cec] __cec_s_phys_addr.part.0+0x68/0x230 [cec] __cec_s_phys_addr+0x40/0x50 [cec] cec_unregister_adapter+0xb4/0x118 [cec] adv7511_remove+0x60/0x90 [adv7511] i2c_device_remove+0x34/0xe0 device_release_driver_internal+0x114 /0x1f0 driver_detach+0x54/0xe0 bus_remove_driver+0x60/0xd8 driver_unregister+0x34/0x60 i2c_del_driver+0x2c/0x68 adv7511_exit+0x1c/0x67c [adv7511] __arm64_sys_delete_module+0x154/0x288 invoke_syscall+0x48/0x100 el0_svc_common.constprop.0+0x48/0xe8 do_el0_svc +0x28/0x88 el0_svc+0x1c/0x50 el0t_64_sync_handler+0xa8/0xb0 el0t_64_sync+0x15c/0x160 程式碼錯誤的 PC 值 ---[ end trace 0000000000000000 ]--- 藉由在取消註冊後取消註冊 i2c_cec 避免此情況啟用 CEC 介面卡。之後也適當停用 CEC 時鐘。 (CVE-2022-50412)

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

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

  - drivers/md/md-bitmap檢查 md_bitmap_get_counter() 的傳回值。檢查 md_bitmap_get_counter() 的傳回值是否傳回 NULL 指標其將導致 null 指標解除參照。
    v2更新檢查以包含其他解除參照 (CVE-2022-50402)

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

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

  - nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put 在錯誤情況下「clp->cl_cb_conn.cb_xprt」不應獲得 xprt 的參照，否則用戶端清理和呼叫者呼叫的錯誤處理路徑都會放置該參照。最好延遲將參照交給稍後的分支。 [ 72.530665] refcount_t反向溢位釋放後使用。 [ 72.531933] 警告CPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_sature+0xcf/0x120 [ 72.533075] 連結nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd 的模組(OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [72.541511] 硬體名稱Red Hat KVM/RHEL-AV、BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 2014 年 4 月 1 日 [72.542717] 工作佇列nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP
    0010:refcount_warn_sturate+0xcf/0x120 [ 72.544299] 程式碼55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 61 9 3 08 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP: 0018:ffffb3f841157cf0 EFLAGS: 00010286 [72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX0000000000000000 [ 72.548324] RDX
    ffff89adb7c2c2c0 RSIffff89adb7c205c0 RDIffff89adb7c205c0 [ 72.549271] RBPffffb3f841157cf0 R08
    0000000000000000 R09c0000000ffefffff [ 72.550209] R100000000000000001 R11ffffb3f841157ad0 R12
    ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14: ffff89ac40c06180 R15: ffff89ac6231d4b0 [72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS:
    0010 DS0000 ES0000 CR00000000080050033 [ 72.553934] CR20000563a310506a8 CR30000000109a66000 CR4
    0000000000350ef0 [ 72.554874] 呼叫追踪 [ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] update_load_avg+0x82/0x610 [72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [ 72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [ 72.564189] ---[ end trace 031117b1c72ec616]--- [ 72.566019] list_add 損毀。 next->prev 應該是 prev (ffff89ac4977e538)但是是 ffff89ac4763e018。 (next=ffff89ac4763e018)。 [ 72.567647] ------------[在此處切入]------------ (CVE-2022-50401)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: iwlwifi: fw: fix memory leak in debugfs Fix a memory leak that occurs when reading the fw_info file all the way, since we return NULL indicating no more data, but don't free the status tracking object. (CVE-2023-53422)

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

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

  - 已解決 Linux 核心中的下列弱點：irqchip/wpcm450: Fix memory leak in wpcm450_aic_of_init() If of_iomap() failed, 'aic' should be freed before return. Otherwise there is a memory leak. (CVE-2022-50416)

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

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

  - 已解決 Linux 核心中的下列弱點：cifs: Fix warning and UAF when destroy the MR list If the MR allocate failed, the MR recovery work not initialized and list not cleared. Then will be warning and UAF when release the MR: WARNING: CPU: 4 PID: 824 at kernel/workqueue.c:3066
    __flush_work.isra.0+0xf7/0x110 CPU: 4 PID: 824 Comm: mount.cifs Not tainted 6.1.0-rc5+ #82 RIP:
    0010:__flush_work.isra.0+0xf7/0x110 Call Trace: <TASK> __cancel_work_timer+0x2ba/0x2e0 smbd_destroy+0x4e1/0x990 _smbd_get_connection+0x1cbd/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0
    __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 BUG: KASAN:
    use-after-free in smbd_destroy+0x4fc/0x990 Read of size 8 at addr ffff88810b156a08 by task mount.cifs/824 CPU: 4 PID: 824 Comm: mount.cifs Tainted: G W 6.1.0-rc5+ #82 Call Trace: dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 smbd_destroy+0x4fc/0x990
    _smbd_get_connection+0x1cbd/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Allocated by task 824: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x7a/0x90 _smbd_get_connection+0x1b6f/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Freed by task 824: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x2a/0x40 ____kasan_slab_free+0x143/0x1b0
    __kmem_cache_free+0xc8/0x330 _smbd_get_connection+0x1c6a/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0
    __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Let's initialize the MR recovery work before MR allocate to prevent the warning, remove the MRs from the list to prevent the UAF. (CVE-2023-53427)

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

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

  - 在 0.4.7.16/0.4.8.17之前的 Tor 中發現一個安全性瑕疵。Impacted 是元件 Onion 服務描述符號處置程式的未知函式。執行操控會導致資源消耗。攻擊者可從遠端發起攻擊。該攻擊的複雜性評等為高。惡意利用此弱點被認為是困難的。建議升級至 0.4.8.18 和 0.4.9.3-alpha 版以解決此問題。建議升級受影響的元件。(CVE-2025-4444)

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

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

  - USB小工具pxa25x_udc修正使用 debugfs_lookup() 發生的記憶體洩漏。呼叫 debugfs_lookup() 時結果必須有呼叫 dput()否則記憶體會隨著時間推移而洩漏。為使事情變得更簡單只要呼叫 debugfs_lookup_and_remove() 而不是它會立即處理所有邏輯。 (CVE-2023-53406)

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

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

  - USB小工具gr_udc修正使用 debugfs_lookup() 時發生的記憶體洩漏。呼叫 debugfs_lookup() 時結果必須有呼叫 dput() 否則記憶體會隨著時間推移而洩漏。為使事情變得更簡單只要呼叫 debugfs_lookup_and_remove() 而不是它會立即處理所有邏輯。 (CVE-2023-53405)

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

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

  - net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock。vxlan 中有爭用情形在接收封包期間刪除 vxlan 裝置時sock 可能會在從 sk_user_data 取得 vxlan_sockvs 之後釋出。然後在之後的 vxlan_ecn_decapsulate()、vxlan_get_sk_family() 中會獲得 NULL 指標解除參照。 #0 eg  [ffffa25ec6978a38] machine_kexec at ffffffff8c669757 #1 [ffffa25ec6978a90] __crash_kexec at ffffffff8c7c0a4d #2 [ffffa25ec6978b58] crash_kexec at ffffffff8c7c1c48 #3 [ffffa25ec6978b60] oops_end at ffffffff8c627f2b #4 [ffffa25ec6978b80] page_fault_oops at ffffffff8c678fcb #5 [ffffa25ec6978bd8] exc_page_fault at ffffffff8d109542 #6 [ffffa25ec6978c00] asm_exc_page_fault@ffffffff8d200b62 [RIP 例外狀況 vxlan_ecn_decapsulate+0x3b] RIP
    ffffffffc1014e7b RSPffffa25ec6978cb0 RFLAGS00010246 RAX0000000000000008 RBXffff8aa000888000 RCX
    0000000000000000 RDX: 000000000000000e RSI: ffff8a9fc7ab803e RDI: ffff8a9fd1168700 RBP: ffff8a9fc7ab803e R8: 0000000000700000 R9: 00000000000010ae R10: ffff8a9fcb748980 R11: 0000000000000000 R12:
    ffff8a9fd1168700 R13ffff8aa000888000 R1400000000002a0000 R1500000000000010ae ORIG_RAX
    ffffffffffffffff CS: 0010 SS: 0018 #7 [ffffa25ec6978ce8] vxlan_rcv at ffffffffc10189cd [vxlan] #8 [ffffa25ec6978d90] udp_queue_rcv_one_skb at ffffffff8cfb6507 #9 [ffffa25ec6978dc0] udp_unicast_rcv_skb at ffffffff8cfb6e45 #10 [ffffa25ec6978dc8] __udp4_lib_rcv at ffffffff8cfb8807 #11 [ffffa25ec6978e20] ip_protocol_deliver_rcu at ffffffff8cf76951 #12 [ffffa25ec6978e48] ip_local_deliver at ffffffff8cf76bde #13 [ffffa25ec6978ea0] __netif_receive_skb_one_core at ffffffff8cecde9b #14 [ffffa25ec6978ec8] process_backlog at ffffffff8cece139 #15 [ffffa25ec6978f00] __napi_poll at ffffffff8ceced1a #16 [ffffa25ec6978f28] net_rx_action at ffffffff8cecf1f3 #17 [ffffa25ec6978fa0] __softirqentry_text_start at ffffffff8d4000ca #18 [ffffa25ec6978ff0] do_softirq@ffffffff8c6fbdc3 複製器
    https://github.com/Mellanox/ovs-tests/blob/master/test-ovs-vxlan-remove-tunnel-during-traffic.sh 等待所有 sk_user_data 讀取器完成後再釋出 sock 即可修正此問題。 (CVE-2022-50405)

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

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

  - wifibrcmfmac修正 brcmf_netdev_start_xmit() 中的釋放後使用錯誤 > ret = brcmf_proto_tx_queue_data(drvr, ifp->ifidx, skb)可能會排程然後在行前完成 > ndev->stats.tx_bytes += skb->len [ 46.912801] ============================================== ==================== [ 46.920552] 錯誤KASAN在 brcmf_netdev_start_xmit+0x718/0x8c8 中發生釋放後使用 [brcmfmac] [ 46.928673] 大小為 4 的讀取位於 addr ffffff803f5882e8 (由 task systemd-resolve/328 報告) [ 46.935991] [ 46.937514] CPU1 PID328 Commsystemd-resolve 污染執行 5.4.199-[REDACTED] #1 [ 46.947255] 硬體名稱 [REDACTED] [ 46.954568] 呼叫追踪 [ 46.957037] dump_backtrace+0x0/0x2b8 [ 46.960719] show_stack+0x24/0x30 [ 46.964052] dump_stack+0x128/0x194 [46.967557] print_address_description.isra.0+0x64/0x380 [ 46.972877] __kasan_report+0x1d4/0x240 [46.976723] kasan_report+0xc/0x18 [ 46.980138] __asan_report_load4_noabort+0x18/0x20 [ 46.985027] brcmf_netdev_start_xmit+0x718/0x8c8 [brcmfmac] [ 46.990613] dev_hard_start_xmit0 [+0x1bsch_direct_damit0 46.994894] +0x198/0xd08 [ 46.998827] __qdisc_run+0x37c/0x1dc0 [ 47.002500]
    __dev_queue_xmit+0x1528/0x21f8 [ 47.006692] dev_queue_xmit+0x24/0x30 [ 47.010366] neigh_resolve_output+0x37c/0x678 [ 47.014734] ip_finish_output2+0x598/0x2458 [ 47.018927]
    __ip_finish_output+0x300/0x730 [ 47.023118] ip_output+0x2e0/0x430 [ 47.026530] ip_local_out+0x90/0x140 [47.030117] igmpv3_sendpack+0x14c/0x228 [ 47.034049] igmpv3_send_cr+0x384/0x6b8 [ [] ] igmpv3_send_cr+0x384/0x6b8 47.037895[  ] igmp04_refc/0rx_time118c/0x228 [ 47.042262] call_timer_fn+0x1cc/0xbe8 [ 47.046021]
    __run_timers+0x4d8/0xb28 [ 47.049693] run_timer_softirq+0x24/0x40 [ 47.053626] __do_softirq+0x2c0/0x117c [47.057387] irq_exit+0x2dc/0x388 [ 47.060715] __handle_domain_irq+0xb4/0x158 [ 47.064908] gic_handleb0_irq+0x5/80 [ 47.068581] el0_irq_naked+0x50/0x5c [ 47.072162] [ 47.073665] 由工作 328 分配[ 47.077083] save_stack+0x24/0xb0 [ 47.080410] __kasan_kmalloc.isra.0+0xc0/0xe0 [ 47.084776] kasan_slab_alloc+ 0x14/0x20 [ 47.088622] kmem_cache_alloc+0x15c/0x468 [ 47.092643] __alloc_skb+0xa4/0x498 [47.096142] igmpv3_newpack+0x158/0xd78 [ 47.099987] add_grhead+0x210/0x288 [ 47.103485] add_grec+0x6b0/0xb70 [ 47.106811] ] igmpv3_send_cr+0x2e0/0x6b8 [ 47.110657] igmp_ifc_timer_expire+0x4c/0x118 [ 47.115027] call_timer_fn+0x1cc/0xbe8 [ 47.118785] __run_timers+0x4d8/0xb28 [ 47.122457] ] run_timer_softirq+0x24/0x40 [ 47.126389x2 ]0 __do_softirq+0xc /0x117c [ 47.130142] [ 47.131643] 已由工作 180 釋放[ 47.134712] save_stack+0x24/0xb0 [ 47.138041] __kasan_slab_free+0x108/0x180 [ 47.142146] kasan_slab_free+0x10/0x18 [ 47.145904] slab_free_freelist_hook+0xa4/ 0x1b0 [ 47.150444] kmem_cache_free+0x8c/0x528 [ 47.154292] kfree_skbmem+0x94/0x108 [ 47.157880]consume_skb+0x10c/0x5a8 [47.161466] __dev_kfree_skb_any+0x88/0xa0 [ 47.165598] brcmu_pkt_buf_free_skb+0x44/0x68 [brcmutil] [47.171023] brcmf_txfinalize+0xec/0x190 [brcmfmac] [ 47.176016] brcmf_proto_bcdc_txcomplete+0x1c0/0x210 [brcmf_proto_bcdc_txcomplete+0x1c0/0x210] brcmu_pkt_buf_free_skb+0x44/0x68 [brcmutil] [ 47.182056] [] []send 0x1e80 [brcmfmac] [ 47.187568] brcmf_sdio_dpc+0xb48/0x2108 [brcmfmac] [ 47.192529] brcmf_sdio_dataworker+0xc8/0x238 [brcmfmac] [47.197859] process_one_work+0x7fc/0x1a80 [ 47.201965] worker_thread+0x31c/0xc40 [ 47.205726] kthread+0x2d8/0x370 [ 47.208967] ret_from_fork+0x10/0x18 [ 47.212546] [ 47.214051] 錯誤位址屬於 ffffff803f588280 處的物件 [ 47.214051]該物件屬於大小為 208 的快取 skbuff_head_cache [ 47.227086]位址位於 [ 47.227086] 208 位元組區域內 104 位元組 [ffffff803f588280, ffffff803f588350) [ 47.238814] 錯誤位址屬於頁面[ 47.243618] page:ffffffff00dd6200 refcount:1 mapcou ---truncated--- (CVE-2022-50408)

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

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

  - firewirenet修正 fwnet_finish_incoming_packet() 中的釋放後使用。netif_rx() 函式會釋放 skb因此我們無法將其解除參照以儲存 skb->len。 (CVE-2023-53432)

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

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

  - mfdarizona使用 pm_runtime_resume_and_get() 防止 refcnt 洩漏。在 arizona_clk32k_enable() 中我們應該使用 pm_runtime_resume_and_get()因為 pm_runtime_get_sync() 會增加 refcnt即使在傳回錯誤時也是如此。 (CVE-2023-53443)

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

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

  - clkmediatek修正 of_iomap 記憶體洩漏 Smatch 報告 drivers/clk/mediatek/clk-mtk.c:583 mtk_clk_simple_probe() 警告 of_iomap() 的「基底」未在第 496 行釋放。在 linux-next 中也會發現此問題。在 mtk_clk_simple_probe() 中如果 clk_data 不存在在處理錯誤時不會釋放基底這可能會造成洩漏。因此應在此處新增 free_base 以版本基底。 (CVE-2023-53424)

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

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

  - scsifcoe修正當 fcoe_if_init() 失敗 fcoe_init() 呼叫 fcoe_transport_attach(&fcoe_sw_transport) 但當 fcoe_if_init() 失敗時&fcoe_sw_transport 並未中斷連結而使 fcoe_transports 清單上的釋放 &fcoe_sw_transport 處於釋放狀態時修正未解除附加的傳輸。這會在重新插入模組時造成不穩定。錯誤無法處理 fffffbfff82e2213 RIP 位址的頁面錯誤
    0010:fcoe_transport_attach+0xe1/0x230 [libfcoe] 呼叫追踪 <TASK> do_one_initcall+0xd0/0x4e0 load_module+0x5eee/0x7210 ... (CVE-2022-50414)

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

ID	名稱	嚴重性
265575	Linux Distros 未修補的弱點：CVE-2022-50394	high
265574	Linux Distros 未修補的弱點：CVE-2022-50396	medium
265573	Linux Distros 未修補的弱點：CVE-2023-53373	high
265572	Linux Distros 未修補的弱點：CVE-2023-53394	medium
265571	Linux Distros 未修補的弱點：CVE-2025-30187	low
265570	Linux Distros 未修補的弱點：CVE-2025-10501	high
265569	Linux Distros 未修補的弱點：CVE-2023-53411	medium
265568	Linux Distros 未修補的弱點：CVE-2022-50381	medium
265567	Linux Distros 未修補的弱點：CVE-2022-50382	medium
265566	Linux Distros 未修補的弱點：CVE-2023-53371	medium
265565	Linux Distros 未修補的弱點：CVE-2023-53378	medium
265564	Linux Distros 未修補的弱點：CVE-2025-10502	high
265561	Linux Distros 未修補的弱點：CVE-2025-10500	high
265560	Linux Distros 未修補的弱點：CVE-2023-53381	medium
265559	Linux Distros 未修補的弱點：CVE-2023-53376	high
265558	Linux Distros 未修補的弱點：CVE-2023-53395	high
265557	Linux Distros 未修補的弱點：CVE-2023-53392	high
265556	Linux Distros 未修補的弱點：CVE-2023-53374	high
265555	Linux Distros 未修補的弱點：CVE-2022-50399	high
265554	Linux Distros 未修補的弱點：CVE-2023-53399	medium
265553	Linux Distros 未修補的弱點：CVE-2022-50389	medium
265552	Linux Distros 未修補的弱點：CVE-2022-50383	medium
265551	Linux Distros 未修補的弱點：CVE-2022-50385	medium
265550	Linux Distros 未修補的弱點：CVE-2023-53397	medium
265549	Linux Distros 未修補的弱點：CVE-2023-53370	medium
265548	Linux Distros 未修補的弱點：CVE-2022-50395	medium
265547	Linux Distros 未修補的弱點：CVE-2022-50378	high
265546	Linux Distros 未修補的弱點：CVE-2023-53383	medium
265545	Linux Distros 未修補的弱點：CVE-2022-50387	medium
265544	Linux Distros 未修補的弱點：CVE-2023-53375	medium
265543	Linux Distros 未修補的弱點：CVE-2022-50391	medium
265542	Linux Distros 未修補的弱點：CVE-2023-53384	medium
265541	Linux Distros 未修補的弱點：CVE-2022-50386	high
265540	Linux Distros 未修補的弱點：CVE-2022-50390	medium
265539	Linux Distros 未修補的弱點：CVE-2023-53414	medium
265538	Linux Distros 未修補的弱點：CVE-2022-50412	high
265537	Linux Distros 未修補的弱點：CVE-2022-50402	medium
265536	Linux Distros 未修補的弱點：CVE-2022-50401	high
265534	Linux Distros 未修補的弱點：CVE-2023-53422	medium
265533	Linux Distros 未修補的弱點：CVE-2022-50416	medium
265532	Linux Distros 未修補的弱點：CVE-2023-53427	high
265531	Linux Distros 未修補的弱點：CVE-2025-4444	medium
265530	Linux Distros 未修補的弱點：CVE-2023-53406	medium
265529	Linux Distros 未修補的弱點：CVE-2023-53405	medium
265528	Linux Distros 未修補的弱點：CVE-2022-50405	medium
265527	Linux Distros 未修補的弱點：CVE-2022-50408	high
265526	Linux Distros 未修補的弱點：CVE-2023-53432	high
265525	Linux Distros 未修補的弱點：CVE-2023-53443	medium
265524	Linux Distros 未修補的弱點：CVE-2023-53424	medium
265523	Linux Distros 未修補的弱點：CVE-2022-50414	medium

偵測

Nessus 的 Misc. 系列

high

medium

high

medium

low

high

medium

medium

medium

medium

medium

high

high

medium

high

high

high

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

high

medium

medium

medium

medium

high

high

medium

medium

medium