{
  "schema_version": "1.6.1",
  "id": "RPI-CVE-2024-41060",
  "modified": "2026-10-09T11:39:44Z",
  "upstream": [
    "CVE-2024-41060"
  ],
  "published": "2024-07-29T14:58:20Z",
  "summary": "drm/radeon: check bo_va->bo is non-NULL before using it",
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/radeon: check bo_va->bo is non-NULL before using it\n\nThe call to radeon_vm_clear_freed might clear bo_va->bo, so\nwe have to check it before dereferencing it.",
  "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": "6.1.101",
            "compiled_filter": false
          }
        }
      }
    }
  ],
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://www.cve.org/CVERecord?id=CVE-2024-41060"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/e8d3c53c6f1cccea9c03113f06dd39521c228831"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/a2b201f83971df03c8e81a480b2f2846ae8ce1a3"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/a9100f17428cb733c4f6fbb132d98bed76318342"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/f13c96e0e325a057c03f8a47734adb360e112efe"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/8a500b3a5f0a58c6f99039091fbd715f64f2f8af"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/6fb15dcbcf4f212930350eaee174bb60ed40a536"
    }
  ],
  "database_specific": {
    "source": "https://git.kernel.org/pub/scm/linux/security/vulns.git",
    "upstream_modified": "2026-08-05T11:52:36Z",
    "severity": {
      "source": "kernel CNA",
      "cvss_v3_score": 7.8,
      "cvss_v3_severity": "High",
      "scenario": "AV:L - The bug is reached through the RADEON_GEM_VA ioctl on a local DRM device node (/dev/dri/renderD128 or card0), raced against DRM_IOCTL_GEM_CLOSE on the same fd. No network or physical access is involved.\nAC:L - The attacker owns both sides of the race \u2014 one thread issues GEM_VA MAP, another issues GEM_CLOSE \u2014 and radeon_vm_bo_set_addr() unreserves the BO and then performs long page-table allocation and GPU IB submission before radeon_gem_va_update_vm() runs, leaving a very wide, reliably winnable window.\nPR:L - RADEON_GEM_VA and GEM_CLOSE are both DRM_RENDER_ALLOW and drm_ioctl bypasses DRM_AUTH for render clients, so any local unprivileged user (or containerized/sandboxed process handed a render node) can reach the path with no capabilities.\nUI:N - The attacker drives the entire sequence from its own two threads on a self-opened DRM fd; no victim action or cooperation is needed.\nS:U - The corruption stays within the kernel's own security authority \u2014 a standard local kernel memory-safety bug, not a VM, IOMMU, or hypervisor boundary crossing.\nC:H - This is a use-after-free of the radeon_bo_va slab object; with the freed slot refilled, bo_va->bo->tbo.resource supplies mem->start, which is programmed as a raw physical address into GPU page tables, giving GPU-side reads of arbitrary physical memory.\nI:H - The freed object is written through by radeon_vm_bo_update() via list_del()/list_add() on bo_va->vm_status and bo_va->flags, and bo_va->vm is dereferenced for mutex_unlock(), yielding unlink/write primitives plus attacker-influenced GPU page-table entries.\nA:H - In the common case the freed bo_va still holds the NULL written by radeon_bo_unref(), so bo_va->bo->tbo.resource is a NULL-pointer dereference producing an immediate kernel oops, and any unlucky slab reuse panics on corrupted list pointers."
    }
  }
}