CVE-2026-90322

In the Linux kernel, the following vulnerability has been resolved: ocfs2/cluster: keep heartbeat local node stable o2nm_node_local_store() handles local=0 by stopping o2net and setting cl_local_node to O2NM_INVALID_NODE_NUM, but it leaves cl_has_local set. That stale state makes o2nm_this_node() return 255, blocks a later local=1 attempt with -EBUSY, and can feed 255 to heartbeat users that call o2nm_this_node() dynamically. Clearing cl_has_local is required when the local node is reset. But heartbeat threads can still be running at that point. They pin the local node config item at startup, yet o2hb_do_disk_heartbeat() and thread teardown re-read o2nm_this_node() for the local slot and for o2nm_undepend_this_node(). Once local=0 has cleared the live local-node state, those dynamic reads return O2NM_MAX_NODES, which is also the invalid node number 255. Store the local node number in the heartbeat region when the region starts. Use that stable node for heartbeat slot writes/checks, negotiation messages, and the final configfs undepend. Stop the heartbeat loop when the current local node no longer matches the stored node, and clear cl_has_local together with cl_local_node in the local=0 path so nodemanager state matches node removal. Validation reproduced this kernel report: KASAN slab-out-of-bounds in o2hb_do_disk_heartbeat+0x372/0xb30 RIP: 0010:memset+0xf/0x20 Read of size 8 Call trace: dump_stack_lvl+0x66/0xa0 print_report+0xd0/0x630 o2hb_do_disk_heartbeat+0x372/0xb30 (fs/ocfs2/cluster/heartbeat.c:1079) srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x188/0x2f0 kasan_report+0xe4/0x120 o2hb_do_disk_heartbeat+0x5/0xb30 (fs/ocfs2/cluster/heartbeat.c:1079) o2hb_thread+0x14e/0x770 kthread_affine_node+0x139/0x180 lockdep_hardirqs_on_prepare+0xda/0x190 trace_hardirqs_on+0x18/0x130 kthread+0x19d/0x1e0 ret_from_fork+0x37a/0x4d0 __switch_to+0x2d5/0x6f0 ret_from_fork_asm+0x1a/0x30

• https://git.kernel.org/stable/c/688bc88e2046dd6ce81ce18079b5254cb8dadc0e
• https://git.kernel.org/stable/c/70d7bb7a0be033e5ebe8a2c48974692b1318891c
• https://git.kernel.org/stable/c/8abb2b7c60d2b2c0f40606048c873096c03874d2
• https://git.kernel.org/stable/c/8e5cb90f212fda9f6cd29915a1ed74353108ceb3

Published

Sep 17, 2026

Last Modified

Sep 17, 2026

Status

Received

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-90316In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90317In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90318In the Linux kernel, the following vulnerability has been re…
• CVE-2026-90319In the Linux kernel, the following vulnerability has been re…
• CVE-2026-90320In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90321In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90323In the Linux kernel, the following vulnerability has been re…
• CVE-2026-90324In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90325In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90326In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-90327In the Linux kernel, the following vulnerability has been re…
• CVE-2026-90328In the Linux kernel, the following vulnerability has been re…