https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 09 Oct 2026 21:51:08 +0000 https://vulnerability.circl.lu/vuln/bell-cve-2026-98247 <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://vulnerability.circl.lu/vuln/bell-cve-2026-98247 https://vulnerability.circl.lu/vuln/fkie_cve-2026-98247 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Bluetooth: hci_codec: validate vendor codec count length</p> <p>The Read Local Supported Codecs parsers consume the variable-sized standard codec array before parsing the vendor codec count. Although the initial reply-size check includes a vendor count byte in the fixed layout, it does not guarantee that the byte remains after the standard codec array.</p> <p>If a controller reply ends immediately after that array, calculating the vendor codec array size reads vnd_codecs-&gt;num beyond the skb data. Use skb_pull_data() to validate and consume each codec header before using its count in both command variants.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Bluetooth: hci_codec: validate vendor codec count length</p> <p>The Read Local Supported Codecs parsers consume the variable-sized standard codec array before parsing the vendor codec count. Although the initial reply-size check includes a vendor count byte in the fixed layout, it does not guarantee that the byte remains after the standard codec array.</p> <p>If a controller reply ends immediately after that array, calculating the vendor codec array size reads vnd_codecs-&gt;num beyond the skb data. Use skb_pull_data() to validate and consume each codec header before using its count in both command variants.</p> https://vulnerability.circl.lu/vuln/fkie_cve-2026-98247 https://vulnerability.circl.lu/vuln/ghsa-w49g-pfqv-m398 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Bluetooth: hci_codec: validate vendor codec count length</p> <p>The Read Local Supported Codecs parsers consume the variable-sized standard codec array before parsing the vendor codec count. Although the initial reply-size check includes a vendor count byte in the fixed layout, it does not guarantee that the byte remains after the standard codec array.</p> <p>If a controller reply ends immediately after that array, calculating the vendor codec array size reads vnd_codecs-&gt;num beyond the skb data. Use skb_pull_data() to validate and consume each codec header before using its count in both command variants.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Bluetooth: hci_codec: validate vendor codec count length</p> <p>The Read Local Supported Codecs parsers consume the variable-sized standard codec array before parsing the vendor codec count. Although the initial reply-size check includes a vendor count byte in the fixed layout, it does not guarantee that the byte remains after the standard codec array.</p> <p>If a controller reply ends immediately after that array, calculating the vendor codec array size reads vnd_codecs-&gt;num beyond the skb data. Use skb_pull_data() to validate and consume each codec header before using its count in both command variants.</p> https://vulnerability.circl.lu/vuln/ghsa-w49g-pfqv-m398 https://vulnerability.circl.lu/vuln/msrc_cve-2026-98247 msrc_CVE-2026-98247 https://vulnerability.circl.lu/vuln/msrc_cve-2026-98247 https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-98247 <p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 154 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_codec: validate vendor codec count length The Read Local Supported Codecs parsers consume the variable-sized standard codec array before parsing the vendor codec count. Although the initial reply-size check includes a vendor count byte in the fixed layout, it does not guarantee that the byte remains after the standard codec array. If a controller reply ends immediately after that array, calculating the vendor codec array size reads vnd_codecs-&gt;num beyond the skb data. Use skb_pull_data() to validate and consume each codec header before using its count in both command variants.</p> <p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 154 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_codec: validate vendor codec count length The Read Local Supported Codecs parsers consume the variable-sized standard codec array before parsing the vendor codec count. Although the initial reply-size check includes a vendor count byte in the fixed layout, it does not guarantee that the byte remains after the standard codec array. If a controller reply ends immediately after that array, calculating the vendor codec array size reads vnd_codecs-&gt;num beyond the skb data. Use skb_pull_data() to validate and consume each codec header before using its count in both command variants.</p> https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-98247