遠端主機上安裝的核心版本早於 5.4.258-171.360。因此，會受到 ALAS2KERNEL-54-2025-112 公告中所提及的多個弱點影響。

    在 Linux 核心 6.2 之前的 drivers/mtd/ubi/cdev.c 中發現一個問題。當 mtd->erasesize 為 0 時，ctrl_cdev_ioctl 間接使用的 do_div(sz,mtd->erasesize) 中會出現除以零錯誤。
    (CVE-2023-31085)

    核心 Xen 事件處置程式中的一個瑕疵可在非特權 Xen 來賓中造成 Xen 主控台處理鎖死。(CVE-2023-34324)

    在 Linux 核心的 ipv4 堆疊中發現 NULL 指標解除參照瑕疵。假設在呼叫 __ip_options_compile 之前，通訊端緩衝區 (skb) 已與裝置相關聯，但如果 skb 經 ipvs 重新路由，則並非總是如此。具有 CAP_NET_ADMIN 特權的本機使用者可利用此問題造成系統當機。(CVE-2023-42754)

    在 Linux 核心的 Netfilter 子系統中發現一個瑕疵。由於對錯誤的 `set` 叫用 `__ip_set_put` ，IPSET_CMD_ADD 和 IPSET_CMD_SWAP 之間的爭用情形可導致核心錯誤。
    本機使用者可能會利用此問題導致系統當機。(CVE-2023-42756)

    在 Linux 核心中，下列弱點已解決：

    net：修正 neigh_periodic_work() 中潛在的儲存區中斷弱點 (CVE-2023-52522)

    在 Linux 核心中，下列弱點已解決：

    ipv4、ipv6：修正 __ip{,6}_append_data() 中的 transhdrlen 處理 (CVE-2023-52527)

    在 Linux 核心中，下列弱點已解決：

    net：usb：smsc75xx：修正 __smsc75xx_read_reg 中的 uninit-value 存取 (CVE-2023-52528)

    在 Linux 核心中，下列弱點已解決：

    nilfs2：修正 nilfs_gccache_submit_read_data() 中可能的釋放後使用 (CVE-2023-52566)

    在 Linux 核心中，下列弱點已解決：

    serial：8250_port：使用前檢查 IRQ 資料 (CVE-2023-52567)

    在 Linux 核心中，下列弱點已解決：

    net：rds：修正可能的 NULL 指標解除參照 (CVE-2023-52573)

    在 Linux 核心中，下列弱點已解決：

    team：team 裝置類型發生變更時，修正 NULL 指標解除參照 (CVE-2023-52574)

    在 Linux 核心中，下列弱點已解決：

    dccp：再次修正 dccp_v4_err()/dccp_v6_err() (CVE-2023-52577)

    在 Linux 核心中，下列弱點已解決：

    net：bridge：使用 DEV_STATS_INC() (CVE-2023-52578)

    在 Linux 核心中，下列弱點已解決：

    scsiqla2xxx修正刪除爭用情形 (CVE-2023-53615)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 5.10.196-185.743。因此，會受到 ALAS2KERNEL-510-2023-040 公告中所提及的多個弱點影響。

    在 Linux 核心 6.4.2 及其之前版本的 USB 子系統中發現一個問題。drivers/usb/core/sysfs.c 的 read_descriptors 中存在一個超出邊界和損毀問題。(CVE-2023-37453)

    nf_osf_match_one() 中的 nftables 超出邊界讀取弱點 (CVE-2023-39189)

    在 Linux 核心的 Netfilter 子系統中發現一個缺陷。xt_u32 模組未驗證 xt_u32 結構中的欄位。本機特權攻擊者可利用此缺陷，透過以陣列邊界外的值設定尺寸欄位來觸發超出邊界讀取，進而導致當機或資訊洩漏。(CVE-2023-39192)

    在 Linux 核心的 Netfilter 子系統中發現一個缺陷。sctp_mt_check 未驗證 flag_count 欄位。本機特權 (CAP_NET_ADMIN) 攻擊者可利用此缺陷觸發超出邊界讀取，進而導致當機或資訊洩漏。(CVE-2023-39193)

    上游認可對此問題的描述如下：

    ip_set_hash_netportnet 中遺漏的 IP_SET_HASH_WITH_NET0 巨集可導致程式使用錯誤的「CIDR_POS(c)」來計算陣列位移，進而導致整數反向溢位。因此，這會造成 slab 超出邊界存取。(CVE-2023-42753)

    在 6.5.3 之前版本的 Linux 核心中，發現 IGB 驅動程式中的 drivers/net/ethernet/intel/igb/igb_main.c 存在問題。緩衝區大小可能不足以容納大於 MTU 的框架。(CVE-2023-45871)

    Linux 核心的 net/sched: sch_hfsc (HFSC qdisc 流量控制) 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    如果具有連結共用曲線的類別 (即設定了 HFSC_FSC 旗標) 的父項沒有連結共用曲線，則 init_vf() 會呼叫父項上的 vttree_insert()，但會略過 update_vf( ) 上的 vttree_remove()。這會留下可造成釋放後使用的懸置指標。

    建議升級過去的 commit b3d26c5702c7d6c45456326e56d2ccf3f103e60f。(CVE-2023-4623)

    Linux 核心的 net/sched: sch_qfq 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    當使用 plug qdisc 做為 qfq qdisc 的類別時，傳送網路封包會在 qfq_dequeue() 中觸發釋放後使用弱點，這是因為 sch_plug 的 .peek 處置程式不正確，且缺少 agg_dequeue() 中的錯誤檢查所致。

    建議升級過去的 commit 8fc134fee27f2263988ae38920bc03da416b03d8。(CVE-2023-4921)

    - 在 `nvmet_tcp_free_crypto` 的 drivers/nvme/target/tcp.c` 中發現釋放後使用弱點，這是 Linux 核心的 NVMe-oF/TCP 子系統中的邏輯錯誤所引起。此問題可能會讓惡意使用者引發釋放後使用和重複釋放問題，使得惡意使用者可以遠端執行程式碼，或在攻擊者已擁有本機權限的情況下，讓他們提升本機權限。(CVE-2023-5178)

    在 Linux 核心中，下列弱點已解決：

    USB核心不覆寫 hub_port_init() 中的 udev->descriptor 修正爭用 (CVE-2023-52886)

    在 Linux 核心中，下列弱點已解決：

    netfilteripset新增 ip_set_hash_netportnet.c 遺漏的 IP_SET_HASH_WITH_NET0 巨集 (CVE-2023-53179)

    在 Linux 核心中，下列弱點已解決：

    af_unix修正 user->unix_inflight 的資料爭用。 (CVE-2023-53204)

    在 Linux 核心中，下列弱點已解決：

    drm/msm/mdp5不洩漏某些平面狀態 (CVE-2023-53324)

    在 Linux 核心中，下列弱點已解決：

    pstore/ram檢查 init 期間空白 przs 的開始 (CVE-2023-53331)

    在 Linux 核心中，下列弱點已解決：

    lwt修正 BPF xmit ops 的傳回值 (CVE-2023-53338)

    在 Linux 核心中，下列弱點已解決：

    skbuffskb_segment在使用 skbuff 片段之前呼叫零複製函式 (CVE-2023-53354)

    在 Linux 核心中，下列弱點已解決：

    追踪修正 cpu 緩衝區寫入和交換之間的爭用問題 (CVE-2023-53368)

    在 Linux 核心中，下列弱點已解決：

    HIDmultitouch更正 hidinput input_dev 名稱的 devm 裝置參照 (CVE-2023-53454)

    在 Linux 核心中，下列弱點已解決：

    scsiqla4xxx新增剖析 nlattrs 時的長度檢查 (CVE-2023-53456)

    在 Linux 核心中，下列弱點已解決：

    hsr修正 fill_frame_info() 中的 uninit-value 存取 (CVE-2023-53462)

    在 Linux 核心中，下列弱點已解決：

    PM / devfreq修正 devfreq_dev_release() 中的洩漏 (CVE-2023-53518)

    在 Linux 核心中，下列弱點已解決：

    bpf拒絕 bpf_sk_assign 中未雜湊的通訊端 (CVE-2023-53585)

    在 Linux 核心中，下列弱點已解決：

    ipmi_si修正 try_smi_init() 中的記憶體洩漏 (CVE-2023-53611)

    在 Linux 核心中，下列弱點已解決：

    scsiqla2xxx修正刪除爭用情形 (CVE-2023-53615)

    在 Linux 核心中，下列弱點已解決：

    NFS修正潛在的資料損毀 (CVE-2023-53711)

    在 Linux 核心中，下列弱點已解決：

    arm64csum針對負長度修正 IP 總和檢查碼程式碼中的 OoB 存取 (CVE-2023-53726)

    在 Linux 核心中，下列弱點已解決：

    net/schedfq_pie避免 fq_pie_timer() 中的停止 (CVE-2023-53727)

    在 Linux 核心中，下列弱點已解決：

    dccp修正 DCCP 錯誤處置程式中的超出邊界存取 (CVE-2023-53782)

    在 Linux 核心中，下列弱點已解決：

    cryptoapi - 使用 crypto_destroy_instance 中的工作佇列 (CVE-2023-53799)

    在 Linux 核心中，下列弱點已解決：

    kcm修正 kcm_sendmsg() 中 SOCK_DGRAM 的錯誤處理。 (CVE-2023-53825)

    在 Linux 核心中，下列弱點已解決：

    net在 sk_mc_loop() 中讀取 sk->sk_family 一次 (CVE-2023-53831)

    在 Linux 核心中，下列弱點已解決：

    ext4更正 ext4_mb_good_group 中的 grp 驗證 (CVE-2023-53861)

    在 Linux 核心中，下列弱點已解決：

    netipv4修正 __inet_del_ifa() 中的一個記憶體洩漏 (CVE-2023-53995)

    在 Linux 核心中，下列弱點已解決：

    af_unix修正有關 unix_tot_inflight 的資料爭用。 (CVE-2023-54006)

    在 Linux 核心中，下列弱點已解決：

    audit修正 __audit_inode_child() 中可能的軟鎖定 (CVE-2023-54045)

    在 Linux 核心中，下列弱點已解決：

    kcm修正 kcm_sendmsg() 錯誤路徑中的記憶體洩漏 (CVE-2023-54112)

    在 Linux 核心中，下列弱點已解決：

    vfio/type1修正 cap_migration 資訊洩漏 (CVE-2023-54137)

    在 Linux 核心中，下列弱點已解決：

    nilfs2修正 mark_buffer_dirty 中因捨棄緩衝區重複使用而產生的警告 (CVE-2023-54140)

    在 Linux 核心中，下列弱點已解決：

    ofunittest修正 of_unittest_find_node_by_name() 中的 null 指標解除參照 (CVE-2023-54178)

    在 Linux 核心中，下列弱點已解決：

    mediav4l2-core修正 v4l2_fwnode_parse_link() 中的一個潛在資源洩漏 (CVE-2023-54183)

    在 Linux 核心中，下列弱點已解決：

    還原 IB/isert修正錯誤的 isert 連線釋放 (CVE-2023-54219)

    在 Linux 核心中，下列弱點已解決：

    ambabus修正 refcount 洩漏 (CVE-2023-54230)

    在 Linux 核心中，下列弱點已解決：

    usbtypecbus驗證 typec_altmode_attention 中存在合作夥伴 (CVE-2023-54299)

    在密碼編譯演算法 scatterwalk 功能的 Linux 核心 API 中發現一個 null 指標解除參照缺陷。當使用者建構具有特定通訊端組態的惡意封包時，會發生此問題，其可允許本機使用者造成系統當機或提升其在系統上的權限。(CVE-2023-6176)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Rocky Linux 8 主機已安裝的套件會受到 CIQ crxsa-2024_3138 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    其他變更:

    如需有關此發行版本的詳細變更資訊，請參閱可從「參照」一節連結的 Rocky Linux SIG Cloud 8.10 版本資訊。

    此公告由 Ctrl IQ， Inc 為 Rocky Linux 系統提供。有關CIQ安全實踐的更多信息，請訪問 https://ciq.com/security。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1779987841 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：net: hns3: do not allow call hns3_nic_net_open repeatedly hns3_nic_net_open() is not allowed to called repeatly, but there is no checking for this. When doing device reset and setup tc concurrently, there is a small oppotunity to call hns3_nic_net_open repeatedly, and cause kernel bug by calling napi_enable twice. The calltrace information is like below: [ 3078.222780] ------------[ cut here ]------------ [ 3078.230255] kernel BUG at net/core/dev.c:6991! [ 3078.236224] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP [ 3078.243431] Modules linked in: hns3 hclgevf hclge hnae3 vfio_iommu_type1 vfio_pci vfio_virqfd vfio pv680_mii(O) [ 3078.258880] CPU: 0 PID: 295 Comm: kworker/u8:5 Tainted: G O 5.14.0-rc4+ #1 [ 3078.269102] Hardware name: , BIOS KpxxxFPGA 1P B600 V181 08/12/2021 [ 3078.276801] Workqueue: hclge hclge_service_task [hclge] [3078.288774] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 3078.296168] pc :
    napi_enable+0x80/0x84 tc qdisc sho[w 3d0e7v8 .e3t0h218 79] lr : hns3_nic_net_open+0x138/0x510 [hns3] [3078.314771] sp : ffff8000108abb20 [ 3078.319099] x29: ffff8000108abb20 x28: 0000000000000000 x27:
    ffff0820a8490300 [ 3078.329121] x26: 0000000000000001 x25: ffff08209cfc6200 x24: 0000000000000000 [3078.339044] x23: ffff0820a8490300 x22: ffff08209cd76000 x21: ffff0820abfe3880 [ 3078.349018] x20:
    0000000000000000 x19: ffff08209cd76900 x18: 0000000000000000 [ 3078.358620] x17: 0000000000000000 x16:
    ffffc816e1727a50 x15: 0000ffff8f4ff930 [ 3078.368895] x14: 0000000000000000 x13: 0000000000000000 x12:
    0000259e9dbeb6b4 [ 3078.377987] x11: 0096a8f7e764eb40 x10: 634615ad28d3eab5 x9 : ffffc816ad8885b8 [3078.387091] x8 : ffff08209cfc6fb8 x7 : ffff0820ac0da058 x6 : ffff0820a8490344 [ 3078.396356] x5 :
    0000000000000140 x4 : 0000000000000003 x3 : ffff08209cd76938 [ 3078.405365] x2 : 0000000000000000 x1 :
    0000000000000010 x0 : ffff0820abfe38a0 [ 3078.414657] Call trace: [ 3078.418517] napi_enable+0x80/0x84 [3078.424626] hns3_reset_notify_up_enet+0x78/0xd0 [hns3] [ 3078.433469] hns3_reset_notify+0x64/0x80 [hns3] [ 3078.441430] hclge_notify_client+0x68/0xb0 [hclge] [ 3078.450511] hclge_reset_rebuild+0x524/0x884 [hclge] [ 3078.458879] hclge_reset_service_task+0x3c4/0x680 [hclge] [ 3078.467470] hclge_service_task+0xb0/0xb54 [hclge] [ 3078.475675] process_one_work+0x1dc/0x48c [ 3078.481888] worker_thread+0x15c/0x464 [ 3078.487104] kthread+0x160/0x170 [ 3078.492479] ret_from_fork+0x10/0x18 [3078.498785] Code: c8027c81 35ffffa2 d50323bf d65f03c0 (d4210000) [ 3078.506889] ---[ end trace 8ebe0340a1b0fb44 ]--- Once hns3_nic_net_open() is excute success, the flag HNS3_NIC_STATE_DOWN will be cleared. So add checking for this flag, directly return when HNS3_NIC_STATE_DOWN is no set.
    (CVE-2021-47400)

  - 已解決 Linux 核心中的下列弱點：can: isotp: isotp_sendmsg(): add result check for wait_event_interruptible() Using wait_event_interruptible() to wait for complete transmission, but do not check the result of wait_event_interruptible() which can be interrupted. It will result in TX buffer has multiple accessors and the later process interferes with the previous process.
    Following is one of the problems reported by syzbot.
    ============================================================= WARNING: CPU: 0 PID: 0 at net/can/isotp.c:840 isotp_tx_timer_handler+0x2e0/0x4c0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.13.0-rc7+ #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 RIP: 0010:isotp_tx_timer_handler+0x2e0/0x4c0 Call Trace: <IRQ> ? isotp_setsockopt+0x390/0x390
    __hrtimer_run_queues+0xb8/0x610 hrtimer_run_softirq+0x91/0xd0 ? rcu_read_lock_sched_held+0x4d/0x80
    __do_softirq+0xe8/0x553 irq_exit_rcu+0xf8/0x100 sysvec_apic_timer_interrupt+0x9e/0xc0 </IRQ> asm_sysvec_apic_timer_interrupt+0x12/0x20 Add result check for wait_event_interruptible() in isotp_sendmsg() to avoid multiple accessers for tx buffer. (CVE-2021-47457)

  - 已解決 Linux 核心中的下列弱點：serial: core: fix transmit-buffer reset and memleak Commit 761ed4a94582 (tty: serial_core: convert uart_close to use tty_port_close) converted serial core to use tty_port_close() but failed to notice that the transmit buffer still needs to be freed on final close. Not freeing the transmit buffer means that the buffer is no longer cleared on next open so that any ioctl() waiting for the buffer to drain might wait indefinitely (e.g. on termios changes) or that stale data can end up being transmitted in case tx is restarted. Furthermore, the buffer of any port that has been opened would leak on driver unbind. Note that the port lock is held when clearing the buffer pointer due to the ldisc race worked around by commit a5ba1d95e46e (uart: fix race between uart_put_char() and uart_shutdown()). Also note that the tty-port shutdown() callback is not called for console ports so it is not strictly necessary to free the buffer page after releasing the lock (cf. d72402145ace (tty/serial: do not free trasnmit buffer page under port lock)). (CVE-2021-47527)

  - 已解決 Linux 核心中的下列弱點：mm/gup: fix gup_pud_range() for dax For dax pud, pud_huge() returns true on x86. So the function works as long as hugetlb is configured.
    However, dax doesn't depend on hugetlb. Commit 414fd080d125 (mm/gup: fix gup_pmd_range() for dax) fixed devmap-backed huge PMDs, but missed devmap-backed huge PUDs. Fix this as well. This fixes the below kernel panic: general protection fault, probably for non-canonical address 0x69e7c000cc478: 0000 [#1] SMP < snip > Call Trace: <TASK> get_user_pages_fast+0x1f/0x40 iov_iter_get_pages+0xc6/0x3b0 ? mempool_alloc+0x5d/0x170 bio_iov_iter_get_pages+0x82/0x4e0 ? bvec_alloc+0x91/0xc0 ? bio_alloc_bioset+0x19a/0x2a0 blkdev_direct_IO+0x282/0x480 ? __io_complete_rw_common+0xc0/0xc0 ? filemap_range_has_page+0x82/0xc0 generic_file_direct_write+0x9d/0x1a0 ? inode_update_time+0x24/0x30
    __generic_file_write_iter+0xbd/0x1e0 blkdev_write_iter+0xb4/0x150 ? io_import_iovec+0x8d/0x340 io_write+0xf9/0x300 io_issue_sqe+0x3c3/0x1d30 ? sysvec_reschedule_ipi+0x6c/0x80 __io_queue_sqe+0x33/0x240 ? fget+0x76/0xa0 io_submit_sqes+0xe6a/0x18d0 ? __fget_light+0xd1/0x100
    __x64_sys_io_uring_enter+0x199/0x880 ? __context_tracking_enter+0x1f/0x70 ? irqentry_exit_to_user_mode+0x24/0x30 ? irqentry_exit+0x1d/0x30 ? __context_tracking_exit+0xe/0x70 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x61/0xcb RIP: 0033:0x7fc97c11a7be < snip > </TASK>
    ---[ end trace 48b2e0e67debcaeb ]--- RIP: 0010:internal_get_user_pages_fast+0x340/0x990 < snip > Kernel panic - not syncing: Fatal exception Kernel Offset: disabled (CVE-2022-48986)

  - 已解決 Linux 核心中的下列弱點：lz4: fix LZ4_decompress_safe_partial read out of bound When partialDecoding, it is EOF if we've either filled the output buffer or can't proceed with reading an offset for following match. In some extreme corner cases when compressed data is suitably corrupted, UAF will occur. As reported by KASAN [1], LZ4_decompress_safe_partial may lead to read out of bound problem during decoding. lz4 upstream has fixed it [2] and this issue has been disscussed here [3] before. current decompression routine was ported from lz4 v1.8.3, bumping lib/lz4 to v1.9.+ is certainly a huge work to be done later, so, we'd better fix it first. [1] https://lore.kernel.org/all/000000000000830d1205cf7f0477@google.com/ [2] https://github.com/lz4/lz4/commit/c5d6f8a8be3927c0bec91bcc58667a6cfad244ad# [3] https://lore.kernel.org/all/CC666AE8-4CA4-4951-B6FB-A2EFDE3AC03B@fb.com/ (CVE-2022-49078)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - scsiqla2xxx修正刪除爭用情形使用除錯核心時連結清單損毀所導致的系統當機。連結清單損毀的原因是因為工作階段刪除被允許排入佇列兩次。以下是顯示允許相同連接埠在不同 cpu 上雙重佇列刪除的內部追踪。 20808683956 015 qla2xxx [0000:13:00.1]-e801:4︰排程 sess ffff93ebf9306800 以刪除 50:06:0e:80:12:48:ff:50 fc4_type 1 20808683957 027 qla2xxx [00001:13:000]-e8000。 4為刪除 50:06:0e:80:12:48:ff:50 fc4_type 1 排程 sess ffff93ebf9306800 移動已刪除旗標鎖定的清除/設定。 (CVE-2023-53615)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
271767	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2025-112 (ALASKERNEL-5.4-2025-112)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/2/26	high
182656	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-040 (ALASKERNEL-5.10-2023-040)	Nessus	Amazon Linux Local Security Checks	2023/10/6	2026/2/11	high
353813	Rocky Linux 8 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / etc 多個弱點（crxsa-2024_3138）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
360748	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc多個弱點（ALMALINUX9.2：CLSA-2026：1779987841）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
269390	Linux Distros 未修補的弱點：CVE-2023-53615	Nessus	Misc.	2025/10/8	2026/9/30	medium

偵測

搜尋 Plugin

high

high

critical

high

medium