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 static struct stream_encoder *dcn35_stream_encoder_create（ 1247 enum engine_id eng_id， 1248 struct 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

medium Nessus 插件 ID 318719

版本 1.2