Skip to main content
VulnerabilityPublished Updated

CVE-2026-43334: Linux kernel · Incorrect Authorization

Source GCVE Database

0
Authoritative record:CVE-2026-43334· High 8.8

Not known to be exploited · CVSS 8.8 High · fixed in fa14e0e19820b1bbdb42185c9c4efa950bcffef9 : patch Linux kernel soon.

Data as of 27 Oct 2026, 00:07 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
Patch
Available – fixed in fa14e0e19820b1bbdb42185c9c4efa950bcffef9, ec17efb1ef91506cfd17a77692eaf4bbacb520ea, d05111bfe37bfd8bd4d2dfe6675d6bdeef43f7c7 +5
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 2b64d153a0cc9d2b60e47be013cde8490f16e0a5, < fa14e0e19820b1bbdb42185c9c4efa950bcffef9
Fixed in
  • fa14e0e19820b1bbdb42185c9c4efa950bcffef9
LinuxLinuxAffected
  • ≥ 2b64d153a0cc9d2b60e47be013cde8490f16e0a5, < ec17efb1ef91506cfd17a77692eaf4bbacb520ea
Fixed in
  • ec17efb1ef91506cfd17a77692eaf4bbacb520ea
LinuxLinuxAffected
  • ≥ 2b64d153a0cc9d2b60e47be013cde8490f16e0a5, < d05111bfe37bfd8bd4d2dfe6675d6bdeef43f7c7
Fixed in
  • d05111bfe37bfd8bd4d2dfe6675d6bdeef43f7c7
LinuxLinuxAffected
  • ≥ 2b64d153a0cc9d2b60e47be013cde8490f16e0a5, < c8ff0ca6508535bccabd81c5c9dcc63de8a3d4fb
Fixed in
  • c8ff0ca6508535bccabd81c5c9dcc63de8a3d4fb
LinuxLinuxAffected
  • ≥ 2b64d153a0cc9d2b60e47be013cde8490f16e0a5, < 91649c02c1baaa18cedf7fb425fa1f0f852c8183
Fixed in
  • 91649c02c1baaa18cedf7fb425fa1f0f852c8183
LinuxLinuxAffected
  • ≥ 2b64d153a0cc9d2b60e47be013cde8490f16e0a5, < 425a22c5373d4e1b46492ab869074ebeeade61f3
Fixed in
  • 425a22c5373d4e1b46492ab869074ebeeade61f3

Description

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SMP: force responder MITM requirements before building the pairing response smp_cmd_pairing_req() currently builds the pairing response from the initiator auth_req before enforcing the local BT_SECURITY_HIGH requirement. If the initiator omits SMP_AUTH_MITM, the response can also omit it even though the local side still requires MITM. tk_request() then sees an auth value without SMP_AUTH_MITM and may select JUST_CFM, making method selection inconsistent with the pairing policy the responder already enforces. When the local side requires HIGH security, first verify that MITM can be achieved from the IO capabilities and then force SMP_AUTH_MITM in the response in both rsp.auth_req and auth. This keeps the responder auth bits and later method selection aligned.

References

Community reviews

Loading reviews…