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

  - ALSA： FCP：修正 fcp_meter_ctl_get（） 中的 OOB 寫入 fcp_ioctl_set_meter_map（） 如果 （map.map_size < 1 || map.map_size > 255 || map.meter_slots < 1 || map.meter_slots > 255） return -EINVAL;並將其作為控制項的通道計數傳遞給 fcp_add_new_ctl（），並儲存為 elem->channels。每個控制項讀取都會寫入結構snd_ctl_elem_value，其整數陣列宣告為長值[128]，因此限制為 128，而不是 255。
    fcp_meter_ctl_get（） 將每個通道一個 64 位元字儲存到該陣列中，沒有自己的邊界： for （i = 0; i < elem->channels; i++） { int idx = private->meter_level_map[i]; int value = idx < 0 ？ 0 ：
    le32_to_cpu（resp[idx]）;ucontrol->value.integer.value[i] = 值;} snd_ctl_elem_read_user（） 為 kmalloc-2048 中的 1224 位元組 LP64 的 memdup_user（_control， sizeof（*control）） 提供該物件。
    offsetof（struct snd_ctl_elem_value， value） 為 72，因此元素 i 寫入位元組 72 + 8 * i，而元素 144 已經超過了分配。在map_size 255 處，最後一個儲存區在位元組 2112 結束，即物件過去的 888 位元組，進入相鄰的 slab 物件的 64 位元組。儲存的單字來自裝置，並 meter_level_map[] 選取哪個單字落在哪個插槽中，因此範圍和內容都會受到控制。核心沒有抓住這一點。snd_ctl_check_elem_info（） 只能從 __snd_ctl_elem_info（） 到達，snd_ctl_elem_read（） 在 CONFIG_SND_CTL_DEBUG 下呼叫;如果沒有該選項，snd_ctl_skip_validation（） 就是編譯時 true。__snd_ctl_add_replace（） 驗證 kcontrol->count，並且從不檢查 elem->channels。
    安裝過大的對應需要CAP_SYS_RAWIO，但控制項的有效期超過建立它的 hwdep 描述元，因此越界存放區是由任何能夠讀取 /dev/snd/controlC0 上控制項的處理程序發出。7.2.0-rc5 （arm64） 上的 KASAN，由無權限的控制項觸發讀取： 錯誤：KASAN：
    任務 fcp_trigger/185 在 addr ffff000017af04c8 處寫入大小為 8 的 fcp_meter_ctl_get 中的 slab-out-of-bounds
    __asan_store8 fcp_meter_ctl_get snd_ctl_elem_read snd_ctl_ioctl 由作業 185 分配： memdup_user snd_ctl_ioctl 有錯誤的位址位於已配置的 1224 位元組區域右側 0 位元組 [ffff000017af0000， ffff000017af04c8） 以 ABI 限制而不是 255 綁定映射大小，並在接收器處綁定存儲迴圈，使其無法通過 elem->channels 所保留的值陣列。由 XBOW 發現，由 Baul Lee <baul.lee@xbow.com> 分類 （CVE-2026-74640）

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

偵測

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

high Nessus Plugin ID 338964

版本 1.11