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

  - blk-cgroupポリシーの構成中の潜在的なデッドロックを修正します 次のデッドロックは、lockdep によって簡単にトリガーできます 警告循環ロックの依存関係が検出されました 6.17.0-rc3-00124-ga12c2658ced0 #1665 汚染されていません ---------- --------------------------- check/1334 が を試みていますacquire lock
    ff1100011d9d0678&q->sysfs_lock{+.+.}-{4:4}, at: blk_unregister_queue+0x53/0x180 がタスクはすでにロックを保持しています ff1100011d9d00e0&q->q_usage_counter(queue)#3){++++ }-{0:0}, at: del_gendisk+0xba/0x110 このロックはすでに新しいロックに依存しています。既存の依存関係チェーン逆順は次のとおりです。-> #2 (&q->q_usage_counter(queue)#3){++++}-{0:0}: blk_queue_enter+0x40b/0x470 blkg_conf_prep+0x7b/0x3c0 tg_set_limit+ 0x10a/0x3e0 cgroup_file_write+0xc6/0x420 kernfs_fop_write_iter+0x189/0x280 vfs_write+0x256/0x490 ksys_write+0x83/0x190 __x64_sys_write+0x21/0x30 x64_sys_call+0x4608/0x4630 do_syscall_64+0xdb/0x6b0 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #1 (&q- >rq_qos_mutex){+.+.}-{4:4}
    __mutex_lock+0xd8/0xf50 mutex_lock_nested+0x2b/0x40 wbt_init+0x17e/0x280 wbt_enable_default+0xe9/0x140 blk_register_queue+0x1da/0x2e0 __add_disk+0x38c/0x5d0 add_disk_fwnode+0x89/0x250 device_add_disk+0x18/0x30 virtblk_probe+0x13a3/0x1800 virtio_dev_probe+0x389/0x610 Really_probe+0x136/0x620
    __driver_probe_device+0xb3/0x230 driver_probe_device+0x2f/0xe0 __driver_attach+0x158/0x250 bus_for_each_dev+0xa9/0x130 driver_attach+0x26/0x40 bus_add_driver+0x178/0x3d0 driver_register+0x7d/0x1c0
    __register_virtio_driver+0x2c/0x60 virtio_blk_init+0x6f/0xe0 do_one_initcall+0x94/0x540 kernel_init_freeable+0x56a/0x7b0 kernel_init+0x2b/0x270 ret_from_fork+0x268/0x4c0 ret_from_fork_asm+0x1a/0x30 -> #0 (&q->sysfs_lock){+.+. }-{4:4}: __lock_acquire+0x1835/0x2940 lock_acquire+0xf9/0x450 __mutex_lock+0xd8/0xf50 mutex_lock_nested+0x2b/0x40 blk_unregister_queue+0x53/0x180 __del_gendisk+0x226/0x690 del_gendisk+0xba/0x110 sd_remove+0x49/0xb0 [sd_mod] device_remove+0x87/0xb0 device_release_driver_internal+0x11e/0x230 device_release_driver+0x1a/0x30 bus_remove_device+0x14d/0x220 device_del+0x1e1/0x5a0
    __scsi_remove_device+0x1ff/0x2f0 scsi_remove_device+0x37/0x60 sdev_store_delete+0x77/0x100 dev_attr_store+0x1f/0x40 sysfs_kf_write+0x65/0x90 kernfs_fop_write_iter+0x189/0x280 vfs_write+0x256/0x490 ksys_write+0x83/0x190 __x64_sys_write+0x21/0x30 x64_sys_call+0x4608/0x4630 do_syscall_64+0xdb/0x6b0 entry_SYSCALL_64_after_hwframe+0x76/0x7e その他の情報で、これのデバッグに役立つことがあります 次のチェーンが存在します
    &q->sysfs_lock --> &q->rq_qos_mutex --> &q->q_usage_counter(queue)#3 潜在的な安全でないロックシナリオ
    CPU0 CPU1 ---- ---- lock(&q->q_usage_counter(queue)#3) lock(&q->rq_qos_mutex);
    lock(&q->q_usage_counter(queue)#3) lock(&q->sysfs_lock);キューは他のコンテキストからの rq_qos_mutex の前にフリーズする必要があるのに対し、queue_usage_counter は blkg_conf_prep() に保持された rq_qos_mutex で捕捉されます。blkg_conf_prep() からの blk_queue_enter() は、ポリシー無効化に対する保護に使用されます。これは、blkcg_mutex によりすでに保護されています。したがって、blk_queue_enter() を blkcg_mutex に変換して、この問題を修正します。その一方で、キューがポリシーの無効化によりフリーズした後に blkcg_mutex が保持されることを考慮し、blk_alloc() も GFP_NOIO を使用するように変換します。 (CVE-2025-68178)

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

検出

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

medium Nessus プラグイン ID 278905

バージョン 1.17