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

  - 已修复 Linux 内核中的下列漏洞：vme: Fix error not catched in fake_init() In fake_init(), __root_device_register() is possible to fail but it's ignored, which can cause unregistering vme_root fail when exit. general protection fault, probably for non-canonical address 0xdffffc000000008c KASAN: null-ptr-deref in range [0x0000000000000460-0x0000000000000467] RIP:
    0010:root_device_unregister+0x26/0x60 Call Trace: <TASK> __x64_sys_delete_module+0x34f/0x540 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd Return error when
    __root_device_register() fails. (CVE-2022-50538)

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

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

  - spibcm-qspi如果 hif_mspi 或 mspi 均不可用则返回错误如果 hif_mspi 和 mspi 资源均不存在驱动程序将在探测中提前退出但仍返回成功结果。除了不执行任何有意义的操作之外这还会导致删除时访问空指针因为 platform_get_drvdata() 将返回 NULL然后在尝试注销 spi 主机时尝试取消引用 NULL。通过无条件调用 devm_ioremap_resource() 来修复此问题因为它可处理空资源并会在获得时返回一个可行的 ERR_PTR()。return 0;以前是 goto qspi_resource_err其中then ret被返回但由于 ret在此处仍被初始化为 0因此这是 63c5395bb7a9 中的有效转换spibcm-qspi修复取消绑定时的释放后使用。此问题并非此提交所引入而只是变得更加明显。 (CVE-2023-53658)

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

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

  - fbdevomapfblcd_mipid修复 mipid_spi_probe() 中的处理路径时的错误如果“mipid_detect()”失败则必须释放“md”以避免内存泄漏。 (CVE-2023-53650)

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

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

  - mediasolo6x10修复 solar_sysfs_init() 中可能的内存泄漏如果 device_register() 在 solar_sysfs_init() 中返回错误则需要释放由 dev_set_name() 分配的名称。如 device_register() 的注释所述其应使用 put_device() 放弃错误路径中的引用。因此可通过调用 put_device() 修复此问题然后可在 kobject_cleanup() 中释放该名称。 (CVE-2022-50547)

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

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

  - r6040修复 probe 和 remove 中的 kmemleak kmemleak 报告内存泄漏未引用的对象 0xffff888116111000 (size 2048)comm modprobe、pid 817、jiffies 4294759745(age 76.502s) hex 转储前 32 字节00 c4 0a 04 81 88 ff ff 08 10 11 16 81 88 ff ff 08 10 11 16 81 88 ff ff 00 00 00 00 00 00 00 00 ...... ....backtrace[<ffffffff815bcd82>] kmalloc_trace+0x22/0x60 [<ffffffff827e20ee>] phy_device_create+0x4e/0x90 [<ffffffff827e6072>] get_phy_device+0xd2/0x220 [<ffffffff827e7844>] mdiobus_scan+0xa4/0x2e0 [<ffffffff827e8be2>] __mdiobus_register+0x482/0x8b0 [<ffffffffa01f5d24>] r6040_init_one+0x714/0xd2c [r6040] ... 问题在探测进程中发生如下r6040_init_one: mdiobus_register mdiobus_scan <- alloc 和 register phy_device, phy_device 的引用计数为 3 r6040_mii_probe phy_connect <- 连接到第一个 phy_device因此第一个 phy_device 的引用计数为 4, 其他为3 register_netdev <- 错误注入成功转向错误处理路径//错误处理路径 err_out_mdio_unregister: mdiobus_unregister(lp->mii_bus);
    err_out_mdiomdiobus_free(lp->mii_bus); <- 第一个 phy_device 的引用计数为 1未释放释放了其他 phy_device // 同样移除进程也出现相同的问题根源可追踪为移除 中的一个 r6040 设备时 phy_device 未断开连接r6040_mii 成功探测之后错误处理路径上的 r6040_remove_one() 或 。在 r6040_mii_probe() 中net 以太网设备连接到 mii_bus 的第一个 PHY 设备以便在链路状态变更时通知连接的驱动程序这是 PHY 基础设施处理所有事务的默认行为。因此当 移除一个 r6040 设备或在错误处理路径上时应断开 phy_device 的连接。通过在成功探测 r6040_mii 后在删除一个 r6040 设备时或在错误处理路径中添加 phy_disconnect() 来修复此问题。 (CVE-2022-50545)

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

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

  - Synapse 是一种开源 Matrix Homeserver 实现。在低于 1.138.3 的Synapse 中以及在 Synapse 1.139.0 中缺少设备密钥验证允许在受害家用服务器上注册的攻击者降低联合功能等级进而不可预测地中断与其他家用服务器的出站联合。此问题已在 Synapse 中修补 1.138.3、 1.138.4、 1.139.1和 1.139.2。请注意即使 1.138.3 和 1.139.1 修复了此漏洞但它们还是无意中引入了不相关的回归。因此Synapse 维护者建议跳过这些版本而直接升级到 1.138.4 和 1.139.2。
    (CVE-2025-61672)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/dp: fix memory corruption with too many bridges Add the missing sanity check on the bridge counter to avoid corrupting data beyond the fixed-sized bridge array in case there are ever more than eight bridges. Patchwork:
    https://patchwork.freedesktop.org/patch/502664/ (CVE-2022-50526)

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

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

  - mediacoda添加对 kmalloc 的检查由于 kmalloc 可能返回空指针因此最好检查返回值以避免空指针取消引用这一点与其他操作相同。 (CVE-2022-50509)

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

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

  - bcache修复 __bch_btree_node_alloc 以使故障行为一致在某些特定情况下__bch_btree_node_alloc 的返回值可能为 NULL。这可能导致在调用程序函数如调用链中发生潜在的空指针取消引用
    btree_split->bch_btree_node_alloc->__bch_btree_node_alloc。通过在 中初始化返回值来修复此问题
    __bch_btree_node_alloc。 (CVE-2023-53681)

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

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

  - clkrockchip修复 rockchip_clk_register_pll() 中的内存泄漏如果 clk_register() 失败@pll->rate_table 可能通过 kmemdup() 分配了内存因此需要将其释放否则将导致内存泄漏问题此修补程序可修复该问题。 (CVE-2022-50523)

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

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

  - mcbmcb-parse修复了 chameleon_parse_gdd() 中的错误处理如果 mcb_device_register() 在 chameleon_parse_gdd() 中返回错误则总线的 refcount 和设备名称将泄露。通过调用 put_device() 以放弃引用修复此问题以便可在 mcb_release_dev() 和 kobject_cleanup() 中释放它们。
    (CVE-2022-50522)

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

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

  - fshfsplus从 hfsplus_cat_{read,write}_inode() 删除 WARN_ON() syzbot 在 hfsplus_cat_{read,write}_inode() 中命中 WARN_ON()因为构建的文件系统图像可包含虚假的长度。这些条件不是可导致内核错误的内核缺陷。 (CVE-2023-53683)

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: microchip: fix potential UAF in auxdev release callback Similar to commit 1c11289b34ab (peci: cpu: Fix use-after-free in adev_release()), the auxiliary device is not torn down in the correct order. If auxiliary_device_add() fails, the release callback will be called twice, resulting in a UAF. Due to timing, the auxdev code in this driver took inspiration from the aforementioned commit, and thus its bugs too! Moving auxiliary_device_uninit() to the unregister callback instead avoids the issue. (CVE-2023-53636)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: i2c: ov772x: Fix memleak in ov772x_probe() A memory leak was reported when testing ov772x with bpf mock device: AssertionError:
    unreferenced object 0xffff888109afa7a8 (size 8): comm python3, pid 279, jiffies 4294805921 (age 20.681s) hex dump (first 8 bytes): 80 22 88 15 81 88 ff ff ....... backtrace: [<000000009990b438>]
    __kmalloc_node+0x44/0x1b0 [<000000009e32f7d7>] kvmalloc_node+0x34/0x180 [<00000000faf48134>] v4l2_ctrl_handler_init_class+0x11d/0x180 [videodev] [<00000000da376937>] ov772x_probe+0x1c3/0x68c [ov772x] [<000000003f0d225e>] i2c_device_probe+0x28d/0x680 [<00000000e0b6db89>] really_probe+0x17c/0x3f0 [<000000001b19fcee>] __driver_probe_device+0xe3/0x170 [<0000000048370519>] driver_probe_device+0x49/0x120 [<000000005ead07a0>] __device_attach_driver+0xf7/0x150 [<0000000043f452b8>] bus_for_each_drv+0x114/0x180 [<00000000358e5596>] __device_attach+0x1e5/0x2d0 [<0000000043f83c5d>] bus_probe_device+0x126/0x140 [<00000000ee0f3046>] device_add+0x810/0x1130 [<00000000e0278184>] i2c_new_client_device+0x359/0x4f0 [<0000000070baf34f>] of_i2c_register_device+0xf1/0x110 [<00000000a9f2159d>] of_i2c_notify+0x100/0x160 unreferenced object 0xffff888119825c00 (size 256): comm python3, pid 279, jiffies 4294805921 (age 20.681s) hex dump (first 32 bytes): 00 b4 a5 17 81 88 ff ff 00 5e 82 19 81 88 ff ff .........^...... 10 5c 82 19 81 88 ff ff 10 5c 82 19 81 88 ff ff .\.......\...... backtrace: [<000000009990b438>]
    __kmalloc_node+0x44/0x1b0 [<000000009e32f7d7>] kvmalloc_node+0x34/0x180 [<0000000073d88e0b>] v4l2_ctrl_new.cold+0x19b/0x86f [videodev] [<00000000b1f576fb>] v4l2_ctrl_new_std+0x16f/0x210 [videodev] [<00000000caf7ac99>] ov772x_probe+0x1fa/0x68c [ov772x] [<000000003f0d225e>] i2c_device_probe+0x28d/0x680 [<00000000e0b6db89>] really_probe+0x17c/0x3f0 [<000000001b19fcee>] __driver_probe_device+0xe3/0x170 [<0000000048370519>] driver_probe_device+0x49/0x120 [<000000005ead07a0>] __device_attach_driver+0xf7/0x150 [<0000000043f452b8>] bus_for_each_drv+0x114/0x180 [<00000000358e5596>] __device_attach+0x1e5/0x2d0 [<0000000043f83c5d>] bus_probe_device+0x126/0x140 [<00000000ee0f3046>] device_add+0x810/0x1130 [<00000000e0278184>] i2c_new_client_device+0x359/0x4f0 [<0000000070baf34f>] of_i2c_register_device+0xf1/0x110 The reason is that if priv->hdl.error is set, ov772x_probe() jumps to the error_mutex_destroy without doing v4l2_ctrl_handler_free(), and all resources allocated in v4l2_ctrl_handler_init() and v4l2_ctrl_new_std() are leaked. (CVE-2023-53637)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/qaic: Fix a leak in map_user_pages() If get_user_pages_fast() allocates some pages but not as many as we wanted, then the current code leaks those pages. Call put_page() on the pages before returning. (CVE-2023-53633)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: amphion: fix REVERSE_INULL issues reported by coverity null-checking of a pointor is suggested before dereferencing it (CVE-2023-53653)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: i2c: hi846: Fix memory leak in hi846_parse_dt() If any of the checks related to the supported link frequencies fail, then the V4L2 fwnode resources don't get released before returning, which leads to a memleak. Fix this by properly freeing the V4L2 fwnode data in a designated label. (CVE-2022-50548)

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

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

  - x86修复 clear_user_rep_good() 异常处理注释此代码已在干线中不再存在因为它已在上游提交 d2c95f9d6802x86未使用 REP_GOOD 或 ERMS 进行用户内存清除中删除。但是不是向后移植全范围的 x86 内存清除和复制清理而是修复 clear_user_rep_good() 中最终“rep movsb”的异常表注释放置它不是指向进行用户空间访问的实际指令而是指出到其之前的寄存器移动。从代码流的角度而言这是有理的，但从实际使用情况的角度而言则无理：这意味着如果用户访问发生异常，则异常处理程序实际上不会在异常表中找到该指令。因此系统不会修复并返回 -EFAULT而是将其转换为内核 oops 报告之类的BUG无法处理地址的页面错误
    0000000020081000 #PF内核模式下的主管写入权限 #PFerror_code (0x0002) - not-present 页面 ... RIP: 0010:clear_user_rep_good+0x1c/0x30 arch/x86/lib/clear_page_64.S:147 ... 调用跟踪__clear_user arch/x86/include/asm/uaccess_64.h:103 [内联] clear_user arch/x86/include/asm/uaccess_64.h:124 [内联] iov_iter_zero+0x709/0x1290 lib/iov_iter.c:800 iomap_dio_hole_iter fs/iomap/direct-io.c:389 [内联] iomap_dio_iter fs/iomap/direct-io.c:440 [内联] __iomap_dio_rw+0xe3d/0x1cd0 fs/iomap/direct-io.c:601 iomap_dio_rw+0x40/0xa0 fs/iomap/direct-io.c:689 ext4_dio_read_iter fs/ext4/file.c:94 [内联] ext4_file_read_iter+0x4be/0x690 fs/ext4/file.c:145 call_read_iter include/linux/fs.h:2183 [内联] do_iter_readv_writev+0x2e0/0x3b0 fs/read_write.c:733 do_iter_read+0x2f2/0x750 fs/read_write.c:796 vfs_readv+0xe5/0x150 fs/read_write.c:916 do_preadv+0x1b6/0x270 fs/read_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2 fs/read_write.c:1070 [内联] __se_sys_preadv2 fs/read_write.c:1061 [内联] __x64_sys_preadv2+0xef/0x150 fs/read_write.c:1061 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+ 0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd其中然后看起来像一个文件系统缺陷而不是错误的异常注释。[ 此单行修复的替代方法是采用可清除此漏洞的上游 系列68674f94ffc9 (x86请勿对小型内存副本使用 REP_GOOD 或 ERMS) 20f3337d350c (x86请勿对小型内存副本使用 REP_GOOD 或 ERMS) adfcf4231b8c (x86请勿使用 REP_GOOD 或 ERMS 进行用户内存复制* d2c95f9d6802 (x86: 请勿使用 REP_GOOD 或 ERMS 进行用户内存清理) 3639a535587d (x86将 stac/clac 从用户复制例程移至调用程序) 577e6a7fd50dx86内联 FSRM 案例用户副本中的 'rep movs'8c9b6a88b7e2 (x86) 改进 non-rep 'clear_user' 函数427fda2c8a49 (x86优化 non-rep 'copy_user' 函数) * e046fe5a36a9x86在具有 FSRM 的 AMD CPU 上自动设置 FSRSe1f2750edc4a (x86从 __copy_user_nocache() 删除“zerorest”参数034ff37d3407x86重写“__copy_user_nocache”函数标记为完整系列或至少系列修复此问题需要提交 ] (CVE-2023-53642

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

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

  - mediaradio-shark添加端点检查 syzbot 模糊工具能够从 radio-shark2 驱动程序引发警告------------[在此切换 ]-------- ---- usb 1-1:BOGUS urb xfer管道 1 != 类型 3 警告
    CPU: 0 PID: 3271 at drivers/usb/core/urb.c:504 usb_submit_urb+0xed2/0x1880 drivers/usb/core/urb.c:504 模块中链接的 CPU: 0 PID: 3271 Comm: kworker/0:3 未受感染 6.1.0-rc4-syzkaller #0 硬件名称
    Google Google Compute Engine/Google Compute Engine、BIOS Google 10/26/2022 Workqueueusb_hub_wq hub_event RIP0010:usb_submit_urb+0xed2/0x1880 drivers/usb/core/urb.c:504 代码7c 24 18 e8 00 36 ea fb 48 8b 7c 24 18 e8 36 1c 02 ff 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 a0 b6 90 8a e8 9a 29 b8 03 <0f> 0b e9 58 f8 ff ff e8 d2 35 ea fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP0018:ffffc90003876dd0 EFLAGS00010282 RAX
    0000000000000000 RBX: 0000000000000003 RCX: 0000000000000000 RDX: ffff8880750b0040 RSI: ffffffff816152b8 RDI: fffff5200070edac RBP: ffff8880172d81e0 R08: 0000000000000005 R09: 0000000000000000 R10:
     R110000000080000000  : 0000000000000000 R12: 0000000000000001 R13: ffff8880285c5040 R14: 0000000000000002 R15: ffff888017158200 FS: 0000000000000000(0000) GS:ffff8880b9a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007ffe03235b90 CR3: 000000000bc8e000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000 DR3: 00000000000000000000000
    00000000fffe0ff0 DR70000000000000400 调用跟踪 <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_bulk_msg+0x226/0x550 drivers/usb/core/message.c:387 shark_write_reg+0x1ff/0x2e0 drivers/ radio/radio-shark2.c:88 ... 造成此问题的原因是驱动程序未检查其使用的端点是否实际存在以及具有适当的类型。添加这些端点的简单检查即可修复此问题radio-shark 驱动程序亦是如此。 (CVE-2023-53644)

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

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

  - usb小工具f_hid修复错误路径中的 refcount 泄漏当分配 report_desc 失败时opts->refcnt 已增加因此需要将其减少以避免使选项结构永久锁定。 (CVE-2022-50514)

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

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

  - stagingrtl8723bs修复 rtw_init_cmd_priv() 中可能的内存泄漏。在 rtw_init_cmd_priv() 中如果分配“pcmdpriv->rsp_allocating_buf”失败则将无法正确释放“pcmdpriv->cmd_allocating_buf”。此外，考虑到只有两个错误路径，第一个路径可以直接返回，因此我们不需要隐式跳转到“exit”标签来执行错误处理程序。因此此修补程序在错误路径中添加了“kfree(pcmdpriv->cmd_allocating_buf);”以释放资源并简化 rtw_init_cmd_priv() 的返回逻辑。由于没有可测试的适当设备，因此未执行任何运行时测试。 (CVE-2022-50513)

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

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

  - 已修复 Linux 内核中的下列漏洞：soc: aspeed: socinfo: Add kfree for kstrdup Add kfree() in the later error handling in order to avoid memory leak. (CVE-2023-53617)

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

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

  - 已修复 Linux 内核中的下列漏洞：test_firmware: fix memory leak in test_firmware_init() When misc_register() failed in test_firmware_init(), the memory pointed by test_fw_config->name is not released. The memory leak information is as follows: unreferenced object 0xffff88810a34cb00 (size 32): comm insmod, pid 7952, jiffies 4294948236 (age 49.060s) hex dump (first 32 bytes): 74 65 73 74 2d 66 69 72 6d 77 61 72 65 2e 62 69 test-firmware.bi 6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 n............... backtrace: [<ffffffff81b21fcb>] __kmalloc_node_track_caller+0x4b/0xc0 [<ffffffff81affb96>] kstrndup+0x46/0xc0 [<ffffffffa0403a49>] __test_firmware_config_init+0x29/0x380 [test_firmware] [<ffffffffa040f068>] 0xffffffffa040f068 [<ffffffff81002c41>] do_one_initcall+0x141/0x780 [<ffffffff816a72c3>] do_init_module+0x1c3/0x630 [<ffffffff816adb9e>] load_module+0x623e/0x76a0 [<ffffffff816af471>] __do_sys_finit_module+0x181/0x240 [<ffffffff89978f99>] do_syscall_64+0x39/0xb0 [<ffffffff89a0008b>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50529)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommu/mediatek: Check return value after calling platform_get_resource() platform_get_resource() may return NULL pointer, we need check its return value to avoid null-ptr-deref in resource_size(). (CVE-2022-50524)

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

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

  - mediasi470x修复 si470x_int_in_callback() 中的释放后使用 syzbot 报告的 si470x_int_in_callback() 中存在释放后使用 [1]。这表示当调用 si470x_int_in_callback() 时包含结构 si470x_device 对象的 urb->context 已释放。造成此问题的原因是为已释放的 urb 调用了 si470x_int_in_callback()。 si470x_usb_driver_probe() 调用 si470x_start_usb()然后 si470x_start_usb() 调用 usb_submit_urb() 和 si470x_start()。如果 si470x_start_usb() 失败si470x_usb_driver_probe() 不会终止 urb而只是释放 struct si470x_device 对象如下所述 si470x_usb_driver_probe() ... si470x_start_usb() ... usb_submit_urb() 如果满足则 retval = si470x_start() 返回 retval (retval < 0)释放 struct si470x_device 对象但不终止 urb 此修补程序通过在 si470x_start_usb() 失败且已提交 urb 时终止 urb 修复此问题。如果 si470x_start_usb() 失败且未提交 urb即提交 usb 失败则其仅释放 struct si470x_device 对象。
    (CVE-2022-50542)

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

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

  - 已修复 Linux 内核中的下列漏洞：memcontrol: ensure memcg acquired by id is properly set up In the eviction recency check, we attempt to retrieve the memcg to which the folio belonged when it was evicted, by the memcg id stored in the shadow entry. However, there is a chance that the retrieved memcg is not the original memcg that has been killed, but a new one which happens to have the same id. This is a somewhat unfortunate, but acceptable and rare inaccuracy in the heuristics.
    However, if we retrieve this new memcg between its allocation and when it is properly attached to the memcg hierarchy, we could run into the following NULL pointer exception during the memcg hierarchy traversal done in mem_cgroup_get_nr_swap_pages(): [ 155757.793456] BUG: kernel NULL pointer dereference, address: 00000000000000c0 [ 155757.807568] #PF: supervisor read access in kernel mode [ 155757.818024] #PF: error_code(0x0000) - not-present page [ 155757.828482] PGD 401f77067 P4D 401f77067 PUD 401f76067 PMD 0 [ 155757.839985] Oops: 0000 [#1] SMP [ 155757.887870] RIP: 0010:mem_cgroup_get_nr_swap_pages+0x3d/0xb0 [155757.899377] Code: 29 19 4a 02 48 39 f9 74 63 48 8b 97 c0 00 00 00 48 8b b7 58 02 00 00 48 2b b7 c0 01 00 00 48 39 f0 48 0f 4d c6 48 39 d1 74 42 <48> 8b b2 c0 00 00 00 48 8b ba 58 02 00 00 48 2b ba c0 01 00 00 48 [ 155757.937125] RSP: 0018:ffffc9002ecdfbc8 EFLAGS: 00010286 [ 155757.947755] RAX: 00000000003a3b1c RBX: 000007ffffffffff RCX: ffff888280183000 [ 155757.962202] RDX: 0000000000000000 RSI: 0007ffffffffffff RDI: ffff888bbc2d1000 [ 155757.976648] RBP: 0000000000000001 R08: 000000000000000b R09: ffff888ad9cedba0 [155757.991094] R10: ffffea0039c07900 R11: 0000000000000010 R12: ffff888b23a7b000 [ 155758.005540] R13:
    0000000000000000 R14: ffff888bbc2d1000 R15: 000007ffffc71354 [ 155758.019991] FS: 00007f6234c68640(0000) GS:ffff88903f9c0000(0000) knlGS:0000000000000000 [ 155758.036356] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 155758.048023] CR2: 00000000000000c0 CR3: 0000000a83eb8004 CR4: 00000000007706e0 [155758.062473] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 155758.076924] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 155758.091376] PKRU: 55555554 [155758.096957] Call Trace: [ 155758.102016] <TASK> [ 155758.106502] ? __die+0x78/0xc0 [ 155758.112793] ? page_fault_oops+0x286/0x380 [ 155758.121175] ? exc_page_fault+0x5d/0x110 [ 155758.129209] ? asm_exc_page_fault+0x22/0x30 [ 155758.137763] ? mem_cgroup_get_nr_swap_pages+0x3d/0xb0 [ 155758.148060] workingset_test_recent+0xda/0x1b0 [ 155758.157133] workingset_refault+0xca/0x1e0 [ 155758.165508] filemap_add_folio+0x4d/0x70 [ 155758.173538] page_cache_ra_unbounded+0xed/0x190 [ 155758.182919] page_cache_sync_ra+0xd6/0x1e0 [ 155758.191738] filemap_read+0x68d/0xdf0 [ 155758.199495] ? mlx5e_napi_poll+0x123/0x940 [ 155758.207981] ? __napi_schedule+0x55/0x90 [ 155758.216095]
    __x64_sys_pread64+0x1d6/0x2c0 [ 155758.224601] do_syscall_64+0x3d/0x80 [ 155758.232058] entry_SYSCALL_64_after_hwframe+0x46/0xb0 [ 155758.242473] RIP: 0033:0x7f62c29153b5 [ 155758.249938] Code:
    e8 48 89 75 f0 89 7d f8 48 89 4d e0 e8 b4 e6 f7 ff 41 89 c0 4c 8b 55 e0 48 8b 55 e8 48 8b 75 f0 8b 7d f8 b8 11 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 33 44 89 c7 48 89 45 f8 e8 e7 e6 f7 ff 48 8b [ 155758.288005] RSP: 002b:00007f6234c5ffd0 EFLAGS: 00000293 ORIG_RAX: 0000000000000011 [ 155758.303474] RAX:
    ffffffffffffffda RBX: 00007f628c4e70c0 RCX: 00007f62c29153b5 [ 155758.318075] RDX: 000000000003c041 RSI:
    00007f61d2986000 RDI: 0000000000000076 [ 155758.332678] RBP: 00007f6234c5fff0 R08: 0000000000000000 R09:
    0000000064d5230c [ 155758.347452] R10: 000000000027d450 R11: 0000000000000293 R12: 000000000003c041 [155758.362044] R13: 00007f61d2986000 R14: 00007f629e11b060 R15: 000000000027d450 [ 155758.376661] </TASK> This patch fixes the issue by moving the memcg's id publication from the alloc stage to ---truncated--- (CVE-2023-53621)

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

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

  - 从 Apache Tika 版本 1.7 到 1.17客户端可将精心构建的标头发送至 tika-server其可被用于将命令注入运行 tika-server 的服务器命令行。此漏洞仅影响在对非受信客户端开放的服务器上运行 tika-server 的漏洞。缓解措施用于升级到 Tika 1.18。 (CVE-2018-1335)

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

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

  - 在 Firefox 136 和 Thunderbird 136 中修复了内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞影响 Firefox < 137 和 Thunderbird < 137。 (CVE-2025-3034)

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

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

  - 在 ffmpeg 中发现一个归类为“存在问题”的漏洞。此漏洞会影响 QuickTime Graphics Video Encoder 组件的 libavcodec/smcenc.c 文件的 smc_encode_stream 函数。攻击者可利用 argument y_size 造成越界读取。攻击可从远程发起。补丁的名称为 13c13109759090b7f7182480d075e13b36ed8edd。建议应用补丁修复此问题。此漏洞的标识符为 VDB-213544。(CVE-2022-3965)

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

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

  - llama.cpp 是 C/C++ 版本中多个 LLM 模型的推理。在低于版本 b5662 的情况下攻击者提供的 GGUF 模型词汇表可在 llama.cpp 的词汇表加载代码中触发缓冲区溢出。具体来说llama.cpp/src/VOCAB.cpp: llama_vocationb::impl::token_to_piece() 中的 helper _try_copy 会将非常大的 size_t 标记长度转换为 int32_t从而造成长度检查如果 (length < (int32_t)size) ) 要绕过。因此仍会以该过大的大小调用 memcpy从而让恶意模型覆盖预期缓冲区之外的内存。这可能导致任意内存损坏并可能导致代码执行。已在版本 b5662 中修补此问题。 (CVE-2025-49847)

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

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

  - 7-Zip ZIP 文件解析目录遍历远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 7-Zip 安装上执行任意代码。要利用此漏洞需要与此产品交互但攻击向量可能因实现而异。该特定缺陷存在于 ZIP 文件中符号链接的处理中。ZIP 文件中的特制数据可造成进程遍历至非预期目录。攻击者可以利用此漏洞在服务帐户上下文中执行代码。是 ZDI-CAN-26753。 (CVE-2025-11001)

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

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

  - 用 WOLFSSL_SYS_CA_CERTS 和 WOLFSSL_APPLE_NATIVE_CERT_VALIDATION 选项进行构建时wolfSSL 中的证书验证错误导致 wolfSSL 客户端无法正确验证服务器证书的域名从而允许接受由受信任 CA 颁发的任何证书而不考虑主机名。 (CVE-2025-7395)

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

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

  - moment 是用于解析、验证、操纵和格式化日期的 JavaScript 日期库。据发现，受影响的 moment 版本使用了低效解析算法。具体而言，在 moment 中使用 string-to-date 解析（更确切讲，是默认尝试的 rfc2822 解析）处理特定输入时，复杂性为二的次方 (N^2)。用户可能会注意到，当输入超过 10k 个字符时，处理速度会明显减慢。如果用户将用户提供的字符串传递到 moment 构造函数，而未经健全性长度检查，就容易受到 (Re)DoS 攻击。此问题已在 2.29.4 版中修补，该补丁可应用于调整极少的所有受影响的版本。建议所有用户都进行升级。无法升级的用户应考虑限制接受用户输入的日期长度。(CVE-2022-31129)

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

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

  - GitLab 已修复了 GitLab CE/EE 中的一个问题该问题会影响到低于 5.2 的 18.2.8、低于 18.3.4的 18.3 和低于 18.4 的 18.4.2 的所有版本其可允许经身份验证的攻击者创建拒绝服务情况通过配置由发送构建的 HTTP 响应的恶意 webhook 端点。
    (CVE-2025-2934)

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

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

  - 已修复了 GitLab EE 中影响 18.3 到 18.3.4、 18.4 到 18.4.2 中所有版本的问题该问题在某些情况下可允许拥有只读 API 标记的经身份验证的用户通过利用错误限定范围的 GraphQL 变更。 (CVE-2025-11340)

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

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

  - 已修复 Linux 内核中的下列漏洞：rxrpc: Fix untrusted unsigned subtract Fix the following Smatch static checker warning: net/rxrpc/rxgk_app.c:65 rxgk_yfs_decode_ticket() warn:
    untrusted unsigned subtract. 'ticket_len - 10 * 4' by prechecking the length of what we're trying to extract in two places in the token and decoding for a response packet. Also use sizeof() on the struct we're extracting rather specifying the size numerically to be consistent with the other related statements. (CVE-2025-39962)

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

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

  - 已修复 Linux 内核中的下列漏洞：gpiolib: acpi: initialize acpi_gpio_info struct Since commit 7c010d463372 (gpiolib: acpi: Make sure we fill struct acpi_gpio_info), uninitialized acpi_gpio_info struct are passed to __acpi_find_gpio() and later in the call stack info->quirks is used in acpi_populate_gpio_lookup. This breaks the i2c_hid_cpi driver: [58.122916] i2c_hid_acpi i2c-UNIW0001:00: HID over i2c has not been provided an Int IRQ [ 58.123097] i2c_hid_acpi i2c-UNIW0001:00: probe with driver i2c_hid_acpi failed with error -22 Fix this by initializing the acpi_gpio_info pass to __acpi_find_gpio() (CVE-2025-39960)

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

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

  - 在 Checkmk GmbH 的 Checkmk 版本 <2.4.0p13、<2.3.0p38、<2.2.0p46 和 2.1.0 (EOL) 中潜在使用敏感信息可能会造成 URL 查询参数中包含敏感表单数据进而可能会记录在多个位置，例如浏览器历史记录或 Web 服务器日志。
    (CVE-2025-32916)

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

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

  - Checkmk <2.4.0p13、<2.3.0p38、<2.2.0p46 和 2.1.0 (EOL) 中的报告计划程序转义不充分允许经过身份验证的攻击者将报告文件对的存储位置定义在其预期根目录之外。 (CVE-2025-39664)

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

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

  - GitLab 已修复了 GitLab CE/EE 中影响所有版本 13.7 至 18.2.8、低于 18.3.4的 18.3 以及低于 [] 的 18.418.4.2 的问题此问题可允许没有项目成员资格的经身份验证的用户查看敏感的手动 CI/CD 变量通过查询 GraphQL API。 (CVE-2025-9825)

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

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

  - GitLab 已修复了 GitLab CE/EE 中影响 13.12 到 18.2.8、 18.3 到 18.3.4以及 18.4 到 18.4.2 的所有版本的问题通过发送请求大量数据的构建 GraphQL 查询使 GitLab 实例失去响应或严重降级存储库 blob。 (CVE-2025-10004)

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

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

  - quic-go 是 QUIC 协议的 Go 实现。在 0.49.0、 0.54.1和 0.55.0之前的版本中行为不当或恶意的服务器可通过触发断言失败进而导致进程崩溃从而对 quic-go 客户端造成拒绝服务 (DoS) 攻击。这不需要任何认证并且可在握手阶段被利用。可以在通常环境中使用某些服务器实现观察到此情况。
    quic-go 需要能够处理行为不当的服务器实现包括那些过早发送 HANDSHAKE_DONE 帧的服务器实现。版本 0.49.0、 0.54.1和 0.55.0 在接收 HANDSHAKE_DONE 帧时丢弃初始密钥从而正确处理过早的 HANDSHAKE_DONE 帧。 (CVE-2025-59530)

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

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

  - cryptoaf_alg - 不允许 af_alg_sendmsg 中并发写入。向同一个 af_alg 套接字发出两次写入均为虚假因为数据将以不可预测的方式交错存取。此外并发写入可能会造成内部套接字状态的不一致。通过添加指示独占写入所有权的新 ctx->write 字段来禁止此操作。 (CVE-2025-39964)

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

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

  - 已修复 Linux 内核中的下列漏洞：xfrm: xfrm_alloc_spi shouldn't use 0 as SPI x->id.spi == 0 means no SPI assigned, but since commit 94f39804d891 (xfrm: Duplicate SPI Handling), we now create states and add them to the byspi list with this value. __xfrm_state_delete doesn't remove those states from the byspi list, since they shouldn't be there, and this shows up as a UAF the next time we go through the byspi list. (CVE-2025-39965)

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

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

  - Reader.ReadResponse 函数通过重复的字符串行连接来构造响应字符串。当响应中的行数很大时这可导致过多的 CPU 消耗。
    (CVE-2025-61724)

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

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

  - ParseAddress 函数通过重复的字符串连接来构造域文字地址组件。在解析大型域文字组件时这可导致过多 CPU 消耗。
    (CVE-2025-61725)

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

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

  - Parse 函数允许 URL 的主机组件中的方括号中包含 IPv6 地址以外的值。RFC 3986 允许将 IPv6 地址包含在 host 组件内并括在方括号中。例如http://[::1]/。方括号内不得出现 IPv4 地址和主机名。Parse 未强制执行此要求。 (CVE-2025-47912)

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

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

  - tar.Reader 未设置 GNU tar pax 1.0 稀疏文件中稀疏区域数据块数量的最大大小。包含大量稀疏区域的恶意构建的存档可导致读取器将无限量的数据从存档读取到内存中。从压缩源读取时较小的压缩输入可导致大型分配。 (CVE-2025-58183)

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

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

  - 尽管 HTTP 标头的默认限制为 1MB但可解析的 Cookie 数量没有限制。攻击者可以通过发送大量非常小的 Cookie如 a=;使 HTTP 服务器分配大量结构从而导致大量内存消耗。 (CVE-2025-58186)

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

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

  - Python Social Auth 是一种社交认证/注册机制。在低于 5.6.0的版本中认证时即使未包含 `associate_by_email` 管道也可通过电子邮件关联用户。当第三方身份验证服务不验证提供的电子邮件地址或不需要唯一的电子邮件地址时，这可导致帐户遭到入侵。版本 5.6.0 包含一个修补程序。解决方案为检查电子邮件地址的身份验证服务策略；许多 不允许利用此漏洞。 (CVE-2025-61783)

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

