Answer in brief
CVE-2026-98398 records a Unknown severity vulnerability in locking/lockdep: Invalidate stale class_cache entries for zapped classes. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <f8a1281ab82df5b51fd0384354d4b21daf2b7af0 || >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <1c9d664e2e067fca69e5a41d68e23bbc66a583fe || >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <6bc345f6d81ebe22e0f355c2a21d7e29691f9332 || >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <f63c86e9d267629758adaba18579e784ddd63c32 || >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <c7acfb04c7e2e2dea248282b21373d93296644dd || >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <baa320fbb2f9fea50f5632a307da8ce84fbef5bd || >=a0b0fd53e1e67639b303b15939b9c653dbe7a8c4 <02c6be7d675b21d81f0ba3a524346850a8c0e3bf | f8a1281ab82df5b51fd0384354d4b21daf2b7af0, 1c9d664e2e067fca69e5a41d68e23bbc66a583fe, 6bc345f6d81ebe22e0f355c2a21d7e29691f9332, f63c86e9d267629758adaba18579e784ddd63c32, c7acfb04c7e2e2dea248282b21373d93296644dd, baa320fbb2f9fea50f5632a307da8ce84fbef5bd, 02c6be7d675b21d81f0ba3a524346850a8c0e3bf |
| Linux/Linuxgeneric | 5.1 | Not reported |
Published upstream
Oct 14, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 14, 2026
In the Linux kernel, the following vulnerability has been resolved: locking/lockdep: Invalidate stale class_cache entries for zapped classes syzbot reported a lockdep splat hitting DEBUG_LOCKS_WARN_ON(1) in hlock_class() due to an invalid class_idx: WARNING: kernel/locking/lockdep.c:238 at __lock_acquire+0x382/0x2cf0 kernel/locking/lockdep.c:5203 Workqueue: wg-crypt-wg0 wg_packet_tx_worker RIP: 0010:hlock_class kernel/locking/lockdep.c:238 [inline] RIP: 0010:check_wait_context kernel/locking/lockdep.c:4870 [inline] RIP: 0010:__lock_acquire+0x389/0x2cf0 kernel/locking/lockdep.c:5203 Call Trace: <IRQ> lock_acquire+0x106/0x350 kernel/locking/lockdep.c:5886 _raw_spin_lock+0x2e/0x40 kernel/locking/spinlock.c:173 tcp_tsq_handler+0x29/0x200 net/ipv4/tcp_output.c:1291 tcp_tsq_workfn+0x384/0x410 net/ipv4/tcp_output.c:1325 ... When a lock class is zapped (e.g. during module unload or key unregistration), zap_class() clears the class's bit in lock_classes_in_use and removes it from the class hash table. However, existing lockdep_map instances embedded in data structures may still retain a pointer to the zapped class in their class_cache[] array. When __lock_acquire() subsequently runs on such a lock, it finds lock->class_cache[subclass] != NULL, skipping register_lock_class() and assigning hlock->class_idx to the index of the zapped class. When check_wait_context() or hlock_class() inspects the held_lock, it finds !test_bit(class_idx, lock_classes_in_use) and warns. Furthermore, if the zapped slot is subsequently re-allocated to an unrelated lock key, the stale class_cache entry would erroneously match the unrelated class (ABA issue). Add lock_class_cache_is_valid() to validate that the cached class is within lock_classes bounds, still allocated in lock_classes_in_use (using uninstrumented arch_test_bit() in __always_inline context so it is safe in noinstr contexts like match_held_lock()), and that class->key matches the expected subkey (taking lockdep_set_subclass() overrides into account). Also use READ_ONCE()/WRITE_ONCE() when accessing class_cache[]. If the entry is invalid or stale, fall back to register_lock_class() / look_up_lock_class().
Quoted source text, attributed separately from HOL analysis.