From nobody Sun May 24 23:28:57 2026 Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1B7202FA0C4 for ; Wed, 20 May 2026 13:50:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.174 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779285050; cv=none; b=LClR4LOiCwZessJOxSuQxkEasnEqBh3zlKI32cy2n1+QQly0tb1EiovxUmhMnKmocbyElkEYo6wUCm3mW+0tSYoLDcC4shSYSUWf4wmymRy8pJFtPiBN5ttjFxZVU38SpJorJ8p5TvYZ5SJt5aJzCAOkqpV4mMtl+EiZXvVQJIQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779285050; c=relaxed/simple; bh=V8kEWX7aacPDgr69xJjI766tL4M9rqVYuHze2pOIrps=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=H0dNbEJx1epHdDJ438cKQTA5GIMRzPrnxGIBY9clnC81g58FFHy30toYOH2LTzFLTux12OaaZNhfP1hDlrl0k/Phlc4YU1b329hpnsI5A0cggKXtrjMFwyOqyTUWlCjMetOmdR03TIdNZataXVc5yRsrWo/DZCf9hNdSMPx5Eis= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=NLuaInrL; arc=none smtp.client-ip=209.85.160.174 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="NLuaInrL" Received: by mail-qt1-f174.google.com with SMTP id d75a77b69052e-5102582e23eso39551551cf.1 for ; Wed, 20 May 2026 06:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779285048; x=1779889848; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=VWLZlw1o5rrWsIR88B5vFwajJpqsIVjTgSharoBZII8=; b=NLuaInrLfwbvjbCjfPE90t+InoopK+JcVVBlyiccs6vKFaHPeSIApxcHagNnO3F6OF NYdPJZXRllw3Y6x6c+aSDSnw2ywYjdbkGJpiasB8VtZPqxb24w4NHA1yIw2cN0iDIEc9 UpjuGI3JRjCPZ4helqTCseWKnzUB5Ki5OYdv5u77m4T29aJ6sj8aHu5j+TeDa+XEYnGA +WkgqPiT3hBkEky6shAe1QlDSOhMQ46JPSm0fgmSVtwMS4jfWIDy2pqAYG6AbMmeUjao 4issY2+GGYBsVGtcwk/4VM6ufzEdQ4Ug1+SQy1mtNlCyYHKWU2HLGF3NuqEG/YDR1Yuo QSHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779285048; x=1779889848; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=VWLZlw1o5rrWsIR88B5vFwajJpqsIVjTgSharoBZII8=; b=ONJDCJxOBt/qbr1Y1eDgIB/uBy0lG/KQLBADHfUj3OcOO6fB9wSNqyYS2c0U8sP7KQ 1NWuTrnibxNC5i56twhkQLQ34vIdSEcZAr4oJA6UOjtKjRyqEn4/Qmhg32DLydv0Vetv jAedy7zywNxZSG3sPussZVYq8Eb9nNH4Yy/MBlk2YuB1Os+rR5LhxnrcoTz3YrsykX8U 7TKReFBbsFXKUE4p0QDP65k8msXwvNK+qOPigElqRyHId4Noz9dhuuvpi1BRpWW4vgSu sryBZuXI+40eVKXQSkucjtCHdLbUF2WRMgfGR68VOomMLoRODeB0wDFcfl0d9gN2DZaD 6wwg== X-Forwarded-Encrypted: i=1; AFNElJ+DWRhCEvpY8HKU4RLWfjsPqYzC7qqca7BIsuSol+C4PTy06SN/SnDhbp3bZP3vaQJaHlzcIuLleRTw99s=@vger.kernel.org X-Gm-Message-State: AOJu0Yy5q6rFzEVKThrNfAXdQ464SOh477CzeKDUEPbHg7lbQaI7yuwH oyh7B34y9D3f25doexlIL8V27g7rjDLwGzcI/dGna1If7nUHpO7jdIHf X-Gm-Gg: Acq92OGP3+sJiJZBIL3lwmPysN46rbl5Cm5Um1Z9MnZ9Ml2CTFTKmqT7mQhiO87mgnm 3Jm40oyXzR7UrJHDYiADb2+qWMtFaFlL3DdDg4hA3y5Pyl9xPv7vnmhB8GWQODrsxlJwa+GepLL Xrf78gvsVQ7ehErCzgCOrSkdvLQCIdn/GxZ+xpNVYHmpgR9kYSNR62UKfPiCnSs1G63iqLGUp4G 7ojGZ1QQbwnGzbNO5s8sTZYLe6rBWkms9cgY7kE83GpYwgBZuaTBZ36ShOhCQz3yg36mm4+QSuh 1AY55Fp0W24rTuZQQ9F4q11CjL/S1kAHByF8ImWetr9HVoiGUgd4rz/BBOSO3eURysNtigOLZan qZrzdWkR4QQrniLJxUvIcfnMgRsnrloY4zkaI+aTxblM+6mEICod3dcXTd7hdGulIS0+SV5Y4Js B/7CN9TS87FpW/wgQJR7wUcVDidt521beB6yKpK1cnbZ9xNuxIUCZuY2SkiWkThCpAdKCNH55UF BCEhPVwV6VwBE1/R8eTZKz0ElYDp1k= X-Received: by 2002:ac8:5cd0:0:b0:50e:60b7:bb40 with SMTP id d75a77b69052e-51659ede9c0mr359598541cf.0.1779285047670; Wed, 20 May 2026 06:50:47 -0700 (PDT) Received: from server0 (c-68-48-65-54.hsd1.mi.comcast.net. [68.48.65.54]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-516456889dcsm202159561cf.2.2026.05.20.06.50.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 May 2026 06:50:46 -0700 (PDT) From: Michael Bommarito To: Marcel Holtmann , Luiz Augusto von Dentz Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , linux-bluetooth@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: [PATCH v2] Bluetooth: L2CAP: reject BR/EDR signaling packets over MTUsig Date: Wed, 20 May 2026 09:50:34 -0400 Message-ID: <20260520135034.1060859-1-michael.bommarito@gmail.com> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" 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. Define Linux's BR/EDR signaling MTU as the spec minimum of 48 bytes and reject larger signaling packets before dispatching their commands. When the over-MTUsig packet contains a request command, send one L2CAP_COMMAND_REJECT_RSP with L2CAP_REJ_MTU_EXCEEDED and the first request identifier; packets for which no valid request command is found are dropped. Cc: stable@vger.kernel.org Suggested-by: Luiz Augusto von Dentz Link: https://lore.kernel.org/r/20260518002800.1361430-1-michael.bommarito@= gmail.com Assisted-by: Claude:claude-opus-4-7 Assisted-by: Codex:gpt-5-5-xhigh Signed-off-by: Michael Bommarito --- I reproduced the stock behavior with a real-radio BR/EDR ACL link and a harness that sends a single fixed-channel signaling packet containing packed zero-length ECHO_REQ commands. The patched code builds for net/bluetooth/l2cap_core.o on x86_64 defconfig. There are no in-tree Bluetooth selftests that reference l2cap_sig_channel(), L2CAP_SIG_MTU, or L2CAP_ECHO_REQ. 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. Changes in v2: - Replace the per-PDU echo-count cap with the MTUsig direction from review. - Reject the whole over-MTUsig signaling packet with one L2CAP_REJ_MTU_EXCEEDED command reject. - Add L2CAP_SIG_MTU and drop over-MTUsig packets when no valid request command identifier is found. v1: https://lore.kernel.org/r/20260518002800.1361430-1-michael.bommarito@gm= ail.com --- include/net/bluetooth/l2cap.h | 1 + net/bluetooth/l2cap_core.c | 60 +++++++++++++++++++++++++++++++++++ 2 files changed, 61 insertions(+) diff --git a/include/net/bluetooth/l2cap.h b/include/net/bluetooth/l2cap.h index 5172afee54943..e0a1f2293679a 100644 --- a/include/net/bluetooth/l2cap.h +++ b/include/net/bluetooth/l2cap.h @@ -33,6 +33,7 @@ /* L2CAP defaults */ #define L2CAP_DEFAULT_MTU 672 #define L2CAP_DEFAULT_MIN_MTU 48 +#define L2CAP_SIG_MTU 48 /* BR/EDR signaling MTU */ #define L2CAP_DEFAULT_FLUSH_TO 0xFFFF #define L2CAP_EFS_DEFAULT_FLUSH_TO 0xFFFFFFFF #define L2CAP_DEFAULT_TX_WINDOW 63 diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c index 77dec104a9c36..5417e3cb0636d 100644 --- a/net/bluetooth/l2cap_core.c +++ b/net/bluetooth/l2cap_core.c @@ -5626,6 +5626,55 @@ static inline void l2cap_sig_send_rej(struct l2cap_c= onn *conn, u16 ident) l2cap_send_cmd(conn, ident, L2CAP_COMMAND_REJ, sizeof(rej), &rej); } =20 +static bool l2cap_sig_cmd_is_req(u8 code) +{ + switch (code) { + case L2CAP_CONN_REQ: + case L2CAP_CONF_REQ: + case L2CAP_DISCONN_REQ: + case L2CAP_ECHO_REQ: + case L2CAP_INFO_REQ: + case L2CAP_CONN_PARAM_UPDATE_REQ: + case L2CAP_LE_CONN_REQ: + case L2CAP_ECRED_CONN_REQ: + case L2CAP_ECRED_RECONF_REQ: + return true; + } + + return false; +} + +static u8 l2cap_sig_first_req_ident(const struct sk_buff *skb) +{ + const u8 *data =3D skb->data; + unsigned int len =3D skb->len; + + while (len >=3D L2CAP_CMD_HDR_SIZE) { + const struct l2cap_cmd_hdr *cmd =3D (const void *)data; + u16 cmd_len =3D le16_to_cpu(cmd->len); + + if (cmd->ident && l2cap_sig_cmd_is_req(cmd->code)) + return cmd->ident; + + if (cmd_len > len - L2CAP_CMD_HDR_SIZE) + break; + + data +=3D L2CAP_CMD_HDR_SIZE + cmd_len; + len -=3D L2CAP_CMD_HDR_SIZE + cmd_len; + } + + return 0; +} + +static inline void l2cap_sig_send_mtu_rej(struct l2cap_conn *conn, u8 iden= t) +{ + struct l2cap_cmd_rej_mtu rej; + + rej.reason =3D cpu_to_le16(L2CAP_REJ_MTU_EXCEEDED); + rej.max_mtu =3D cpu_to_le16(L2CAP_SIG_MTU); + l2cap_send_cmd(conn, ident, L2CAP_COMMAND_REJ, sizeof(rej), &rej); +} + static inline void l2cap_sig_channel(struct l2cap_conn *conn, struct sk_buff *skb) { @@ -5638,6 +5687,17 @@ static inline void l2cap_sig_channel(struct l2cap_co= nn *conn, if (hcon->type !=3D ACL_LINK) goto drop; =20 + if (skb->len > L2CAP_SIG_MTU) { + u8 ident =3D l2cap_sig_first_req_ident(skb); + + BT_DBG("signaling packet exceeds MTU"); + + if (ident) + l2cap_sig_send_mtu_rej(conn, ident); + + goto drop; + } + while (skb->len >=3D L2CAP_CMD_HDR_SIZE) { u16 len; =20 --=20 2.53.0