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

  - cephmultifs mds auth caps の問題を修正します mds auth caps チェックはまた、関連する cap とともに fsname を検証する必要があります。入力しないと、1 つの fs の mds auth cap が multifs ceph クラスター内の他の fs に適用されます。このバグは、ユーザー認証に関する複数の問題を引き起こします。以下にその例を示します。複製する手順vstart クラスター1. クラスターに 2 つのファイルシステムを作成し、「fsname1」と「fsname2」とします。2. fs「fsname1」でユーザー「client.usr」に対する読み取り専用権限を認証します $ceph fs 認証fsname1 client.usr / r 3. fs 「fsname2」で、同一のユーザー「client.usr」に対する読み取りおよび書き込み権限を認証します $ceph fs が、fsname2 client.usr / rw 4 を認証します。 キーリングを更新します $ceph auth get client.usr > > ./keyring ユーザー「client.usr」に対する上記の権限により、次のことが想定されます。 a. 「client.usr」はコンテンツを読み取ることのみでき、ファイルシステム「fsname1」上のファイルの作成または削除は許可されていない必要があります。 b. 「client.usr」はファイルシステム「fsname2」で読み取り/書き込みが可能なはずです。ただし、このバグでは、「client.usr」がファイルシステム「fsname1」で読み取り/書き込みが可能になります。以下のを参照してください。 5. ファイルシステム「fsname1」をユーザー「client.usr」でマウントします $sudo bin/mount.ceph usr@.fsname1=/ /kmnt_fsname1_usr/ 6. ユーザー「client」でファイルシステム「fsname1」でファイルの作成を試行します。 usr」へのHTTPリダイレクトが不適切に処理されています。これは失敗するはずですが、このバグで成功します。 $touch /kmnt_fsname1_usr/file1 7. ファイルシステム「fsname1」をユーザー「client.admin」でマウントし、ファイルを作成します。 $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 詳細については、以下に記載する tracker を詳しく確認することで、対応する mds/fuse パッチおよびテストを確認してください。 v2doutc の潜在的な null デリファレンスを修正します。v3mdsmap から fsname を保存しません。ceph_mount_options の fsname に対して検証して使用します。v4コードリファクター、警告メッセージを改善し、コンパイラ警告の可能性を修正します [ Slava.Dubeykofsname チェックに失敗しました -> fsname不一致CVE-2025-40362

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-40362

high Nessus プラグイン ID 278831

バージョン 1.22