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

  - ALSA：seq：oss：使用 q->lock 序列化 readq 重置状态 snd_seq_oss_readq_clear（） 在无 q->lock 的情况下重置 qlen、head 和 tail，即使正常读取器和生产者路径在该旋转锁下序列化相同的环状态也是如此。因此，重置可能会争用 snd_seq_oss_readq_free（） 或 snd_seq_oss_readq_put_event（），并将过时记录留在队列中、终止新排队的记录，或在唤醒后报告错误的就绪情况。
    KCSAN 报告 snd_seq_oss_readq_clear（） 与 snd_seq_oss_readq_free（） 之间的数据争用。在清除环和重置input_time时采用 q->lock。将排队逻辑分解到调用程序锁定的帮助程序中，以便 snd_seq_oss_readq_put_timestamp（） 更新同一锁定下的抑制状态，而不是争用重置路径。有缺陷的情况涉及两条路径，每一列显示该路径中的顺序：
    重置路径：锁定的 readq 更新程序：1. snd_seq_oss_reset（） 或 1.读取器或回调生产者版本在同一队列上进行 q->lock。snd_seq_oss_readq_clear（）。2. snd_seq_oss_readq_clear（） 2.更新程序会测试或修改重置 qlen、head、tail、qlen、head 和 tail。和input_time。3.
    snd_seq_oss_readq_clear（） 3.更新程序在读取-修改-写入序列上完成其唤醒休眠程序。
    问>midi_sleep。4. 没有 q->lock，复位 4.生成的环状态驱动器可以与锁定的稍后读取和就绪重叠。更新。KCSAN 报告：缺陷：KCSAN：snd_seq_oss_readq_clear中的数据争用/通过 CPU 0 上的任务120516写入 4 字节的0xffff8881069fe608 snd_seq_oss_readq_free：
    snd_seq_oss_readq_free+0x6c/0x80 snd_seq_oss_read+0xcb/0x250 odev_read+0x38/0x60 vfs_read+0xff/0x600 ksys_read+0xb4/0x140 __x64_sys_read+0x46/0x60 do_syscall_64+0xbb/0x2f0 entry_SYSCALL_64_after_hwframe+0x77/0x7f按 CPU 1 上的任务120517读取到 4 字节的0xffff8881069fe608：
    snd_seq_oss_readq_clear+0x1f/0x90 snd_seq_oss_reset+0xa7/0xf0 snd_seq_oss_ioctl+0x6f6/0x7e0 odev_ioctl+0x56/0xc0 __x64_sys_ioctl+0xd1/0x120 do_syscall_64+0xbb/0x2f0 entry_SYSCALL_64_after_hwframe+0x77/0x7f值已更改：0x00000001 -> 0x00000000 （CVE-2026-80628）

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

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

  - ALSA： seq： oss：使用 q->lock 序列化 readq 重設狀態 snd_seq_oss_readq_clear（） 會在沒有 q->lock 的情況下重設 qlen、head 和 tail，即使正常讀取器和生產者路徑在該微調鎖定下序列化相同的環狀態。因此，重設可能會爭用 snd_seq_oss_readq_free（） 或 snd_seq_oss_readq_put_event（），並將過時的記錄留在佇列中、刪除新排入佇列的記錄，或在喚醒後報告錯誤的就緒情況。
    KCSAN 報告 snd_seq_oss_readq_clear（） 和 snd_seq_oss_readq_free（） 之間的資料爭用。使用q->lock，同時清除環並重置input_time。將佇列邏輯分解為呼叫端鎖定的協助程式，以便 snd_seq_oss_readq_put_timestamp（） 在相同的鎖定下更新其抑制狀態，而不是爭用重設路徑。有錯誤的案例涉及兩條路徑，每一欄都會顯示該路徑內的順序：
    重設路徑：鎖定的 readq updater： 1. snd_seq_oss_reset（） 或 1.讀取器或回呼生產者版本到達時會在相同的佇列上採用 q->lock。snd_seq_oss_readq_clear（）。2. snd_seq_oss_readq_clear（） 2.更新程式會測試或修改重設 qlen、head、tail、qlen、head 和 tail。和input_time。3.
    snd_seq_oss_readq_clear（） 3.更新程式會按照讀取-修改-寫入順序完成喚醒休眠程式。
    問>midi_sleep。4. 沒有 q->lock，重置 4.產生的環形狀態磁碟機可以與鎖定的稍後讀取和就緒重疊。更新。KCSAN 報告： 錯誤：KCSAN：snd_seq_oss_readq_clear 中的資料爭用 / snd_seq_oss_readq_free 在 CPU 0 上的任務120516寫0xffff8881069fe608入 4 位元組的 4 位元組：
    snd_seq_oss_readq_free+0x6c/0x80 snd_seq_oss_read+0xcb/0x250 odev_read+0x38/0x60 vfs_read+0xff/0x600 ksys_read+0xb4/0x140 __x64_sys_read+0x46/0x60 do_syscall_64+0xbb/0x2f0 entry_SYSCALL_64_after_hwframe+0x77/0x7f根據 CPU 1 上的任務120517讀取到 4 位元組0xffff8881069fe608：
    snd_seq_oss_readq_clear+0x1f/0x90 snd_seq_oss_reset+0xa7/0xf0 snd_seq_oss_ioctl+0x6f6/0x7e0 odev_ioctl+0x56/0xc0 __x64_sys_ioctl+0xd1/0x120 do_syscall_64+0xbb/0x2f0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 值變更：0x00000001 -> 0x00000000 （CVE-2026-80628）

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

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

  - ALSA:seq:oss:q->lock で readq リセット状態をシリアル化します snd_seq_oss_readq_clear() 通常のリーダーパスとプロデューサーパスが同じリング状態をそのスピンロックの下でシリアル化している場合でも、qlen、head、tail を q->lock なしでリセットします。このため、リセットは snd_seq_oss_readq_free() または snd_seq_oss_readq_put_event() と競合し、古いレコードをキューに残したり、新たにキューに入れられたものをドロップしたり、ウェイクアップ後に間違った準備状況を報告したりする可能性があります。
    KCSAN は、snd_seq_oss_readq_clear() と snd_seq_oss_readq_free() の間のデータ競合を報告します。リングを消去し、input_timeをリセットする間、q->lock を取ります。enqueue ロジックを呼び出し側がロックしたヘルパーに因数分解し、snd_seq_oss_readq_put_timestamp() がリセットパスと競合するのではなく、同じロックの下で抑制状態を更新するようにします。バグが多いシナリオでは、2 つのパスがあり、各列にそのパス内の順序が表示されます。
    パスのリセット:ロックされた readq アップデーター: 1. snd_seq_oss_reset() または 1.リーダーまたはコールバック・プロデューサー・リリース・リーチは、同じキューで q->lock を取ります。snd_seq_oss_readq_clear()。2. snd_seq_oss_readq_clear() 2.アップデーターは、qlen、head、tail、qlen、head、tail をテストまたは変更します。そしてinput_time。3.
    snd_seq_oss_readq_clear() 3.アップデーターは、read-modify-write のシーケンスでスリーパーをウェイクアップします。
    質問>midi_sleep。4. q->lock なし、リセット 4.結果として生じるリング状態ドライブは、ロックされた後の読み取りと準備と重複する可能性があります。更新。KCSAN による報告:バグ:KCSAN:snd_seq_oss_readq_clear におけるデータ競合/cpu 0 のタスク120516による 4 バイトの0xffff8881069fe608へのsnd_seq_oss_readq_free書き込み:
    snd_seq_oss_readq_free+0x6c/0x80 snd_seq_oss_read+0xcb/0x250 odev_read+0x38/0x60 vfs_read+0xff/0x600 ksys_read+0xb4/0x140 __x64_sys_read+0x46/0x60 do_syscall_64+0xbb/0x2f0 entry_SYSCALL_64_after_hwframe+0x77/0x7f cpu のタスク120517による 4 バイトの0xffff8881069fe608への読み取り 1:
    snd_seq_oss_readq_clear+0x1f/0x90 snd_seq_oss_reset+0xa7/0xf0 snd_seq_oss_ioctl+0x6f6/0x7e0 odev_ioctl+0x56/0xc0 __x64_sys_ioctl+0xd1/0x120 do_syscall_64+0xbb/0x2f0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 値の変更:0x00000001 -> 0x00000000(CVE-2026-80628)

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

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

  - ALSA: seq: oss: Serialize readq reset state with q->lock snd_seq_oss_readq_clear() resets qlen, head, and     tail without q->lock even though the normal reader and producer paths serialize the same ring state under     that spinlock. A reset can therefore race snd_seq_oss_readq_free() or snd_seq_oss_readq_put_event() and     leave stale records in the queue, drop freshly queued ones, or report the wrong readiness after wakeup.
    KCSAN reports a data race between snd_seq_oss_readq_clear() and snd_seq_oss_readq_free(). Take q->lock     while clearing the ring and resetting input_time. Factor the enqueue logic into a caller-locked helper so     snd_seq_oss_readq_put_timestamp() updates its suppression state under the same lock instead of racing the     reset path. The buggy scenario involves two paths, with each column showing the order within that path:
    reset path: locked readq updater: 1. snd_seq_oss_reset() or 1. A reader or callback producer release     reaches takes q->lock on the same queue. snd_seq_oss_readq_clear(). 2. snd_seq_oss_readq_clear() 2. The     updater tests or modifies resets qlen, head, tail, qlen, head, and tail. and input_time. 3.
    snd_seq_oss_readq_clear() 3. The updater completes its wakes sleepers on read-modify-write sequence.
    q->midi_sleep. 4. Without q->lock, the reset 4. The resulting ring state drives can overlap the locked     later reads and readiness. update. KCSAN reports: BUG: KCSAN: data-race in snd_seq_oss_readq_clear /     snd_seq_oss_readq_free write to 0xffff8881069fe608 of 4 bytes by task 120516 on cpu 0:
    snd_seq_oss_readq_free+0x6c/0x80 snd_seq_oss_read+0xcb/0x250 odev_read+0x38/0x60 vfs_read+0xff/0x600     ksys_read+0xb4/0x140 __x64_sys_read+0x46/0x60 do_syscall_64+0xbb/0x2f0     entry_SYSCALL_64_after_hwframe+0x77/0x7f read to 0xffff8881069fe608 of 4 bytes by task 120517 on cpu 1:
    snd_seq_oss_readq_clear+0x1f/0x90 snd_seq_oss_reset+0xa7/0xf0 snd_seq_oss_ioctl+0x6f6/0x7e0     odev_ioctl+0x56/0xc0 __x64_sys_ioctl+0xd1/0x120 do_syscall_64+0xbb/0x2f0     entry_SYSCALL_64_after_hwframe+0x77/0x7f value changed: 0x00000001 -> 0x00000000 (CVE-2026-80628)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
341332	Linux Distros 未修补的漏洞：CVE-2026-80628	Nessus	Misc.	2026/8/28	2026/10/12	high
341332	Linux Distros 未修補弱點：CVE-2026-80628	Nessus	Misc.	2026/8/28	2026/10/12	high
341332	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80628	Nessus	Misc.	2026/8/28	2026/10/12	high
341332	Linux Distros Unpatched Vulnerability : CVE-2026-80628	Nessus	Misc.	2026/8/28	2026/10/12	high
365463	Ubuntu 26.04 LTS : Linux kernel (OEM) vulnerabilities (USN-8889-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	medium

偵測

搜尋 Plugin

high

high

high

high

medium