CVE-2026-43023

HIGHNVD 7.87.8
EchelonGraph scoreMEDIUM confidence

Score 7.8 from GitHub Security Advisory (severity: HIGH) published 2026-05-01. NVD baseline CVSS 7.8; sources differ by 0.0.

Triggered by: GitHub Security Advisory CVSS
Sources: epss, ghsa, nvd
7.8EG
EchelonGraph verdictPlan a fixSerious severity, but no confirmed exploitation yet.
  • High severity, but no confirmed exploitation yet
CISA-KEV: Not listedEPSS PROB: 0%CVSS: 7.8Exploit: None knownExposed: 0

A fix is available — apply it.

In the Linux kernel, the following vulnerability has been resolved:

Bluetooth: SCO: fix race conditions in sco_sock_connect()

sco_sock_connect() checks sk_state and sk_type without holding the socket lock. Two concurrent connect() syscalls on the same socket can both pass the check and enter sco_connect(), leading to use-after-free.

The buggy scenario involves three participants and was confirmed with additional logging instrumentation:

Thread A (connect): HCI disconnect: Thread B (connect):

sco_sock_connect(sk) sco_sock_connect(sk) sk_state==BT_OPEN sk_state==BT_OPEN (pass, no lock) (pass, no lock) sco_connect(sk): sco_connect(sk): hci_dev_lock hci_dev_lock hci_connect_sco <- blocked -> hcon1 sco_conn_add->conn1 lock_sock(sk) sco_chan_add: conn1->sk = sk sk->conn = conn1 sk_state=BT_CONNECT release_sock hci_dev_unlock hci_dev_lock sco_conn_del: lock_sock(sk) sco_chan_del: sk->conn=NULL conn1->sk=NULL sk_state= BT_CLOSED SOCK_ZAPPED release_sock hci_dev_unlock (unblocked) hci_connect_sco -> hcon2 sco_conn_add -> conn2 lock_sock(sk) sco_chan_add: sk->conn=conn2 sk_state= BT_CONNECT // zombie sk! release_sock hci_dev_unlock

Thread B revives a BT_CLOSED + SOCK_ZAPPED socket back to BT_CONNECT. Subsequent cleanup triggers double sock_put() and use-after-free. Meanwhile conn1 is leaked as it was orphaned when sco_conn_del() cleared the association.

Fix this by:

  • Moving lock_sock() before the sk_state/sk_type checks in
sco_sock_connect() to serialize concurrent connect attempts
  • Fixing the sk_type != SOCK_SEQPACKET check to actually
return the error instead of just assigning it
  • Adding a state re-check in sco_connect() after lock_sock()
to catch state changes during the window between the locks
  • Adding sco_pi(sk)->conn check in sco_chan_add() to prevent
double-attach of a socket to multiple connections
  • Adding hci_conn_drop() on sco_chan_add failure to prevent
HCI connection leaks

CVSS v3
7.8
EG Score
7.8(medium)
EG Risk
40(Track)
EG Risk 40/100SSVC: Track

EG Risk is EchelonGraph's 0–100 priority score: it fuses intrinsic severity with real-world exploitation and automatability so you can rank equal-severity CVEs and fix the most dangerous first. Higher = act sooner. Distinct from the 0–10 EG Score (severity).

How it’s computed
Severity78% × 45%
Exploitation0% × 40%
Automatability30% × 15%
Action: Routine — remediate on your standard cadence.
EPSS PROB
0%
EPSS %ILE
1%
KEV
Not listed

Published

May 1, 2026

Last Modified

May 8, 2026

Advisory Details (6)

Auto-updated May 3, 2026
No patch confirmed yet.
generic

Bluetooth: SCO: fix race conditions in sco_sock_connect() - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/dabf22269242e2f2bf44c43fcdc2fa763df7f9cc
generic

Bluetooth: SCO: fix race conditions in sco_sock_connect() - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/d002bd11024bd231bcb606877e33951ffb7bed14
generic

Bluetooth: SCO: fix race conditions in sco_sock_connect() - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/adb90cd0f9f7a8d438fcb93354040fbafc5ae2a0
generic

Bluetooth: SCO: fix race conditions in sco_sock_connect() - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/98c8d3bfdaa657d8f472dbbebd7ea8cd816d8a8d
generic

Bluetooth: SCO: fix race conditions in sco_sock_connect() - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/8a5b0135d4a5d9683203a3d9a12a711ccec5936b
generic

Bluetooth: SCO: fix race conditions in sco_sock_connect() - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/7e296ffdab5bdab718dff7c14288fdcb9154fa27

Vendor Advisories for CVE-2026-43023(2)

These vendors published their own advisory mentioning this CVE — often with vendor-specific remediation steps + affected product lists not in NVD.

Patch Availability(3)

Vendor / EcosystemFixed in / PatchReleasedSource
redhatkernel-0:5.14.0-687.12.1.el9_82026-05-28redhat
redhatkernel-0:6.12.0-211.18.1.el10_22026-05-28redhat
linuxKernel @ 6.1.168osv

Patches are aggregated from vendor advisories (Red Hat, Microsoft, Cisco, GitHub) and package ecosystems (OSV, GHSA). Multiple rows for the same upstream release have been deduplicated.

Weakness Classification(1)

MITRE Common Weakness Enumeration — the root-cause categories this CVE belongs to.

Data Freshness Timeline

(refreshed 6× in last 7d / 22× in last 30d)

Each row is a source pipeline that fetched or updated this CVE on that date, with what changed. For example, "NVD update" means NVD published or revised its analysis for this CVE; "MITRE cvelistV5" means we ingested or refreshed it from the CNA feed. Most recent first.

Showing the most recent 100 of 122 total refreshes for this CVE.

  1. 2026-07-28 15:36 UTCEPSS rescore
  2. 2026-07-27 14:13 UTCEPSS rescore
  3. 2026-07-25 14:18 UTCEPSS rescore
  4. 2026-07-24 14:17 UTCEPSS rescore
  5. 2026-07-23 14:18 UTCEPSS rescore
  6. 2026-07-23 03:13 UTCEG score recompute
  7. 2026-07-22 14:08 UTCEPSS rescore
  8. 2026-07-20 17:08 UTCEPSS rescore
  9. 2026-07-20 12:02 UTCOSV refresh
  10. 2026-07-16 17:03 UTCEPSS rescore
  11. 2026-07-15 16:57 UTCEPSS rescore
  12. 2026-07-15 02:00 UTCEPSS rescore
  13. 2026-07-13 22:30 UTCEPSS rescore
  14. 2026-07-13 06:13 UTCEPSS rescore
  15. 2026-07-12 05:46 UTCEPSS rescore
  16. 2026-07-11 08:27 UTCEPSS rescore
  17. 2026-07-09 19:10 UTCEPSS rescore
  18. 2026-07-08 15:16 UTCEPSS rescore
  19. 2026-07-07 13:46 UTCEPSS rescore
  20. 2026-07-06 16:27 UTCEPSS rescore
  21. 2026-07-04 06:31 UTCEPSS rescore
  22. 2026-07-01 15:06 UTCEPSS rescore
  23. 2026-06-29 14:06 UTCEPSS rescore
  24. 2026-06-28 14:07 UTCEPSS rescore
  25. 2026-06-27 03:08 UTCEPSS rescore
