https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Wed, 30 Sep 2026 04:39:00 +0000 https://vulnerability.circl.lu/vuln/cve-2026-43062 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Bluetooth: L2CAP: Fix type confusion in l2cap_ecred_reconf_rsp()</p> <p>l2cap_ecred_reconf_rsp() casts the incoming data to struct l2cap_ecred_conn_rsp (the ECRED *connection* response, 8 bytes with result at offset 6) instead of struct l2cap_ecred_reconf_rsp (2 bytes with result at offset 0).</p> <p>This causes two problems:</p> <p>- The sizeof(*rsp) length check requires 8 bytes instead of the correct 2, so valid L2CAP_ECRED_RECONF_RSP packets are rejected with -EPROTO.</p> <p>- rsp-&gt;result reads from offset 6 instead of offset 0, returning wrong data when the packet is large enough to pass the check.</p> <p>Fix by using the correct type. Also pass the already byte-swapped result variable to BT_DBG instead of the raw __le16 field.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Bluetooth: L2CAP: Fix type confusion in l2cap_ecred_reconf_rsp()</p> <p>l2cap_ecred_reconf_rsp() casts the incoming data to struct l2cap_ecred_conn_rsp (the ECRED *connection* response, 8 bytes with result at offset 6) instead of struct l2cap_ecred_reconf_rsp (2 bytes with result at offset 0).</p> <p>This causes two problems:</p> <p>- The sizeof(*rsp) length check requires 8 bytes instead of the correct 2, so valid L2CAP_ECRED_RECONF_RSP packets are rejected with -EPROTO.</p> <p>- rsp-&gt;result reads from offset 6 instead of offset 0, returning wrong data when the packet is large enough to pass the check.</p> <p>Fix by using the correct type. Also pass the already byte-swapped result variable to BT_DBG instead of the raw __le16 field.</p> https://vulnerability.circl.lu/vuln/cve-2026-43062