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

  - 2.10.0之前的 XMLUnit for Java 在預設組態中可能會允許透過未受信任的樣式表 (用於 XSLT 轉換) 執行程式碼這是因為已啟用 XSLT 延伸模組函式所致。
    (CVE-2024-31573)

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

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

  - Wikimedia Foundation Mediawiki 中重大資源弱點的不正確權限指派
    - 鎖定延伸模組允許權限濫用。已在 Mediawiki Core Action API 中修正此問題會影響 Mediawiki - Lockdown Extension: from master 1.42之前的版本。 (CVE-2025-12004)

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

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

  - Wikimedia Foundation Mediawiki - PageTriage Extension 中的網頁產生期間不當中和輸入 (XSS 或「跨網站指令碼」) 弱點允許儲存的 XSS。此問題會影響 Mediawiki - PageTriage Extension: from master from 1.44之前的版本。 (CVE-2025-62702)

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

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

  - 未適當中和輸出中的特殊元素由 Wikimedia Foundation Mediawiki - LanguageSelector Extension 中的下游元件使用 (「插入」) 弱點允許程式碼插入。此問題會影響 Mediawiki - LanguageSelector Extension: from master 之前的版本 1.39。
    (CVE-2025-62697)

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

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

  - 1.4.0.Beta1 版之前的 Elasticsearch 之 CORS 功能中的跨網站指令碼 (XSS) 弱點允許遠端攻擊者透過不明向量插入任意 Web 指令碼或 HTML。 (CVE-2014-6439)

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

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

  - PluXml CMS 主題編輯器中存在一個遠端程式碼執行 (RCE) 弱點尤其是在預設主題目錄下的 minify.php 檔案中 (/themes/defaut/css/minify.php)。經驗證的系統管理員使用者可透過系統管理面板以任意 PHP 程式碼覆寫此檔案進而執行系統命令。 (CVE-2025-57567)

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

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

  - Wikimedia Foundation Mediawiki - ExternalGuidance 中的網頁產生期間不當中和輸入 (XSS 或「跨網站指令碼」) 弱點允許儲存 XSS。此問題會影響 Mediawiki - ExternalGuidance: from master from 1.39之前的版本。 (CVE-2025-62698)

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

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

  - 產生網頁期間未適當中和輸入 (XSS 或「跨網站指令碼」) 弱點允許儲存的 XSS。此問題會影響 Mediawiki - WikiLambda Extensionmaster。 (CVE-2025-62695)

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

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

  - 未正確中和 Wikimedia Foundation MediaWiki WatchAnalytics 延伸模組中 SQL 命令 (「SQL 插入」) 弱點中使用的特殊元素允許 SQL 插入。此問題會影響 MediaWiki WatchAnalytics 延伸模組 1.43、 1.44。 (CVE-2025-62658)

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

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

  - 經過授權的使用者可造成緩衝區過度讀取進而造成 MongoDB 伺服器當機。在某些情況下這可以透過在發出查詢時發出 DDL 作業來完成。此問題會影響 7.0.25之前的 MongoDB Server v7.0 版、 8.0.15之前的 MongoDB Server v8.0 版以及 MongoDB Server 8.2.0之前的 版。 (CVE-2025-11979)

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

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

  - radare2 v5.9.8 和 版之前的函式 bochs_open 中有一個記憶體洩漏問題。 (CVE-2025-60361)

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

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

  - 敏感資訊洩漏給 The Wikimedia Foundation Mediawiki - Translate Extension 中一個未經授權的執行者弱點允許佔用。翻譯延伸模組似乎會使用工作來編輯翻譯頁面。這會造成 CheckUser 工具記錄錯誤的 IP 和 User-Agent進而使這些編輯無法透過 CheckUser 工具進行稽核。此問題會影響 Mediawiki - Translate Extension: from master ( 之前的 1.39版本) 。 (CVE-2025-62699)

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

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

  - Wikimedia Foundation MediaWiki PageForms 延伸模組中的網頁產生期間不當中和輸入 (XSS 或「跨網站指令碼」) 弱點允許儲存的 XSS。此問題會影響 MediaWiki PageForms 延伸模組 1.44。 (CVE-2025-62657)

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

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

  - Google Chrome 141.0.7390.122 之前版本的 V8 中存在超出邊界記憶體存取弱點，遠端攻擊者可藉此透過建構的 HTML 頁面引致存取記憶體時超出邊界範圍。(Chromium 安全性嚴重性 : 高) (CVE-2025-12036)

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

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

  - radare2 v5.9.8 和之前的版本中 r2r_subprocess_init 函式有一個記憶體洩漏問題。 (CVE-2025-60360)

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

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

  - Wikimedia Foundation Mediawiki - Wikistories 允許儲存的 XSS 中網頁產生期間發生不當中和輸入 (XSS 或「跨網站指令碼」) 弱點。此問題會影響 Mediawiki - Wikistories從 之前的主要版本 1.44。 (CVE-2025-62701)

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

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

  - Wikimedia Foundation Mediawiki - MultiBilerlate Extensionmaste 中的網頁產生期間不當中和輸入 (XSS 或「跨網站指令碼」) 弱點允許已儲存的 XSS。此問題會影響 Mediawiki - MultiBilerlate Extensionmaste: from master from 1.39之前的版本。 (CVE-2025-62700)

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

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

  - Wikimedia Foundation MediaWiki GlobalBlocking 延伸模組中的網頁產生期間不當中和輸入 (XSS 或「跨網站指令碼」) 弱點允許儲存的 XSS。此問題會影響 MediaWiki GlobalBlocking 延伸模組 1.43、 1.44。 (CVE-2025-62656)

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

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

  - 未正確中和 The Wikimedia Foundation - Springboard Extension 中命令 (「命令插入」) 弱點中所使用的特殊元素允許命令插入。此問題會影響 Mediawiki Foundation - Springboard Extension主機。 (CVE-2025-62696)

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

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

  - 在 Wikimedia Foundation Mediawiki - WikiLove 延伸模組允許儲存的 XSS 中發生網頁產生期間不當中和 (XSS 或「跨網站指令碼」) 弱點的輸入。此問題會影響 Mediawiki
    - WikiLove 延伸模組 1.39。 (CVE-2025-62694)

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

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

  - Wikimedia Foundation Mediawiki - LastModified Extension 中存有一個在網頁產生期間不當中和輸入 (XSS 或「跨網站指令碼」) 弱點的問題。此問題會影響 Mediawiki - LastModified Extension: from master from 之前的版本 1.39。 (CVE-2025-62693)

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

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

  - radare2 v5.9.8 和 之前的版本中 r_bin_object_new 函式有一個記憶體洩漏問題。 (CVE-2025-60359)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: mt76: mt7921: fix error code of return in mt7921_acpi_read Kernel NULL pointer dereference when ACPI SAR table isn't implemented well. Fix the error code of return to mark the ACPI SAR table as invalid. [ 5.077128] mt7921e 0000:06:00.0: sar cnt = 0 [ 5.077381] BUG: kernel NULL pointer dereference, address: 0000000000000004 [ 5.077630] #PF:
    supervisor read access in kernel mode [ 5.077883] #PF: error_code(0x0000) - not-present page [ 5.078138] PGD 0 P4D 0 [ 5.078398] Oops: 0000 [#1] PREEMPT SMP NOPTI [ 5.079202] RIP:
    0010:mt7921_init_acpi_sar+0x106/0x220 [mt7921_common] ... [ 5.080786] Call Trace: [ 5.080786] <TASK> [5.080786] mt7921_register_device+0x37d/0x490 [mt7921_common] [ 5.080786] mt7921_pci_probe.part.0+0x2ee/0x310 [mt7921e] [ 5.080786] mt7921_pci_probe+0x52/0x70 [mt7921e] [ 5.080786] local_pci_probe+0x47/0x90 [ 5.080786] pci_call_probe+0x55/0x190 [ 5.080786] pci_device_probe+0x84/0x120 (CVE-2023-53710)

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

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

  - 已解決 Linux 核心中的下列弱點：blk-iocost: use spin_lock_irqsave in adjust_inuse_and_calc_cost adjust_inuse_and_calc_cost() use spin_lock_irq() and IRQ will be enabled when unlock. DEADLOCK might happen if we have held other locks and disabled IRQ before invoking it. Fix it by using spin_lock_irqsave() instead, which can keep IRQ state consistent with before when unlock.
    ================================ WARNING: inconsistent lock state 5.10.0-02758-g8e5f91fd772f #26 Not tainted -------------------------------- inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage.
    kworker/2:3/388 [HC0[0]:SC0[0]:HE0:SE1] takes: ffff888118c00c28 (&bfqd->lock){?.-.}-{2:2}, at:
    spin_lock_irq ffff888118c00c28 (&bfqd->lock){?.-.}-{2:2}, at: bfq_bio_merge+0x141/0x390 {IN-HARDIRQ-W} state was registered at: __lock_acquire+0x3d7/0x1070 lock_acquire+0x197/0x4a0 __raw_spin_lock_irqsave
    _raw_spin_lock_irqsave+0x3b/0x60 bfq_idle_slice_timer_body bfq_idle_slice_timer+0x53/0x1d0
    __run_hrtimer+0x477/0xa70 __hrtimer_run_queues+0x1c6/0x2d0 hrtimer_interrupt+0x302/0x9e0 local_apic_timer_interrupt __sysvec_apic_timer_interrupt+0xfd/0x420 run_sysvec_on_irqstack_cond sysvec_apic_timer_interrupt+0x46/0xa0 asm_sysvec_apic_timer_interrupt+0x12/0x20 irq event stamp: 837522 hardirqs last enabled at (837521): [<ffffffff84b9419d>] __raw_spin_unlock_irqrestore hardirqs last enabled at (837521): [<ffffffff84b9419d>] _raw_spin_unlock_irqrestore+0x3d/0x40 hardirqs last disabled at (837522): [<ffffffff84b93fa3>] __raw_spin_lock_irq hardirqs last disabled at (837522):
    [<ffffffff84b93fa3>] _raw_spin_lock_irq+0x43/0x50 softirqs last enabled at (835852): [<ffffffff84e00558>]
    __do_softirq+0x558/0x8ec softirqs last disabled at (835845): [<ffffffff84c010ff>] asm_call_irq_on_stack+0xf/0x20 other info that might help us debug this: Possible unsafe locking scenario:
    CPU0 ---- lock(&bfqd->lock); <Interrupt> lock(&bfqd->lock); *** DEADLOCK *** 3 locks held by kworker/2:3/388: #0: ffff888107af0f38 ((wq_completion)kthrotld){+.+.}-{0:0}, at:
    process_one_work+0x742/0x13f0 #1: ffff8881176bfdd8 ((work_completion)(&td->dispatch_work)){+.+.}-{0:0}, at: process_one_work+0x777/0x13f0 #2: ffff888118c00c28 (&bfqd->lock){?.-.}-{2:2}, at: spin_lock_irq #2:
    ffff888118c00c28 (&bfqd->lock){?.-.}-{2:2}, at: bfq_bio_merge+0x141/0x390 stack backtrace: CPU: 2 PID: 388 Comm: kworker/2:3 Not tainted 5.10.0-02758-g8e5f91fd772f #26 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 Workqueue: kthrotld blk_throtl_dispatch_work_fn Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x107/0x167 print_usage_bug valid_state mark_lock_irq.cold+0x32/0x3a mark_lock+0x693/0xbc0 mark_held_locks+0x9e/0xe0
    __trace_hardirqs_on_caller lockdep_hardirqs_on_prepare.part.0+0x151/0x360 trace_hardirqs_on+0x5b/0x180
    __raw_spin_unlock_irq _raw_spin_unlock_irq+0x24/0x40 spin_unlock_irq adjust_inuse_and_calc_cost+0x4fb/0x970 ioc_rqos_merge+0x277/0x740 __rq_qos_merge+0x62/0xb0 rq_qos_merge bio_attempt_back_merge+0x12c/0x4a0 blk_mq_sched_try_merge+0x1b6/0x4d0 bfq_bio_merge+0x24a/0x390
    __blk_mq_sched_bio_merge+0xa6/0x460 blk_mq_sched_bio_merge blk_mq_submit_bio+0x2e7/0x1ee0
    __submit_bio_noacct_mq+0x175/0x3b0 submit_bio_noacct+0x1fb/0x270 blk_throtl_dispatch_work_fn+0x1ef/0x2b0 process_one_work+0x83e/0x13f0 process_scheduled_works worker_thread+0x7e3/0xd80 kthread+0x353/0x470 ret_from_fork+0x1f/0x30 (CVE-2023-53730)

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

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

  - ACPIx86s2idle擷取多個 ACPI_TYPE_PACKAGE 物件。如果在評估 AMD LPS0 _DSM 時錯誤建構的韌體包含多個「ACPI_TYPE_PACKAGE」物件則會發生記憶體洩漏。
    明確防止此問題。 (CVE-2023-53708)

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

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

  - 已解決 Linux 核心中的下列弱點：ext4: fix use-after-free read in ext4_find_extent for bigalloc + inline Syzbot found the following issue: loop0: detected capacity change from 0 to 2048 EXT4-fs (loop0): mounted filesystem 00000000-0000-0000-0000-000000000000 without journal.
    Quota mode: none. ================================================================== BUG: KASAN: use-after-free in ext4_ext_binsearch_idx fs/ext4/extents.c:768 [inline] BUG: KASAN: use-after-free in ext4_find_extent+0x76e/0xd90 fs/ext4/extents.c:931 Read of size 4 at addr ffff888073644750 by task syz-executor420/5067 CPU: 0 PID: 5067 Comm: syz-executor420 Not tainted 6.2.0-rc1-syzkaller #0 Hardware name:
    Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x1b1/0x290 lib/dump_stack.c:106 print_address_description+0x74/0x340 mm/kasan/report.c:306 print_report+0x107/0x1f0 mm/kasan/report.c:417 kasan_report+0xcd/0x100 mm/kasan/report.c:517 ext4_ext_binsearch_idx fs/ext4/extents.c:768 [inline] ext4_find_extent+0x76e/0xd90 fs/ext4/extents.c:931 ext4_clu_mapped+0x117/0x970 fs/ext4/extents.c:5809 ext4_insert_delayed_block fs/ext4/inode.c:1696 [inline] ext4_da_map_blocks fs/ext4/inode.c:1806 [inline] ext4_da_get_block_prep+0x9e8/0x13c0 fs/ext4/inode.c:1870 ext4_block_write_begin+0x6a8/0x2290 fs/ext4/inode.c:1098 ext4_da_write_begin+0x539/0x760 fs/ext4/inode.c:3082 generic_perform_write+0x2e4/0x5e0 mm/filemap.c:3772 ext4_buffered_write_iter+0x122/0x3a0 fs/ext4/file.c:285 ext4_file_write_iter+0x1d0/0x18f0 call_write_iter include/linux/fs.h:2186 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x7dc/0xc50 fs/read_write.c:584 ksys_write+0x177/0x2a0 fs/read_write.c:637 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP:
    0033:0x7f4b7a9737b9 RSP: 002b:00007ffc5cac3668 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 RAX:
    ffffffffffffffda RBX: 0000000000000000 RCX: 00007f4b7a9737b9 RDX: 00000000175d9003 RSI: 0000000020000200 RDI: 0000000000000004 RBP: 00007f4b7a933050 R08: 0000000000000000 R09: 0000000000000000 R10:
    000000000000079f R11: 0000000000000246 R12: 00007f4b7a9330e0 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 </TASK> Above issue is happens when enable bigalloc and inline data feature. As commit 131294c35ed6 fixed delayed allocation bug in ext4_clu_mapped for bigalloc + inline. But it only resolved issue when has inline data, if inline data has been converted to extent(ext4_da_convert_inline_data_to_extent) before writepages, there is no EXT4_STATE_MAY_INLINE_DATA flag. However i_data is still store inline data in this scene. Then will trigger UAF when find extent. To resolve above issue, there is need to add judge ext4_has_inline_data(inode) in ext4_clu_mapped().
    (CVE-2023-53692)

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

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

  - ring-buffer調整大小處理程序期間不交換 cpu_buffer。在調整大小處理程序期間呼叫 ring_buffer_swap_cpu 時cpu 緩衝區會在中間交換進而導致不正確的狀態。在錯誤狀態下繼續執行將會導致 oops。使用下列兩個指令碼可輕鬆重現此問題/tmp # cat test1.sh //#! /bin/sh for i in `seq 0 100000` do echo 2000 > /sys/kernel/debug/tracing/buffer_size_kb sleep 0.5 echo 5000 > /sys/kernel/debug/tracing/buffer_size_kb sleep 0.5 done /tmp # cat test2.sh //#! /bin/sh for i in `seq 0 100000` do echo irqsoff > /sys/kernel/debug/tracing/current_tracer sleep 1 echo nop > /sys/kernel/debug/tracing/current_tracer sleep 1 done /tmp # ./test1 .sh & /tmp # ./test2.sh & 典型 oops 記錄如下有時會包含其他不同的 oops 記錄。 [ 231.711293] 警告 CPU: 0 PID: 9 at kernel/trace/ring_buffer.c:2026 rb_update_pages+0x378/0x3f8 [ 231.713375] 連結中的模組[ 231.714735] CPU: 0 PID: 9 通訊中的 kworker/0:1 受污染GW 6.5.0-rc1-00276-g20edcec23f92 #15 [ 231.716750] 硬體名稱linux,dummy-virt (DT) [231.718152] 工作佇列事件 update_pages_handler [ 231.719714] pstate 60000005 (nZCv daif -PAN -UAO
    -TCO -DIT -SSBS BTYPE=--) [ 231.721171] pc rb_update_pages+0x378/0x3f8 [ 231.722212] lr
    rb_update_pages+0x25c/0x3f8 [ 231.723248] sp ffff800082b9bd50 [ 231.724169] x29 ffff800082b9bd50 x28
    ffff8000825f7000 x270000000000000000 [ 231.726102] x260000000000000001 x25ffffffffffff010 x24
    000000000000ff0 [ 231.728122] x23ffff0000c3a0b600 x22ffff0000c3a0b5c0 x21ffffffffffffffe0a [231.730203] x20ffff0000c3a0b600 x19ffff0000c0102400 x180]0]0000c0102400 x180000 [0000]0 231.73232900000 [0070]
    0000000000000000 x160000000000000000 x150000ffffe7aa8510 [ 231.734212] x140000000000000000 x13
    0000000000000000 x120000000000000002 [ 231.736291] x11ffff8000826998a8 x10ffff800082b9baf0 x9
    ffff800081137558 [ 231.738195] x8 : fffffc00030e82c8 x7 : 0000000000000000 x6 : 0000000000000001 [231.740192] x5 : ffff0000ffbafe00 x4 : 0000000000000000 x3 : 0000000000000000 [ 231.742118] x2 :
    00000000000006aa x1 : 0000000000000001 x0 : ffff0000c0007208 [ 231.744196] Call trace: [ 231.744892] rb_update_pages+0x378/0x3f8 [ 231.745893] update_pages_handler+0x1c/0x38 [ 231.746893] process_one_work+0x1f0/0x468 [ 231.747852] worker_thread+0x54/0x410 [ 231.748737] kthread+0x124/0x138 [231.749549] ret_from_fork+0x10/0x20 [ 231.750434] ---[ end trace 0000000000000000 ]--- [ 233.720486] 無法處理虛擬位址 0000000000000000 的核心 NULL 指標解除參照 [ [ 233.721696] ] ] 記憶體中止資訊 [ 233.721935] ESR = 0x0000000096000004 [ 233.722283] EC = 0x25DABT (目前 EL)、IL = 32 位元 [ 233.722596] SET = 0、FnV = 0 [ 233.722805] EA = 0、 S1PTW = 0 [ 233.723026] FSC = 0x04第 0 層轉譯錯誤 [ 233.723458] 資料中止資訊[ 233.723734] ISV = 0、ISS = 0x00000004、ISS2 = 0x00000000 [ 233.724176] CM = 0、WnR = 0、 TnD = 0、TagAccess = 0 [ 233.724589] GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 [ 233.725075] 使用者 pgtable4k 頁面、48 位元 VA、 pgdp=0000000104943000 [ 233.725592] [0000000000000000] pgd=0000000000000000、 p4d=0000000000000000 [ 233.726231] 內部錯誤Oops
    0000000096000004 [#1] PREEMPT SMP [ 233.726720] 連結於的模組 [ 233.727007] CPU0 PID9 通訊
    kworker/0:1 受污染的 GW 6.5.0-rc1-00276-g20edcec23f92 #15 [ 233.727777] 硬體名稱linux,dummy-virt (DT) [ 233.728225] 工作佇列事件 update_pages_handler [ 233.728655] pstate200000c5 (nzCv daIF -PAN
    -UAO -TCO -DIT -SSBS BTYPE=--) [ 233.729054] pc rb_update_pages+0x1a8/0x3f8 [ 233.729334] lr
    rb_update_pages+0x154/0x3f8 [ 233.729592] sp : ffff800082b9bd50 [ 233.729792] x29ffff800082b9bd50 x28
    ffff8000825f7000 x27: 00000000 ---truncated--- (CVE-2023-53718)

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

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

  - scsiqla2xxx修正 qla2x00_probe_one() 中的記憶體洩漏 kmemleak 報告了一個記憶體洩漏
    未參照的物件 0xffffc900003f0000 (大小 12288)comm modprobe、pid 19117、jiffies 4299751452 (42490.264s 時效) 十六進位轉儲存 (前 32 個位元組)00 00 00 00 00 00 00 00 00 00 000 00 .....0000 0000 ........ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ 反向追踪 [<00000000629261a8>]
    __vmalloc_node_range+0xe56/0x1110 [<0000000001906886>] __vmalloc_node+0xbd/0x150 [<000000005bb4dc34>] vmalloc+0x25/0x30 [<00000000a2dc1194>] qla2x00_create_host+0x7a0/0xe30 [qla2xxx] [<0000000062b14b47>] qla2x00_probe_one+0x2eb8/0xd160 [qlaxxx8/0xd160] [qlaxxx<00000000641ccc04> ] local_pci_probe+0xeb/0x1a0 追踪到的根本原因是介面卡 base_vha 初始化失敗時 qla2x00_probe_one() 中的錯誤處理路徑。
    fab_scan_rp scan.l 用於記錄連接埠資訊且在 qla2x00_create_host() 中進行配置。但是它不會在錯誤處理路徑 probe_failed 中釋放。介面卡初始化處理程序出錯時釋放 scan.l 的記憶體可修正此問題。
    (CVE-2023-53696)

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

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

  - posix-timers確認計時器 ID 搜尋迴圈限制為有效狀態 posix_timer_add() 嘗試從上次成功配置時所儲存的快取 ID 開始以配置 posix 計時器 ID。這會在 ID 空間逐一搜尋可用插槽的迴圈中完成。搜尋回到起點時必須終止迴圈。但這是 racy vs. 建立起點。若無鎖定讀取會導致下列問題CPU0 CPU1 posix_timer_add() start = sig->posix_timer_id
    lock(hash_lock); ... posix_timer_add() if (++sig->posix_timer_id < 0) start = sig->posix_timer_id
    sig->posix_timer_id = 0因此 CPU1 可以觀察到負的起始值 (即 -1)而且不會發生迴圈中斷因為條件永遠不會為 trueif (sig->posix_timer_id == start) break;雖然由於 ID 空間巨大 (INT_MAX)這種情況不太可能變成無限迴圈但是開始值的爭用讀取引起了 KCSAN 的注意Dmitry 發現了這個不正確之處。將其重寫以便所有 id 作業都在雜湊鎖定之下。 (CVE-2023-53728)

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

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

  - 已解決 Linux 核心中的下列弱點：class: fix possible memory leak in
    __class_register() If class_add_groups() returns error, the 'cp->subsys' need be unregister, and the 'cp' need be freed. We can not call kset_unregister() here, because the 'cls' will be freed in callback function class_release() and it's also freed in caller's error path, it will cause double free. So fix this by calling kobject_del() and kfree_const(name) to cleanup kobject. Besides, call kfree() to free the 'cp'. Fault injection test can trigger this: unreferenced object 0xffff888102fa8190 (size 8): comm modprobe, pid 502, jiffies 4294906074 (age 49.296s) hex dump (first 8 bytes): 70 6b 74 63 64 76 64 00 pktcdvd. backtrace: [<00000000e7c7703d>] __kmalloc_track_caller+0x1ae/0x320 [<000000005e4d70bc>] kstrdup+0x3a/0x70 [<00000000c2e5e85a>] kstrdup_const+0x68/0x80 [<000000000049a8c7>] kvasprintf_const+0x10b/0x190 [<0000000029123163>] kobject_set_name_vargs+0x56/0x150 [<00000000747219c9>] kobject_set_name+0xab/0xe0 [<0000000005f1ea4e>] __class_register+0x15c/0x49a unreferenced object 0xffff888037274000 (size 1024): comm modprobe, pid 502, jiffies 4294906074 (age 49.296s) hex dump (first 32 bytes): 00 40 27 37 80 88 ff ff 00 40 27 37 80 88 ff ff .@'7.....@'7.... 00 00 00 00 ad 4e ad de ff ff ff ff 00 00 00 00 .....N.......... backtrace: [<00000000151f9600>] kmem_cache_alloc_trace+0x17c/0x2f0 [<00000000ecf3dd95>] __class_register+0x86/0x49a (CVE-2022-50578)

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

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

  - wifiath9k: 修正 ath9k_wmi_rsp_callback() 中可能的堆疊超出邊界寫入。修正 ath9k_wmi_cmd() 中發生逾時後呼叫的 WMI 回應回呼函式中發生的堆疊超出邊界寫入。回呼會寫入 wmi->cmd_rsp_buf這是發生逾時時不再有效的堆疊配置緩衝區。發生逾時時將 wmi->last_seq_id 設為 0。此問題由 syzkaller 的修改版本發現。錯誤KASAN大小為 4 的寫入 ath9k_wmi_ctrl_rx 中有堆疊超出邊界 呼叫追踪
    memcpy ath9k_wmi_ctrl_rx ath9k_htc_rx_msg ath9k_hif_usb_reg_in_cb __usb_hcd_giveback_urb usb_hcd_giveback_urb dummy_timer call_timer_fn run_timer_softirq __do_softirq irq_exit_rcu sysvec_apic_timer_interrupt (CVE-2023-53717)

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

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

  - 已解決 Linux 核心中的下列弱點：nvdimm: Fix memleak of pmu attr_groups in unregister_nvdimm_pmu() Memory pointed by 'nd_pmu->pmu.attr_groups' is allocated in function 'register_nvdimm_pmu' and is lost after 'kfree(nd_pmu)' call in function 'unregister_nvdimm_pmu'.
    (CVE-2023-53697)

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

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

  - 在包含某些格式錯誤之 DNSKEY 記錄的特製區域內查詢記錄可能導致 CPU 耗盡。此問題會影響 BIND 9 的 9.18.0 至 9.18.39版、 9.20.0 至 9.20.13版、 9.21.0 至 9.21.12版、9.18.11-S1 至 9.18.39-S1 版以及 9.20.9-S1 至 9.20.13-S1 版。 (CVE-2025-8677)

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

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

  - 已解決 Linux 核心中的下列弱點：xsk: fix refcount underflow in error path Fix a refcount underflow problem reported by syzbot that can happen when a system is running out of memory. If xp_alloc_tx_descs() fails, and it can only fail due to not having enough memory, then the error path is triggered. In this error path, the refcount of the pool is decremented as it has incremented before. However, the reference to the pool in the socket was not nulled. This means that when the socket is closed later, the socket teardown logic will think that there is a pool attached to the socket and try to decrease the refcount again, leading to a refcount underflow. I chose this fix as it involved adding just a single line. Another option would have been to move xp_get_pool() and the assignment of xs->pool to after the if-statement and using xs_umem->pool instead of xs->pool in the whole if-statement resulting in somewhat simpler code, but this would have led to much more churn in the code base perhaps making it harder to backport. (CVE-2023-53698)

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

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

  - 序列arc_uart修正 `arc_serial_probe` Smatch 報告中的 of_iomap 洩漏
    drivers/tty/serial/arc_uart.c:631 arc_serial_probe() 警告of_iomap() 的「port->membase」未在第 631 行釋放。在 arc_serial_probe() 中如果 uart_add_one_port() 失敗就不會釋放 port->membase會造成資源洩漏。為修正此問題我將 of_iomap 取代為 devm_platform_ioremap_resource。
    (CVE-2023-53719)

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

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

  - ARM9317/1kexec使 smp 非同步停止呼叫。如果 hrtimer 中斷觸發了不穩定則所有線上的 cpu 都會收到通知並設定為離線。但是如認可 19dbdcb8039c (smp對來自 softirq 內容的函式呼叫時發出警告) 所強調的那樣不應使此呼叫與已停用的中斷同步
    softdog引發錯誤 核心錯誤 - 未同步軟體看門狗計時器已到期警告CPU 1 PID
    0 在 kernel/smp.c:753 smp_call_function_many_cond unwind_backtrace: show_stack dump_stack_lvl __warn warn_slowpath_fmt smp_call_function_many_cond smp_call_function crash_smp_send_stop.part.0 machine_crash_shutdown __crash_kexec panic softdog_fire __hrtimer_kexec panic softdog_fire __hrtimer_run_queues hr_crash_interrupt (CVE-2023-53712)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64: ftrace: fix module PLTs with mcount Li Huafei reports that mcount-based ftrace with module PLTs was broken by commit: a6253579977e4c6f (arm64: ftrace: consistently handle PLTs.) When a module PLTs are used and a module is loaded sufficiently far away from the kernel, we'll create PLTs for any branches which are out-of-range. These are separate from the special ftrace trampoline PLTs, which the module PLT code doesn't directly manipulate. When mcount is in use this is a problem, as each mcount callsite in a module will be initialized to point to a module PLT, but since commit a6253579977e4c6f ftrace_make_nop() will assume that the callsite has been initialized to point to the special ftrace trampoline PLT, and ftrace_find_callable_addr() rejects other cases. This means that when ftrace tries to initialize a callsite via ftrace_make_nop(), the call to ftrace_find_callable_addr() will find that the `_mcount` stub is out-of-range and is not handled by the ftrace PLT, resulting in a splat: | ftrace_test: loading out-of-tree module taints kernel. | ftrace: no module PLT for _mcount | ------------[ ftrace bug ]------------ | ftrace failed to modify | [<ffff800029180014>] 0xffff800029180014 | actual: 44:00:00:94 | Initializing ftrace call sites | ftrace record flags: 2000000 | (0) | expected tramp: ffff80000802eb3c | ------------[cut here ]------------ | WARNING: CPU: 3 PID: 157 at kernel/trace/ftrace.c:2120 ftrace_bug+0x94/0x270 | Modules linked in: | CPU: 3 PID: 157 Comm: insmod Tainted: G O 6.0.0-rc6-00151-gcd722513a189-dirty #22 | Hardware name: linux,dummy-virt (DT) | pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) | pc : ftrace_bug+0x94/0x270 | lr : ftrace_bug+0x21c/0x270 | sp : ffff80000b2bbaf0 | x29: ffff80000b2bbaf0 x28: 0000000000000000 x27: ffff0000c4d38000 | x26: 0000000000000001 x25: ffff800009d7e000 x24:
    ffff0000c4d86e00 | x23: 0000000002000000 x22: ffff80000a62b000 x21: ffff8000098ebea8 | x20:
    ffff0000c4d38000 x19: ffff80000aa24158 x18: ffffffffffffffff | x17: 0000000000000000 x16: 0a0d2d2d2d2d2d2d x15: ffff800009aa9118 | x14: 0000000000000000 x13: 6333626532303830 x12: 3030303866666666 | x11:
    203a706d61727420 x10: 6465746365707865 x9 : 3362653230383030 | x8 : c0000000ffffefff x7 : 0000000000017fe8 x6 : 000000000000bff4 | x5 : 0000000000057fa8 x4 : 0000000000000000 x3 : 0000000000000001 | x2 :
    ad2cb14bb5438900 x1 : 0000000000000000 x0 : 0000000000000022 | Call trace: | ftrace_bug+0x94/0x270 | ftrace_process_locs+0x308/0x430 | ftrace_module_init+0x44/0x60 | load_module+0x15b4/0x1ce8 |
    __do_sys_init_module+0x1ec/0x238 | __arm64_sys_init_module+0x24/0x30 | invoke_syscall+0x54/0x118 | el0_svc_common.constprop.4+0x84/0x100 | do_el0_svc+0x3c/0xd0 | el0_svc+0x1c/0x50 | el0t_64_sync_handler+0x90/0xb8 | el0t_64_sync+0x15c/0x160 | ---[ end trace 0000000000000000 ]--- |
    ---------test_init----------- Fix this by reverting to the old behaviour of ignoring the old instruction when initialising an mcount callsite in a module, which was the behaviour prior to commit a6253579977e4c6f. (CVE-2022-50579)

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

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

  - 在特定情況下由於所使用之虛擬亂數產生器 (PRNG) 中的弱點攻擊者可能預測 BIND 將使用的來源連接埠和查詢 ID。此問題會影響 BIND 9 版本 9.16.0 至 9.16.50、 9.18.0 至 9.18.39、 9.20.0 至 9.20.13、 9.21.0 至 9.21.12、9.16.8-S1 至 9.16.50-S1、9.18.11-S1 至 9.18。 39-S1以及 9.20.9-S1 至 9.20.13-S1。
    (CVE-2025-40780)

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

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

  - s390/crypto僅在適用於 ChaCha20 Commit 時使用向量指示 349d03ffd5f6 (crypto - 新增 ChaCha20 的 crypto 程式庫介面) 將一個程式庫介面新增至 s390 特定的 ChaCha20 實作。不過在分支至組合器程式碼之前並未新增任何檢查以驗證是否已安裝所需的機能。如果將這編譯至核心如果向量指示不可用這將會導致下列損毀資料例外0007 ilc:3 [#1] SMP 模組連結在 CPU: 0 PID
    1 Commswapper/0 未受污染的 6.3.0-rc7+ #11 硬體名稱 IBM 3931 A01 704 (KVM/Linux) Krnl PSW
    0704e00180000000 000000001857277a (chacha20_vx+0x32/0x818) R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 RI:0 EA:3 Krnl GPRS : 0000037f0000000a ffffffffffffff60 000000008184b000 0000000019f5c8e6 0000000000000109 0000037fffb13c58 0000037fffb13c78 0000000019bb1780 0000037fffb13c58 0000000019f5c8e6 000000008184b000 0000000000000109 00000000802d8000 0000000000000109 0000000018571ebc 0000037fffb13718 Krnl Code: 000000001857276a: c07000b1f80b larl %r7,0000000019bb1780 0000000018572770: a708000a lhi %r0,10 #0000000018572774: e78950000c36 vlm %v24,%v25,0(% r5),0 >000000001857277a: e7a060000806 vl %v26,0(%r6),0 0000000018572780: e7bf70004c36 vlm %v27,%v31,0(%r7),4 0000000018572786: e70b00000456 vlr %v0,%v27 000000001857278c: e71800000456 vlr % v1,%v24 0000000018572792: e74b00000456 vlr %v4,%v27 呼叫追踪
    [<000000001857277a>] chacha20_vx+0x32/0x818 Last中斷事件地址[<0000000018571eb6>] chacha20_crypt_s390.constprop.0+0x6e/0xd8 ---[ end trace 0000000000000000 ]--- 核心錯誤 - 未同步
    嘗試終止 initexitcode=0x0000000b 透過新增遺漏的 MACHINE_HAS_VX 檢查來修正此問題。
    [agordeev@linux.ibm.com移除認可訊息中的重複項目] (CVE-2023-53702)

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

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

  - mtd修正當註冊裝置在 add_mtd_device() 中失敗時的裝置名稱洩漏。當註冊裝置失敗時有 kmemleak未參照物件 0xffff888101aab550 (大小 8)comm insmod、pid 3922、jiffies 4295277753 (925.408s) 十六進位轉儲存 (前 8位元組)6d 74 64 30 00 88 ff ff mtd0.... 反向追踪
    [<00000000bde26724>] __kmalloc_node_track_caller+0x4e/0x150 [<000000003c32b416>] kvasprintf+0xb0/0x130 [<000000001f7a8f15>] kobject_set_name_vargs+0x2f/0xb0 [<000000006e781163>] dev_set_name+0xab/0xe0 [<00000000e30d0c78>] add_mtd_device+0x4bb/0x700 [<00000000f3d34de7>] mtd_device_parse_register +0x2ac/0x3f0 [<00000000c0d88488>] 0xffffffffa0238457 [<00000000b40d0922>] 0xffffffffa02a008f [<0000000023d17b9d>] do_one_initcall+0x87/0x2a0 [<00000000770f6ca6>] do_init_module+0xdf/0x320 [<000000007b6768fe>] load_module+0x2f98/0x3330 [<00000000346bed5a>] __domodule_x_finit_0+0x113/sys_finit_0+011 [<00000000674c2290>] do_syscall_64+0x35/0x80 [<000000004c6a8d97>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 若註冊裝置失敗應呼叫 put_device() 以放棄參照。 (CVE-2022-50566)

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

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

  - dm Thin修正 run_timer_softirq() 中的 UAF。當 dm_resume() 和 dm_destroy() 並行時會導致 UAF如下錯誤KASAN在 __run_timers+0x173/0x710 大小為 8 的寫入addr ffff88816d9490f0 by task swapper/0/0 <snip> Call Trace: <IRQ> dump_stack_lvl+0x73/0x9f print_report.cold+0x132/0xaa2 _raw_spin_lock_irqsave+0xcd/0x160 __run_timers+0x173/0x710 kasan_report+0xad/0x110 __run_timers+0x173/0x710 __asan_store8+ 0x9c/0x140 __run_timers+0x173/0x710 call_timer_fn+0x310/0x310 pvclock_clocksource_read+0xfa/0x250 kvm_clock_read+0x2c/0x70 kvm_clock_get_cycles+0xd/0x20 ktime_get+0x5c/0x110 lapic_next_event+0x38/0x50 clockevents_program_event+0xf1/0x1e0 run_timer_softirq+0x49/0x90 __do_softirq+ 0x16e/0x62c
    __irq_exit_rcu+0x1fa/0x270 irq_exit_rcu+0x12/0x20 sysvec_apic_timer_interrupt+0x8e/0xc0 其中一個並行 UAF 可能如下所示使用釋放 do_resume | __find_device_hash_cell | dm_get | atomic_inc(&md->holders) | | dm_destroy | __dm_destroy | if (!dm_suspended_md(md)) | atomic_read(&md->holders) | msleep(1) dm_resume | __dm_resume | dm_table_resume_targets | pool_resume | do_waker #add 延遲工作dm_put | atomic_dec(&md->holders) | | dm_table_destroy | dm_table_destroy pool_dtr | __pool_dec | __pool_destroy | destroy_workqueue | kfree(pool) # 可用集區逾時 __do_softirq run_timer_softirq # 集區已釋放。此情況可使用以下方式輕鬆重現 1. 建立精簡集區 2. dmsetup 暫停集區 3. dmsetup 恢復集區 4. dmsetup remove_all # 與 3 並行 root造成此 UAF 錯誤的原因是 dm_destroy() 因為暫停狀態而略過取消計時器的作業後 dm_resume() 新增了計時器。逾時後其會呼叫 run_timer_softirq()不過已釋放集區。將會發生並行 UAF 錯誤。因此再次取消 __pool_destroy() 中的計時器。 (CVE-2022-50563)

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

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

  - 已解決 Linux 核心中的下列弱點：NFS: Fix a potential data corruption We must ensure that the subrequests are joined back into the head before we can retransmit a request. If the head was not on the commit lists, because the server wrote it synchronously, we still need to add it back to the retransmission list. Add a call that mirrors the effect of nfs_cancel_remove_inode() for O_DIRECT. (CVE-2023-53711)

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

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

  - blk-throttle計算等候時間時防止溢位 程式碼檢閱在 tg_with_in_bps_limit() 中發現「bps_limit * jiffy_elapsed_rnd」可能溢位的問題。改為呼叫 mul_u64_u64_div_u64() 以修正問題。 (CVE-2022-50580)

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

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

  - 已解決 Linux 核心中的下列弱點：iio: fix memory leak in iio_device_register_eventset() When iio_device_register_sysfs_group() returns failed, iio_device_register_eventset() needs to free attrs array. Otherwise, kmemleak would scan & report memory leak as below: unreferenced object 0xffff88810a1cc3c0 (size 32): comm 100-i2c-vcnl302, pid 728, jiffies 4295052307 (age 156.027s) backtrace: __kmalloc+0x46/0x1b0 iio_device_register_eventset at drivers/iio/industrialio-event.c:541 __iio_device_register at drivers/iio/industrialio-core.c:1959
    __devm_iio_device_register at drivers/iio/industrialio-core.c:2040 (CVE-2022-50561)

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

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

  - udf偵測連結至目錄階層的系統 inode當 UDF 檔案系統損毀時隱藏的系統 inode 可能會連結至目錄階層這是如 syzbot 模糊影像所發現的進一步嚴重檔案系統損毀和核心混淆的途徑。拒絕存取連結至目錄階層的系統 inode反之亦然。 (CVE-2023-53695)

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

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

  - tpm: acpi呼叫 acpi_put_table() 以修正記憶體洩漏。事件記錄區域的開始和長度是從 TPM2 或 TCPA 表格取得因此我們呼叫 acpi_get_table() 以取得 ACPI 資訊但應結合 acpi_get_table()和 acpi_put_table() 釋放 ACPI 記憶體正確新增 acpi_put_table() 以修正記憶體洩漏。執行期間移除 tpm_read_log_acpi() 結尾的多餘空行。 (CVE-2022-50562)

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

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

  - 已解決 Linux 核心中的下列弱點：regmap-irq: Use the new num_config_regs property in regmap_add_irq_chip_fwnode Commit faa87ce9196d (regmap-irq: Introduce config registers for irq types) added the num_config_regs, then commit 9edd4f5aee84 (regmap-irq: Deprecate type registers and virtual registers) suggested to replace num_type_reg with it. However, regmap_add_irq_chip_fwnode wasn't modified to use the new property. Later on, commit 255a03bb1bb3 (ASoC:
    wcd9335: Convert irq chip to config regs) removed the old num_type_reg property from the WCD9335 driver's struct regmap_irq_chip, causing a null pointer dereference in regmap_irq_set_type when it tried to index d->type_buf as it was never allocated in regmap_add_irq_chip_fwnode: [ 39.199374] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 39.200006] Call trace: [ 39.200014] regmap_irq_set_type+0x84/0x1c0 [ 39.200026] __irq_set_trigger+0x60/0x1c0 [ 39.200040]
    __setup_irq+0x2f4/0x78c [ 39.200051] request_threaded_irq+0xe8/0x1a0 Use num_config_regs in regmap_add_irq_chip_fwnode instead of num_type_reg, and fall back to it if num_config_regs isn't defined to maintain backward compatibility. (CVE-2022-50558)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64: sme: Use STR P to clear FFR context field in streaming SVE mode The FFR is a predicate register which can vary between 16 and 256 bits in size depending upon the configured vector length. When saving the SVE state in streaming SVE mode, the FFR register is inaccessible and so commit 9f5848665788 (arm64/sve: Make access to FFR optional) simply clears the FFR field of the in-memory context structure. Unfortunately, it achieves this using an unconditional 8-byte store and so if the SME vector length is anything other than 64 bytes in size we will either fail to clear the entire field or, worse, we will corrupt memory immediately following the structure. This has led to intermittent kfence splats in CI [1] and can trigger kmalloc Redzone corruption messages when running the 'fp-stress' kselftest: | ============================================================================= | BUG kmalloc-1k (Not tainted): kmalloc Redzone overwritten |
    ----------------------------------------------------------------------------- | | 0xffff000809bf1e22-0xffff000809bf1e27 @offset=7714. First byte 0x0 instead of 0xcc | Allocated in do_sme_acc+0x9c/0x220 age=2613 cpu=1 pid=531 | __kmalloc+0x8c/0xcc | do_sme_acc+0x9c/0x220 | ... Replace the 8-byte store with a store of a predicate register which has been zero-initialised with PFALSE, ensuring that the entire field is cleared in memory. [1] https://lore.kernel.org/r/CA+G9fYtU7HsV0R0dp4XEH5xXHSJFw8KyDf5VQrLLfMxWfxQkag@mail.gmail.com(CVE-2023-53713)

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

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

  - 已解決 Linux 核心中的下列弱點：ima: Fix memory leak in
    __ima_inode_hash() Commit f3cc6b25dcc5 (ima: always measure and audit files in policy) lets measurement or audit happen even if the file digest cannot be calculated. As a result, iint->ima_hash could have been allocated despite ima_collect_measurement() returning an error. Since ima_hash belongs to a temporary inode metadata structure, declared at the beginning of __ima_inode_hash(), just add a kfree() call if ima_collect_measurement() returns an error different from -ENOMEM (in that case, ima_hash should not have been allocated). (CVE-2022-50577)

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

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

  - 在某些情況下BIND 接受來自回應的記錄時過於寬鬆進而允許攻擊者將偽造的資料插入快取。此問題會影響 BIND 9 版本 9.11.0 至 9.16.50、 9.18.0 至 9.18.39、 9.20.0 至 9.20.13、 9.21.0 至 9.21.12、9.11.3-S1 至 9.16.50-S1、9.18.11-S1 至 9.18。 39-S1以及 9.20.9-S1 至 9.20.13-S1。 (CVE-2025-40778)

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

ID	名稱	嚴重性
271645	Linux Distros 未修補的弱點：CVE-2024-31573	medium
271644	Linux Distros 未修補的弱點：CVE-2025-12004	critical
271643	Linux Distros 未修補的弱點：CVE-2025-62702	medium
271642	Linux Distros 未修補的弱點：CVE-2025-62697	high
271641	Linux Distros 未修補弱點：CVE-2014-6439	medium
271640	Linux Distros 未修補的弱點：CVE-2025-57567	critical
271639	Linux Distros 未修補的弱點：CVE-2025-62698	medium
271638	Linux Distros 未修補的弱點：CVE-2025-62695	medium
271637	Linux Distros 未修補的弱點：CVE-2025-62658	high
271636	Linux Distros 未修補的弱點：CVE-2025-11979	medium
271635	Linux Distros 未修補的弱點：CVE-2025-60361	low
271634	Linux Distros 未修補的弱點：CVE-2025-62699	medium
271633	Linux Distros 未修補的弱點：CVE-2025-62657	medium
271632	Linux Distros 未修補的弱點：CVE-2025-12036	high
271631	Linux Distros 未修補的弱點：CVE-2025-60360	medium
271630	Linux Distros 未修補的弱點：CVE-2025-62701	medium
271629	Linux Distros 未修補的弱點：CVE-2025-62700	medium
271628	Linux Distros 未修補的弱點：CVE-2025-62656	medium
271627	Linux Distros 未修補的弱點：CVE-2025-62696	medium
271626	Linux Distros 未修補的弱點：CVE-2025-62694	medium
271625	Linux Distros 未修補的弱點：CVE-2025-62693	medium
271624	Linux Distros 未修補的弱點：CVE-2025-60359	medium
271623	Linux Distros 未修補的弱點：CVE-2023-53710	medium
271622	Linux Distros 未修補的弱點：CVE-2023-53730	medium
271621	Linux Distros 未修補的弱點：CVE-2023-53708	medium
271620	Linux Distros 未修補的弱點：CVE-2023-53692	high
271619	Linux Distros 未修補的弱點：CVE-2023-53718	medium
271618	Linux Distros 未修補的弱點：CVE-2023-53696	medium
271617	Linux Distros 未修補的弱點：CVE-2023-53728	medium
271616	Linux Distros 未修補的弱點：CVE-2022-50578	medium
271615	Linux Distros 未修補的弱點：CVE-2023-53717	high
271614	Linux Distros 未修補的弱點：CVE-2023-53697	high
271613	Linux Distros 未修補的弱點：CVE-2025-8677	high
271612	Linux Distros 未修補的弱點：CVE-2023-53698	high
271610	Linux Distros 未修補的弱點：CVE-2023-53719	medium
271609	Linux Distros 未修補的弱點：CVE-2023-53712	medium
271608	Linux Distros 未修補的弱點：CVE-2022-50579	high
271607	Linux Distros 未修補的弱點：CVE-2025-40780	high
271606	Linux Distros 未修補的弱點：CVE-2023-53702	medium
271605	Linux Distros 未修補的弱點：CVE-2022-50566	medium
271604	Linux Distros 未修補的弱點：CVE-2022-50563	high
271603	Linux Distros 未修補的弱點：CVE-2023-53711	high
271602	Linux Distros 未修補的弱點：CVE-2022-50580	high
271601	Linux Distros 未修補的弱點：CVE-2022-50561	medium
271600	Linux Distros 未修補的弱點：CVE-2023-53695	high
271599	Linux Distros 未修補的弱點：CVE-2022-50562	medium
271598	Linux Distros 未修補的弱點：CVE-2022-50558	medium
271597	Linux Distros 未修補的弱點：CVE-2023-53713	medium
271596	Linux Distros 未修補的弱點：CVE-2022-50577	medium
271595	Linux Distros 未修補的弱點：CVE-2025-40778	high

偵測

Nessus 的 Misc. 系列

medium

critical

medium

high

medium

critical

medium

medium

high

medium

low

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

high

high

high

high

medium

medium

high

high

medium

medium

high

high

high

medium

high

medium

medium

medium

medium

high