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

  - 已解決 Linux 核心中的下列弱點：media: mediatek: vcodec: adding lock to protect decoder context list Add a lock for the ctx_list, to avoid accessing a NULL pointer within the 'vpu_dec_ipi_handler' function when the ctx_list has been deleted due to an unexpected behavior on the SCP IP block. Hardware name: Google juniper sku16 board (DT) pstate: 20400005 (nzCv daif +PAN -UAO -TCO BTYPE=--) pc : vpu_dec_ipi_handler+0x58/0x1f8 [mtk_vcodec_dec] lr : scp_ipi_handler+0xd0/0x194 [mtk_scp] sp : ffffffc0131dbbd0 x29: ffffffc0131dbbd0 x28: 0000000000000000 x27: ffffff9bb277f348 x26:
    ffffff9bb242ad00 x25: ffffffd2d440d3b8 x24: ffffffd2a13ff1d4 x23: ffffff9bb7fe85a0 x22: ffffffc0133fbdb0 x21: 0000000000000010 x20: ffffff9b050ea328 x19: ffffffc0131dbc08 x18: 0000000000001000 x17:
    0000000000000000 x16: ffffffd2d461c6e0 x15: 0000000000000242 x14: 000000000000018f x13: 000000000000004d x12: 0000000000000000 x11: 0000000000000001 x10: fffffffffffffff0 x9 : ffffff9bb6e793a8 x8 :
    0000000000000000 x7 : 0000000000000000 x6 : 000000000000003f x5 : 0000000000000040 x4 : fffffffffffffff0 x3 : 0000000000000020 x2 : ffffff9bb6e79080 x1 : 0000000000000010 x0 : ffffffc0131dbc08 Call trace:
    vpu_dec_ipi_handler+0x58/0x1f8 [mtk_vcodec_dec (HASH:6c3f 2)] scp_ipi_handler+0xd0/0x194 [mtk_scp (HASH:7046 3)] mt8183_scp_irq_handler+0x44/0x88 [mtk_scp (HASH:7046 3)] scp_irq_handler+0x48/0x90 [mtk_scp (HASH:7046 3)] irq_thread_fn+0x38/0x94 irq_thread+0x100/0x1c0 kthread+0x140/0x1fc ret_from_fork+0x10/0x30 Code: 54000088 f94ca50a eb14015f 54000060 (f9400108) ---[ end trace ace43ce36cbd5c93 ]--- Kernel panic - not syncing: Oops: Fatal exception SMP: stopping secondary CPUs Kernel Offset: 0x12c4000000 from 0xffffffc010000000 PHYS_OFFSET: 0xffffffe580000000 CPU features: 0x08240002,2188200c Memory Limit: none (CVE-2024-35920)

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

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

  - 已解決 Linux 核心中的下列弱點：userfaultfd: fix a race between writeprotect and exit_mmap() A race is possible when a process exits, its VMAs are removed by exit_mmap() and at the same time userfaultfd_writeprotect() is called. The race was detected by KASAN on a development kernel, but it appears to be possible on vanilla kernels as well. Use mmget_not_zero() to prevent the race as done in other userfaultfd operations. (CVE-2021-47461)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.26 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的低權限攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2021-2481)

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

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

  - 透過 `Content-Disposition` 標頭指定檔案下載時若透過 `<embed>` 或 `<object>` 標籤納入該檔案則該指示詞將被忽略進而可能使網站容易受到跨網站指令碼攻擊攻擊。此弱點會影響 Firefox < 140、Firefox ESR < 128.12、Thunderbird < 140 和 Thunderbird < 128.12。 (CVE-2025-6430)

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

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

  - 已解決 Linux 核心中的下列弱點：powerpc/32: Fix hardlockup on vmap stack overflow Since the commit c118c7303ad5 (powerpc/32: Fix vmap stack - Do not activate MMU before reading task struct) a vmap stack overflow results in a hard lockup. This is because emergency_ctx is still addressed with its virtual address allthough data MMU is not active anymore at that time. Fix it by using a physical address instead. (CVE-2021-47567)

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

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

  - 在 Xen 所使用的 Linux 核心 3.2 至 5.10.16 版本中發現一個問題。授權對應作業常發生在批次 hypercall 中，其中有多個作業是在單一 hypercall 中完成。系統會將每個作業的成功或失敗報告給後端驅動程式，然後後端驅動程式會迴圈推導結果，根據每個作業的成功或失敗來執行後續動作。遺憾的是當在 PV 模式下執行時Linux 後端驅動程式未正確處理此錯誤有些錯誤會遭到忽略實際上是從相關批次元素的成功中暗示其成功。在其他情況下，一個批次元素所導致的錯誤會導致系統未進一步檢查其他批次元素，因此造成成功的元素在錯誤復原時無法正確解除對應。僅具有以 PV 模式執行之 Linux 後端的系統容易受到影響。在 HVM/PVH 模式下執行的 Linux 後端不受影響。這會影響 arch/*/xen/p2m.c 和 drivers/xen/gntdev.c。(CVE-2021-26932)

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

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

  - 連結若非 eth 裝置從屬失敗則還原連結的 IFF_SLAVE 旗標 syzbot 報告警告 [1]其中連結裝置本身就是從屬而且我們嘗試將非乙太網路裝置控制為第一個失敗的從屬然後在ether_setup() 還原連結裝置時發生錯誤路徑其也會清除所有旗標。在我之前的修正中[2] 我還原了 IFF_MASTER 旗標但我並未考慮連結裝置本身也可能是設定了 IFF_SLAVE 的從屬裝置的情況因此我們也需要還原該旗標。使用 bond_ether_setup 協助程式執行正確的動作並正確還原連結的旗標。使用 nlmon 裝置重現的步驟 $ ip l add nlmon0 type nlmon $ ip l add bond1 type bond $ ip l add bond2 type bond $ ip l set bond1 master bond2 $ ip l set dev nlmon0 master bond1 $ ip -dl sh dev bond1 22bond1
    <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noqueue master bond2 state DOWN 模式 DEFAULT 群組預設 qlen 1000 (現在 bond1 的 IFF_SLAVE 旗標已消失若嘗試將其刪除將會出現警告 [3]) [1] https://syzkaller.appspot.com/bug?id=391c7b1f6522182899efba27d891f1743e8eb3ef [2] commit 7d5cd2ce5292 (連結正確處理從屬失敗時的連結類型變更) [3] 範例警告[ 27.008664] bond1 (從屬 nlmon0)指定的從屬裝置不支援設定 MAC 位址 [ 27.008692] bond1(從屬 nlmon0)呼叫 set_mac_address 時發生錯誤 -95 [ 32.464639] bond1 (取消註冊)已釋放所有從屬 [ 32.464685] ------------[cut here ]------------ [ 32.464686] 警告 CPU1 PID2004 at net/core/dev.c:10829 unregister_netdevice_many+0x72a/0x780 [ 32.464694] 連結的模組br_netfilter bridge bonding virtio_net [ 32.464699] CPU1 PID2004 Comm ip Kdump已載入 未受污染的 5.18.0-rc3+ #47 [ 32.464703] 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.16.1-2.fc37 04/01/2014 [32.464704] RIP0010:unregister_netdevice_many+0x72a/0x780 [ 32.464707] 代碼99 fd ff ff ba 90 1a 00 00 48 c7 c6 f4 02 66 96 48 c7 c7 20 4d 35 96 c6 05 fa c7 2b 02 01 e8 be 6f 4a 00 0f 0b e9 73 fd ff ff <0f> 0b e9 5f fd ff 80 3d e3 c7 2b 02 00 0f 85 3b fd ff ff ba 59 [ 32.464710] RSP : 0018:ffffa006422d7820 EFLAGS: 00010206 [ 32.464712] RAX: ffff8f6e077140a0 RBX: ffffa006422d7888 RCX: 0000000000000000 [32.464714] RDX: ffff8f6e12edbe58 RSI: 0000000000000296 RDI: ffffffff96d4a520 [ 32.464716] RBP:
    ffff8f6e07714000 R08ffffffff96d63600 R09ffffa006422d7728 [ 32.464717] R100000000000000ec0 R11
    ffffffff9698c988 R12ffff8f6e12edb140 [ 32.464719] R13dead000000000122 R14dead000000000100 R15
    ffff8f6e12edb140 [ 32.464723] FS: 00007f297c2f1740(0000) GS:ffff8f6e5d900000(0000) knlGS:0000000000000000 [ 32.464725] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 32.464726] CR2: 00007f297bf1c800 CR3:
    00000000115e8000 CR40000000000350ee0 [ 32.464730] 呼叫追踪 [ 32.464763] <TASK> [ 32.464767] rtnl_dellink+0x13e/0x380 [ 32.464776] cred_has_capability.isra.0+0x68/0x100 [ 32.464780]
    __rtnl_unlock+0x33/0x60 [ 32.464783] ? bpf_lsm_capset+0x10/0x10 [ 32.464786] ? security_capable+0x36/0x50 [ 32.464790] rtnetlink_rcv_msg+0x14e/0x3b0 [ 32.464792] ? _copy_to_iter+0xb1/0x790 [ 32.464796] ? post_alloc_hook+0xa0/0x160 [ 32.464799] ? rtnl_calcit.isra.0+0x110/0x110 [ 32.464802] netlink_rcv_skb+0x50/0xf0 [ 32.464806] netlink_unicast+0x216/0x340 [ 32.464809] netlink_sendmsg+0x23f/0x480 [ 32.464812] sock_sendmsg+0x5e/0x60 [ 32.464815]____sys_sendmsg +0x22c/0x270 [32.464818] ? import_iovec+0x17/0x20 [ 32.464821] ? sendmsg_copy_msghdr+0x59/0x90 [ 32.464823] ? do_set_pte+0xa0/0xe0 [ 32.464828] ___sys_sendmsg+0x81/0xc0 [ 32.464832] ? mod_objcg_state+0xc6/0x300 [32.464835] ? refill_obj_stock+0xa9/0x160 [ 32.464838] ? memcg_slab_free_hook+0x1a5/0x1f0 [ 32.464842]
    __sys_sendm ---truncated--- (CVE-2023-53103)

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

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

  - Linux 核心 5.13+ icmp6 實作中存在記憶體洩漏弱點，這允許遠端攻擊者透過 130 或 131 類型的 icmp6 封包導致主機耗盡記憶體，進而對主機發動 DoS 攻擊。我們建議升級之前的修訂版本 2d3916f3189172d5c69d33065c3c21119fe539fc。(CVE-2022-0742)

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

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

  - 已解決 Linux 核心中的下列弱點：net: ethernet: mtk_wed: fix use-after-free panic in mtk_wed_setup_tc_block_cb() When there are multiple ap interfaces on one band and with WED on, turning the interface down will cause a kernel panic on MT798X. Previously, cb_priv was freed in mtk_wed_setup_tc_block() without marking NULL,and mtk_wed_setup_tc_block_cb() didn't check the value, too.
    Assign NULL after free cb_priv in mtk_wed_setup_tc_block() and check NULL in mtk_wed_setup_tc_block_cb().
    ---------- Unable to handle kernel paging request at virtual address 0072460bca32b4f5 Call trace:
    mtk_wed_setup_tc_block_cb+0x4/0x38 0xffffffc0794084bc tcf_block_playback_offloads+0x70/0x1e8 tcf_block_unbind+0x6c/0xc8 ... --------- (CVE-2024-44997)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.21 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2020-14861)

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

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

  - 在 4.10.1 之前的 Linux 核心中，net / ipv4 / ip_sockglue.c 的 ip_cmsg_recv_checksum 函式對skb資料配置的預期不正確，進而允許本機使用者透過特製系統呼叫，引致拒絕服務 (緩衝區過度讀取)，或可能造成其他不明影響；搭配使用回送 UDP 傳輸和 MSG_MORE 旗標即為一例。(CVE-2017-6347)

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

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

  - 已解決 Linux 核心中的下列弱點：kunit/fortify: Fix mismatched kvalloc()/vfree() usage The kv*() family of tests were accidentally freeing with vfree() instead of kvfree(). Use kvfree() instead. (CVE-2024-38617)

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

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

  - 已解決 Linux 核心中的下列弱點：erofs: fix wrong kunmap when using LZMA on HIGHMEM platforms As the call trace shown, the root cause is kunmap incorrect pages: BUG: kernel NULL pointer dereference, address: 00000000 CPU: 1 PID: 40 Comm: kworker/u5:0 Not tainted 6.2.0-rc5 #4 Workqueue: erofs_worker z_erofs_decompressqueue_work EIP: z_erofs_lzma_decompress+0x34b/0x8ac z_erofs_decompress+0x12/0x14 z_erofs_decompress_queue+0x7e7/0xb1c z_erofs_decompressqueue_work+0x32/0x60 process_one_work+0x24b/0x4d8 ? process_one_work+0x1a4/0x4d8 worker_thread+0x14c/0x3fc kthread+0xe6/0x10c ? rescuer_thread+0x358/0x358 ? kthread_complete_and_exit+0x18/0x18 ret_from_fork+0x1c/0x28 ---[ end trace 0000000000000000 ]--- The bug is trivial and should be fixed now. It has no impact on !HIGHMEM platforms.
    (CVE-2023-53144)

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

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

  - 一個遭到入侵的 web 子處理程序可停用 web 安全性開啟限制導致在 <code>file://</code> 內容中衍生新的子處理程序。如果有可靠的惡意利用原語此新處理程序可能會再次遭到惡意利用進而導致任意檔案讀取。此弱點會影響 Firefox < 109。(CVE-2023-23597)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件：Server：Options)。受影響的支援版本是 8.0.0-8.0.41、8.4.0-8.4.4 和 9.0.0-9.2.0。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2025-21579)

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

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

  - s390/ptrace正確處理 fpc 暫存器的設定 如果追踪的處理程序之浮點控制項 (fpc) 暫存器的內容是以 ptrace 介面修改則會透過暫時將新值載入 fpc 暫存器中來測試新值的有效性。這可能會導致損毀追踪處理程序的 fpc 暫存器如果將值暫時載入 fpc 暫存器且在中斷內容中使用浮點或向量暫存器時發生中斷目前的 fp/vx 暫存器會以save_fpu_regs() 假設它們屬於使用者空間且會在傳回使用者空間時載入 fp/vx 暫存器。 test_fp_ctl() 會還原原始的使用者空間 fpc 暫存器值但是在傳回使用者空間時該值會遭到捨棄。因此，追蹤程序將按預期用於受追蹤進程的值繼續錯誤執行。此問題的解決方法如下：在使用 test_fp_ctl() 之前，以 save_fpu_regs() 儲存 fpu 暫存器內容。(CVE-2023-52598)

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

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

  - 在 Android 核心中，binder.c 的 binder_transaction 可能因整數溢位而發生超出邊界寫入。這可能會導致本機特權提升，且不需額外的執行權限。若要利用此弱點，需要使用者互動。(CVE-2019-2181)

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

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

  - iioaccelkxcjk-1013修正探查和移除中可能發生的記憶體洩漏。ACPI 類型為 ACPI_SMO8500 時將不會設定 data->dready_trig且不會釋放 iio_triggered_buffer_setup() 配置的記憶體並造成記憶體洩漏為遵循未參照的物件 0xffff888009551400 (大小 512)comm i2c-SMO8500-125, pid 911, jiffies 4294911787 (83.852 秒) 十六進位轉儲存 (前 32 個位元組)02 00 00 00 00 00 00 00 00 000 00 00 00 000 00 00 00 000 00 00 00 000 00 00 00 ........ 00 00 00 00 00 00 00 00 20 e2 e5 c0 ff ff ff ff ........
    .. 反向追踪 [<0000000041ce75ee>] kmem_cache_alloc_trace+0x16d/0x360 [<000000000aeb17b0>] iio_kfifo_allocate+0x41/0x130 [kfifo_buf] [<000000004b40c1f5>] iio_triggered_buffer_setup_ext+0x2c/0x210 [indusrialio_triggered_buffer] [<000000004375b15f>] kxcjk1013_probe+x103/ 0x1d81 [kxcjk_1013] 透過移除探查中的 data->dready_trig 條件來修正此問題並移除。 (CVE-2021-47499)

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

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

  - 網路後端可能造成 Linux netfront 使用已釋放的 SKB。在新增邏輯以支援 XDP (eXpress Data Path) 時，移動程式碼標籤的方式允許釋放被保留進行進一步處理的包含參照 (指標) 的 SKB。(CVE-2022-33743)

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

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

  - net_schedsch_sfq修正處理 gso_skb 時可能發生的當機 SFQ 假設始終能夠將至少一個封包排入佇列。然而在責備的認可之後sch->gso_skb 中的封包可擴大 sch->q.len且空 SFQ qdisc 上的 enqueue() 之後可能會立即中斷。修正 sfq_drop() 以在此情況下正確清除 q->tail。 ip netns add lb ip link add dev to-lb type veth peer name in-lb netns lb ethtool -K to-lb tso off # force qdisc 將 gso_skb 重新排入佇列 ip netns exec lb ethtool -K in-lb gro on # 啟用 NAPI ip link set dev to-lb up ip -netns lb link set dev in-lb up ip addr add dev to-lb 192.168.20.1/24 ip -netns lb addr add dev in-lb 192.168.20.2/24 tc qdisc replace dev to-lb root sfq limit 100 ip netns exec lb netserver netperf -H 192.168.20.2 -l 100 & netperf -H 192.168.20.2 -l 100 & netperf
    -H 192.168.20.2 -l 100 & netperf -H 192.168.20.2 -l 100 & (CVE-2025-38115)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: misc: ljca: Fix double free in error handling path When auxiliary_device_add() returns error and then calls auxiliary_device_uninit(), callback function ljca_auxdev_release calls kfree(auxdev->dev.platform_data) to free the parameter data of the function ljca_new_client_device. The callers of ljca_new_client_device shouldn't call kfree() again in the error handling path to free the platform data. Fix this by cleaning up the redundant kfree() in all callers and adding kfree() the passed in platform_data on errors which happen before auxiliary_device_init() succeeds . (CVE-2024-26653)

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

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

  - 已解決 Linux 核心中的下列弱點：f2fs: fix panic during f2fs_resize_fs() f2fs_resize_fs() hangs in below callstack with testcase: - mkfs 16GB image & mount image
    - dd 8GB fileA - dd 8GB fileB - sync - rm fileA - sync - resize filesystem to 8GB kernel BUG at segment.c:2484! Call Trace: allocate_segment_by_default+0x92/0xf0 [f2fs] f2fs_allocate_data_block+0x44b/0x7e0 [f2fs] do_write_page+0x5a/0x110 [f2fs] f2fs_outplace_write_data+0x55/0x100 [f2fs] f2fs_do_write_data_page+0x392/0x850 [f2fs] move_data_page+0x233/0x320 [f2fs] do_garbage_collect+0x14d9/0x1660 [f2fs] free_segment_range+0x1f7/0x310 [f2fs] f2fs_resize_fs+0x118/0x330 [f2fs] __f2fs_ioctl+0x487/0x3680 [f2fs] __x64_sys_ioctl+0x8e/0xd0 do_syscall_64+0x33/0x80 entry_SYSCALL_64_after_hwframe+0x44/0xa9 The root cause is we forgot to check that whether we have enough space in resized filesystem to store all valid blocks in before-resizing filesystem, then allocator will run out-of-space during block migration in free_segment_range().
    (CVE-2021-47007)

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

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

  - 已解決 Linux 核心中的下列弱點：iio: temperature: mlx90635: Fix ERR_PTR dereference in mlx90635_probe() When devm_regmap_init_i2c() fails, regmap_ee could be error pointer, instead of checking for IS_ERR(regmap_ee), regmap is checked which looks like a copy paste error.
    (CVE-2024-40933)

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

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

  - 可以使用縮放的原生游標對使用者重新發動之前的游標偽造攻擊。
    此弱點會影響 Thunderbird 91.4.0 更早版本、Firefox ESR 91.4.0 更早版本和 Firefox 95 更早版本。(CVE-2021-43546)

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

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

  - atmclip修正 clip_push() 的無限遞回呼叫。 syzbot 報告了以下問題。 [0] 如果我們呼叫 ioctl(ATMARP_MKIP) 超過一次就會發生這個情況。在第一個呼叫期間clip_mkip() 會將 clip_push() 設定為 vcc->push()而第二個呼叫則將其複製到 clip_vcc->old_push()。稍後當通訊端為 close()dvcc_destroy_socket() 會將 NULL skb 傳送至 clip_push()進而呼叫 clip_vcc->old_push()進而觸發無限遞回。我們可以檢查 vcc->user_back (由第一個呼叫配置為 clip_vcc) 來防止第二個 ioctl(ATMARP_MKIP)。另請注意我們使用 lock_sock() 來防止爭用呼叫。 [0]
    錯誤TASK 堆疊保護頁面在 ffffc9000d66fff8 遭到命中 (堆疊為 ffffc9000d670000..ffffc9000d678000) Oops
    堆疊保護頁面0000 [#1] SMP KASAN NOPTI CPU0 UID0 PID5322 Commsyz.0.0 未受污染的 6.16.0-rc4-syzkaller #0 PREEMPT(full) 硬體名稱QEMU 標準 PC (Q35 + ICH9, 2009)、BIOS 1.16.3-debian-1.16.3-2~bpo12+1 04/01/2014 RIP: 0010:clip_push+0x5/0x720 net/atm/clip.c:191 代碼e0 8f aa 8c e8 1c ad 5b fa eb ae 66 2e 0f 1f 84 00 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 55 <41> 57 41 56 41 48 454 41 48 54 83 ec 20 48 89 f3 49 89 fd 48 bd 00 RSP: 0018:ffffc9000d670000 EFLAGS: 00010246 RAX: 1ffff1100235a4a5 RBX: ffff888011ad2508 RCX: ffff8880003c0000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff888037f01000 RBP: dffffc0000000000 R08: ffffffff8fa104f7 R09:
     R101ffffffff1f4209e  : dffffc0000000000 R11: ffffffff8a99b300 R12: ffffffff8a99b300 R13: ffff888037f01000 R14: ffff888011ad2500 R15: ffff888037f01578 FS: 000055557ab6d500(0000) GS:ffff88808d250000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2ffffc9000d66fff8 CR3
    0000000043172000 CR4: 0000000000352ef0 呼叫追踪 <TASK> clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c: 200 ...
    clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c:200 vcc_destroy_socket net/atm/common.c :183 [內嵌] vcc_release+0x157/0x460 net/atm/common.c:205 __sock_release net/socket.c:647 [內嵌] sock_close+0xc0/0x240 net/socket.c:1391
    __fput+0x449/0xa70 fs/file_table.c:465 task_work_run+0x1d1/0x260 kernel/task_work.c:227 resume_user_mode_work include/linux/resume_user_mode.h:50 [內嵌] exit_to_user_mode_loop+0xec/0x110 kernel/entry/common.c 114 exit_to_user_mode_prepare include/linux/entry-common.h:330 [內嵌] syscall_exit_to_user_mode_work include/linux/entry-common.h:414 [內嵌] syscall_exit_to_user_mode include/linux/entry-common.h:449 [內嵌] do_syscall_64+0x2bd/ 0x3b0 arch/x86/entry/syscall_64.c:100 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP 0033:0x7ff31c98e929 程式碼 ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 6 f9 48 8 98 48 f 68 48 48 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fffb5aa1f78 EFLAGS: 00000246 ORIG_RAX: 00000000000001b4 RAX 0000000000000000 RBX 0000000000012747 RCX 00007ff31c98e929 RDX
    0000000000000000 RSI: 000000000000001e RDI: 0000000000000003 RBP: 00007ff31cbb7ba0 R08: 0000000000000001 R09: 0000000db5aa226f R10: 00007ff31c7ff030 R11: 0000000000000246 R12: 00007ff31cbb608c R13:
    00007ff31cbb6080 R14ffffffffffffffff R1500007fffb5aa2090 </TASK> 連結的模組(CVE-2025-38459)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: typec: tcpm: fix double-free issue in tcpm_port_unregister_pd() When unregister pd capabilitie in tcpm, KASAN will capture below double
    -free issue. The root cause is the same capabilitiy will be kfreed twice, the first time is kfreed by pd_capabilities_release() and the second time is explicitly kfreed by tcpm_port_unregister_pd(). [3.988059] BUG: KASAN: double-free in tcpm_port_unregister_pd+0x1a4/0x3dc [ 3.995001] Free of addr ffff0008164d3000 by task kworker/u16:0/10 [ 4.001206] [ 4.002712] CPU: 2 PID: 10 Comm: kworker/u16:0 Not tainted 6.8.0-rc5-next-20240220-05616-g52728c567a55 #53 [ 4.012402] Hardware name: Freescale i.MX8QXP MEK (DT) [ 4.017569] Workqueue: events_unbound deferred_probe_work_func [ 4.023456] Call trace: [ 4.025920] dump_backtrace+0x94/0xec [ 4.029629] show_stack+0x18/0x24 [ 4.032974] dump_stack_lvl+0x78/0x90 [ 4.036675] print_report+0xfc/0x5c0 [ 4.040289] kasan_report_invalid_free+0xa0/0xc0 [ 4.044937]
    __kasan_slab_free+0x124/0x154 [ 4.049072] kfree+0xb4/0x1e8 [ 4.052069] tcpm_port_unregister_pd+0x1a4/0x3dc [ 4.056725] tcpm_register_port+0x1dd0/0x2558 [ 4.061121] tcpci_register_port+0x420/0x71c [ 4.065430] tcpci_probe+0x118/0x2e0 To fix the issue, this will remove kree() from tcpm_port_unregister_pd().
    (CVE-2024-26932)

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

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

  - FontFaceSet 中的釋放後使用會導致可能遭惡意利用的當機。此弱點會影響 Firefox < 140、Firefox ESR < 115.25、Firefox ESR < 128.12、Thunderbird < 140 和 Thunderbird < 128.12。
    (CVE-2025-6424)

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

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

  - 在 Linux 核心的 perf_event_open() 中發現爭用情形，無權限的使用者可藉此取得 root 權限。惡意使用者可利用此錯誤構建數個攻擊程式原語，例如核心位址資訊洩漏、任意執行等 (CVE-2022-1729)

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

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

  - 已解決 Linux 核心中的下列弱點：eventfs: Fix a possible null pointer dereference in eventfs_find_events() In function eventfs_find_events,there is a potential null pointer that may be caused by calling update_events_attr which will perform some operations on the members of the ei struct when ei is NULL. Hence,When ei->is_freed is set,return NULL directly. (CVE-2024-39470)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.30 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2023-21864)

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

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

  - 已解決 Linux 核心中的下列弱點：drivers/virt/acrn: fix PFNMAP PTE checks in acrn_vm_ram_map() Patch series mm: follow_pte() improvements and acrn follow_pte() fixes.
    Patch #1 fixes a bunch of issues I spotted in the acrn driver. It compiles, that's all I know. I'll appreciate some review and testing from acrn folks. Patch #2+#3 improve follow_pte(), passing a VMA instead of the MM, adding more sanity checks, and improving the documentation. Gave it a quick test on x86-64 using VM_PAT that ends up using follow_pte(). This patch (of 3): We currently miss handling various cases, resulting in a dangerous follow_pte() (previously follow_pfn()) usage. (1) We're not checking PTE write permissions. Maybe we should simply always require pte_write() like we do for pin_user_pages_fast(FOLL_WRITE)? Hard to tell, so let's check for ACRN_MEM_ACCESS_WRITE for now. (2) We're not rejecting refcounted pages. As we are not using MMU notifiers, messing with refcounted pages is dangerous and can result in use-after-free. Let's make sure to reject them. (3) We are only looking at the first PTE of a bigger range. We only lookup a single PTE, but memmap->len may span a larger area. Let's loop over all involved PTEs and make sure the PFN range is actually contiguous. Reject everything else: it couldn't have worked either way, and rather made use access PFNs we shouldn't be accessing.
    (CVE-2024-38610)

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

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

  - nfc: nfcmrvl: 修正 nfcmrvl_i2c_nci_send() 中的潛在記憶體洩漏。nfcmrvl_nci_send() 將呼叫 nfcmrvl_i2c_nci_send()而 skb 應在 nfcmrvl_i2c_nci_send() 中釋放。不過nfcmrvl_nci_send() 只會在 i2c_master_send() 傳回 >=0 時釋放 skb這表示 skb 會在 i2c_master_send() 失敗時進行記憶體洩漏。無論 i2c_master_send() 是否成功皆釋放 skb。 (CVE-2022-49922)

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

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

  - btrfs修正 qgroup 自我測試錯誤路徑中的 ulist 洩漏。在 test_no_shared_qgroup() 和 test_multiple_refs() qgroup 自我測試中如果無法新增樹狀結構參照、移除範圍項目或移除範圍參照我們將從在未釋放 old_roots ulist 的情況下測試函式其由先前的 btrfs_find_all_roots() 呼叫所配置。藉由在傳回前呼叫 ulist_free() 來修正此問題。 (CVE-2022-49912)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存在的弱點 (元件：InnoDB)。受到影響的支援版本是 8.0.39 與先前的版本、8.4.2 與先前的版本，以及 9.0.1 與先前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。
    若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2024-21194)

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

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

  - 已解決 Linux 核心中的下列弱點：interconnect: exynos: fix node leak in probe PM QoS error path Make sure to add the newly allocated interconnect node to the provider before adding the PM QoS request so that the node is freed on errors. (CVE-2023-53092)

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

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

  - 已解決 Linux 核心中的下列弱點：scsi: pm80xx: Do not call scsi_remove_host() in pm8001_alloc() Calling scsi_remove_host() before scsi_add_host() results in a crash:
    BUG: kernel NULL pointer dereference, address: 0000000000000108 RIP: 0010:device_del+0x63/0x440 Call Trace: device_unregister+0x17/0x60 scsi_remove_host+0xee/0x2a0 pm8001_pci_probe+0x6ef/0x1b90 [pm80xx] local_pci_probe+0x3f/0x90 We cannot call scsi_remove_host() in pm8001_alloc() because scsi_add_host() has not been called yet at that point in time. Function call tree: pm8001_pci_probe() | `- pm8001_pci_alloc() | | | `- pm8001_alloc() | | | `- scsi_remove_host() | `- scsi_add_host() (CVE-2021-47503)

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

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

  - erofs避免使用多個具有不同類型的裝置。若有多個裝置主要裝置和額外裝置都應為相同類型。 `erofs_init_device` 已保證如果主要裝置是檔案備份裝置額外裝置也應該是一般檔案。但是如果主要裝置是區塊裝置而額外裝置是檔案備份裝置則「erofs_init_device」將會獲得 ENOTBLK這在「erofs_fc_get_tree」中不會被視為錯誤而導致 UAFerofs_fc_get_tree get_tree_bdev_flags( erofs_fc_fill_super) erofs_read_superblock erofs_init_device // sbi->dif0 尚未初始化 // 傳回 -ENOTBLK deactivate_locked_super free(sbi) if (err is -ENOTBLK) sbi->dif0.file = filp_open() // sbi UAF So if -ENOTBLK在 `erofs_init_device` 中點擊 表示主要裝置必須是區塊裝置而額外裝置也不是區塊裝置。該錯誤可轉換為 -EINVAL。
    (CVE-2025-38172)

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

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

  - 在 Linux 核心 5.16-rc6 版之前的版本中發現一個問題。 drivers/staging/r8188eu/core/rtw_xmit.c 的 _rtw_init_xmit_priv 缺少 rtw_alloc_hwxmits() 傳回值的檢查會造成 null 指標解除參照。 (CVE-2022-3110)

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

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

  - 已解決 Linux 核心中的下列弱點：misc: fastrpc: Fix use-after-free race condition for maps It is possible that in between calling fastrpc_map_get() until map->fl->lock is taken in fastrpc_free_map(), another thread can call fastrpc_map_lookup() and get a reference to a map that is about to be deleted. Rewrite fastrpc_map_get() to only increase the reference count of a map if it's non-zero. Propagate this to callers so they can know if a map is about to be deleted. Fixes this warning:
    refcount_t: addition on 0; use-after-free. WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate ... Call trace: refcount_warn_saturate [fastrpc_map_get inlined] [fastrpc_map_lookup inlined] fastrpc_map_create fastrpc_internal_invoke fastrpc_device_ioctl
    __arm64_sys_ioctl invoke_syscall (CVE-2022-48872)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受影響的支援版本是 8.0.0-8.0.42、8.4.0-8.4.5 和 9.0.0-9.3.0。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。
    若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2025-50084)

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

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

  - 已解決 Linux 核心中的下列弱點：s390/pkey: Wipe sensitive data on failure Wipe sensitive data from stack also if the copy_to_user() fails. (CVE-2024-42157)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.29 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。成功攻擊此弱點可導致未經授權便能造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)，以及未經授權地更新、插入或刪除某些 MySQL 伺服器可存取資料的存取權。(CVE-2023-21872)

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

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

  - 在 block.c 的 mmc_blk_read_single 中，由於未初始化資料，存在讀取核心堆積記憶體可能的方法。如果從 SD 卡的讀取觸發錯誤，會導致本機資訊洩漏，而不需要額外的執行特權。不需使用者互動即可惡意利用。產品：
    AndroidVersionsAndroid 核心Android IDA-216481035參照上游核心 (CVE-2022-20008)

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

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

  - 在 4.3.1 之前的 SOGo Web Mail 中跨網站指令碼 (XSS) 弱點會讓攻擊者在使用者讀取含有惡意程式碼的電子郵件時取得使用者敏感資訊。 (CVE-2020-22402)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存在的弱點 (元件：InnoDB)。受到影響的支援版本是 8.0.31 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)，以及未經授權即可更新、插入或刪除某些 MySQL 伺服器可存取資料。
    (CVE-2023-21877)

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

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

  - 在 Linux 核心的檔案系統內容功能的 legacy_parse_param 函式驗證所提供參數長度的方式中，發現一個堆積型緩衝區溢位缺陷。非特權的 (在啟用非特權使用者命名空間的情況下，否則需要有命名空間的 CAP_SYS_ADMIN 特權) 本機使用者若能開啟不支援 Filesystem Context API (因而遞補至舊型處理進程) 的檔案系統，便可利用此缺陷提升其在系統中的權限。(CVE-2022-0185)

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

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

  - book3s64/radix將區段 vmemmap 起始位址與 PAGE_SIZE 對齊。vmemmap altmap 是裝置提供的區域用來為結構頁面提供備份儲存空間。針對每個命名空間，altmap 都應屬於相同的命名空間。如果建立的命名空間未對齊則區段 vmemmap 的起始位址也可能未對齊。如果區段 vmemmap 起始位址未對齊先前的命名空間也可能會使用從目前命名空間配置的 altmap 頁面。在釋放作業期間由於 altmap 是在兩個命名空間共用之前的命名空間可能會偵測到頁面不屬於其 altmap並錯誤地認定該頁面為一般頁面。然後它會嘗試釋放一般頁面進而導致核心損毀。核心嘗試讀取使用者頁面 (18) - 嘗試惡意利用(uid: 0) 錯誤在 0x00000018 錯誤指示位址讀取時發生核心 NULL 指標解除參照
    0xc00000000530c7c Oops錯誤區域的核心存取信號11 [#1] LE PAGE_SIZE=64K MMU=Radix SMP NR_CPUS=2048 NUMA pSeries CPU: 32 PID2104 Commndctl Kdump已載入 GW NIPc000030 LR: ce00000530007005 CTR0000000000007ffe REGSc000000015e57040 TRAP0300 受污染的 GW MSR
    800000000280b033<SF,VEC,VSX,EE,FP,ME,IR,DR,RI,LE> CR84482404 CFARc000000000530dfc DAR
    0000000000000018 DSISR: 40000000 IRQMASK: 0 GPR00: c000000000530e00 c000000015e572e0 c000000002c5cb00 c00c000101008040 GPR04: 0000000000000000 0000000000000007 0000000000000001 000000000000001f GPR08:
    0000000000000005 0000000000000000 0000000000000018 0000000000002000 GPR12: c0000000001d2fb0 c0000060de6b0080 0000000000000000 c0000060dbf90020 GPR16: c00c000101008000 0000000000000001 0000000000000000 c000000125b20f00 GPR20: 0000000000000001 0000000000000000 ffffffffffffffff c00c000101007fff GPR24: 0000000000000001 0000000000000000 0000000000000000 0000000000000000 GPR28:
    0000000004040201 0000000000000001 0000000000000000 c00c000101008040 NIP [c000000000530c7c] get_pfnblock_flags_mask+0x7c/0xd0 LR [c000000000530e00] free_unref_page_prepare+0x130/0x4f0 Call Trace:
    free_unref_page+0x50/0x1e0 free_reserved_page+0x40/0x68 free_vmemmap_pages+0x98/0xe0 remove_pte_table+0x164/0x1e8 remove_pmd_table+0x204/0x2c8 remove_pud_table+0x1c4/0x288 remove_pagetable+0x1c8/0x310 vmemmap_free+0x24/0x50 section_deactivate+0x28c/0x2a0
    __remove_pages+0x84/0x110 arch_remove_memory+0x38/0x60 memunmap_pages+0x18c/0x3d0 devm_action_release+0x30/0x50 release_nodes+0x68/0x140 devres_release_group+0x100/0x190 dax_pmem_compat_release+0x44/0x80 [dax_pmem_compat] device_for_each_child+0x8c/0x100 [dax_pmem_compat_remove+0x2c/0x50 [ dax_pmem_compat] nvdimm_bus_remove+0x78/0x140 [libnvdimm] device_remove+0x70/0xd0 另一個問題是如果沒有 altmap則無論區段起始位址的對齊方式為何都會從 RAM 配置 PMD 大小的 vmemmap 頁面。如果區段起始位址未與 PMD 大小對齊則會在將 PMD 大小的頁面設定為頁面表格時觸發 VM_BUG_ON。在此修補程式中我們將區段 vmemmap 起始位址與 PAGE_SIZE 對齊。對齊之後起始位址將不再屬於目前的命名空間且系統會針對目前區段的 vmemmap 對應配置一個一般頁面。對於其餘區段將會配置 altmap。在釋放作業期間正常頁面將被正確釋放。同樣地只有在區段起始位址為 PMD_SIZE-aligned 時才會配置 PMD_SIZE vmemmap 頁面。否則會回復為 PAGE 大小的 vmemmap 配置。不使用此修補程式 ================== NS1 啟動 NS2 啟動
    __________ NS1 | NS2 |
    -------------------------------------------------- ------- | Altmap| Altmap | .....|Altmap| Altmap | ........ NS1 | NS1 ---truncated--- (CVE-2025-37922)

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

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

  - mfdmax77620修正 max77620_initialise_fps 中的 refcount 洩漏 of_get_child_by_name() 傳回具有已遞增 refcount 的節點指標時我們應在不再需要時對其使用 of_node_put()。新增遺漏的 of_node_put() 以避免 refcount 洩漏。 (CVE-2022-50108)

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

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

  - drm/amd/display在解除參照 dce_hwseq 之前對其進行檢查 [WHAT] 已在 dce110_blank_stream 中較早地檢查 hws 是否為 null這表示 hws 可以為 null且應在每次使用時加以檢查。 (從認可 79db43611ff61280b6de58ce1305e0b2ecf675ad 中精選出的內容) (CVE-2025-38361)

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

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

  - canbcm為 procfs 內容新增缺少的 rcu 讀取保護當針對 bcm_op 產生 procfs 內容且其處於待移除的處理程序中時procfs 輸出可能顯示不可靠的資料 (UAF)。由於已使用 rcu 處理實作 bcm_op 的移除此修補程式新增了缺少的 rcu_read_lock()並確保在 rcu 保護下正確移除清單項目。 (CVE-2025-38003)

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

ID	名稱	嚴重性
247448	Linux Distros 未修補的弱點：CVE-2024-35920	medium
247447	Linux Distros 未修補的弱點：CVE-2021-47461	critical
247446	Linux Distros 未修補的弱點：CVE-2021-2481	medium
247445	Linux Distros 未修補的弱點：CVE-2025-6430	medium
247444	Linux Distros 未修補的弱點：CVE-2021-47567	high
247443	Linux Distros 未修補的弱點：CVE-2021-26932	medium
247442	Linux Distros 未修補的弱點：CVE-2023-53103	medium
247441	Linux Distros 未修補的弱點：CVE-2022-0742	high
247440	Linux Distros 未修補的弱點：CVE-2024-44997	high
247439	Linux Distros 未修補的弱點：CVE-2020-14861	medium
247438	Linux Distros 未修補的弱點：CVE-2017-6347	high
247437	Linux Distros 未修補的弱點：CVE-2024-38617	high
247436	Linux Distros 未修補的弱點：CVE-2023-53144	medium
247435	Linux Distros 未修補的弱點：CVE-2023-23597	medium
247434	Linux Distros 未修補的弱點：CVE-2025-21579	medium
247433	Linux Distros 未修補的弱點：CVE-2023-52598	high
247432	Linux Distros 未修補的弱點：CVE-2019-2181	high
247431	Linux Distros 未修補的弱點：CVE-2021-47499	medium
247430	Linux Distros 未修補的弱點：CVE-2022-33743	high
247429	Linux Distros 未修補的弱點：CVE-2025-38115	medium
247428	Linux Distros 未修補的弱點：CVE-2024-26653	high
247427	Linux Distros 未修補的弱點：CVE-2021-47007	medium
247426	Linux Distros 未修補的弱點：CVE-2024-40933	medium
247425	Linux Distros 未修補的弱點：CVE-2021-43546	medium
247424	Linux Distros 未修補的弱點：CVE-2025-38459	medium
247423	Linux Distros 未修補的弱點：CVE-2024-26932	high
247422	Linux Distros 未修補的弱點：CVE-2025-6424	critical
247421	Linux Distros 未修補的弱點：CVE-2022-1729	high
247420	Linux Distros 未修補的弱點：CVE-2024-39470	medium
247419	Linux Distros 未修補的弱點：CVE-2023-21864	medium
247418	Linux Distros 未修補的弱點：CVE-2024-38610	high
247417	Linux Distros 未修補的弱點：CVE-2022-49922	medium
247416	Linux Distros 未修補的弱點：CVE-2022-49912	medium
247415	Linux Distros 未修補的弱點：CVE-2024-21194	medium
247414	Linux Distros 未修補的弱點：CVE-2023-53092	high
247413	Linux Distros 未修補的弱點：CVE-2021-47503	medium
247412	Linux Distros 未修補的弱點：CVE-2025-38172	high
247411	Linux Distros 未修補的弱點：CVE-2022-3110	medium
247410	Linux Distros 未修補的弱點：CVE-2022-48872	high
247409	Linux Distros 未修補的弱點：CVE-2025-50084	medium
247408	Linux Distros 未修補的弱點：CVE-2024-42157	medium
247407	Linux Distros 未修補的弱點：CVE-2023-21872	medium
247406	Linux Distros 未修補的弱點：CVE-2022-20008	medium
247405	Linux Distros 未修補的弱點：CVE-2020-22402	medium
247404	Linux Distros 未修補的弱點：CVE-2023-21877	medium
247403	Linux Distros 未修補的弱點：CVE-2022-0185	high
247402	Linux Distros 未修補的弱點：CVE-2025-37922	medium
247401	Linux Distros 未修補的弱點：CVE-2022-50108	high
247400	Linux Distros 未修補的弱點：CVE-2025-38361	medium
247399	Linux Distros 未修補的弱點：CVE-2025-38003	medium

偵測

Nessus 的 Misc. 系列

medium

critical

medium

medium

high

medium

medium

high

high

medium

high

high

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

medium

medium

high

critical

high

medium

medium

high

medium

medium

medium

high

medium

high

medium

high

medium

medium

medium

medium

medium

medium

high

medium

high

medium

medium