{"id":"CVE-2026-90322","summary":"ocfs2/cluster: keep heartbeat local node stable","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nocfs2/cluster: keep heartbeat local node stable\n\no2nm_node_local_store() handles local=0 by stopping o2net and setting\ncl_local_node to O2NM_INVALID_NODE_NUM, but it leaves cl_has_local set. \nThat stale state makes o2nm_this_node() return 255, blocks a later local=1\nattempt with -EBUSY, and can feed 255 to heartbeat users that call\no2nm_this_node() dynamically.\n\nClearing cl_has_local is required when the local node is reset.  But\nheartbeat threads can still be running at that point.  They pin the local\nnode config item at startup, yet o2hb_do_disk_heartbeat() and thread\nteardown re-read o2nm_this_node() for the local slot and for\no2nm_undepend_this_node().  Once local=0 has cleared the live local-node\nstate, those dynamic reads return O2NM_MAX_NODES, which is also the\ninvalid node number 255.\n\nStore the local node number in the heartbeat region when the region\nstarts.  Use that stable node for heartbeat slot writes/checks,\nnegotiation messages, and the final configfs undepend.  Stop the heartbeat\nloop when the current local node no longer matches the stored node, and\nclear cl_has_local together with cl_local_node in the local=0 path so\nnodemanager state matches node removal.\n\nValidation reproduced this kernel report:\nKASAN slab-out-of-bounds in o2hb_do_disk_heartbeat+0x372/0xb30\nRIP: 0010:memset+0xf/0x20\nRead of size 8\nCall trace:\n  dump_stack_lvl+0x66/0xa0\n  print_report+0xd0/0x630\n  o2hb_do_disk_heartbeat+0x372/0xb30 (fs/ocfs2/cluster/heartbeat.c:1079)\n  srso_alias_return_thunk+0x5/0xfbef5\n  __virt_addr_valid+0x188/0x2f0\n  kasan_report+0xe4/0x120\n  o2hb_do_disk_heartbeat+0x5/0xb30 (fs/ocfs2/cluster/heartbeat.c:1079)\n  o2hb_thread+0x14e/0x770\n  kthread_affine_node+0x139/0x180\n  lockdep_hardirqs_on_prepare+0xda/0x190\n  trace_hardirqs_on+0x18/0x130\n  kthread+0x19d/0x1e0\n  ret_from_fork+0x37a/0x4d0\n  __switch_to+0x2d5/0x6f0\n  ret_from_fork_asm+0x1a/0x30","modified":"2026-09-19T03:47:25.875588862Z","published":"2026-09-17T16:08:38.768Z","database_specific":{"cna_assigner":"Linux","osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/90xxx/CVE-2026-90322.json"},"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/688bc88e2046dd6ce81ce18079b5254cb8dadc0e"},{"type":"WEB","url":"https://git.kernel.org/stable/c/70d7bb7a0be033e5ebe8a2c48974692b1318891c"},{"type":"WEB","url":"https://git.kernel.org/stable/c/8abb2b7c60d2b2c0f40606048c873096c03874d2"},{"type":"WEB","url":"https://git.kernel.org/stable/c/8e5cb90f212fda9f6cd29915a1ed74353108ceb3"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/90xxx/CVE-2026-90322.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-90322"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"a7f6a5fb4bde142b622706e2006ba33f793e13ed"},{"fixed":"8e5cb90f212fda9f6cd29915a1ed74353108ceb3"},{"fixed":"8abb2b7c60d2b2c0f40606048c873096c03874d2"},{"fixed":"70d7bb7a0be033e5ebe8a2c48974692b1318891c"},{"fixed":"688bc88e2046dd6ce81ce18079b5254cb8dadc0e"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-90322.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"2.6.16"},{"fixed":"6.12.110"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.52"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.19.0"},{"fixed":"7.2.6"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-90322.json"}}],"schema_version":"1.9.0"}