Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 藍牙：ISO：在 getname 中傳回 sockaddr 之前將其歸零 iso_sock_getname（） 會就地填充結構sockaddr_iso並傳回其大小，而無需先清除它，因此它未寫入的位元組會從核心堆疊複製到使用者空間。getsockname（2） 和 getpeername（2） 路徑都通過 do_getsockname（） 運行，這會在堆疊上為 getname（） 提供未初始化的sockaddr_storage，並複製回 getname（） 傳回的位元組數，因此驅動程式必須初始化它所考慮的每個位元組。有兩個範圍未初始化： - struct sockaddr_iso 是 10 個位元組，但只寫入 9 個位元組 （family、iso_bdaddr、iso_bdaddr_type），每次呼叫都會洩漏尾端填充位元組。- 對於廣播對等體 （BIS_LINK 或 PA_LINK），傳回的長度會增加 sizeof（struct sockaddr_iso_bc），但只會填滿 bc_sid、bc_num_bis 和 bc_bis;bc_bdaddr 和 bc_bdaddr_type（該結構的前 7 個位元組）永遠不會被寫入。無權限的處理程序可以開啟BTPROTO_ISO通訊端，並使用 getsockname（） 到達 pad 洩漏;廣播洩漏需要建立 BIS/PA 連線。出於同樣的原因，L2CAP 和 RFCOMM 已經在 getname 中內嵌了他們的 sockaddr;在這裡做同樣的事情。（CVE-2026-80761）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-80761

low Nessus Plugin ID 342982

版本 1.6