CVE-2026-46263drm/amd/display: Fix out-of-bounds stream encoder index v3

Description

In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Fix out-of-bounds stream encoder index v3 eng_id can be negative and that stream_enc_regs[] can be indexed out of bounds. eng_id is used directly as an index into stream_enc_regs[], which has only 5 entries. When eng_id is 5 (ENGINE_ID_DIGF) or negative, this can access memory past the end of the array. Add a bounds check using ARRAY_SIZE() before using eng_id as an index. The unsigned cast also rejects negative values. This avoids out-of-bounds access. Fixes the below smatch error: dcn*_resource.c: stream_encoder_create() may index stream_enc_regs[eng_id] out of bounds (size 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 /* Mapping of VPG, AFMT, DME register blocks to DIO block instance */ 1257 if (eng_id <= ENGINE_ID_DIGF) { ENGINE_ID_DIGF is 5. should <= be <? Unrelated but, ugh, why is Smatch saying that "eng_id" can be negative? end_id is type signed long, but there are checks in the caller which prevent it from being negative. 1258 vpg_inst = eng_id; 1259 afmt_inst = eng_id; 1260 } else 1261 return 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], ^^^^^^^^^^^^^^^^^^^^^^^ This stream_enc_regs[] array has 5 elements so we are one element beyond the end of the array. ... 1287 return &enc1->base; 1288 } v2: use explicit bounds check as suggested by Roman/Dan; avoid unsigned int cast v3: The compiler already knows how to compare the two values, so the cast (int) is not needed. (Roman)

Timeline

Scores

EPSS (exploitation in 30 days)

0.12% · top 98% of all CVEs (12 Nov 2026)

CISA SSVC

Exploitation: none · Automatable: no · Technical impact: total

The list uses the assigner's score when there is one, then CISA's, then NVD's: High 7.8.

Affected products

• Linux · Linux

  • affected 2728e9c7c84235d2d7bc1403174d071ffc82d6d2 – < 29f3824b08a98d41ecbbfd33580630d7607f962e
  • affected 2728e9c7c84235d2d7bc1403174d071ffc82d6d2 – < 263e28add4f4472cfa95150d218955d1945aa413
  • affected 2728e9c7c84235d2d7bc1403174d071ffc82d6d2 – < ca3808d560ad946ab6d089fd1f5bee04b952ead4
  • affected 2728e9c7c84235d2d7bc1403174d071ffc82d6d2 – < abde491143e4e12eecc41337910aace4e8d59603

• Linux · Linux

  • affected 6.9
  • unaffected < 6.9
  • unaffected 6.12.75 – ≤ 6.12.*
  • unaffected 6.18.14 – ≤ 6.18.*
  • unaffected 6.19.4 – ≤ 6.19.*
  • unaffected 7.0 – ≤ *

Sources

The same CVE in the primary databases and aggregators, to check against.

• CVE.org record (opens in a new tab)
• CVE List JSON (GitHub) (opens in a new tab)
• NVD (opens in a new tab)
• FIRST EPSS (opens in a new tab)
• EUVD EUVD-2026-34125 (opens in a new tab)
• OSV.dev (opens in a new tab)
• GitHub Advisories (opens in a new tab)
• CIRCL Vulnerability-Lookup (opens in a new tab)

Badge for a README or a ticket

[![CVE-2026-46263](https://cveledger.app/badge/CVE-2026-46263.svg)](https://cveledger.app/cve/CVE-2026-46263)

Record last updated 19 Oct 2026, 19:36 UTC.