CVE-2026-98431 in Linux
要約
〜によって VulDB • 2026年10月14日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
RDMA/uverbs: mmap_lock/disassociation_lockの循環依存（デッドロック）を修正
コミット 51976c6cd786 ("RDMA/core: Provide rdma_user_mmap_disassociate() to disassociate mmap pages") は、新しいmmap登録に対してuverbs_user_mmap_disassociate()からの保護を提供するためにdisassociation_lockを導入しましたが、ABBAデッドロックを引き起こしました：
スレッドA (mmap / fork): mmap_lock -> disassociation_lock
スレッドB (disassociate): disassociation_lock -> mmap_lock
disassociation_lockを完全に削除し、既存のhw_destroy_rwsemを使用することで修正します。hw_destroy_rwsemは同じ保護を提供しています：rdma_umap_open()とib_uverbs_mmap()はいずれも新しいVMAを登録する前にdown_read_trylock()を使用するため、uverbs_user_mmap_disassociate()でhw_destroy_rwsemを保持することは、新規登録をブロックするのに十分です。mmap_lockはエントリ時に既に保持されており、uverbs_user_mmap_disassociate()は内部的にmmap_lockを取得するため、ブロッキング読み取り（down_read）を行うと同じデッドロックが再発します。そのため、両方のmmapパスでtrylockが使用されています。
hw_destroy_rwsemをライトとして取得していなかった唯一の呼び出し元はrdma_user_mmap_disassociate()でした。これを修正し、lists_mutexの下でイテレーション中にper-ufileでrwsemを取得するようにしました。これは安全です。なぜなら、ib_uverbs_close()はlists_mutexを取得する前にhw_destroy_rwsemを完全に解放するため、2つのロックが同時に保持されることはないからです。
lockdep警告：
[ 776.654252] ======================================================
[ 776.655214] WARNING: possible circular locking dependency detected
[ 776.656167] 6.18.0for-upstream_debug_94e244d9ccab #1 Not tainted
[ 776.657114] ------------------------------------------------------
[ 776.658087] devlink/14824 is trying to acquire lock:
[ 776.658879] ffff88811170c800 (&mm->mmap_lock){++++}-{4:4}, at: uverbs_user_mmap_disassociate+0x168/0x780 [ib_uverbs]
[ 776.660479]
[ 776.660479] but task is already holding lock:
[ 776.661460] ffff888142d92b08 (&file->disassociation_lock){+.+.}-{4:4}, at: uverbs_user_mmap_disassociate+0x39/0x780 [ib_uverbs]
[ 776.663177]
[ 776.663177] which lock already depends on the new lock.
[ 776.663177]
[ 776.664525]
[ 776.664525] the existing dependency chain (in reverse order) is:
[ 776.665724]
[ 776.665724] -> #2 (&file->disassociation_lock){+.+.}-{4:4}:
[ 776.666887] __mutex_lock+0x16d/0x2330
[ 776.667633] rdma_umap_open+0x129/0x280 [ib_uverbs]
[ 776.668489] dup_mmap+0xa40/0x1790
[ 776.669170] copy_process+0x5dd2/0x6170
[ 776.669933] kernel_clone+0xb6/0x610
[ 776.670636] __do_sys_clone+0xb5/0xf0
[ 776.671354] do_syscall_64+0x70/0x12e0
[ 776.672083] entry_SYSCALL_64_after_hwframe+0x4b/0x53
[ 776.672940]
[ 776.672940] -> #1 (&mm->mmap_lock/1){+.+.}-{4:4}:
[ 776.673985] down_write_nested+0x90/0x1e0
[ 776.674751] dup_mmap+0x201/0x1790
[ 776.675448] copy_process+0x5dd2/0x6170
[ 776.676180] kernel_clone+0xb6/0x610
[ 776.676904] __do_sys_clone+0xb5/0xf0
[ 776.677615] do_syscall_64+0x70/0x12e0
[ 776.678351] entry_SYSCALL_64_after_hwframe+0x4b/0x53
[ 776.679239]
[ 776.679239] -> #0 (&mm->mmap_lock){++++}-{4:4}:
[ 776.680253] __lock_acquire+0x18c6/0x2ec0
[ 776.681018] lock_acquire+0x10e/0x2e0
[ 776.681742] down_read+0x95/0x430
[ 776.682395] uverbs_user_mmap_disassociate+0x168/0x780 [ib_uverbs]
[ 776.683436] uverbs_destroy_ufile_hw+0x1ae/0x270 [ib_uverbs]
[ 776.684416] ib_uverbs_remove_one+0x22b/0x420 [ib_uverbs]
[ 776.685371] remove_client_context+0xa6/0xf0 [ib_core]
[ 776.686342] disable_device+0x12b/0x240 [ib_core]
[ 776.687249] __ib_unregister_device+0x269/0x460 [ib_core]
[ 776.688233] ib_unregister_device+0x21/0x30 [ib_core]
[ 776.689140] mlx5r_remove+0xd0/0x170 [mlx5_ib]
[ 776.689999] device_release_driver_internal+0x3b2/0x5
---truncated---
If you want to get the best quality for vulnerability data then you always have to consider VulDB.