Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - powerpc/xive/spapr正しいビットマップ割り当てサイズ kasan は、xibm->bitmap 割り当ての範囲を超えたアクセスを検出します バグ KASAN_find_first_zero_bit+0x40/0x140 の slab-out-of-bounds addr c00000001d1d0118 によるサイズ 8 の読み取りtask swapper/0/1 CPU:0 PID:1 Comm:swapper/0 Nottained 5.19.0-rc2-00001-g90df023b36dd #28 Call Trace: [c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (unreliable) [c000808] (unreliable) [c0000808] [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324]
    __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0] _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118 [ c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 Allocated by task 0:
    kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0 __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 The buggy address belongs to the object at c00000001d1d0118 whichサイズ 8 のキャッシュ kmalloc-8 に属しています。バグのあるアドレスは、8 バイトの領域の 0 バイト内部にあります [c00000001d1d0118、c00000001d1d0120] バグのあるアドレスは、物理ページに属しています。page:c00c000000074740 refcount:1 mapcount:0mapping:0000000000000000000000000000 :0xc00000001d1d0558 pfn:0x1d1d flags: 0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) raw
    007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc 00 fc fc 、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、、、 、 c00000001d1d0200 fc fc fc fc 04 fc fc fc fc fc fc fc これは、BITS_TO_LONGS(count) * sizeof(long) または同等のものを渡す必要があるときに、割り当てが間違った単位ビットを使用するために発生します。ビット数が少ない場合、割り当てられたオブジェクトは sizeof(long) よりも小さくなる可能性があり、その結果、無効なアクセスが発生します。bitmap_zalloc() を使用して IRQ ビットマップを割り当てて初期化し、一貫性を保つために bitmap_free() と組み合わせて使用します。(CVE-2022-49623)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-572.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中，已經解決下列弱點：arm64：cacheinfo：避免超出邊界寫入 cacheinfo 陣列偵測/填入快取資訊的迴圈已針對陣列大小進行邊界檢查，但未考慮快取具有獨立資料/指令快取的層級。藉由增加任何已填入的分葉 (而非任何已填入的層級) 的索引來修正此問題。(CVE-2025-21785)

  - 在 Linux 核心中，已經解決下列弱點：powerpc/xive/spapr：更正點陣圖配置大小 kasan 偵測到超出 xibm->點陣圖配置結尾的存取：錯誤：KASAN：_find_first_zero_bit 中的 slab-out-of-bounds +0x40/0x140 工作 swapper/0/1 CPU：0x40/0x140 在 addr c00000001d1d0118 讀取大小為 8 的 CPU：0 PID：1 Comm：swapper/0 未受污染的 5.19.0-rc2-00001-g90df023b36dd #28 呼叫追踪：
    [c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (unreliable) [c00000001d98f7b0] [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324] __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0]
    _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118 [c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [ c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 依工作 0 配置：kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0
    __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 有問題的地址屬於以下位置的物件 c00000001d1d0118 其屬於大小 8 的快取 kmalloc-8 有問題的位址位於 8 位元組區域內的 0 位元組處 [c00000001d1d0118, c00000001d1d0120) 有問題的地址屬於實體頁面：page:c00c000000074740 refcount:1 mapcount:0 mapping:0000000000000000 index:0xc00000001d1d0558 pfn:0x1d1d flags: 0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) raw: 007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff 0000000000000000 頁面傾印原因：kasan: 偵測到錯誤存取 有問題位址周圍的記憶體狀態：
    c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc >c00000001d1d0100: fc fc fc 02 fc fc fc fc fc fc fc fc fc fc fc fc ^ c00000001d1d0180: fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0200: fc fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc 發生此情況的原因是配置使用錯誤單位 (位元)，但實際上應該傳遞 (BITS_TO_LONGS(count) * sizeof(long)) 或等值。若使用少量的位元，配置的物件可能會小於 sizeof(long)，進而導致無效的存取。使用 bitmap_zalloc() 配置和初始化 irq 點陣圖，並且搭配 bitmap_free() 使用以確保一致性。(CVE-2022-49623)

  - 在 Linux 核心中，已經解決下列弱點： soc：qcom：cmd-db：將共用記憶體對應為 WC，非 WB Linux 不會寫入 cmd-db 區域。此記憶體區域受到 XPU 的寫入保護。
    XPU 有時可能會將乾淨的快取置換錯誤地偵測為寫入至寫入保護的區域，導致安全中斷，進而在信任區域的某處造成無限迴圈。它現在可以運作的唯一原因是 Qualcomm Hypervisor 將相同的區域對應為第 2 階段轉譯表格中的非可快取記憶體。如果我們要使用不清楚有關這些特定對應的任何其他 Hypervisor (例如 Xen 或 KVM)，就會出現此問題。將 cmd-db 記憶體的對應從 MEMREMAP_WB 變更為 MEMREMAP_WT/WC，會移除第 2 階段表格中正確對應的相依性。此修補程式透過更新 MEMREMAP_WC 的對應來修正此問題。我在 SA8155P 上使用 Xen 對此進行了測試。(CVE-2024-46689)

  - 在 Linux 核心中，已經解決下列弱點：io_uring：檢查溢位排清期間是否需要重新排程。就一般應用程式使用而言，此清單將一律為空。如果應用程式確實有一點溢位，它將會有一些項目。不過，顯然沒有什麼能阻止 syzbot 執行會產生大量溢位項目的測試案例，同時排清這些項目可能需要相當長的時間。檢查是否需要在排清時重新排程，並且視需要中斷我們的鎖定。
    此處沒有要維護的狀態，因為溢位一律會從清單開頭剪除，因此可以在迴圈結尾放置並重新取得鎖定。 (CVE-2024-50060)

  - 在 Linux 核心中，已經解決下列弱點：io_uring/rw：修正遺漏的 NOWAIT 檢查以便讓 O_DIRECT 開始寫入。當 io_uring 開始寫入時，它會呼叫 kiocb_start_write() 以提升超級區塊 rwsem，避免該寫入在進行時發生任何凍結。凍結端會抓取該 rwsem 進行寫入，排除任何新的編寫器發生，並等待現有寫入完成。但是 io_uring 會無條件地使用 kiocb_start_write()，倘若目前有人嘗試凍結裝載點，將會加以封鎖。此情況會造成鎖死，其中凍結正在等待先前的寫入完成，但是先前的寫入無法完成，因為原本應該完成寫入的工作在開始新的寫入時遭到封鎖。這樣會導致下列停滯追踪顯示寫入封鎖的相依性開始新的寫入：task:fio state:D stack:0 pid:886 tgid:886 ppid:876 呼叫追踪：__switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_rwsem_wait+0x1e8/0x3f8
    __percpu_down_read+0xe8/0x500 io_write+0xbb8/0xff8 io_issue_sqe+0x10c/0x1020 io_submit_sqes+0x614/0x2110
    __arm64_sys_io_uring_enter+0x524/0x1038 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238 do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 INFO:
    工作 fsfreeze:7364 遭到封鎖超過 15 秒。未受污染 6.12.0-rc5-00063-g76aaf945701c #7963 (因嘗試的 freezer 導致) 在嘗試抓取 rwsem 時停滯：task:fsfreeze state:D stack:0 pid:7364 tgid:7364 ppid:995 呼叫追踪：__switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_down_write+0x2b0/0x680 freeze_super+0x248/0x8a8 do_vfs_ioctl+0x149c/0x1b18
    __arm64_sys_ioctl+0xd0/0x1a0 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238 do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 修正此問題的方式是讓 io_uring 端允許 honor IOCB_NOWAIT，並且僅在未設定時才嘗試封鎖超級區塊 rwsem 的抓取。針對一律設定 IOCB_NOWAIT 的一般問題，這樣會傳回 -EAGAIN，其可讓 io_uring 核心發出封鎖寫入嘗試。反過來，這也會讓完成項目執行，確保向前進行。由於凍結首先需要 CAP_SYS_ADMIN，因此一般使用者無法觸發。(CVE-2024-53052)

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - powerpc/xive/spapr: correct bitmap allocation size kasan detects access beyond the end of the xibm->bitmap     allocation: BUG: KASAN: slab-out-of-bounds in _find_first_zero_bit+0x40/0x140 Read of size 8 at addr     c00000001d1d0118 by task swapper/0/1 CPU: 0 PID: 1 Comm: swapper/0 Not tainted     5.19.0-rc2-00001-g90df023b36dd #28 Call Trace: [c00000001d98f770] [c0000000012baab8]     dump_stack_lvl+0xac/0x108 (unreliable) [c00000001d98f7b0] [c00000000068faac] print_report+0x37c/0x710     [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324]
    __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0] _find_first_zero_bit+0x40/0x140     [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28]     xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118     [c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [c00000001d98fc90] [c000000004009f9c]     kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0     [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 Allocated by task 0:
    kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0 __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c     pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 The     buggy address belongs to the object at c00000001d1d0118 which belongs to the cache kmalloc-8 of size 8 The     buggy address is located 0 bytes inside of 8-byte region [c00000001d1d0118, c00000001d1d0120) The buggy     address belongs to the physical page: page:c00c000000074740 refcount:1 mapcount:0 mapping:0000000000000000     index:0xc00000001d1d0558 pfn:0x1d1d flags: 0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) raw:
    007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a     00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the     buggy address: c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc     00 fc fc fc fc fc fc fc fc fc fc fc fc fc >c00000001d1d0100: fc fc fc 02 fc fc fc fc fc fc fc fc fc fc fc     fc ^ c00000001d1d0180: fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0200: fc fc fc fc fc 04     fc fc fc fc fc fc fc fc fc fc This happens because the allocation uses the wrong unit (bits) when it     should pass (BITS_TO_LONGS(count) * sizeof(long)) or equivalent. With small numbers of bits, the allocated     object can be smaller than sizeof(long), which results in invalid accesses. Use bitmap_zalloc() to     allocate and initialize the irq bitmap, paired with bitmap_free() for consistency. (CVE-2022-49623)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:1263-1 advisory.

    The SUSE Linux Enterprise 15 SP3 kernel was updated to receive various security bugfixes.

    The following security bugs were fixed:

    - CVE-2021-47248: udp: fix race between close() and udp_abort() (bsc#1224867).
    - CVE-2022-49051: net: usb: aqc111: Fix out-of-bounds accesses in RX fixup (bsc#1237903).
    - CVE-2022-49053: scsi: target: tcmu: Fix possible page UAF (bsc#1237918).
    - CVE-2022-49275: can: m_can: m_can_tx_handler(): fix use after free of skb (bsc#1238719).
    - CVE-2022-49413: bfq: Update cgroup information before merging bio (bsc#1238710).
    - CVE-2022-49465: blk-throttle: Set BIO_THROTTLED when bio has been throttled (bsc#1238919).
    - CVE-2022-49545: ALSA: usb-audio: Cancel pending work at closing a MIDI substream (bsc#1238729).
    - CVE-2022-49563: crypto: qat - add param check for RSA (bsc#1238787).
    - CVE-2022-49564: crypto: qat - add param check for DH (bsc#1238789).
    - CVE-2022-49739: gfs2: Always check inode size of inline inodes (bsc#1240207).
    - CVE-2023-52935: mm/khugepaged: fix ->anon_vma race (bsc#1240276).
    - CVE-2024-56642: tipc: Fix use-after-free of kernel socket in cleanup_bearer() (bsc#1235433).
    - CVE-2024-56651: can: hi311x: hi3110_can_ist(): fix potential use-after-free (bsc#1235528).
    - CVE-2024-57996: net_sched: sch_sfq: do not allow 1 packet limit (bsc#1239076).
    - CVE-2024-58014: wifi: brcmsmac: add gain range check to wlc_phy_iqcal_gainparams_nphy() (bsc#1239109).
    - CVE-2025-21772: partitions: mac: fix handling of bogus partition table (bsc#1238911).
    - CVE-2025-21780: drm/amdgpu: avoid buffer overflow attach in smu_sys_set_pp_table() (bsc#1239115).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-572.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，已解决以下漏洞：arm64: cacheinfo: 避免越界写入 cacheinfo 数组。检测或填充缓存信息的循环已在数组大小上存在边界检查，但不会考虑具有单独数据或指令缓存的缓存级别。通过增加任何填充的叶（而非任意填充的级别）的索引修复此问题。 (CVE-2025-21785)

  - 在 Linux 内核中，已解决以下漏洞：powerpc/xive/spapr: correct bitmap allocation size kasan detects access beyond the end of the xibm->bitmap allocation: BUG: KASAN: slab-out-of-bounds in _find_first_zero_bit+0x40/0x140 Read of size 8 at addr c00000001d1d0118 by task swapper/0/1 CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.19.0-rc2-00001-g90df023b36dd #28 调用跟踪：
    [c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (unreliable) [c00000001d98f7b0] [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324] __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0]
    _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118 [c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [ c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 Allocated by task 0: kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0
    __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 该缺陷地址所属的对象位于 c00000001d1d0118， 属于大小为 8 的缓存 kmalloc-8 该缺陷地址位于 8 字节区域内的 0 个字节 [c00000001d1d0118, c00000001d1d0120) 该缺陷地址所属的实体页面为：page:c00c000000074740 refcount:1 mapcount:0 mapping:0000000000000000 index:0xc00000001d1d0558 pfn:0x1d1d flags: 0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) raw: 007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address:
    c00000001d1d0000： fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080： fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc >c00000001d1d0100： fc fc fc fc fc fc 02 fc fc fc fc fc ^ c00000001d1d0180： fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0200： fc fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc 出现这种情况是因为使用了错误的分配单位（位），而不是通过 (BITS_TO_LONGS(count) * sizeof(long)) 或同等条件。对于少量位，分配的对象可能小于 sizeof(long)，从而导致无效访问。使用 bitmap_zalloc() 分配和初始化 irq 位图，与 bitmap_free() 配对使用以确保一致性。 (CVE-2022-49623)

  - 在 Linux 内核中，已解决以下漏洞：soc: qcom: cmd-db: 将共享内存映射为 WC，而非 WB。Linux 不写入 cmd-db 区域。此内存区域受到 XPU 的写入保护。
    XPU 有时误将干净缓存清理检测为写入受保护区域，导致安全中断，从而在信任区中的某处出现死循环。XPU 现在正常工作的唯一原因是 Qualcomm Hypervisor 将相同的区域映射为 Stage 2 转换表中的 Non-Cacheable 内存。如使用对此类特定映射一无所知的其他管理程序（如 Xen 或 KVM），则会出现此问题。将 cmd-db 内存的映射从 MEMREMAP_WB 更改为 MEMREMAP_WT/WC 可移除对 Stage 2 表中正确映射的依赖关系。此修补程序通过更新映射到 MEMREMAP_WC 来修复该问题。我在 SA8155P 上使用 Xen 进行了测试。 (CVE-2024-46689)

  - 在 Linux 内核中，已解决以下漏洞：io_uring: 检查溢出刷新期间是否需要重新计划。通常，此列表为空或仅包含少量条目。如应用程序的确发生了溢出，此列表也会产生部分条目。但是，像 syzbot 这样的模糊测试工具会生成大量的溢出条目，导致刷新过程需要很长时间。在刷新时检查是否需要重新安排，并在必要时解锁。
    由于溢出总是从列表头部删除，因此不需要维护复杂的状态，从而可以安全地在每次循环迭代结束时暂时释放并重新获取锁。(CVE-2024-50060)

  - 在 Linux 内核中，已解决以下漏洞：io_uring/rw：修复 O_DIRECT 开始写入所缺少的 NOWAIT 检查。当 io_uring 启动写入时，会调用 kiocb_start_write() 函数来获取超级块的读写信号量，从而防止文件系统在写入过程中冻结。然而，冻结进程将读写信号量置于写入模式，阻止新的写入开始并等待正在进行的写入完成。但是 io_uring 总是调用 kiocb_start_write() 函数，从而在冻结进程已经运行的情况下导致该函数阻塞的问题。该问题会进一步造成死锁，即冻结进程正在等待写入完成，但是写入无法完成，因为调用的函数一直处于阻塞状态。最终导致以下进程卡住，使其在尝试启动新的写入时受到阻止：task:fio state:D stack:0 pid:886 tgid:886 ppid:876 调用跟踪：__switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_rwsem_wait+0x1e8/0x3f8
    __percpu_down_read+0xe8/0x500 io_write+0xbb8/0xff8 io_issue_sqe+0x10c/0x1020 io_submit_sqes+0x614/0x2110
    __arm64_sys_io_uring_enter+0x524/0x1038 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238 do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 INFO:
    任务 fsfreeze:7364 阻断超过 15 秒。Not tainted 6.12.0-rc5-00063-g76aaf945701c #7963 with the attempting freezer stuck trying to grab the rwsem: task:fsfreeze state:D stack:0 pid:7364 tgid:7364 ppid:995 Call trace: __switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_down_write+0x2b0/0x680 freeze_super+0x248/0x8a8 do_vfs_ioctl+0x149c/0x1b18
    __arm64_sys_ioctl+0xd0/0x1a0 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238 do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 使 io_uring 遵循 IOCB_NOWAIT 标志进行修复，且在设置标志时避免阻塞锁，如果未设置标志，则允许获取阻塞锁。对于始终设置 IOCB_NOWAIT 的正常问题，此函数返回 -EAGAIN，会使 io_uring 核心发出阻断的写入尝试。这反过来也会让完成运行，确保转发进度。由于冻结首先需要 CAP_SYS_ADMIN，因此普通用户无法触发。 (CVE-2024-53052)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - powerpc/xive/spapr更正點陣圖配置大小kasan 偵測到的存取超出 xibm->點陣圖配置的結尾task swapper/0/1 CPU0 PID1 通訊 swapper/0 未受污染的 5.19.0-rc2-00001-g90df023b36dd #28 呼叫追踪 [c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (不可靠) [c000000019ffbd0] [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324]
    __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0] _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118 [ c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 Allocated by task 0:
    kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0 __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 The buggy address belongs to the object at c00000001d1d0118 which屬於大小為 8 的快取 kmalloc-8 錯誤位址位於 8 位元組區域內的 0 位元組 [c00000001d1d0118, c00000001d1d0120) 錯誤位址屬於實體頁面 page:c00c000000074740 refcount:1 mapcount:0 mapping:0000000000000000 索引0xc00000001d1d0558 pfn:0x1d1d flags0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) 原始
    007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc 00 fc fc fc fc fc fc fc fc fc >c00000001d1d0100fc fc 02 fc fc fc fc fc fc fc fc ^ c00000001d1d0180fc fc fc 04 fc fc fc fc fc fc fc fc c00000001d1d0200: fc fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc 若使用少量的位元，配置的物件可能會小於 sizeof(long)，進而導致無效的存取。使用 bitmap_zalloc() 配置和初始化 irq 點陣圖，並且搭配 bitmap_free() 使用以確保一致性。(CVE-2022-49623)

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

リモートの SUSE Linux SLES12 ホストには、SUSE-SU-2025:1293-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 12 SP5 カーネルが更新され、さまざまなセキュリティのバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2021-46925: smc_sock の競合によって引き起こされるカーネルパニックを修正しました (bsc#1220466)。
    - CVE-2021-47645: media: staging: media: zoran: zoran_reap_stat_com の正しいバッファ数を計算 (bsc#1237767)。
    - CVE-2021-47648: gpu: host1x:「host1x_remove()」でのメモリリークを修正 (bsc#1237725)。
    - CVE-2022-49046: i2c: dev: dev_set_name() を呼び出すときの戻り値をチェック (bsc#1237842)。
    - CVE-2022-49051: net: usb: aqc111: RX 修正で領域外アクセスを修正 (bsc#1237903)。
    - CVE-2022-49053:scsi: target: tcmu: 潜在的なページ UAF を修正 (bsc#1237918)。
    - CVE-2022-49059: nfc: nci: uaf を防ぐために flush_workqueue を追加 (bsc#1238007)。
    - CVE-2022-49074: irqchip/gic-v3: GICR_CTLR.RWP のポーリングを修正 (bsc#1237728)。
    - CVE-2022-49075: btrfs: qgroup 予約オーバーフローの qgroup 制限を修正 (bsc#1237733)。
    - CVE-2022-49084: qede: 使用する前に skb が割り当てられていることを確認する (bsc#1237751)。
    - CVE-2022-49107: ceph: note_last_dentry がエラーを返す場合に ceph_readdir でのメモリリークを修正 (bsc#1237973)。
    - CVE-2022-49109: ceph: ceph_get_snapdir() の inode 参照漏洩を修正 (bsc#1237836)。
    - CVE-2022-49119: scsi: pm8001: pm8001_chip_fw_flash_update_req() のメモリリークを修正 (bsc#1237925)。
    - CVE-2022-49120: scsi: pm8001: pm8001_send_abort_all() のタスク漏洩を修正 (bsc#1237969)。
    - CVE-2022-49209: bpf、sockmap: sk msg がいっぱいになっているときの tcp_bpf_sendmsg のメモリリークを修正 (bsc#1238252)。
    - CVE-2022-49220: dax: キャッシュを破壊する前に inode がフラッシュされるようにする (bsc#1237936)。
    - CVE-2022-49275: can: m_can: m_can_tx_handler(): skb の use-after-free を修正 (bsc#1238719)。
    - CVE-2022-49286: tpm: tpm-space.c で try_get_ops() を使用する (bsc#1238647)。
    - CVE-2022-49292: ALSA: oss: PCM OSS バッファ割り当てオーバーフローを修正 (bsc#1238625)。
    - CVE-2022-49308: extcon: ドライバーデータの設定後に作成されるように extcon デバイスを変更 (bsc#1238654)。
    - CVE-2022-49331: nfc: st21nfca: EVT_TRANSACTION 処理のメモリリークを修正 (bsc#1237813)。
    - CVE-2022-49344: af_unix: unix_dgram_peer_wake_me() でのデータ競合を修正 (bsc#1237988)。
    - CVE-2022-49367: net: dsa: mv88e6xxx: mv88e6xxx_mdios_register の refcount 漏洩を修正 (bsc#1238447)。
    - CVE-2022-49370: firmware: dmi-sysfs: dmi_sysfs_register_handle のメモリ漏洩を修正 (bsc#1238467)。
    - CVE-2022-49372: tcp: tcp_rtx_synack() は、プロセスコンテキストから呼び出される可能性がある (bsc#1238251)。
    - CVE-2022-49388: ubi: ubi_create_volume: ボリューム作成が失敗したときのメモリ解放後使用 (use-after-free) を修正 (bsc#1237934)。
    - CVE-2022-49395: um: LDT 設定の領域外読み取りを修正 (bsc#1237953)。
    - CVE-2022-49397: phy: qcom-qmp: プローブエラーの struct clk 漏洩を修正 (bsc#1237823)。
    - CVE-2022-49404: RDMA/hfi1: 潜在的な整数乗算オーバーフローのエラーを修正 (bsc#1238430)。
    - CVE-2022-49416: wifi: mac80211: chanctx コードのメモリ解放後使用 (Use After Free) を修正(bsc#1238293)。
    - CVE-2022-49433: RDMA/hfi1: 初期化される前のロックの使用を防止 (bsc#1238268)。
    - CVE-2022-49472: net: phy: micrel: .driver_data なしでプロービングを許可(bsc#1238951)。
    - CVE-2022-49488: drm/msm/mdp5: デッドロックが発生した場合、mdp5_mixer_release でエラーコードを返す (bsc#1238600)。
    - CVE-2022-49495: drm/msm/hdmi: platform_get_resource_byname() 呼び出し後に戻り値をチェックする (bsc#1237932)。
    - CVE-2022-49497: net: skb_checksum_help() から 2 つの BUG() を削除 (bsc#1238946)。
    - CVE-2022-49505: NFC: dev->rfkill を NULL 出力し、UAF を防ぐ (bsc#1238615)。
    - CVE-2022-49516: ice: VF VSI ポインターの値を常にチェック (bsc#1238953)。
    - CVE-2022-49519: ath10k: ドライバー状態 RESTARTING に対する中断中に ath10k_halt をスキップ (bsc#1238943)。
    - CVE-2022-49524: media: pci: cx23885: cx23885_initdev() のエラー処理を修正 (bsc#1238949)。
    - CVE-2022-49530: drm/amd/pm: si_parse_power_table() での二重解放を修正 (bsc#1238944)。
    - CVE-2022-49538: ALSA: jack: snd_jack_report() での mutex 呼び出しを修正 (bsc#1238843)。
    - CVE-2022-49544: ipw2x00: libipw_xmit() の潜在的な NULL デリファレンスを修正 (bsc#1238721).
    - CVE-2022-49545: ALSA: usb-audio: MIDI サブストリームを閉じる際に未解決の作業をキャンセル (bsc#1238729)。
    - CVE-2022-49546: x86/kexec: ヘッダーバッファの二重解放を修正 (bsc#1238750)。
    - CVE-2022-49563: crypto: qat - RSA 用の param チェックを追加 (bsc#1238787)。
    - CVE-2022-49564: crypto: qat - DH 用の param チェックを追加 (bsc#1238789)。
    - CVE-2022-49578: ip: sysctl_ip_prot_sock 周辺のデータ競合を修正。(bsc#1238794)。
    - CVE-2022-49581: be2net: be_get_module_eeprom のバッファオーバーフローを修正 (bsc#1238540)。
    - CVE-2022-49589: kABI: mr_ifc_count の変更を保護 (bsc#1238598)。
    - CVE-2022-49605: igc: IGC_REMOVED ロジックを元に戻し、適切に実装 (bsc#1238433)。
    - CVE-2022-49607: perf/core: perf_event_set_output() と perf_mmap_close() の間のデータ競合を修正 (bsc#1238817)。
    - CVE-2022-49610: KVM: VMX: vmenter の前に RSB アンダーフローを防止 (bsc#1238952)。
    - CVE-2022-49619: net: sfp: sfp_probe() のメモリリークを修正 (bsc#1239003)。
    - CVE-2022-49620: net: tipc: tipc_sk_create() の refcount 漏洩の可能性を修正 (bsc#1239002)。
    - CVE-2022-49640: sysctl: proc_douintvec_minmax() のデータ競合を修正 (bsc#1237782)。
    - CVE-2022-49641: sysctl: proc_douintvec() のデータ競合を修正 (bsc#1237831)。
    - CVE-2022-49667: net: bonding: 802.3ad スレーブのバインド解除後のメモリ解放後使用 (use-after-free) を修正 (bsc#1238282)。
    - CVE-2022-49672: net: tun: 破壊時にデバイスから NAPI のリンクを解除 (bsc#1238816)。
    - CVE-2022-49711: bus: fsl-mc-bus: fsl_mc_bus_remove() での KASAN use-after-free を修正 (bsc#1238416)。
    - CVE-2022-49727: ipv6: l2tp_ip6_sendmsg の符号付き整数オーバーフローを修正 (bsc#1239059)。
    - CVE-2022-49740: wifi: brcmfmac: 領域外読み取りを防ぐためにチャネル仕様のカウント値をチェック (bsc#1240233)。
    - CVE-2023-52935: mm/khugepaged: ->anon_vma の競合を修正 (bsc#1240276)。
    - CVE-2023-52997: ipv4: ip_metrics_convert() の spectre v1 ガジェットの可能性を阻止 (bsc#1240303)。
    - CVE-2023-53010: bnxt: テスト名の末尾を超えて読み取らない (bsc#1240290)。
    - CVE-2023-53019: net: mdio: mdiobus_get_phy() のパラメーター addr を検証 (bsc#1240286)。
    - CVE-2024-35910: kABI の tcp の修正: カーネルソケットのタイマーを適切に終了させる (bsc#1224489)。
    - CVE-2024-36968: Bluetooth: L2CAP: l2cap_le_flowctl_init() の div-by-zero を修正 (bsc#1226130)。
    - CVE-2024-38559: scsi: qedf: コピーされたバッファが NUL の終端であることを確認する (bsc#1226785)。
    - CVE-2024-41005: netpoll: netpoll_owner_active 内の競合状態の修正 (bsc#1227858)。
    - CVE-2024-49571: net/smc: 提案メッセージを受信する際に iparea_offset および ipv6_prefixes_cnt をチェック (bsc#1235733)。
    - CVE-2024-49935: ACPI: PAD: exit_round_robin() のクラッシュを修正 (bsc#1232370)。
    - CVE-2024-49940: l2tp: トンネルの参照カウントのアンダーフローを防ぐ (bsc#1232812)。
    - CVE-2024-50269: usb: musb: sunxi: リリースされた usb phy へのアクセスを修正 (bsc#1233458)。
    - CVE-2024-53124: net: sk->sk_forward_alloc 周辺のデータ競合を修正 (bsc#1234074)。
    - CVE-2024-53140: netlink: ソケットクローズでの未処理のダンプを終了する (bsc#1234222)。
    - CVE-2024-53680: ipvs: ip_vs_protocol_init() の初期化されていないスタックアクセスによる UB を修正 (bsc#1235715)。
    - CVE-2024-56640: net/smc: LGR および use-after-free 問題のリンクの修正 (bsc#1235436)。
    - CVE-2024-56770: net/sched: netem: 子 qdisc からのバックログ更新に対応 (bsc#1235637)。
    - CVE-2024-57900: ila: nf_register_net_hooks() への呼び出しをシリアル化 (bsc#1235973)。
    - CVE-2024-57973: rdma/cxgb4: 32 ビットでの潜在的な整数オーバーフローを防止 (bsc#1238531)。
    - CVE-2024-57979: pps の変更に対する kABI の回避策 (bsc#1238521)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2024-58052: drm/amdgpu: atomctrl_get_smc_sclk_range_table の潜在的な NULL ポインターデリファレンスを修正 (bsc#1238986)。
    - CVE-2024-58071: team: すでにチームデバイスであるデバイスを追加することを防ぐ (bsc#1238970)
    - CVE-2024-58072: wifi: rtlwifi: 未使用の check_buddy_priv を削除 (bsc#1238964)。
    - CVE-2024-58083: KVM: kvm_get_vcpu() で、ターゲット vCPU がオンラインであることを明示的に検証 (bsc#1239036)。
    - CVE-2025-21703: netem: qdisc_tree_reduce_backlog() の前に sch->q.qlen を更新 (bsc#1237313)。
    - CVE-2025-21708: net: usb: rtl8150: 基本的なエンドポイントチェックを有効にする (bsc#1239087)。
    - CVE-2025-21744: wifi: brcmfmac: brcmf_txfinalize() の NULL ポインターデリファレンスを修正 (bsc#1238903)。
    - CVE-2025-21759: ipv6: mcast: igmp6_send() の RCU 保護を拡張 (bsc#1238738)。
    - CVE-2025-21760: ndisc: ndisc_send_skb() の RCU 保護を拡張 (bsc#1238763)。
    - CVE-2025-21762: arp: arp_xmit() で RCU 保護を使用 (bsc#1238780)。
    - CVE-2025-21763: neighbour: __neigh_notify() で RCU 保護を使用 (bsc#1237897)。
    - CVE-2025-21765: ipv6: ip6_default_advmss() で RCU 保護を使用 (bsc#1237906)。
    - CVE-2025-21766: ipv4: __ip_rt_update_pmtu() で RCU 保護を使用 (bsc#1238754)。
    - CVE-2025-21776: USB: hub: 設定またはインターフェースが多すぎる非準拠デバイスを無視 (bsc#1238909)。
    - CVE-2025-21782: orangefs: orangefs_debug_write の oob を修正 (bsc#1239117)。
    - CVE-2025-21785: arm64: cacheinfo: cacheinfo 配列への領域外書き込みを回避 (bsc#1238747)。
    - CVE-2025-21791: vrf: l3mdev_l3_out() で RCU 保護を使用 (bsc#1238512)。
    - CVE-2025-21796: nfsd: acl_access/acl_default のリリース後に、それらをクリア (bsc#1238716)。
    - CVE-2025-21802: net: hns3: パラレル化するドライバーをアンロードする際の oops を修正します (bsc#1238751)。
    - CVE-2025-21821: fbdev: omap: LCD DMA に対してスレッド化された IRQ を使用 (bsc#1239174)。
    - CVE-2025-21831: PCI: TUXEDO Sirius Gen1 の D3 に一部の root ポートを配置するのを回避 (bsc#1239039)。
    - CVE-2025-21846: acct: ワークキューから最後の書き込みを実行 (bsc#1239508)。
    - CVE-2025-21848: nfp: bpf: nfp_app_ctrl_msg_alloc() のチェックを追加 (bsc#1239479)。
    - CVE-2025-21865: gtp: gtp_net_exit_batch_rtnl() のリスト破損スプラットを抑制 (bsc#1239481)。
    - CVE-2025-21871: tee: optee: supplicant 待機ループを修正 (bsc#1240183)。
    - CVE-2025-21877: usbnet: gl620a: genelink_bind() のエンドポイントチェックを修正 (bsc#1240172)。
    - CVE-2025-21891: ipvlan: ネットワークヘッダーが skb 線形部分にあることを確認 (bsc#1240186)。
    - CVE-2025-21916: usb: atm: cxacru: 既存のエンドポイントチェックにある欠陥を修正 (bsc#1240582)。
    - CVE-2025-21922: ppp: KMSAN uninit-value の警告を bpf で修正 (bsc#1240639)。
    - CVE-2025-21934: rapidio: rio_add_net() fails が失敗した場合の API ミスを修正 (bsc#1240708)。
    - CVE-2025-21935: rapidio: rio_scan_alloc_net() での rio_add_net() に対するチェックを追加 (bsc#1240700)。
    - CVE-2025-21969: Bluetooth: L2CAP: 一部の arch でのビルドエラーを修正 (bsc#1240784)。
    - CVE-2025-21993: iscsi_ibft: ibft_attr_show_nic() の UBSAN shift-out-of-bounds 警告を修正 (bsc#1240797)。
    - CVE-2025-21996: drm/radeon: radeon_vce_cs_parse() の初期化されていないサイズの問題を修正 (bsc#1240801)。
    - CVE-2025-22007: Bluetooth: chan_alloc_skb_cb() のエラーコードを修正(bsc#1240582)。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - powerpc/xive/spapr更正位图分配大小 kasan 检测到访问超出 xibm->bitmap 分配末尾的访问缺陷KASAN_find_first_zero_bit+0x40/0x140 读取中发生 slab 越界addr c00000001d1d0118 task swapper/0/1 CPU0 PID1 Commswapper/0 Not tainted 5.19.0-rc2-00001-g90df023b36dd #28 Call Trace[c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (unreliable) [c00000001d] [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324]
    __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0] _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118 [ c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 Allocated by task 0:
    kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0 __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 The buggy address belongs to the object at c00000001d1d0118 which属于大小 8 的缓存 kmalloc-8 有缺陷的地址位于 8 字节区域内部 0 字节 [c00000001d1d0118、c00000001d1d0120) 有缺陷的地址属于物理页page:c00c000000074740 refcount:1 mapcount:0 mapping:0000000000000000 index :0xc00000001d1d0558 pfn:0x1d1d flags0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffffraw
    007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc 00 fc fc fc fc fc fc fc fc fc fc fc fc >c00000001d1d0100fc fc fc fc fc fc fc fc fc fc fc fc ^ c00000001d1d0180fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc c00000001d1d0200fc fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc 之所以会发生这种情况是因为分配应传递 (BITS_TO_LONGS(count) * sizeof(long)) 或同等操作时使用错误的单位位。对于少量位，分配的对象可能小于 sizeof(long)，从而导致无效访问。使用 bitmap_zalloc() 分配和初始化 irq 位图，与 bitmap_free() 配对使用以确保一致性。 (CVE-2022-49623)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:1027-1 advisory.

    The SUSE Linux Enterprise 15 SP4 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2024-2201: Fixed information leak in x86/BHI (bsc#1217339).
    - CVE-2024-41092: drm/i915/gt: Fix potential UAF by revoke of fence registers (bsc#1228483).
    - CVE-2024-42098: crypto: ecdh - explicitly zeroize private_key (bsc#1228779).
    - CVE-2024-42229: crypto: aead,cipher - zeroize key buffer after use (bsc#1228708).
    - CVE-2024-57996: net_sched: sch_sfq: do not allow 1 packet limit (bsc#1239076).
    - CVE-2024-58014: wifi: brcmsmac: add gain range check to wlc_phy_iqcal_gainparams_nphy() (bsc#1239109).
    - CVE-2025-21718: net: rose: fix timer races against user threads (bsc#1239073).
    - CVE-2025-21780: drm/amdgpu: avoid buffer overflow attach in smu_sys_set_pp_table() (bsc#1239115).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES12 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:1293-1 advisory.

    The SUSE Linux Enterprise 12 SP5 kernel was updated to receive various security bugfixes.

    The following security bugs were fixed:

    - CVE-2021-46925: Fixed kernel panic caused by race of smc_sock (bsc#1220466).
    - CVE-2021-47645: media: staging: media: zoran: calculate the right buffer number for zoran_reap_stat_com     (bsc#1237767).
    - CVE-2021-47648: gpu: host1x: Fix a memory leak in 'host1x_remove()' (bsc#1237725).
    - CVE-2022-49046: i2c: dev: check return value when calling dev_set_name() (bsc#1237842).
    - CVE-2022-49051: net: usb: aqc111: Fix out-of-bounds accesses in RX fixup (bsc#1237903).
    - CVE-2022-49053: scsi: target: tcmu: Fix possible page UAF (bsc#1237918).
    - CVE-2022-49059: nfc: nci: add flush_workqueue to prevent uaf (bsc#1238007).
    - CVE-2022-49074: irqchip/gic-v3: Fix GICR_CTLR.RWP polling (bsc#1237728).
    - CVE-2022-49075: btrfs: fix qgroup reserve overflow the qgroup limit (bsc#1237733).
    - CVE-2022-49084: qede: confirm skb is allocated before using (bsc#1237751).
    - CVE-2022-49107: ceph: fix memory leak in ceph_readdir when note_last_dentry returns error (bsc#1237973).
    - CVE-2022-49109: ceph: fix inode reference leakage in ceph_get_snapdir() (bsc#1237836).
    - CVE-2022-49119: scsi: pm8001: Fix memory leak in pm8001_chip_fw_flash_update_req() (bsc#1237925).
    - CVE-2022-49120: scsi: pm8001: Fix task leak in pm8001_send_abort_all() (bsc#1237969).
    - CVE-2022-49209: bpf, sockmap: Fix memleak in tcp_bpf_sendmsg while sk msg is full (bsc#1238252).
    - CVE-2022-49220: dax: make sure inodes are flushed before destroy cache (bsc#1237936).
    - CVE-2022-49275: can: m_can: m_can_tx_handler(): fix use after free of skb (bsc#1238719).
    - CVE-2022-49286: tpm: use try_get_ops() in tpm-space.c (bsc#1238647).
    - CVE-2022-49292: ALSA: oss: Fix PCM OSS buffer allocation overflow (bsc#1238625).
    - CVE-2022-49308: extcon: Modify extcon device to be created after driver data is set (bsc#1238654).
    - CVE-2022-49331: nfc: st21nfca: fix memory leaks in EVT_TRANSACTION handling (bsc#1237813).
    - CVE-2022-49344: af_unix: Fix a data-race in unix_dgram_peer_wake_me() (bsc#1237988).
    - CVE-2022-49367: net: dsa: mv88e6xxx: Fix refcount leak in mv88e6xxx_mdios_register (bsc#1238447).
    - CVE-2022-49370: firmware: dmi-sysfs: Fix memory leak in dmi_sysfs_register_handle (bsc#1238467).
    - CVE-2022-49372: tcp: tcp_rtx_synack() can be called from process context (bsc#1238251).
    - CVE-2022-49388: ubi: ubi_create_volume: Fix use-after-free when volume creation failed (bsc#1237934).
    - CVE-2022-49395: um: Fix out-of-bounds read in LDT setup (bsc#1237953).
    - CVE-2022-49397: phy: qcom-qmp: fix struct clk leak on probe errors (bsc#1237823).
    - CVE-2022-49404: RDMA/hfi1: Fix potential integer multiplication overflow errors (bsc#1238430).
    - CVE-2022-49416: wifi: mac80211: fix use-after-free in chanctx code (bsc#1238293).
    - CVE-2022-49433: RDMA/hfi1: Prevent use of lock before it is initialized (bsc#1238268).
    - CVE-2022-49472: net: phy: micrel: Allow probing without .driver_data (bsc#1238951).
    - CVE-2022-49488: drm/msm/mdp5: Return error code in mdp5_mixer_release when deadlock (bsc#1238600).
    - CVE-2022-49495: drm/msm/hdmi: check return value after calling platform_get_resource_byname()     (bsc#1237932).
    - CVE-2022-49497: net: remove two BUG() from skb_checksum_help() (bsc#1238946).
    - CVE-2022-49505: NFC: NULL out the dev->rfkill to prevent UAF (bsc#1238615).
    - CVE-2022-49516: ice: always check VF VSI pointer values (bsc#1238953).
    - CVE-2022-49519: ath10k: skip ath10k_halt during suspend for driver state RESTARTING (bsc#1238943).
    - CVE-2022-49524: media: pci: cx23885: Fix the error handling in cx23885_initdev() (bsc#1238949).
    - CVE-2022-49530: drm/amd/pm: fix double free in si_parse_power_table() (bsc#1238944).
    - CVE-2022-49538: ALSA: jack: Fix mutex call in snd_jack_report() (bsc#1238843).
    - CVE-2022-49544: ipw2x00: Fix potential NULL dereference in libipw_xmit() (bsc#1238721).
    - CVE-2022-49545: ALSA: usb-audio: Cancel pending work at closing a MIDI substream (bsc#1238729).
    - CVE-2022-49546: x86/kexec: Fix double-free of elf header buffer (bsc#1238750).
    - CVE-2022-49563: crypto: qat - add param check for RSA (bsc#1238787).
    - CVE-2022-49564: crypto: qat - add param check for DH (bsc#1238789).
    - CVE-2022-49578: ip: Fix data-races around sysctl_ip_prot_sock. (bsc#1238794).
    - CVE-2022-49581: be2net: Fix buffer overflow in be_get_module_eeprom (bsc#1238540).
    - CVE-2022-49589: kABI: protect mr_ifc_count change (bsc#1238598).
    - CVE-2022-49605: igc: Reinstate IGC_REMOVED logic and implement it properly (bsc#1238433).
    - CVE-2022-49607: perf/core: Fix data race between perf_event_set_output() and perf_mmap_close()     (bsc#1238817).
    - CVE-2022-49610: KVM: VMX: Prevent RSB underflow before vmenter (bsc#1238952).
    - CVE-2022-49619: net: sfp: fix memory leak in sfp_probe() (bsc#1239003).
    - CVE-2022-49620: net: tipc: fix possible refcount leak in tipc_sk_create() (bsc#1239002).
    - CVE-2022-49640: sysctl: Fix data races in proc_douintvec_minmax() (bsc#1237782).
    - CVE-2022-49641: sysctl: Fix data races in proc_douintvec() (bsc#1237831).
    - CVE-2022-49667: net: bonding: fix use-after-free after 802.3ad slave unbind (bsc#1238282).
    - CVE-2022-49672: net: tun: unlink NAPI from device on destruction (bsc#1238816).
    - CVE-2022-49711: bus: fsl-mc-bus: fix KASAN use-after-free in fsl_mc_bus_remove() (bsc#1238416).
    - CVE-2022-49727: ipv6: Fix signed integer overflow in l2tp_ip6_sendmsg (bsc#1239059).
    - CVE-2022-49740: wifi: brcmfmac: Check the count value of channel spec to prevent out-of-bounds reads     (bsc#1240233).
    - CVE-2023-52935: mm/khugepaged: fix ->anon_vma race (bsc#1240276).
    - CVE-2023-52997: ipv4: prevent potential spectre v1 gadget in ip_metrics_convert() (bsc#1240303).
    - CVE-2023-53010: bnxt: Do not read past the end of test names (bsc#1240290).
    - CVE-2023-53019: net: mdio: validate parameter addr in mdiobus_get_phy() (bsc#1240286).
    - CVE-2024-35910: kABI fix for tcp: properly terminate timers for kernel sockets (bsc#1224489).
    - CVE-2024-36968: Bluetooth: L2CAP: Fix div-by-zero in l2cap_le_flowctl_init() (bsc#1226130).
    - CVE-2024-38559: scsi: qedf: Ensure the copied buf is NUL terminated (bsc#1226785).
    - CVE-2024-41005: netpoll: Fix race condition in netpoll_owner_active (bsc#1227858).
    - CVE-2024-49571: net/smc: check iparea_offset and ipv6_prefixes_cnt when receiving proposal msg     (bsc#1235733).
    - CVE-2024-49935: ACPI: PAD: fix crash in exit_round_robin() (bsc#1232370).
    - CVE-2024-49940: l2tp: prevent possible tunnel refcount underflow (bsc#1232812).
    - CVE-2024-50269: usb: musb: sunxi: Fix accessing an released usb phy (bsc#1233458).
    - CVE-2024-53124: net: fix data-races around sk->sk_forward_alloc (bsc#1234074).
    - CVE-2024-53140: netlink: terminate outstanding dump on socket close (bsc#1234222).
    - CVE-2024-53680: ipvs: fix UB due to uninitialized stack access in ip_vs_protocol_init() (bsc#1235715).
    - CVE-2024-56640: net/smc: fix LGR and link use-after-free issue (bsc#1235436).
    - CVE-2024-56770: net/sched: netem: account for backlog updates from child qdisc (bsc#1235637).
    - CVE-2024-57900: ila: serialize calls to nf_register_net_hooks() (bsc#1235973).
    - CVE-2024-57973: rdma/cxgb4: Prevent potential integer overflow on 32bit (bsc#1238531).
    - CVE-2024-57979: kABI workaround for pps changes (bsc#1238521).
    - CVE-2024-57996: net_sched: sch_sfq: do not allow 1 packet limit (bsc#1239076).
    - CVE-2024-58014: wifi: brcmsmac: add gain range check to wlc_phy_iqcal_gainparams_nphy() (bsc#1239109).
    - CVE-2024-58052: drm/amdgpu: Fix potential NULL pointer dereference in atomctrl_get_smc_sclk_range_table     (bsc#1238986).
    - CVE-2024-58071: team: prevent adding a device which is already a team device lower (bsc#1238970)
    - CVE-2024-58072: wifi: rtlwifi: remove unused check_buddy_priv (bsc#1238964).
    - CVE-2024-58083: KVM: Explicitly verify target vCPU is online in kvm_get_vcpu() (bsc#1239036).
    - CVE-2025-21703: netem: Update sch->q.qlen before qdisc_tree_reduce_backlog() (bsc#1237313).
    - CVE-2025-21708: net: usb: rtl8150: enable basic endpoint checking (bsc#1239087).
    - CVE-2025-21744: wifi: brcmfmac: fix NULL pointer dereference in brcmf_txfinalize() (bsc#1238903).
    - CVE-2025-21759: ipv6: mcast: extend RCU protection in igmp6_send() (bsc#1238738).
    - CVE-2025-21760: ndisc: extend RCU protection in ndisc_send_skb() (bsc#1238763).
    - CVE-2025-21762: arp: use RCU protection in arp_xmit() (bsc#1238780).
    - CVE-2025-21763: neighbour: use RCU protection in __neigh_notify() (bsc#1237897).
    - CVE-2025-21765: ipv6: use RCU protection in ip6_default_advmss() (bsc#1237906).
    - CVE-2025-21766: ipv4: use RCU protection in __ip_rt_update_pmtu() (bsc#1238754).
    - CVE-2025-21776: USB: hub: Ignore non-compliant devices with too many configs or interfaces     (bsc#1238909).
    - CVE-2025-21782: orangefs: fix a oob in orangefs_debug_write (bsc#1239117).
    - CVE-2025-21785: arm64: cacheinfo: Avoid out-of-bounds write to cacheinfo array (bsc#1238747).
    - CVE-2025-21791: vrf: use RCU protection in l3mdev_l3_out() (bsc#1238512).
    - CVE-2025-21796: nfsd: clear acl_access/acl_default after releasing them (bsc#1238716).
    - CVE-2025-21802: net: hns3: fix oops when unload drivers paralleling (bsc#1238751).
    - CVE-2025-21821: fbdev: omap: use threaded IRQ for LCD DMA (bsc#1239174).
    - CVE-2025-21831: PCI: Avoid putting some root ports into D3 on TUXEDO Sirius Gen1 (bsc#1239039).
    - CVE-2025-21846: acct: perform last write from workqueue (bsc#1239508).
    - CVE-2025-21848: nfp: bpf: Add check for nfp_app_ctrl_msg_alloc() (bsc#1239479).
    - CVE-2025-21865: gtp: Suppress list corruption splat in gtp_net_exit_batch_rtnl() (bsc#1239481).
    - CVE-2025-21871: tee: optee: Fix supplicant wait loop (bsc#1240183).
    - CVE-2025-21877: usbnet: gl620a: fix endpoint checking in genelink_bind() (bsc#1240172).
    - CVE-2025-21891: ipvlan: ensure network headers are in skb linear part (bsc#1240186).
    - CVE-2025-21916: usb: atm: cxacru: fix a flaw in existing endpoint checks (bsc#1240582).
    - CVE-2025-21922: ppp: Fix KMSAN uninit-value warning with bpf (bsc#1240639).
    - CVE-2025-21934: rapidio: fix an API misues when rio_add_net() fails (bsc#1240708).
    - CVE-2025-21935: rapidio: add check for rio_add_net() in rio_scan_alloc_net() (bsc#1240700).
    - CVE-2025-21969: Bluetooth: L2CAP: Fix build errors in some archs (bsc#1240784).
    - CVE-2025-21993: iscsi_ibft: Fix UBSAN shift-out-of-bounds warning in ibft_attr_show_nic() (bsc#1240797).
    - CVE-2025-21996: drm/radeon: fix uninitialized size issue in radeon_vce_cs_parse() (bsc#1240801).
    - CVE-2025-22007: Bluetooth: Fix error code in chan_alloc_skb_cb() (bsc#1240582).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:1263-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP3 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2021-47248：udp：close() と udp_abort() の間の競合を修正します（bsc#1224867）。
    - CVE-2022-49051：net：usb：aqc111：RX 修正で領域外アクセスを修正します（bsc#1237903）。
    - CVE-2022-49053：scsi：target：tcmu：潜在的なページ UAF を修正します（bsc#1237918）。
    - CVE-2022-49275：can：m_can：m_can_tx_handler()：skb の use-after-free を修正します（bsc#1238719）。
    - CVE-2022-49413：bfq：bio をマージする前に cgroup 情報を更新します（bsc#1238710）。
    - CVE-2022-49465：blk-throttle：bio が調整されているときに BIO_THROTTLED を設定します（bsc#1238919）。
    - CVE-2022-49545：ALSA：usb-audio：MIDI サブストリームを閉じる際に保留中の作業をキャンセルします（bsc#1238729）。
    - CVE-2022-49563：crypto：qat - RSA 用のパラメーターチェックを追加します（bsc#1238787）。
    - CVE-2022-49564：crypto：qat - DH に対するパラメーターチェックを追加します（bsc#1238789）。
    - CVE-2022-49739：gfs2：インライン inode の inode サイズを常にチェックします（bsc#1240207）。
    - CVE-2023-52935：mm/khugepaged：->anon_vma の競合を修正します（bsc#1240276）。
    - CVE-2024-56642: tipc: cleanup_bearer() のカーネルソケットのメモリ解放後使用 (Use After Free) を修正します (bsc#1235433)。
    - CVE-2024-56651：can: hi311x：hi3110_can_ist()：潜在的な use-after-free を修正します（bsc#1235528）。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21772：パーティション：mac：偽造パーティションテーブルの処理を修正します（bsc#1238911）。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The remote CentOS Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the kernel-5.14.0-572.el9 build changelog.

  - In the Linux kernel, the following vulnerability has been resolved: arm64: cacheinfo: Avoid out-of-bounds     write to cacheinfo array The loop that detects/populates cache information already has a bounds check on     the array size but does not account for cache levels with separate data/instructions cache. Fix this by     incrementing the index for any populated leaf (instead of any populated level). (CVE-2025-21785)

  - In the Linux kernel, the following vulnerability has been resolved: powerpc/xive/spapr: correct bitmap     allocation size kasan detects access beyond the end of the xibm->bitmap allocation: BUG: KASAN: slab-out-     of-bounds in _find_first_zero_bit+0x40/0x140 Read of size 8 at addr c00000001d1d0118 by task swapper/0/1     CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.19.0-rc2-00001-g90df023b36dd #28 Call Trace:
    [c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (unreliable) [c00000001d98f7b0]     [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354     [c00000001d98f950] [c000000000692324] __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0]
    _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260     [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20]     pSeries_smp_probe+0x5c/0x118 [c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac     [c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90]     [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54]     ret_from_kernel_thread+0x5c/0x64 Allocated by task 0: kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0
    __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84     start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 The buggy address belongs to the object at     c00000001d1d0118 which belongs to the cache kmalloc-8 of size 8 The buggy address is located 0 bytes     inside of 8-byte region [c00000001d1d0118, c00000001d1d0120) The buggy address belongs to the physical     page: page:c00c000000074740 refcount:1 mapcount:0 mapping:0000000000000000 index:0xc00000001d1d0558     pfn:0x1d1d flags: 0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) raw: 007ffff000000200     c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff     0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address:
    c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc 00 fc fc fc fc     fc fc fc fc fc fc fc fc fc >c00000001d1d0100: fc fc fc 02 fc fc fc fc fc fc fc fc fc fc fc fc ^     c00000001d1d0180: fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0200: fc fc fc fc fc 04 fc     fc fc fc fc fc fc fc fc fc This happens because the allocation uses the wrong unit (bits) when it should     pass (BITS_TO_LONGS(count) * sizeof(long)) or equivalent. With small numbers of bits, the allocated object     can be smaller than sizeof(long), which results in invalid accesses. Use bitmap_zalloc() to allocate and     initialize the irq bitmap, paired with bitmap_free() for consistency. (CVE-2022-49623)

  - In the Linux kernel, the following vulnerability has been resolved: soc: qcom: cmd-db: Map shared memory     as WC, not WB Linux does not write into cmd-db region. This region of memory is write protected by XPU.
    XPU may sometime falsely detect clean cache eviction as write into the write protected region leading to     secure interrupt which causes an endless loop somewhere in Trust Zone. The only reason it is working right     now is because Qualcomm Hypervisor maps the same region as Non-Cacheable memory in Stage 2 translation     tables. The issue manifests if we want to use another hypervisor (like Xen or KVM), which does not know     anything about those specific mappings. Changing the mapping of cmd-db memory from MEMREMAP_WB to     MEMREMAP_WT/WC removes dependency on correct mappings in Stage 2 tables. This patch fixes the issue by     updating the mapping to MEMREMAP_WC. I tested this on SA8155P with Xen. (CVE-2024-46689)

  - In the Linux kernel, the following vulnerability has been resolved: io_uring: check if we need to     reschedule during overflow flush In terms of normal application usage, this list will always be empty. And     if an application does overflow a bit, it'll have a few entries. However, nothing obviously prevents     syzbot from running a test case that generates a ton of overflow entries, and then flushing them can take     quite a while. Check for needing to reschedule while flushing, and drop our locks and do so if necessary.
    There's no state to maintain here as overflows always prune from head-of-list, hence it's fine to drop and     reacquire the locks at the end of the loop. (CVE-2024-50060)

  - In the Linux kernel, the following vulnerability has been resolved: io_uring/rw: fix missing NOWAIT check     for O_DIRECT start write When io_uring starts a write, it'll call kiocb_start_write() to bump the super     block rwsem, preventing any freezes from happening while that write is in-flight. The freeze side will     grab that rwsem for writing, excluding any new writers from happening and waiting for existing writes to     finish. But io_uring unconditionally uses kiocb_start_write(), which will block if someone is currently     attempting to freeze the mount point. This causes a deadlock where freeze is waiting for previous writes     to complete, but the previous writes cannot complete, as the task that is supposed to complete them is     blocked waiting on starting a new write. This results in the following stuck trace showing that dependency     with the write blocked starting a new write: task:fio state:D stack:0 pid:886 tgid:886 ppid:876 Call     trace: __switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_rwsem_wait+0x1e8/0x3f8
    __percpu_down_read+0xe8/0x500 io_write+0xbb8/0xff8 io_issue_sqe+0x10c/0x1020 io_submit_sqes+0x614/0x2110
    __arm64_sys_io_uring_enter+0x524/0x1038 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238     do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 INFO:
    task fsfreeze:7364 blocked for more than 15 seconds. Not tainted 6.12.0-rc5-00063-g76aaf945701c #7963 with     the attempting freezer stuck trying to grab the rwsem: task:fsfreeze state:D stack:0 pid:7364 tgid:7364     ppid:995 Call trace: __switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0     percpu_down_write+0x2b0/0x680 freeze_super+0x248/0x8a8 do_vfs_ioctl+0x149c/0x1b18
    __arm64_sys_ioctl+0xd0/0x1a0 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238     do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 Fix this     by having the io_uring side honor IOCB_NOWAIT, and only attempt a blocking grab of the super block rwsem     if it isn't set. For normal issue where IOCB_NOWAIT would always be set, this returns -EAGAIN which will     have io_uring core issue a blocking attempt of the write. That will in turn also get completions run,     ensuring forward progress. Since freezing requires CAP_SYS_ADMIN in the first place, this isn't something     that can be triggered by a regular user. (CVE-2024-53052)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:1241-1 advisory.

    The SUSE Linux Enterprise 15 SP5 kernel was updated to receive various security bugfixes.

    The following security bugs were fixed:

    - CVE-2022-49053: scsi: target: tcmu: Fix possible page UAF (bsc#1237918).
    - CVE-2022-49465: blk-throttle: Set BIO_THROTTLED when bio has been throttled (bsc#1238919).
    - CVE-2022-49739: gfs2: Always check inode size of inline inodes (bsc#1240207).
    - CVE-2023-52935: mm/khugepaged: fix ->anon_vma race (bsc#1240276).
    - CVE-2024-53124: net: fix data-races around sk->sk_forward_alloc (bsc#1234074).
    - CVE-2024-53176: smb: During unmount, ensure all cached dir instances drop their dentry (bsc#1234894).
    - CVE-2024-53178: smb: Do not leak cfid when reconnect races with open_cached_dir (bsc#1234895).
    - CVE-2024-56651: can: hi311x: hi3110_can_ist(): fix potential use-after-free (bsc#1235528).
    - CVE-2024-57996: net_sched: sch_sfq: do not allow 1 packet limit (bsc#1239076).
    - CVE-2024-58013: Bluetooth: MGMT: Fix slab-use-after-free Read in mgmt_remove_adv_monitor_sync     (bsc#1239095).
    - CVE-2024-58014: wifi: brcmsmac: add gain range check to wlc_phy_iqcal_gainparams_nphy() (bsc#1239109).
    - CVE-2025-21693: mm: zswap: properly synchronize freeing resources during CPU hotunplug (bsc#1237029).
    - CVE-2025-21718: net: rose: fix timer races against user threads (bsc#1239073).
    - CVE-2025-21772: partitions: mac: fix handling of bogus partition table (bsc#1238911).
    - CVE-2025-21780: drm/amdgpu: avoid buffer overflow attach in smu_sys_set_pp_table() (bsc#1239115).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:1027-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP4 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2024-2201: x86/BHI での情報漏洩を修正しました (bsc#1217339)。
    - CVE-2024-41092: drm/i915/gt: フェンスレジスタの取り消しによる潜在的なメモリ解放後使用 (Use After Free) を修正しました (bsc#1228483)。
    - CVE-2024-42098: crypto: ecdh - private_key を明示的にゼロ化します (bsc#1228779)。
    - CVE-2024-42229: crypto: aead,cipher - 使用後にキーバッファをゼロ化します (bsc#1228708)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21718: net: rose: ユーザースレッドに対するタイマーの競合状態を修正しました (bsc#1239073)。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-572.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、次の脆弱性が解決されました: arm64: cacheinfo: キャッシュ情報配列への領域外書き込みを回避しました。キャッシュ情報を検出/入力するループはすでに配列サイズの境界チェックを行っていますが、データ/命令キャッシュが分離されたキャッシュレベルには対応していませんでした。これを修正するには、任意のポピュレートされたレベルではなく、ポピュレートされたリーフごとにインデックスを増加させます。(CVE-2025-21785)

  - Linux カーネルでは、次の脆弱性が解決されました: powerpc/xive/spapr: ビットマップの割り当てサイズの修正。kasan が、xibm->bitmap の割り当ての終端を超えるアクセスを検出: バグ: KASAN: タスク swapper/0/1 により _find_first_zero_bit+0x40/0x140 サイズ 8 の読み取りがスラブの領域外のアドレス c00000001d1d0118 で実行された。CPU: 0 PID: 1 Comm: swapper/0 カーネルバージョン: 5.19.0-rc2-00001-g90df023b36dd #28呼び出しトレース:
    [c00000001d98f770] [c0000000012baab8] dump_stack_lvl+0xac/0x108 (unreliable) [c00000001d98f7b0] [c00000000068faac] print_report+0x37c/0x710 [c00000001d98f880] [c0000000006902c0] kasan_report+0x110/0x354 [c00000001d98f950] [c000000000692324] __asan_load8+0xa4/0xe0 [c00000001d98f970] [c0000000011c6ed0]
    _find_first_zero_bit+0x40/0x140 [c00000001d98f9b0] [c0000000000dbfbc] xive_spapr_get_ipi+0xcc/0x260 [c00000001d98fa70] [c0000000000d6d28] xive_setup_cpu_ipi+0x1e8/0x450 [c00000001d98fb30] [c000000004032a20] pSeries_smp_probe+0x5c/0x118 [c00000001d98fb60] [c000000004018b44] smp_prepare_cpus+0x944/0x9ac [c00000001d98fc90] [c000000004009f9c] kernel_init_freeable+0x2d4/0x640 [c00000001d98fd90] [c0000000000131e8] kernel_init+0x28/0x1d0 [c00000001d98fe10] [c00000000000cd54] ret_from_kernel_thread+0x5c/0x64 Allocated by task 0: kasan_save_stack+0x34/0x70 __kasan_kmalloc+0xb4/0xf0
    __kmalloc+0x268/0x540 xive_spapr_init+0x4d0/0x77c pseries_init_irq+0x40/0x27c init_IRQ+0x44/0x84 start_kernel+0x2a4/0x538 start_here_common+0x1c/0x20 問題のあるアドレスは、c00000001d1d0118 のオブジェクトに属しており、これはサイズ 8 の kmalloc-8 キャッシュに属しています。問題のあるアドレスは、8 バイト領域 [c00000001d1d0118, c00000001d1d0120) の内部 0 バイトに位置しています。問題のあるアドレスは物理ページに属しており、ページ: c00c000000074740、参照カウント: 1、マップカウント: 0、マッピング: 0000000000000000、インデックス: 0xc00000001d1d0558、pfn: 0x1d1d、フラグ: 0x7ffff000000200(slab|node=0|zone=0|lastcpupid=0x7ffff) です。raw: 007ffff000000200 c00000001d0003c8 c00000001d0003c8 c00000001d010480 raw: c00000001d1d0558 0000000001e1000a 00000001ffffffff 0000000000000000 ページは、kasan による不正アクセスが検出されたためダンプされました。問題のあるアドレス周辺のメモリ状態:
    c00000001d1d0000: fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0080: fc fc 00 fc fc fc fc fc fc fc fc fc fc fc fc fc >c00000001d1d0100: fc fc fc 02 fc fc fc fc fc fc fc fc fc fc fc fc ^ c00000001d1d0180: fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc fc c00000001d1d0200: fc fc fc fc fc 04 fc fc fc fc fc fc fc fc fc fc これは、割り当てが間違った単位 (ビット) を使用しているために発生します。正しくは、(BITS_TO_LONGS(count) * sizeof(long)) またはそれに相当する値を渡す必要があります。ビット数が少ない場合、割り当てられたオブジェクトは sizeof(long) よりも小さくなる可能性があり、その結果、無効なアクセスが発生します。bitmap_zalloc() を使用して IRQ ビットマップを割り当てて初期化し、一貫性を保つために bitmap_free() と組み合わせて使用します。(CVE-2022-49623)

  Linux カーネルでは、次の脆弱性が解決されました: soc: qcom: cmd-db: 共有メモリを WB ではなく WC としてマッピングします。Linux は cmd-db 領域に書き込みを行いません。このメモリ領域は、XPU により書き込み保護されています。
    XPU は、クリーンキャッシュの削除を書き込み保護領域への書き込みとして誤って検出し、セキュア割り込みを引き起こして Trust Zone の任意の場所で無限ループを引き起こす可能性があります。現在機能している唯一の理由は、Qualcomm Hypervisor がステージ 2 変換テーブルのキャッシュ不可能なメモリと同じ領域をマッピングしているためです。この問題は、特定のマッピングについて何も認識していない別のハイパーバイザー (Xen や KVM など) を使用する場合に発生します。cmd-db メモリのマッピングを MEMREMAP_WB から MEMREMAP_WT/WC に変更すると、ステージ 2 テーブル内の適切なマッピングに対する依存関係が削除されます。このパッチは、MEMREMAP_WC へのマッピングを更新することで問題を修正します。Xen 搭載の SA8155P でテストを行いました。(CVE-2024-46689)

  - Linux カーネルでは、次の脆弱性が解決されました: io_uring: オーバーフローのフラッシュ中に再スケジュールする必要があるかどうかを確認する。通常のアプリケーションの使用では、このリストは常に空になる。アプリケーションが少しオーバーフローした場合でも、いくつかのエントリが存在します。しかし、syzbot が大量のオーバーフローエントリを生成するテストケースを実行することを明示的に防ぐものはなく、それらのエントリをフラッシュするには、かなり時間がかかる可能性があります。フラッシュ中に再スケジュールする必要があるかどうかを確認し、必要に応じてロックを解除して再スケジュールします。
    ここでは状態を保持する必要はありません。オーバーフローは常にリストの先頭から切り詰められるため、ループの最後でロックを解除して再取得しても問題はありません。(CVE-2024-50060)

  - Linux カーネルでは、次の脆弱性が解決されました: io_uring/rw: O_DIRECT 開始書き込みの NOWAIT チェックの欠落を修正。io_uring が書き込みを開始すると、kiocb_start_write() を呼び出してスーパーブロックの rwsem を増加させ、その書き込みが進行中の間、フリーズが発生しないようにします。フリーズ側は、書き込み用にその rwsem を取得し、新しい書き込みが行われないようにして、既存の書き込みが完了するまで待機します。しかし、io_uring は kiocb_start_write() を無条件に使用するため、誰かが現在マウントポイントをフリーズしようとしている場合はブロックされます。これにより、freeze は以前の書き込みが完了するのを待機しますが、以前の書き込みを完了するはずのタスクが新しい書き込みの開始を待機してブロックされているため、以前の書き込みを完了できないデッドロックが発生します。これにより、次のようなスタックトレースが発生します。これは、新しい書き込みの開始を待機している書き込みとの依存関係がブロックされていることを示しています: task:fio state:D stack:0 pid:886 tgid:886 ppid:876 Call trace: __switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_rwsem_wait+0x1e8/0x3f8
    __percpu_down_read+0xe8/0x500 io_write+0xbb8/0xff8 io_issue_sqe+0x10c/0x1020 io_submit_sqes+0x614/0x2110
    __arm64_sys_io_uring_enter+0x524/0x1038 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238 do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 INFO:
    タスク fsfreeze:7364 が 15 秒以上ブロックされました。Not tainted 6.12.0-rc5-00063-g76aaf945701c #7963 で、フリーザーが rwsem を取得しようとしてスタックしています: task:fsfreeze state:D stack:0 pid:7364 tgid:7364 ppid:995 呼び出しトレース: __switch_to+0x1d8/0x348 __schedule+0x8e8/0x2248 schedule+0x110/0x3f0 percpu_down_write+0x2b0/0x680 freeze_super+0x248/0x8a8 do_vfs_ioctl+0x149c/0x1b18
    __arm64_sys_ioctl+0xd0/0x1a0 invoke_syscall+0x74/0x268 el0_svc_common.constprop.0+0x160/0x238 do_el0_svc+0x44/0x60 el0_svc+0x44/0xb0 el0t_64_sync_handler+0x118/0x128 el0t_64_sync+0x168/0x170 これを修正するには、io_uring 側で IOCB_NOWAIT を尊重し、設定されていない場合にのみスーパーブロックの rwsem をブロックして取得しようとするようにします。通常の問題では、IOCB_NOWAIT が常に設定されるため、これにより -EAGAIN が返され、io_uring コアが書き込みのブロッキング試行を行います。これにより、完了処理も実行され、進行が確保されます。フリーズにはそもそも CAP_SYS_ADMIN が必要なため、これは通常のユーザーによってトリガーされることはありません。(CVE-2024-53052)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:1241-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2022-49053：scsi：target：tcmu：潜在的なページ UAF を修正します（bsc#1237918）。
    - CVE-2022-49465：blk-throttle：bio が調整されているときに BIO_THROTTLED を設定します（bsc#1238919）。
    - CVE-2022-49739：gfs2：インライン inode の inode サイズを常にチェックします（bsc#1240207）。
    - CVE-2023-52935：mm/khugepaged：->anon_vma の競合を修正します（bsc#1240276）。
    - CVE-2024-53124：net：sk->sk_forward_alloc 周辺のデータ競合を修正します（bsc#1234074）。
    - CVE-2024-53176: smb: アンマウント中に、キャッシュされたすべての dir インスタンスが dentry を確実にドロップするようにします (bsc#1234894)。
    - CVE-2024-53178: smb: 再接続が open_cached_dir と競合する際に cfid を漏洩しません (bsc#1234895)。
    - CVE-2024-56651：can: hi311x：hi3110_can_ist()：潜在的な use-after-free を修正します（bsc#1235528）。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58013：Bluetooth： MGMT：mgmt_remove_adv_monitor_sync の slab-use-after-free 読み取りを修正（bsc#1239095）。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21693：mm：zswap：CPU ホットアンプラグ中に適切に同期してリソースを解放します（bsc#1237029）。
    - CVE-2025-21718: net: rose: ユーザースレッドに対するタイマーの競合状態を修正しました (bsc#1239073)。
    - CVE-2025-21772：パーティション：mac：偽造パーティションテーブルの処理を修正します（bsc#1238911）。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

ID	名稱	產品	系列	已發布	已更新	嚴重性
227053	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49623	Nessus	Misc.	2025/3/5	2025/9/1	high
232849	CentOS 9：kernel-5.14.0-572.el9	Nessus	CentOS Local Security Checks	2025/3/19	2025/3/19	high
227053	Linux Distros Unpatched Vulnerability : CVE-2022-49623	Nessus	Misc.	2025/3/5	2025/9/1	high
234484	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:1263-1)	Nessus	SuSE Local Security Checks	2025/4/16	2025/4/16	high
232849	CentOS 9: kernel-5.14.0-572.el9	Nessus	CentOS Local Security Checks	2025/3/19	2025/3/19	high
227053	Linux Distros 未修補的弱點：CVE-2022-49623	Nessus	Misc.	2025/3/5	2025/9/1	high
234545	SUSE SLES12 セキュリティ更新 : kernel (SUSE-SU-2025:1293-1)	Nessus	SuSE Local Security Checks	2025/4/17	2025/4/17	high
227053	Linux Distros 未修补的漏洞：CVE-2022-49623	Nessus	Misc.	2025/3/5	2025/9/1	high
233410	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:1027-1)	Nessus	SuSE Local Security Checks	2025/3/27	2025/3/27	high
234545	SUSE SLES12 Security Update : kernel (SUSE-SU-2025:1293-1)	Nessus	SuSE Local Security Checks	2025/4/17	2025/4/17	high
234484	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:1263-1)	Nessus	SuSE Local Security Checks	2025/4/16	2025/4/16	high
232849	CentOS 9 : kernel-5.14.0-572.el9	Nessus	CentOS Local Security Checks	2025/3/19	2025/3/19	high
234407	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:1241-1)	Nessus	SuSE Local Security Checks	2025/4/15	2025/4/15	high
233410	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:1027-1)	Nessus	SuSE Local Security Checks	2025/3/27	2025/3/27	high
232849	CentOS 9 : kernel-5.14.0-572.el9	Nessus	CentOS Local Security Checks	2025/3/19	2025/3/19	high
234407	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:1241-1)	Nessus	SuSE Local Security Checks	2025/4/15	2025/4/15	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high