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.
Published: 2026-05-08
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability lies in the Linux kernel’s Bluetooth SMP pairing logic. When a device that requires high security initiates pairing, the kernel builds a response that omits the required MITM flag if the initiator does not request it. This mismatch allows an attacker to pair without MITM enforcement, effectively weakening the connection’s security and permitting a man‑in‑the‑middle attack. The flaw is a logic error that undermines the intended confidentiality and integrity protections of Bluetooth communications.

Affected Systems

Linux kernel devices. The affected code is part of the Bluetooth stack, and the security premise applies to any kernel that incorporates the unpatched SMP logic. Specific version ranges are not listed, so all current or near‑current kernel releases should be considered potentially vulnerable until the patch is applied.

Risk and Exploitability

Because the issue resides in the pairing protocol, an attacker who can conduct a Bluetooth pairing session with a high‑security device can force the responder to accept a weaker authentication state. The pipe for exploitation is a local Bluetooth connection; physical proximity or range of typical Bluetooth devices is sufficient. No public exploits are reported, and the EPSS score is unavailable, but the condition is straightforward and the impact severe. The vulnerability is not listed in CISA’s KEV catalog, yet it remains a critical security concern for environments that rely on Bluetooth for sensitive communications.

Generated by OpenCVE AI on May 8, 2026 at 19:21 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the latest Linux kernel update that includes the SMP patch referenced in the commit logs provided
  • If an immediate kernel upgrade is infeasible, lower the responder’s security requirement for pairing by disabling the BT_SECURITY_HIGH enforcement (e.g., modify the kernel configuration or sysfs setting to use medium or low security policies)
  • Validate that all paired devices respect the enforced security policy by monitoring pairing logs for discrepancies and enforcing a device‑catalogue that denies repeat pairings with mismatched authentication flags

Generated by OpenCVE AI on May 8, 2026 at 19:21 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 08 May 2026 19:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-287
CWE-296

Fri, 08 May 2026 14:00:00 +0000

Type Values Removed Values Added
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.
Title Bluetooth: SMP: force responder MITM requirements before building the pairing response
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-05-08T13:31:20.923Z

Reserved: 2026-05-01T14:12:56.002Z

Link: CVE-2026-43334

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-05-08T14:16:43.130

Modified: 2026-05-08T14:16:43.130

Link: CVE-2026-43334

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-05-08T21:45:18Z

Weaknesses