{
  "schema_version": "1.6.1",
  "id": "RPI-CVE-2026-64033",
  "modified": "2026-10-09T11:39:44Z",
  "upstream": [
    "CVE-2026-64033"
  ],
  "published": "2026-07-19T15:41:06Z",
  "summary": "RDMA/rtrs: Fix use-after-free in path file creation cleanup",
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\nRDMA/rtrs: Fix use-after-free in path file creation cleanup\n\nIn the error path of rtrs_srv_create_path_files(), the sysfs root folders\nmay already have been created and srv_path->kobj may already have been\ninitialized. If a later step fails, the cleanup currently calls\nkobject_put(&srv_path->kobj) before\nrtrs_srv_destroy_once_sysfs_root_folders(srv_path).\n\nkobject_put() may drop the last reference to srv_path->kobj and invoke the\nrelease callback, rtrs_srv_release(), which frees srv_path. The following\ncall to rtrs_srv_destroy_once_sysfs_root_folders(srv_path) then\ndereferences srv_path internally to access srv_path->srv, resulting in a\nuse-after-free.\n\nThis failure path is reached before rtrs_srv_create_path_files() returns\nsuccess, so the successful-path lifetime handling is not involved.\n\nFix this by destroying the sysfs root folders before calling\nkobject_put(&srv_path->kobj), so srv_path is still valid while the helper\naccesses it.\n\nThis issue was found by a static analysis tool I am developing.",
  "severity": [
    {
      "type": "CVSS_V3",
      "score": "CVSS:3.1/AV:N/AC:L/PR:N/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.175",
            "compiled_filter": false
          }
        }
      }
    }
  ],
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://www.cve.org/CVERecord?id=CVE-2026-64033"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/01e42aabaf7632beb4bf235c7238b96c746d4144"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/548f3956e53a7f7bde912d8129010b8986d5e602"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/00904a73272b9f3ef3952fe69a833909dccad1ef"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/92060ab1c5115674cf319175550f85f68405121f"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/eae62c5451e67e8b033c1681fd3b85d7e9a9a28f"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/b0e9706fb2859064bb6c677554c4d20c713aa8e0"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/5b74373390113fba798a76b483837029ab010fef"
    }
  ],
  "database_specific": {
    "source": "https://git.kernel.org/pub/scm/linux/security/vulns.git",
    "upstream_modified": "2026-08-05T13:16:28Z",
    "severity": {
      "source": "kernel CNA",
      "cvss_v3_score": 9.8,
      "cvss_v3_severity": "Critical",
      "scenario": "AV:N - The vulnerable code runs in the RTRS server RDMA CM handler when a remote peer completes connection setup and sends RTRS_MSG_INFO_REQ; the server listens on network addresses via rdma_listen() on IPv6 and IB port spaces (default port 1234, used by rnbd-server).\nAC:L - This is a deterministic cleanup-order UAF, not a race; once the attacker drives sysfs creation into an error path (e.g., via parallel connection attempts causing allocation failures), the bug triggers reliably on every failed setup.\nPR:N - No Linux credentials are required; any remote RTRS/RNBD client that can reach the server's RDMA listener can complete the pre-authentication connection and info-request handshake that calls rtrs_srv_create_path_files().\nUI:N - Exploitation is fully automated through the RTRS wire protocol and requires no action from a local user or administrator on the target host.\nS:U - Impact is confined to kernel memory corruption and privilege escalation on the RTRS server host; it does not cross a VM, container, or IOMMU security boundary by itself.\nC:H - The use-after-free dereferences freed srv_path memory (including srv_path->srv) during cleanup, which can leak kernel heap contents or be turned into an arbitrary read primitive through heap grooming.\nI:H - UAF on a kernel heap object enables control of freed memory contents and can be leveraged for arbitrary kernel writes or code execution via heap spraying and structure reuse.\nA:H - The UAF dereference during error cleanup can cause kernel oops/panic on the RTRS server, and successful exploitation can crash or fully compromise the host."
    }
  }
}