{"api_version":"1","generated_at":"2026-11-08T12:06:14+00:00","cve":"CVE-2026-99151","urls":{"html":"https://cve.report/CVE-2026-99151","api":"https://cve.report/api/cve/CVE-2026-99151.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-99151","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-99151"},"summary":{"title":"drm/amd/display: Fix NULL sink dereference in USB4 bandwidth functions","description":"In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/amd/display: Fix NULL sink dereference in USB4 bandwidth functions\n\nallocate_usb4_bandwidth_for_stream() and allocate_usb4_bandwidth() both\nuse ASSERT(stream->sink) before dereferencing stream->sink->link. ASSERT\nis compiled out in production builds, so a NULL stream->sink causes a\nNULL pointer dereference.\n\nlink_set_dpms_off() already guards two earlier accesses to stream->sink\nwith explicit NULL checks, confirming that stream->sink can legitimately\nbe NULL. The subsequent call to deallocate_usb4_bandwidth() had no\nequivalent guard.\n\nReplace the ASSERT() calls with proper NULL checks that return false\nearly, and add a matching stream->sink guard at the call site in\nlink_set_dpms_off() consistent with the surrounding pattern.\n\nv2: Keep the existing ASSERT() calls for diagnostics (to report\n    unexpected NULL sink), and add explicit NULL checks that return false\n    before dereferencing stream->sink. Also add a matching stream->sink\n    guard at the deallocation call site in link_set_dpms_off(). (Alex)\n\n(cherry picked from commit 98029a0ce61feb52c563f65349dd9b25f672e355)","state":"PUBLISHED","assigner":"Linux","published_at":"2026-10-28 11:17:35","updated_at":"2026-10-28 11:17:35"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/55a67aa89342545b89f469dea6f29bfb6fac6f3d","name":"https://git.kernel.org/stable/c/55a67aa89342545b89f469dea6f29bfb6fac6f3d","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/4c8b5e5b9776ad08138d79b14238c5742b32911b","name":"https://git.kernel.org/stable/c/4c8b5e5b9776ad08138d79b14238c5742b32911b","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-99151","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-99151","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 0b1eebd359685dd681f6e0df5540a5bb985a27bf 4c8b5e5b9776ad08138d79b14238c5742b32911b git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 8fa813b7fd1eccbed13e126166cf764f1f11a7d3 55a67aa89342545b89f469dea6f29bfb6fac6f3d git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 7.2.9 7.2.13 semver","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/gpu/drm/amd/display/dc/link/link_dpms.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"4c8b5e5b9776ad08138d79b14238c5742b32911b","status":"affected","version":"0b1eebd359685dd681f6e0df5540a5bb985a27bf","versionType":"git"},{"lessThan":"55a67aa89342545b89f469dea6f29bfb6fac6f3d","status":"affected","version":"8fa813b7fd1eccbed13e126166cf764f1f11a7d3","versionType":"git"}]},{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/gpu/drm/amd/display/dc/link/link_dpms.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"7.2.13","status":"affected","version":"7.2.9","versionType":"semver"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.13","versionStartIncluding":"7.2.9","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/amd/display: Fix NULL sink dereference in USB4 bandwidth functions\n\nallocate_usb4_bandwidth_for_stream() and allocate_usb4_bandwidth() both\nuse ASSERT(stream->sink) before dereferencing stream->sink->link. ASSERT\nis compiled out in production builds, so a NULL stream->sink causes a\nNULL pointer dereference.\n\nlink_set_dpms_off() already guards two earlier accesses to stream->sink\nwith explicit NULL checks, confirming that stream->sink can legitimately\nbe NULL. The subsequent call to deallocate_usb4_bandwidth() had no\nequivalent guard.\n\nReplace the ASSERT() calls with proper NULL checks that return false\nearly, and add a matching stream->sink guard at the call site in\nlink_set_dpms_off() consistent with the surrounding pattern.\n\nv2: Keep the existing ASSERT() calls for diagnostics (to report\n    unexpected NULL sink), and add explicit NULL checks that return false\n    before dereferencing stream->sink. Also add a matching stream->sink\n    guard at the deallocation call site in link_set_dpms_off(). (Alex)\n\n(cherry picked from commit 98029a0ce61feb52c563f65349dd9b25f672e355)"}],"providerMetadata":{"dateUpdated":"2026-10-28T10:35:06.866Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/4c8b5e5b9776ad08138d79b14238c5742b32911b"},{"url":"https://git.kernel.org/stable/c/55a67aa89342545b89f469dea6f29bfb6fac6f3d"}],"title":"drm/amd/display: Fix NULL sink dereference in USB4 bandwidth functions","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-99151","datePublished":"2026-10-28T10:35:06.866Z","dateReserved":"2026-09-25T10:25:14.396Z","dateUpdated":"2026-10-28T10:35:06.866Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-28 11:17:35","lastModifiedDate":"2026-10-28 11:17:35","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"99151","Ordinal":"1","Title":"drm/amd/display: Fix NULL sink dereference in USB4 bandwidth fun","CVE":"CVE-2026-99151","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"99151","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/amd/display: Fix NULL sink dereference in USB4 bandwidth functions\n\nallocate_usb4_bandwidth_for_stream() and allocate_usb4_bandwidth() both\nuse ASSERT(stream->sink) before dereferencing stream->sink->link. ASSERT\nis compiled out in production builds, so a NULL stream->sink causes a\nNULL pointer dereference.\n\nlink_set_dpms_off() already guards two earlier accesses to stream->sink\nwith explicit NULL checks, confirming that stream->sink can legitimately\nbe NULL. The subsequent call to deallocate_usb4_bandwidth() had no\nequivalent guard.\n\nReplace the ASSERT() calls with proper NULL checks that return false\nearly, and add a matching stream->sink guard at the call site in\nlink_set_dpms_off() consistent with the surrounding pattern.\n\nv2: Keep the existing ASSERT() calls for diagnostics (to report\n    unexpected NULL sink), and add explicit NULL checks that return false\n    before dereferencing stream->sink. Also add a matching stream->sink\n    guard at the deallocation call site in link_set_dpms_off(). (Alex)\n\n(cherry picked from commit 98029a0ce61feb52c563f65349dd9b25f672e355)","Type":"Description","Title":"drm/amd/display: Fix NULL sink dereference in USB4 bandwidth fun"}]}}}