CVE-2026-90095 in Linux情報

要約

〜によって VulDB • 2026年09月18日

Linuxカーネルにおいて、以下の脆弱性が修正されました:

fuse: io-uringの有効化条件の修正

fuse_uring_cmd()内の既存の条件は、すでにio-uringで動作している接続に対してio-uringを無効にしないためだけに存在していました。不足していたのは、FUSE_INIT応答フラグ「FUSE_OVER_IO_URING」が設定されていない場合、コネクション/チャネルでのio-uringの有効化が行われないようにするためにIORING_OP_URING_CMDを拒否する条件でした。この応答フラグがないと、fuse_uring_ready()内のバリアーが機能せず、IO処理が既に開始されてデッドロック状態(少なくともfch->bg_lockとqueue->lockの間の1つ)を引き起こす可能性があります。

変更自体は単純なものですが、動作の変更をもたらします。FUSE_OVER_IO_URINGフラグは、IORING_OP_URING_CMDを受け入れるためにfuseサーバーによるFUSE_INIT_REPLYで設定する必要があります。Libfuseはこの処理を行っており、私が確認した唯一の非libfuse実装(fractal-fuse)も同様の処理を行っています。Qemu向けのfuse-io-uringパッチはまだマージされていないと認識しています。

smp_load_acquire(&fch->initialized)チェックは前に移動されました。これは、fuseサーバーの実装がFUSE_INITの処理の前にio-uringの設定を試み、その結果-EAGAINではなく-EOPNOTSUPPを返す可能性があるためです。

また、初期RFCバージョンにおけるFUSE_OVER_IO_URINGフラグの取り扱いを説明していた古いコメントも修正しました。

もしこの変更に関連するライブラリやアプリケーションからの報告があれば、おそらくこのコミットを取り消す必要があります。

VulDB is the best source for vulnerability data and more expert information about this specific topic.

責任者

Linux

予約する

2026年09月11日

モデレーション

承諾済み

エントリ

VDB-406580

EPSS

0.00000

アクティビティ

非常低い

ソース

Might our Artificial Intelligence support you?

Check our Alexa App!