In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_event: Fix OOB read and infinite loop in hci_le_create_big_complete_evt hci_le_create_big_complete_evt() iterates over BT_BOUND connections for a BIG handle using a while loop, accessing ev->bis_handle[i++] on each iteration. However, there is no check that i stays within ev->num_bis before the array access. When a controller sends a LE_Create_BIG_Complete event with fewer bis_handle entries than there are BT_BOUND connections for that BIG, or with num_bis=0, the loop reads beyond the valid bis_handle[] flex array into adjacent heap memory. Since the out-of-bounds values typically exceed HCI_CONN_HANDLE_MAX (0x0EFF), hci_conn_set_handle() rejects them and the connection remains in BT_BOUND state. The same connection is then found again by hci_conn_hash_lookup_big_state(), creating an infinite loop with hci_dev_lock held. Fix this by terminating the BIG if in case not all BIS could be setup properly.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Bluetooth: hci_event: Fix OOB read and infinite loop in hci_le_create_big_complete_evt     hci_le_create_big_complete_evt() iterates over BT_BOUND connections for a BIG handle using a while loop,     accessing ev->bis_handle[i++] on each iteration. However, there is no check that i stays within     ev->num_bis before the array access. When a controller sends a LE_Create_BIG_Complete event with fewer     bis_handle entries than there are BT_BOUND connections for that BIG, or with num_bis=0, the loop reads     beyond the valid bis_handle[] flex array into adjacent heap memory. Since the out-of-bounds values     typically exceed HCI_CONN_HANDLE_MAX (0x0EFF), hci_conn_set_handle() rejects them and the connection     remains in BT_BOUND state. The same connection is then found again by hci_conn_hash_lookup_big_state(),     creating an infinite loop with hci_dev_lock held. Fix this by terminating the BIG if in case not all BIS     could be setup properly. (CVE-2026-46138)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Severity
329149	SUSE SLED15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:3166-1)	Nessus	SuSE Local Security Checks	medium
318451	Linux Distros Unpatched Vulnerability : CVE-2026-46138	Nessus	Misc.	high

Detections

Analytics

CVE-2026-46138

high

Tenable Plugins

medium

high