ID	名称	严重性
270264	Linux Distros 未修补的漏洞：CVE-2022-50538	medium
270263	Linux Distros 未修补的漏洞：CVE-2023-53658	medium
270262	Linux Distros 未修补的漏洞：CVE-2023-53650	medium
270261	Linux Distros 未修补的漏洞：CVE-2022-50547	medium
270260	Linux Distros 未修补的漏洞：CVE-2022-50545	medium
270259	Linux Distros 未修补的漏洞：CVE-2025-61672	medium
270258	Linux Distros 未修补的漏洞：CVE-2022-50526	high
270257	Linux Distros 未修补的漏洞：CVE-2022-50509	medium
270256	Linux Distros 未修补的漏洞：CVE-2023-53681	medium
270255	Linux Distros 未修补的漏洞：CVE-2022-50523	medium
270254	Linux Distros 未修补的漏洞：CVE-2022-50522	high
270253	Linux Distros 未修补的漏洞：CVE-2023-53683	high
270252	Linux Distros 未修补的漏洞：CVE-2023-53636	high
270251	Linux Distros 未修补的漏洞：CVE-2023-53637	medium
270250	Linux Distros 未修补的漏洞：CVE-2023-53633	high
270249	Linux Distros 未修补的漏洞：CVE-2023-53653	medium
270248	Linux Distros 未修补的漏洞：CVE-2022-50548	medium
270247	Linux Distros 未修补的漏洞：CVE-2023-53642	medium
270246	Linux Distros 未修补的漏洞：CVE-2023-53644	medium
270245	Linux Distros 未修补的漏洞：CVE-2022-50514	medium
270244	Linux Distros 未修补的漏洞：CVE-2022-50513	medium
270243	Linux Distros 未修补的漏洞：CVE-2023-53617	medium
270242	Linux Distros 未修补的漏洞：CVE-2022-50529	medium
270241	Linux Distros 未修补的漏洞：CVE-2022-50524	medium
270240	Linux Distros 未修补的漏洞：CVE-2022-50542	high
270239	Linux Distros 未修补的漏洞：CVE-2023-53621	medium
270238	Linux Distros 未修补的漏洞：CVE-2018-1335	high
270237	Linux Distros 未修补的漏洞：CVE-2025-3034	high
270236	Linux Distros 未修补的漏洞：CVE-2022-3965	high
270235	Linux Distros 未修补的漏洞：CVE-2025-49847	high
270234	Linux Distros 未修补的漏洞：CVE-2025-11001	high
270233	Linux Distros 未修补的漏洞：CVE-2025-7395	critical
270232	Linux Distros 未修补的漏洞：CVE-2022-31129	high
270231	Linux Distros 未修补的漏洞：CVE-2025-2934	medium
270230	Linux Distros 未修补的漏洞：CVE-2025-11340	high
270229	Linux Distros 未修补的漏洞：CVE-2025-39962	high
270228	Linux Distros 未修补的漏洞：CVE-2025-39960	high
270227	Linux Distros 未修补的漏洞：CVE-2025-32916	low
270226	Linux Distros 未修补的漏洞：CVE-2025-39664	high
270225	Linux Distros 未修补的漏洞：CVE-2025-9825	medium
270224	Linux Distros 未修补的漏洞：CVE-2025-10004	high
270223	Linux Distros 未修补的漏洞：CVE-2025-59530	high
270222	Linux Distros 未修补的漏洞：CVE-2025-39964	low
270221	Linux Distros 未修补的漏洞：CVE-2025-39965	medium
270220	Linux Distros 未修补的漏洞：CVE-2025-61724	medium
270219	Linux Distros 未修补的漏洞：CVE-2025-61725	high
270218	Linux Distros 未修补的漏洞：CVE-2025-47912	medium
270217	Linux Distros 未修补的漏洞：CVE-2025-58183	medium
270216	Linux Distros 未修补的漏洞：CVE-2025-58186	medium
270215	Linux Distros 未修补的漏洞：CVE-2025-61783	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

high

high

high

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

high

high

high

high

high

critical

high

medium

high

high

high

low

high

medium

high

high

low

medium

medium

high

medium

medium

medium

medium