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

  - ALSA： 6fire：綁定來自裝置的 MIDI 事件長度 usb6fire_comm_receiver_handler（） 使用裝置提供的長度位元組轉發 MIDI 事件，沒有綁定，也沒有檢查傳輸是否傳遞了那麼多位元組： if （！urb->status） { if （rt->receiver_buffer[0] == 0x10） /* 事件中的 MIDI */ if （midi_rt） midi_rt->in_received（midi_rt， rt->receiver_buffer + 2，rt->receiver_buffer[1]）;} receiver_buffer 是一個 64 位元組的 kzalloc（） 緩衝區 （COMM_RECEIVER_BUFSIZE），因此只有 62 個位元組在兩個位元組標頭後面。
    receiver_buffer[1] 是裝置選擇的 u8，因此以 0x10 和長度 0xFF 回應的裝置會使 snd_rawmidi_receive（） 讀取 255 位元組，從兩個位元組開始進入 64 位元組的物件。通過緩衝區的位元組會透過 rawmidi 讀取路徑傳遞給使用者空間。也不諮詢 urb->actual_length，因此短傳輸會將類型位元組和長度位元組保留為其先前的值，並且處理常式會對過時的資料採取行動。接收器 URB 是在探測時從 usb6fire_comm_init（） 提交的，因此讀取發生在插頭上，沒有使用者動作;轉發到使用者空間也需要開啟 MIDI 輸入子流，因為 usb6fire_midi_in_received（） 僅在設定 rt->in 時呼叫 snd_rawmidi_receive（）。7.2.0-rc5 （arm64） 上的 KASAN，來自模擬裝置的單一封包： 錯誤：KASAN：由任務 bash/183 在 addr ffff000009f64682 處讀取大小為 255 的 snd_rawmidi_receive 中的 slab-out-of-bounds __asan_memcpy snd_rawmidi_receive usb6fire_midi_in_received [snd_usb_6fire] usb6fire_comm_receiver_handler [snd_usb_6fire] 由任務 11 分配：usb6fire_comm_init [snd_usb_6fire] usb6fire_chip_probe [snd_usb_6fire] 錯誤位址位於分配的 64- 的 2 個位元組內位元組區域 [ffff000009f64680， ffff000009f646c0） 當長度超過標頭後面的位元組時，拒絕事件，並要求傳輸已傳遞標頭加上該位元組。接收方 URB 會以 64 位元組的transfer_buffer_length提交，因此正版裝置無法傳遞超過這 62 位元組的事件，而且不會捨棄任何有效的事件。由 XBOW 發現，由 Baul Lee <baul.lee@xbow.com> 分類 （CVE-2026-80973）

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ALSA：6fire：绑定来自设备的 MIDI 事件长度 usb6fire_comm_receiver_handler（） 使用设备提供的长度字节转发 MIDI 事件，不包含边界，也不检查传输是否传递了那么多字节： if （！urb->status） { if （rt->receiver_buffer[0] == 0x10） /* 事件中的 MIDI */ if （midi_rt） midi_rt->in_received（midi_rt， rt->receiver_buffer + 2、rt->receiver_buffer[1]）;} receiver_buffer是 64 字节 kzalloc（） 缓冲区 （COMM_RECEIVER_BUFSIZE），因此双字节标头后面只有 62 字节。
    receiver_buffer[1] 是设备选择的 u8，因此以 0x10 和长度为 0xFF 应答的设备会使 snd_rawmidi_receive（） 读取 255 字节，从开始将两个字节读取到 64 字节对象中。通过缓冲区的字节通过 rawmidi 读取路径传递到用户空间。也未参考 urb->actual_length，因此短传输会将类型字节和长度字节保留为之前的值，并且处理程序会对过时数据起作用。接收器 URB 在探测时从 usb6fire_comm_init（） 提交，因此读取发生在插头上，无需用户操作;转发到用户空间也需要打开 MIDI 输入子流，因为 usb6fire_midi_in_received（） 仅在设置了 rt-> 时才调用 snd_rawmidi_receive（）。7.2.0-rc5 （arm64） 中的 KASAN，来自仿真设备的单个数据包： 缺陷：KASAN：任务 bash/183 在地址 ffff000009f64682 的 snd_rawmidi_receive 读取中存在大小为 255 的 slab-out-ofbound __asan_memcpy snd_rawmidi_receive usb6fire_midi_in_received [snd_usb_6fire] usb6fire_comm_receiver_handler [snd_usb_6fire] 通过任务 11 分配：usb6fire_comm_init [snd_usb_6fire] usb6fire_chip_probe [snd_usb_6fire] 有缺陷的地址位于分配的 64- 的 2 个字节处。字节区域 [ffff000009f64680、ffff000009f646c0） 当长度超过标头之后的字节时，拒绝事件，并要求传输已提供标头加上相应字节数。接收方 URB 提交了 64 字节的transfer_buffer_length，因此正版设备无法发送长度超过这 62 字节的事件，并且不会丢弃任何有效的事件。由 XBOW 发现，由 Baul Lee <baul.lee@xbow.com> 分类 （CVE-2026-80973）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - ALSA:6fire:デバイスからの MIDI イベント長をバインドします usb6fire_comm_receiver_handler() は、デバイスが提供する長さバイトを使用して MIDI イベントを転送します。転送がその数のバイトを配信したかどうかを制限なくチェックしません: if (!urb->status) { if (rt->receiver_buffer[0] == 0x10) /* イベントの midi */ if (midi_rt) midi_rt->in_received(midi_rt, rt->receiver_buffer + 2、rt->receiver_buffer[1]);} receiver_buffer は 64 バイトの kzalloc() バッファ(COMM_RECEIVER_BUFSIZE)であるため、2 バイトのヘッダーに続くのは 62 バイトのみです。
    receiver_buffer[1] はデバイスが選択する u8 です。このため、デバイスが 0x10 と長さ 0xFF で応答すると、snd_rawmidi_receive() は 255 バイトを読み込み、2 バイトから始まる 64 バイトのオブジェクトになります。バッファを越えたバイトは、rawmidi 読み取りパスを通じてユーザー空間に渡されます。urb->actual_length も参照されません。そのため、短い転送では、バイト型と長さバイトの両方が以前の値のままにして、ハンドラーが古いデータに対して動作します。レシーバURBはプローブでusb6fire_comm_init()から送信されるため、ユーザアクションなしでプラグで読み取りが発生します。ユーザー空間への転送には、MIDI 入力サブストリームを開く必要もあります。これは、rt->in が設定されている場合のみ usb6fire_midi_in_received() が snd_rawmidi_receive() を呼び出すためです。KASAN on 7.2.0-rc5(arm64)、エミュレートされたデバイスからの単一パケット: バグ: KASAN:タスク bash/18__asan_memcpy snd_rawmidi_receive usb6fire_midi_in_received 3 による、addr ffff000009f64682 でのサイズ 255 の snd_rawmidi_receive の slab-out-of-bounds 読み取り [snd_usb_6fire] usb6fire_comm_receiver_handler [snd_usb_6fire] タスク 11 により割り当てられました:usb6fire_comm_init [snd_usb_6fire] usb6fire_chip_probe [snd_usb_6fire] バグのあるアドレスは、割り当てられた 64- の 2 バイト内にありますバイト領域 [ffff000009f64680、ffff000009f646c0) 長さがヘッダーに続くバイトを超えた場合はイベントを拒否し、転送時にヘッダーとその数のバイトを配信する必要があります。受信側の URB は 64 バイトのtransfer_buffer_lengthで送信されるため、正規のデバイスはこれらの 62 バイトより長いイベントを配信できず、有効なものは何もドロップされません。XBOW により発見され、Baul Lee <baul.lee@xbow.com> 氏によりトリアージされました(CVE-2026-80973)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

  - ALSA: 6fire: bound the MIDI event length from the device usb6fire_comm_receiver_handler() forwards a MIDI     event using a length byte the device supplies, with no bound and no check that the transfer delivered that     many bytes: if (!urb->status) { if (rt->receiver_buffer[0] == 0x10) /* midi in event */ if (midi_rt)     midi_rt->in_received(midi_rt, rt->receiver_buffer + 2, rt->receiver_buffer[1]); } receiver_buffer is a     64-byte kzalloc() buffer (COMM_RECEIVER_BUFSIZE), so only 62 bytes follow the two-byte header.
    receiver_buffer[1] is a u8 the device chooses, so a device that answers with 0x10 and a length of 0xFF     makes snd_rawmidi_receive() read 255 bytes starting two bytes into a 64-byte object. The bytes past the     buffer are handed to userspace through the rawmidi read path. urb->actual_length is not consulted either,     so a short transfer leaves both the type byte and the length byte at their previous values and the handler     acts on stale data. The receiver URB is submitted from usb6fire_comm_init() at probe, so the read happens     on plug with no user action; forwarding to userspace also needs a MIDI input substream open, since     usb6fire_midi_in_received() only calls snd_rawmidi_receive() when rt->in is set. KASAN on 7.2.0-rc5     (arm64), single packet from an emulated device: BUG: KASAN: slab-out-of-bounds in snd_rawmidi_receive Read     of size 255 at addr ffff000009f64682 by task bash/183 __asan_memcpy snd_rawmidi_receive     usb6fire_midi_in_received [snd_usb_6fire] usb6fire_comm_receiver_handler [snd_usb_6fire] Allocated by task     11: usb6fire_comm_init [snd_usb_6fire] usb6fire_chip_probe [snd_usb_6fire] The buggy address is located 2     bytes inside of allocated 64-byte region [ffff000009f64680, ffff000009f646c0) Reject the event when the     length exceeds the bytes that follow the header, and require the transfer to have delivered the header     plus that many bytes. The receiver URB is submitted with a 64-byte transfer_buffer_length, so a genuine     device cannot deliver an event longer than those 62 bytes and nothing valid is dropped. Discovered by     XBOW, triaged by Baul Lee <baul.lee@xbow.com> (CVE-2026-80973)

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

ID	Name	Product	Family	Published	Updated	Severity
345176	Linux Distros 未修補弱點：CVE-2026-80973	Nessus	Misc.	9/12/2026	9/14/2026	medium
345176	Linux Distros 未修补的漏洞：CVE-2026-80973	Nessus	Misc.	9/12/2026	9/14/2026	medium
345176	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80973	Nessus	Misc.	9/12/2026	9/14/2026	medium
345176	Linux Distros Unpatched Vulnerability : CVE-2026-80973	Nessus	Misc.	9/12/2026	9/14/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium