CVE-2026-53208

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: reject BR/EDR signaling packets over MTUsig net/bluetooth/l2cap_core.c:l2cap_sig_channel() accepts BR/EDR signaling packets up to the channel MTU and dispatches each command without enforcing the signaling MTU (MTUsig). A Bluetooth BR/EDR peer within radio range can send a fixed-channel CID 0x0001 packet that is larger than MTUsig and contains many L2CAP_ECHO_REQ commands before pairing. In a real-radio stock-kernel run, one 681-byte signaling packet containing 168 zero-length ECHO_REQ commands made the target transmit 168 ECHO_RSP frames over about 220 ms. Impact: a Bluetooth BR/EDR peer within radio range, before pairing, can force 168 ECHO_RSP frames from one 681-byte fixed-channel signaling packet containing packed ECHO_REQ commands. Define Linux's BR/EDR signaling MTU as the spec minimum of 48 bytes and reject any larger signaling packet with one L2CAP_COMMAND_REJECT_RSP carrying L2CAP_REJ_MTU_EXCEEDED before any command is dispatched. The Bluetooth Core spec wording for MTUExceeded says the reject identifier shall match the first request command in the packet, and that packets containing only responses shall be silently discarded. Linux intentionally deviates from that prescription: silently discarding desynchronizes the peer because the remote stack never learns its responses were dropped, and locating the first request command requires walking command headers past MTUsig, i.e. processing bytes from a packet we have already decided is too large to process. We therefore always emit one reject and use the identifier from the first command header, a single fixed-offset byte read. The unrestricted BR/EDR signaling parser and ECHO_REQ response path both trace to the initial git import; no later introducing commit is available for a Fixes tag.

• https://git.kernel.org/stable/c/214a2042b16b3c8d798a8b9ef9f36094f13a9859Patch
• https://git.kernel.org/stable/c/a8335f3db15bd1e0e82e0db5d488fabc7d10d1abPatch
• https://git.kernel.org/stable/c/b20e8a98dd29b121f58fcdf51e8576119aba536aPatch
• https://git.kernel.org/stable/c/dd214733544427587a95f66dbf3adff072568990Patch
• https://git.kernel.org/stable/c/dedc92b96dc1d8919a3bdf2495ede68922ef7ebcPatch
• https://git.kernel.org/stable/c/e05c4ac575b457978a7ef441053394169084869cPatch
• https://git.kernel.org/stable/c/e2b8acf9405bd9b1baf1c54dc897b0905db689bfPatch
• https://git.kernel.org/stable/c/fa5823126239b3e453fac1a2fe50726c7f4a55e1Patch

Published

Jun 25, 2026

Last Modified

Jul 2, 2026

Status

Analyzed

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-53202In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53203In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2026-53204In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-53205In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2026-53206In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-53207In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-53209In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-5321A flaw has been found in vanna-ai vanna up to 2.0.2. Affecte…4.3
• CVE-2026-53210In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-53211In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-53212In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-53213In the Linux kernel, the following vulnerability has been re…5.5