CVE-2026-90167 json
ksmbd: serialize oplock close with pending break ownership
published 2026-09-17 52 d ago modified 2026-10-30 9 d ago also EUVD-2026-81760
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 11%
- public exploits
- 0
- none known
Summary
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: serialize oplock close with pending break ownership
close may abort an in-flight oplock break while another breaker already holds an opinfo reference. Releasing pending_break wakes that waiter, but without serializing the close transition with bit acquisition it can become a new break owner through the test_and_set_bit() fast path. It can then overwrite OPLOCK_CLOSING with OPLOCK_ACK_WAIT and continue a break for a dying opinfo.
Make OPLOCK_CLOSING terminal once the opinfo is removed from the inode list. Serialize that transition, pending_break acquisition, and OPLOCK_ACK_WAIT setup with an opinfo state lock. A breaker which loses the race releases its ownership and returns -ENOENT. Explicitly wake pending_break waiters during close so they can observe the terminal state.
Also prevent ACK and timeout paths from replacing OPLOCK_CLOSING with OPLOCK_STATE_NONE.
Patch / fix
- Linux Linux 6.1.191, 6.6.160, 6.12.114, 6.18.57, 7.2.6, 7.3
- linux Debian 13 6.12.115-2
- linux Debian 14 7.2.6-1
debian advisories DEBIAN-CVE-2026-90167
- kernel-source openSUSE Tumbleweed 7.2.8-1.1
opensuse advisories openSUSE-SU-2026:11893-1
- kernel Azure Linux 3.0 6.6.161.1-1
azure linux advisories AZL-102911
Azure Linux vulnerability data, Copyright (c) Microsoft Corporation, from https://github.com/microsoft/AzureLinuxVulnerabilityData via OSV, under the MIT licence; changed: normalised to fixed package versions per release. MIT
- git.kernel.org/stable/c/02a31a30ccd09f3ff35ab5861c04209c381aa5dd commit
- git.kernel.org/stable/c/7148a6c06ddf1c263a1cf422bee541f24d3d3926 commit
- git.kernel.org/stable/c/7d6e682b7633120c2f93400b8c6f335d9d8e5318 commit
- git.kernel.org/stable/c/dc1e34f78dfab755fab9ad820ac5f82348fe1792 commit
- git.kernel.org/stable/c/5f97bac88bfb333f426f01c118b8235e75af8d96 commit
- git.kernel.org/stable/c/b0148dc5625dbfd50596ac63c7487c12e8a8ab03 commit
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-90167 updated cvss 5.5
kernel: ksmbd: serialize oplock close with pending break ownership
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 more Red Hat Enterprise Linux 7 perf, kernel, bpftool, kernel-rt, python-perf, kernel-kdump, +8 more Red Hat Enterprise Linux 8 perf, kernel, bpftool, kernel-rt, kernel-core, kernel-tools, +29 more Red Hat Enterprise Linux 9 rv, perf, rtla, kernel, bpftool, libperf, +83 more Red Hat Enterprise Linux 10 kernel Red Hat OpenShift Container Platform 4 openshift/ose-rhel-coreos-8, openshift/ose-rhel-coreos-9not affected: vulnerable code not present
+1 more productsfewer
Red Hat OpenShift Container Platform 5 openshift/ose-rhel-coreos-9
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
0.21% chance of exploitation in the next 30 days, higher than 11% of all scored CVEs (FIRST EPSS, 2026-11-08).
Affected products
- Linux Linux
Classification
- Technology feeds
References
- git.kernel.org /stable/c/02a31a30ccd09f3ff35ab5861c04209c381aa5dd
- git.kernel.org /stable/c/7148a6c06ddf1c263a1cf422bee541f24d3d3926
- git.kernel.org /stable/c/7d6e682b7633120c2f93400b8c6f335d9d8e5318
- git.kernel.org /stable/c/dc1e34f78dfab755fab9ad820ac5f82348fe1792
- git.kernel.org /stable/c/5f97bac88bfb333f426f01c118b8235e75af8d96
- git.kernel.org /stable/c/b0148dc5625dbfd50596ac63c7487c12e8a8ab03
Sources
- CVE List CVE-2026-90167
- NVD CVE-2026-90167
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.