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

  - hfsplus__hfs_bnode_create での hfs_bnode_get() の欠落を修正します。sync() と link() が同時に呼び出されたとき、両方のスレッドがハッシュテーブルでノードを見つけられずに、hfs_bnode_find() に入力され、作成が進められる可能性があります。スレッド A: hfsplus_write_inode() -> hfsplus_write_system_inode() -> hfs_bnode_find(tree、0) -> __hfs_bnode_create(tree、0) スレッド B: hfsplus_create_cat() -> hfs_brec_insert()
    -> hfs_bnode_split() -> hfs_bmap_alloc() -> hfs_bnode_find(tree、0) -> __hfs_bnode_create(tree、0) この場合、スレッド A は bnode を作成し、refcnt=1 を設定し、それをハッシュします。スレッド B も同じ bnode を作成しようと試み、すでに挿入されていることに気付き、独自のインスタンスをドロップし、ノードを取得せずにハッシュされたインスタンスを使用します。 `` node2 = hfs_bnode_findhash(tree, cnid); if (!node2) { <- Thread A hash = hfs_bnode_hash(cnid); node->next_hash = tree->node_hash[hash]; tree->node_hash[hash] = node;
    tree->node_hash_cnt++; } else { <- Thread B spin_unlock(&tree->hash_lock); kfree(node);
    wait_event(node2->lock_wq, !test_bit(HFS_BNODE_NEW, &node2->flags); node2 を返します} `` ただし、hfs_bnode_find() は、呼び出しごとに参照を取得する必要があります。この場合、両方のスレッドは refcnt=1 を設定して終了します。後にノードを配置するとき、これがトリガーされますBUG_ON(!atomic_read(&node->refcnt))。このシナリオでは、スレッドBは新しいノードを作成するのではなく、実際にはハッシュテーブルのノードを見つけるため、参照する必要があります。別のスレッドによって新たに作成された bnode を再利用する際に hfs_bnode_get() を呼び出すことでこれを修正し、refcount が適切に更新されるようにします。類似のバグは、a9dc087fd3c4 ではるかに前に HFS で修正されました__hfs_bnode_create にある hfs_bnode_get() の欠落を修正しますが、今では HFS+ に同じ問題が残っています。
    (CVE-2025-68774)

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

検出

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

medium Nessus プラグイン ID 283662

バージョン 1.8