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

  - ceph修复 multifs mds auth 端点问题 mds auth 端点检查还应验证 fsname 以及相关的端点。如果不这样做将导致在 multifs ceph 群集中将一个 fs 的 mds auth 端点应用到另一个 fs。此缺陷会导致用户认证发生多种问题以下是一个此类示例。重现步骤在 vstart 群集上1. 在群集中创建两个文件系统如“fsname1”和“fsname2”2. 向用户“client.usr”授予对 fs“fsname1”只读的权限 $ceph fs 授权fsname1 client.usr / rw 3. 向同一用户“client.usr”授权对 fs“fsname2”的读写权限 $ceph fs 授权 fsname2 client.usr / rw 4. 更新 keyring $ceph auth get client.usr > > ./keyring 将上述权限授予用户“client.usr”将出现以下预期。 a。“client.usr”应仅能够读取内容而不允许在文件系统“fsname1”上创建或删除文件。 b. “client.usr”应该能够在文件系统“fsname2”上进行读取/写入。但是由于存在此缺陷因此允许“client.usr”在文件系统“fsname1”上进行读取/写入。详情请参阅下文。 5. 以用户“client.usr”挂载文件系统“fsname1” $sudo bin/mount.ceph usr@.fsname1=/ /kmnt_fsname1_usr/ 6. 尝试以用户“client”在文件系统“fsname1”上创建文件。 usr' 有关的未知矢量影响可用性。此操作应失败但由于此缺陷而通过。 $touch /kmnt_fsname1_usr/file1 7. 使用用户“client.admin”挂载文件系统“fsname1”并创建文件。 $sudo bin/mount.ceph admin@.fsname1=/ /kmnt_fsname1_admin $echo data > /kmnt_fsname1_admin/admin_file1 8. 尝试删除用户“client.usr”下文件系统“fsname1”上的一个现有文件。此操作不应成功但会在出现缺陷的情况下成功。 $rm -f /kmnt_fsname1_usr/admin_file1 有关更多信息请查看相应的 mds/fuse 修补程序和通过调查下面提到的跟踪器而添加的测试。 v2修复 doutc 中可能的空取消引用 v3不存储 mdsmap 中的 fsname针对 ceph_mount_options 的 fsname 进行验证并使用 v4代码重构、改进警告消息并修复可能存在的编译器警告 [ Slava.Dubeykofsname 检查失败 -> fsname不匹配 ] (CVE-2025-40362

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

检测

Linux Distros 未修补的漏洞：CVE-2025-40362

high Nessus 插件 ID 278831

版本 1.22