{
  "schema_version": "1.6.1",
  "id": "RPI-CVE-2026-89808",
  "modified": "2026-10-09T11:39:44Z",
  "upstream": [
    "CVE-2026-89808"
  ],
  "published": "2026-09-16T10:32:03Z",
  "summary": "drm/amdkfd: Fix the case that vm range is hole at svm_migrate_copy_to_vram",
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/amdkfd: Fix the case that vm range is hole at svm_migrate_copy_to_vram\n\nWhen migration vm range is hole at cpu side(MIGRATE_PFN_MIGRATE set +\nMIGRATE_PFN_VALID unset) driver still allocates device pages. There is no\ndma map of src pages and migration. j is 0 and svm_migrate_copy_memory_gart()\nwill return an uninitialized r. That can trigger out_free_vram_pages to drop\nall VRAM just set up.\n\nInitialize r and only call the last svm_migrate_copy_memory_gart if j > 0.\n\nCurrent code postponed the last page to the final copy. This patch flushes on\nthe last page when reach to the end of current drm_buddy_block; avoids another\nsvm_migrate_copy_memory_gart.",
  "severity": [
    {
      "type": "CVSS_V3",
      "score": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H"
    }
  ],
  "affected": [
    {
      "package": {
        "ecosystem": "Raspberry Pi OS:12",
        "name": "linux"
      },
      "versions": [
        "1:6.1.47-1+rpt4"
      ],
      "ecosystem_specific": {
        "binaries": [
          {
            "binary_name": "linux-image-6.1.0-rpi3-rpi-2712",
            "binary_version": "1:6.1.47-1+rpt4"
          },
          {
            "binary_name": "linux-image-6.1.0-rpi3-rpi-v6",
            "binary_version": "1:6.1.47-1+rpt4"
          },
          {
            "binary_name": "linux-image-6.1.0-rpi3-rpi-v7",
            "binary_version": "1:6.1.47-1+rpt4"
          },
          {
            "binary_name": "linux-image-6.1.0-rpi3-rpi-v7l",
            "binary_version": "1:6.1.47-1+rpt4"
          },
          {
            "binary_name": "linux-image-6.1.0-rpi3-rpi-v8",
            "binary_version": "1:6.1.47-1+rpt4"
          }
        ]
      },
      "database_specific": {
        "per_version": {
          "1:6.1.47-1+rpt4": {
            "linux_commit": "655fc658a15ae7a6f37103754adb39ba52a9a14e",
            "upstream_version": "6.1.47",
            "assessment": "commit ancestry (strak rule)",
            "upstream_fixed": null,
            "compiled_filter": false
          }
        }
      }
    }
  ],
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://www.cve.org/CVERecord?id=CVE-2026-89808"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/ae806a95b28fcecb913430cfa45a252e91a945d6"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/0a9a0e8a97da70a0336c9115178aaf1be29bcfb1"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/520e345ffe05aabef1db82beda4288afb1757ff2"
    }
  ],
  "database_specific": {
    "source": "https://git.kernel.org/pub/scm/linux/security/vulns.git",
    "upstream_modified": "2026-09-17T09:33:32Z",
    "severity": {
      "source": "kernel CNA",
      "cvss_v3_score": 7.8,
      "cvss_v3_severity": "High",
      "scenario": "AV:L - The bug is reached only via local /dev/kfd AMDKFD_IOC_SVM (SET_ATTR prefetch) or the process's own GPU page-fault SVM restore into svm_migrate_copy_to_vram; it is not reachable from network packets, adjacent wireless, or a physical bus.\nAC:L - An attacker creates anonymous VMA holes (untouched mmap or zero pages) and triggers migration with AMDKFD_IOC_SVM PREFETCH_LOC; migrate_vma records MIGRATE_PFN_MIGRATE without VALID so j stays 0 and the uninitialized-r path runs with no race, victim state, or rare config (HSA_AMD_SVM defaults y).\nPR:L - kfd_open() and AMDKFD_IOC_SVM perform no capable() checks (ioctl flag 0, unlike CRIU); /dev/kfd and the DRM render node are available to unprivileged render-group users on typical ROCm, desktop, and Android AMD GPU systems, which is Low privilege not init-namespace root.\nUI:N - Exploitation uses only the attacker's own /dev/kfd file descriptor, anonymous mappings, and SVM ioctls; no separate victim must mount a filesystem, open a file, or take any other action.\nS:U - Impact is confined to amdkfd SVM/GPUVM state and ZONE_DEVICE pages in the host kernel; it does not cross a VM, hypervisor, IOMMU device-isolation, or sandbox security authority.\nC:H - Spurious out_free_vram_pages unlocks and puts destination ZONE_DEVICE pages (page_free \u2192 svm_range_bo_unref_async) while SDMA may still copy into that VRAM and a non-zero leftover r can still mark the range GPU-resident; that device-page UAF enables kernel/VRAM disclosure.\nI:H - The same premature free of migrate destination pages, while actual_loc/vram_pages may still record a successful GPU migration, lets later HMM/GPUVM/SDMA operate on put ZONE_DEVICE pages and svm_bo refs, a kernel UAF write/control-flow primitive scored High per UAF guidance.\nA:H - Putting still-in-use ZONE_DEVICE pages and leaving SVM actual_loc/vram_pages inconsistent reliably causes kernel oops/WARN (bad page lock, folio_put on freed pages, VRAM BO validation) or GPU hang/reset, which is High availability impact."
    }
  }
}