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

  - IB/mlx5MR 登録解除の潜在的なデッドロックを修正します umem_mutex または umem_mutex で取得されたその他のロックを保持している間に kzalloc() が呼び出されたときに、この問題が発生します。これは問題があります。kzalloc() が fs_reclaim_aqcure() を発生させ、これが mmu_notifier_invalidate_range_start() を呼び出す可能性があるためです。この関数は、umem_mutex の取得を再び試みる mlx5_ib_invalidate_range() を引き起こし、デッドロックを引き起こす可能性があります。問題のあるフローCPU0 | CPU1
    ---------------------------|---------- ------------------------------------------ mlx5_ib_dereg_mr() | revoke_mr() | mutex_lock(&umem_odp->umem_mutex) | | mlx5_mkey_cache_init() | mutex_lock(&dev->cache.rb_lock) | mlx5r_cache_create_ent_locked() | kzallocGFP_KERNEL| fs_reclaim() | mmu_notifier_invalidate_range_start() | mlx5_ib_invalidate_range() | mutex_lock(&umem_odp->umem_mutex) cache_ent_find_and_store() | mutex_lock(&dev->cache.rb_lock) |さらに、kzalloc() が cache_ent_find_and_store() から呼び出される際に、umem_mutex の再取得により同じデッドロックに遭遇します。umr_revoke_mr() の後、rb_lock を取得する前に、dereg_mr() 内の umem_mutex を解放することで解決します。これにより、メモリ割り当てを行う際に umem_mutex を保留したり、再利用パスを発生させたりすることが確実になくなります。この変更では、適切なロックの順番を確保し、メモリ割り当て操作中にロックを保留することでリクレイムパスを発生させる可能性があるため、デッドロックを防止します。次の lockdep 警告は、デッドロックを示しています python3/20557 は、ロックを取得しようとしています ffff888387542128 (&umem_odp->umem_mutex){+.+.}-{4:4}, at: mlx5_ib_invalidate_range+0x5b/0x550 [mlx5_ib] ですが、タスクはすでにありますlocking: ffffffff82f6b840 (mmu_notifier_invalidate_range_start){+.+.}-{0:0}, at: unmap_vmas+0x7b/0x1a0 このロックはすでに新しいロックに依存しています。既存の依存関係チェーン逆順は次のとおりです。-> #3 (mmu_notifier_invalidate_range_start){+.+.}-{0:0}: fs_reclaim_acquire+0x60/0xd0 mem_cgroup_css_alloc+0x6f/0x9b0 cgroup_init_subsys+0xa4/0x240 cgroup_init+0x1c8/0x510 start_kernel+0x747/0x760 x86_64_start_reservations+0x25/0x30 x86_64_start_kernel+0x73/0x80 common_startup_64+0x129/0x138 -> #2 (fs_reclaim){+.+.}->0:0}: fs_reclaim_acquire+0x91/0xd0
    __kmalloc_cache_noprof+0x4d/0x4c0 mlx5r_cache_create_ent_locked+0x75/0x620 [mlx5_ib] mlx5_mkey_cache_init+0x186/0x360 [mlx5_ib] mlx5_ib_stage_post_ib_reg_umr_init+0x3c/0x60 [mlx5_ib]
    __mlx5_ib_add+0x4b/0x190 [mlx5_ib] mlx5r_probe+0xd9/0x320 [mlx5_ib] auxiliary_bus_probe+0x42/0x70 true_probe+0xdb/0x360 __driver_probe_device+0x8f/0x130 driver_probe_device+0x1f/0xb0
    __driver_attach+0xd4/0x1f0 bus_for_each_dev+0x79/0xd0 bus_add_driver+0xf0/0x200 driver_register+0x6e/0xc0
    __auxiliary_driver_register+0x6a/0xc0 do_one_initcall+0x5e/0x390 do_init_module+0x88/0x240 init_module_from_file+0x85/0xc0 idempotent_init_module+0x104/0x300 __x64_sys_finit_module+0x68/0xc0 do_syscall_64+0x6d/0x140 entry_SYSCALL_64_after_hwframe+0x4b/0x53 -> #1 (&dev->cache. rb_lock){+.+.}-{4:4}
    __mutex_lock+0x98/0xf10 __mlx5_ib_dereg_mr+0x6f2/0x890 [mlx5_ib] mlx5_ib_dereg_mr+0x21/0x110 [mlx5_ib] ib_dereg_mr_user+0x85/0x1f0 [ib_core] ---truncated---CVE-2025-38373]

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

検出

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

medium Nessus プラグイン ID 252175

バージョン 1.18