CVE-2026-93783 Affecting kernel-uek-doc package, versions <0:6.12.0-207.111.5.1.el9uek
Threat Intelligence
The probability is the direct output of the EPSS model, and conveys an overall sense of the threat of exploitation in the wild. The percentile measures the EPSS probability relative to all known EPSS scores. Note: This data is updated daily, relying on the latest available EPSS model version. Check out the EPSS documentation for more details.
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk IDSNYK-ORACLE9-KERNELUEKDOC-20634988
- published8 Oct 2026
- disclosed24 Sept 2026
Introduced: 24 Sep 2026
NewCVE-2026-93783 (opens in a new tab)How to fix?
Upgrade Oracle:9 kernel-uek-doc to version 0:6.12.0-207.111.5.1.el9uek or higher.
This issue was patched in ELSA-2026-500374.
NVD Description
Note: Versions mentioned in the description apply only to the upstream kernel-uek-doc package and not the kernel-uek-doc package as distributed by Oracle.
See How to fix? for Oracle:9 relevant fixed versions and status.
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: RFCOMM: validate skb length in rfcomm_recv_frame
rfcomm_recv_frame() casts skb->data to struct rfcomm_hdr and dereferences hdr->addr and hdr->ctrl without validating skb->len first. A truncated frame with skb->len less than the minimum header size causes an out-of-bounds read of uninitialized memory. Additionally, a zero-length frame causes skb->len-- to underflow to UINT_MAX, making skb_tail_pointer() read far past the buffer.
Commit 23882b828c3c ("Bluetooth: RFCOMM: validate skb length in MCC handlers") fixed the same class of missing-length-check bugs in the MCC sub-handlers, but the top-level rfcomm_recv_frame() was left unfixed. KMSAN reports:
BUG: KMSAN: uninit-value in rfcomm_run ... Uninit was created at: __alloc_skb+0x474/0xb60 vhci_write+0xe9/0x870
Fix this by rejecting frames smaller than sizeof(struct rfcomm_hdr) + 1 (the minimum frame must have a 3-byte header and a 1-byte FCS).
References
- https://linux.oracle.com/cve/CVE-2026-93783.html
- https://linux.oracle.com/errata/ELSA-2026-500374.html
- https://git.kernel.org/stable/c/67dc3b40fae71b6b11c71e7ff69bac0758818c05
- https://git.kernel.org/stable/c/b230e5bf501c5edaf2eb0991cb862ac142031d4b
- https://git.kernel.org/stable/c/bbc310caa2b6bf5fe42896ba27da0fbc12e4ac51
- https://git.kernel.org/stable/c/30d1d9f3495463f7c026e4c553127f79b486fcd6
- https://git.kernel.org/stable/c/3829af5fab5a22405bf1e7d69068c2ec0fce46ca
- https://git.kernel.org/stable/c/b161eacd7fa4a2d765724b5504ac6cc388e48f80
- https://git.kernel.org/stable/c/fb40eda15122f6b780228639c1ead6820340ff54