Show 75 more
  1. 2026-06-25 13:49 UTCEPSS rescore
  2. 2026-06-25 13:49 UTCEPSS rescore
  3. 2026-06-24 14:05 UTCEPSS rescore
  4. 2026-06-23 21:33 UTCEPSS rescore
  5. 2026-06-22 14:25 UTCEPSS rescore
  6. 2026-06-22 14:25 UTCEPSS rescore
  7. 2026-06-21 01:59 UTCEPSS rescore
  8. 2026-06-19 19:25 UTCEPSS rescore
  9. 2026-06-18 17:52 UTCEPSS rescore
  10. 2026-06-18 17:52 UTCEPSS rescore
  11. 2026-06-15 17:49 UTCEPSS rescore
  12. 2026-06-14 21:53 UTCVendor advisory
  13. 2026-06-14 21:53 UTCGHSA enrichment
  14. 2026-06-14 08:51 UTCVendor advisory
  15. 2026-06-14 08:51 UTCGHSA enrichment
  16. 2026-06-13 23:00 UTCEPSS rescore
  17. 2026-06-12 23:12 UTCEPSS rescore
  18. 2026-06-12 23:12 UTCEPSS rescore
  19. 2026-06-12 10:21 UTCVendor advisory
  20. 2026-06-12 10:21 UTCGHSA enrichment
  21. 2026-06-11 20:03 UTCVendor advisory
  22. 2026-06-11 20:02 UTCGHSA enrichment
  23. 2026-06-11 14:00 UTCEPSS rescore
  24. 2026-06-11 06:57 UTCVendor advisory
  25. 2026-06-11 06:57 UTCGHSA enrichment
  26. 2026-06-10 22:18 UTCEPSS rescore
  27. 2026-06-10 17:55 UTCVendor advisory
  28. 2026-06-10 17:55 UTCGHSA enrichment
  29. 2026-06-10 13:22 UTCEPSS rescore
  30. 2026-06-10 13:22 UTCEPSS rescore
  31. 2026-06-10 04:53 UTCVendor advisory
  32. 2026-06-10 04:53 UTCGHSA enrichment
  33. 2026-06-09 15:51 UTCVendor advisory
  34. 2026-06-09 15:51 UTCGHSA enrichment
  35. 2026-06-09 02:49 UTCVendor advisory
  36. 2026-06-09 02:49 UTCGHSA enrichment
  37. 2026-06-08 14:17 UTCEPSS rescore
  38. 2026-06-08 14:17 UTCEPSS rescore
  39. 2026-06-08 12:48 UTCVendor advisory
  40. 2026-06-08 12:48 UTCGHSA enrichment
  41. 2026-06-07 23:45 UTCVendor advisory
  42. 2026-06-07 23:45 UTCGHSA enrichment
  43. 2026-06-07 15:25 UTCEPSS rescore
  44. 2026-06-07 15:25 UTCEPSS rescore
  45. 2026-06-07 10:34 UTCVendor advisory
  46. 2026-06-07 10:34 UTCGHSA enrichment
  47. 2026-06-06 21:32 UTCVendor advisory
  48. 2026-06-06 21:32 UTCGHSA enrichment
  49. 2026-06-06 13:47 UTCEPSS rescore
  50. 2026-06-06 13:47 UTCEPSS rescore
  51. 2026-06-06 07:45 UTCVendor advisory
  52. 2026-06-06 07:45 UTCGHSA enrichment
  53. 2026-06-05 22:47 UTCEPSS rescore
  54. 2026-06-05 18:42 UTCVendor advisory
  55. 2026-06-05 18:42 UTCGHSA enrichment
  56. 2026-06-05 06:10 UTCEPSS rescore
  57. 2026-06-05 06:10 UTCEPSS rescore
  58. 2026-06-05 05:40 UTCVendor advisory
  59. 2026-06-05 05:40 UTCGHSA enrichment
  60. 2026-06-04 16:38 UTCVendor advisory
  61. 2026-06-04 16:38 UTCGHSA enrichment
  62. 2026-06-04 13:12 UTCEPSS rescore
  63. 2026-06-04 13:12 UTCEPSS rescore
  64. 2026-06-04 03:36 UTCVendor advisory
  65. 2026-06-04 03:36 UTCGHSA enrichment
  66. 2026-06-03 14:34 UTCVendor advisory
  67. 2026-06-03 14:34 UTCGHSA enrichment
  68. 2026-06-03 01:31 UTCVendor advisory
  69. 2026-06-03 01:31 UTCGHSA enrichment
  70. 2026-06-02 20:13 UTCEPSS rescore
  71. 2026-06-02 12:28 UTCVendor advisory
  72. 2026-06-02 12:28 UTCGHSA enrichment
  73. 2026-06-01 23:25 UTCVendor advisory
  74. 2026-06-01 23:25 UTCGHSA enrichment
  75. 2026-06-01 13:52 UTCEPSS rescore

Frequently asked(5)

What is CVE-2026-43023?
CVE-2026-43023 is a high vulnerability published on May 1, 2026. In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: fix race conditions in scosockconnect() scosockconnect() checks skstate and sktype without holding the socket lock. Two concurrent connect() syscalls on the same socket can both pass the check and enter…
When was CVE-2026-43023 disclosed?
CVE-2026-43023 was first published in the National Vulnerability Database on May 1, 2026, with the most recent update on May 8, 2026. EchelonGraph re-ingests CVE updates from NVD on a 2-hour cycle, so this page reflects the latest published state.
Is CVE-2026-43023 actively exploited?
CVE-2026-43023 is not currently on CISA's Known Exploited Vulnerabilities catalog. FIRST EPSS estimates a 0% probability of exploitation in the next 30 days, which ranks it in the top 99.1% of all scored CVEs.
What is the CVSS score of CVE-2026-43023?
CVE-2026-43023 has a CVSS v3 base score of 7.8 (NVD).
How do I remediate CVE-2026-43023?
Patch to the fixed version published by the affected vendor. Where vendor advisories exist for CVE-2026-43023, EchelonGraph cross-links them in the Vendor Advisories panel below — those typically contain the canonical remediation steps, fixed version numbers, and any vendor-specific mitigations.

Dependency Blast Radius

Explore the affected products and dependency analysis for CVE-2026-43023

Explore →

Is Your Infrastructure Affected by CVE-2026-43023?

EchelonGraph automatically scans your cloud infrastructure and maps CVE exposure using blast radius analysis.