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

  - drm/amd/display：修正越界資料流編碼器索引 v3 eng_id可以為負數， stream_enc_regs[] 並且可以越界索引。 eng_id 直接用作索引， stream_enc_regs[]其中只有 5 個項目。當eng_id為 5 （ENGINE_ID_DIGF） 或負數時，這可以存取陣列末端以外的記憶體。在使用 eng_id 作為索引之前，先使用 ARRAY_SIZE（） 新增邊界檢查。未簽名的轉換也會拒絕負值。這樣可以避免越界存取。修正了以下 smatch 錯誤：dcn*_resource.c：stream_encoder_create（） 可能索引 stream_enc_regs[eng_id] 越界 （大小 5）。drivers/gpu/drm/amd/amdgpu/../display/dc/resource/dcn351/dcn351_resource.c 1246 靜態結構 stream_encoder *dcn35_stream_encoder_create（ 1247 列舉 engine_id eng_id， 1248 結構 dc_context *ctx） 1249 { ...1255 1256 /* 將 VPG、AFMT、DME 暫存器區塊映射到 DIO 區塊實例 */ 1257 if （eng_id <= ENGINE_ID_DIGF） { ENGINE_ID_DIGF 是 5。 <= 應該<嗎？無關，但是，呃，為什麼 Smatch 說eng_id可以是負面的？end_id 的類型簽名很長，但調用方中有檢查可以防止它為負數。1258 vpg_inst = eng_id;1259 afmt_inst = eng_id;1260 } 否則 1261 傳回 NULL;1262 ...1281 1282 dcn35_dio_stream_encoder_construct（enc1， ctx， ctx->dc_bios， 1283 eng_id， vpg， afmt， --> 1284 &stream_enc_regs[eng_id]， ^^^^^^^^^^^^^^^^^^^^^^^ 這個 stream_enc_regs[] 數組有 5 個元素，因此我們是數組末尾之外的一個元素。...1287 返回 &enc1->base;1288 } v2：按照 Roman/Dan 的建議使用顯式邊界檢查;避免無符號 int 轉換 v3：編譯器已經知道如何比較兩個值，因此不需要轉換 （int）。（羅馬）(CVE-2026-46263)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

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

high Nessus Plugin ID 318719

版本 1.8