7.5

CVE-2025-68774: linux

CVSS: 7.5v3.1HighDeferred
AliasesUBUNTU-CVE-2025-68774DEBIAN-CVE-2025-68774
Published 13-01-2026Last modified 05-08-2026

Vulnerability summary

CVE-2025-68774 is a high (CVSS 7.5) vulnerability in linux. EPSS estimates a 0.59% chance of exploitation in the next 30 days, higher than 47% of scored vulnerabilities.

Overall risk
30/100
0100
Medium · default modelHow is this calculated?
CVSS score
7.5/10
010
High · v3.1 (CVE.org)
EPSS score
0.59%
0%100%
Low · +0.01 pp in 30 days
KEVNot listedIn no KEV catalog
RansomwareNone recordedNo known use recorded
Public exploits0No public exploits recorded

Advisory lineage

Upstream 0 · Downstream 35 · Related 31

Timeline

  1. 13-01-2026
    PublishedVulnerability first disclosed.
  2. 05-08-2026
    Last modifiedVulnerability information updated.

Description

In the Linux kernel, the following vulnerability has been resolved: hfsplus: fix missing hfs_bnode_get() in __hfs_bnode_create When sync() and link() are called concurrently, both threads may enter hfs_bnode_find() without finding the node in the hash table and proceed to create it. Thread A: hfsplus_write_inode() -> hfsplus_write_system_inode() -> hfs_btree_write() -> hfs_bnode_find(tree, 0) -> __hfs_bnode_create(tree, 0) Thread B: hfsplus_create_cat() -> hfs_brec_insert() -> hfs_bnode_split() -> hfs_bmap_alloc() -> hfs_bnode_find(tree, 0) -> __hfs_bnode_create(tree, 0) In this case, thread A creates the bnode, sets refcnt=1, and hashes it. Thread B also tries to create the same bnode, notices it has already been inserted, drops its own instance, and uses the hashed one without getting the node. ``` 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)); return node2; } ``` However, hfs_bnode_find() requires each call to take a reference. Here both threads end up setting refcnt=1. When they later put the node, this triggers: BUG_ON(!atomic_read(&node->refcnt)) In this scenario, Thread B in fact finds the node in the hash table rather than creating a new one, and thus must take a reference. Fix this by calling hfs_bnode_get() when reusing a bnode newly created by another thread to ensure the refcount is updated correctly. A similar bug was fixed in HFS long ago in commit a9dc087fd3c4 ("fix missing hfs_bnode_get() in __hfs_bnode_create") but the same issue remained in HFS+ until now.

CVSS metrics

4 scores · 4 sources · 1 version

EPSS trend

Probability

0.59%

Chance of exploitation in the next 30 days

Percentile

47%

Versus all other CVEs

30-day change

+0.01 pp

From 0.57% on 19-09-2026

19-09-202619-10-2026
EPSS score
0.59%

Known exploited

Compare KEV catalogs

Not in any of the 3 tracked catalogs.

Public exploits

0 found

No public exploits indexed.

Weaknesses

CWE · root cause

No weakness data has been published for this record.

Affected systems

Ubuntu157 products
  • linuxAll versions (No fix recorded) | < 5.15.0-173.183 | < 6.8.0-110.110 | < 6.17.0-22.22
  • linux-allwinner-5.19All versions (No fix recorded)
  • linux-awsAll versions (No fix recorded) | < 5.15.0-1103.110 | < 6.8.0-1052.55 | < 6.17.0-1012.12
  • linux-aws-5.0All versions (No fix recorded)
  • linux-aws-5.11All versions (No fix recorded)
Debian1 product
  • linux< 6.1.162-1 | < 6.12.69-1 | < 6.18.3-1
Linux1 product
  • linux≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 3b0fc7af50b896d0f3d104e70787ba1973bc0b56 | ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 39e149d58ef4d7883cbf87448d39d51292fd342d | ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < b68dc4134b18a3922cd33439ec614aad4172bc86 | ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < b9d1c6bb5f19460074ce9862cb80be86b5fb0a50 | ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 457f795e7abd7770de10216d7f9994a3f12a56d6 | ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 5882e7c8cdbb5e254a69628b780acff89c78071e | ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 152af114287851583cf7e0abc10129941f19466a | 2.6.12

3 vendors · 159 products

References

42 links
Show all 42 references