Skip to content
Heist/ feed
Back to feed
UnratedFix available

drm/msm/gem: fix error handling in msm_ioctl_gem_info_get_metadata()

Type: advisorySources: OSV

In the Linux kernel, the following vulnerability has been resolved: drm/msm/gem: fix error handling in msm_ioctl_gem_info_get_metadata() msm_ioctl_gem_info_get_metadata() always returns 0 regardless of errors. When copy_to_user() fails or the user buffer is too small, the error code stored in ret is ignored because the function unconditionally returns 0. This causes userspace to believe the ioctl succeeded when it did not. Additionally, kmemdup() can return NULL on allocation failure, but the return value is not checked. This leads to a NULL pointer dereference in the subsequent copy_to_user() call. Add the missing NULL check for kmemdup() and return ret instead of 0. Note that the SET counterpart (msm_ioctl_gem_info_set_metadata) correctly returns ret. Patchwork: https://patchwork.freedesktop.org/patch/714478/

Products
Kernel
Affected versions
Not specified
Fixed versions
6.12.90, 6.18.32, 7.0.9
CVEs
CVE-2026-46211
Confirmed fixed CVEs
Not specified
Updated in this feed
3 Nov 2026, 16:36 UTC · Revision 1

Source evidence

drm/msm/gem: fix error handling in msm_ioctl_gem_info_get_metadata()

core-osv · Original source

Published 28 May 2026, 09:40 UTC

In the Linux kernel, the following vulnerability has been resolved: drm/msm/gem: fix error handling in msm_ioctl_gem_info_get_metadata() msm_ioctl_gem_info_get_metadata() always returns 0 regardless of errors. When copy_to_user() fails or the user buffer is too small, the error code stored in ret is ignored because the function unconditionally returns 0. This causes userspace to believe the ioctl succeeded when it did not. Additionally, kmemdup() can return NULL on allocation failure, but the return value is not checked. This leads to a NULL pointer dereference in the subsequent copy_to_user() call. Add the missing NULL check for kmemdup() and return ret instead of 0. Note that the SET counterpart (msm_ioctl_gem_info_set_metadata) correctly returns ret. Patchwork: https://patchwork.freedesktop.org/patch/714478/

osv:CVE-2026-46211

Kernel

Fixed versions: 6.12.90, 6.18.32, 7.0.9

Complete source record
{
  "id": "820f2b136f6b5331865c5fa191b5e1814ada1bacb374aeb030aeefe6ed629fa9",
  "url": "https://osv.dev/vulnerability/CVE-2026-46211",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "drm/msm/gem: fix error handling in msm_ioctl_gem_info_get_metadata()",
    "summary": "In the Linux kernel, the following vulnerability has been resolved: drm/msm/gem: fix error handling in msm_ioctl_gem_info_get_metadata() msm_ioctl_gem_info_get_metadata() always returns 0 regardless of errors. When copy_to_user() fails or the user buffer is too small, the error code stored in ret is ignored because the function unconditionally returns 0. This causes userspace to believe the ioctl succeeded when it did not. Additionally, kmemdup() can return NULL on allocation failure, but the return value is not checked. This leads to a NULL pointer dereference in the subsequent copy_to_user() call. Add the missing NULL check for kmemdup() and return ret instead of 0. Note that the SET counterpart (msm_ioctl_gem_info_set_metadata) correctly returns ret. Patchwork: https://patchwork.freedesktop.org/patch/714478/",
    "evidence": "osv:CVE-2026-46211",
    "products": [
      {
        "name": {
          "value": "Kernel",
          "evidence": "/affected/1/package/name"
        },
        "prerequisites": [],
        "fixed_versions": [
          {
            "value": "6.12.90",
            "evidence": "/affected/1/ranges"
          },
          {
            "value": "6.18.32",
            "evidence": "/affected/1/ranges"
          },
          {
            "value": "7.0.9",
            "evidence": "/affected/1/ranges"
          }
        ],
        "affected_versions": []
      }
    ],
    "severity": "unknown",
    "structured": {
      "id": "CVE-2026-46211",
      "aliases": [
        "CVE-2026-46211"
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
              "type": "GIT",
              "events": [
                {
                  "introduced": "9902cb999e4e913d98e8afe4b36c08e4a793e1ce"
                },
                {
                  "fixed": "697e1a9559f6962f999cc4c748c2ffffcc0a7a7a"
                },
                {
                  "fixed": "c57c861956b89f2e2528e6384d51e2dedd915809"
                },
                {
                  "fixed": "b079e85c91f446f29e808d8291189e897f1884ff"
                },
                {
                  "fixed": "47cbfe2608314b833ad61a65827d8fb363bc2d2d"
                }
              ]
            }
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-46211.json"
          }
        },
        {
          "ranges": [
            {
              "type": "ECOSYSTEM",
              "events": [
                {
                  "introduced": "6.8.0"
                },
                {
                  "fixed": "6.12.90"
                }
              ]
            },
            {
              "type": "ECOSYSTEM",
              "events": [
                {
                  "introduced": "6.13.0"
                },
                {
                  "fixed": "6.18.32"
                }
              ]
            },
            {
              "type": "ECOSYSTEM",
              "events": [
                {
                  "introduced": "6.19.0"
                },
                {
                  "fixed": "7.0.9"
                }
              ]
            }
          ],
          "package": {
            "name": "Kernel",
            "ecosystem": "Linux"
          },
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-46211.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:30.550151039Z",
      "provider": "osv",
      "references": [
        "https://git.kernel.org/stable/c/47cbfe2608314b833ad61a65827d8fb363bc2d2d",
        "https://git.kernel.org/stable/c/697e1a9559f6962f999cc4c748c2ffffcc0a7a7a",
        "https://git.kernel.org/stable/c/b079e85c91f446f29e808d8291189e897f1884ff",
        "https://git.kernel.org/stable/c/c57c861956b89f2e2528e6384d51e2dedd915809",
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/46xxx/CVE-2026-46211.json",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-46211",
        "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"
      ],
      "provider_metadata": {
        "cna_assigner": "Linux",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/46xxx/CVE-2026-46211.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-46211",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": null
  },
  "source_id": "core-osv",
  "document_id": 497445,
  "published_at": "2026-05-28T09:40:28.89+00:00"
}