Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Bluetooth：L2CAP：拒绝通过 MTUsig net/bluetooth/l2cap_core.c 的 BR/EDR 信号数据包：l2cap_sig_channel（） 接受通道 MTU 之前的 BR/EDR 信号数据包，并且在不强制执行信号 MTU （MTUsig） 的情况下调度每个命令。在无线电范围内的蓝牙 BR/EDR 对等机可以在配对前发送大于 MTUsig 且包含许多 L2CAP_ECHO_REQ 命令的固定信道 CID 0x0001 数据包。在实际无线电库存内核运行中，一个包含 168 个零长度ECHO_REQ命令的 681 字节信令数据包使目标在大约 220 毫秒内传输了 168 ECHO_RSP 帧。影响：在无线电范围内的蓝牙 BR/EDR 对等体在配对之前，可能会强制从一个包含打包 ECHO_REQ 命令的 681 字节固定信道信令数据包获取 168 个ECHO_RSP帧。将 Linux 的 BR/EDR 信号 MTU 定义为规范最小 48 字节，并在调度任何命令之前拒绝任何具有一个L2CAP_COMMAND_REJECT_RSP携带L2CAP_REJ_MTU_EXCEEDED的较大信号数据包。MTUExceeded 的蓝牙核心规范措辞规定，拒绝标识符应与数据包中的第一个请求命令匹配，并且仅包含响应的数据包应静默丢弃。Linux 有意偏离该处方：静默丢弃会使对等机不同步，因为远程堆栈永远不会知道其响应已被丢弃，并且找到第一个请求命令需要遍历命令标头经过 MTUsig，即处理来自我们已确定数据包太大而无法处理的数据包的字节。
    因此，我们始终发出一次拒绝，并使用第一个命令标头中的标识符，即单个固定偏移字节读取。不受限制的 BR/EDR 信号解析器和 ECHO_REQ 响应路径都追溯到初始 git 导入;以后引入的提交无法用于 Fixes 标签。（CVE-2026-53208）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-53208

medium Nessus 插件 ID 323402

版本 1.2