{
  "schema_version": "1.6.1",
  "id": "RPI-CVE-2026-93037",
  "modified": "2026-10-09T11:39:44Z",
  "upstream": [
    "CVE-2026-93037"
  ],
  "published": "2026-09-17T16:10:40Z",
  "summary": "RDMA/hfi1: Propagate sdma_txinit_ahg() errors",
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\nRDMA/hfi1: Propagate sdma_txinit_ahg() errors\n\nset_txreq_header_ahg() ignores the return value of sdma_txinit_ahg().\n\nIf sdma_txinit_ahg() fails, it returns before initializing tx->txreq.\nHowever, set_txreq_header_ahg() ignores the error and returns the AHG\nchange count, causing the caller to continue processing the request as\nthough initialization had succeeded.\n\nPropagate sdma_txinit_ahg() failures to the caller and abort request\nprocessing when initialization fails.\n\nFound by Linux Verification Center (linuxtesting.org) with SVACE.",
  "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.188",
            "compiled_filter": false
          }
        }
      }
    }
  ],
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://www.cve.org/CVERecord?id=CVE-2026-93037"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/cb73c2fe6e9cf563c99f22b7c8bca0d5f70d603e"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/122a730675565ff2ad210537c3fc3afb8291d482"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/bf974994150cfd14bfc599748925f4d426e00d90"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/fd6dee13f3857259b6b2ddd28e1ed95fd94ae2f9"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/5b7cefffd15d87c8103865f887cdcf9077d8094b"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/3416db552eb378e54cb2f2ce0db5f0df88654bda"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/ca99431820e8cac19f6a091c04da54cbe8d64f52"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/091c6162c022cbdfb64219708a71728cfd1d4600"
    }
  ],
  "database_specific": {
    "source": "https://git.kernel.org/pub/scm/linux/security/vulns.git",
    "upstream_modified": "2026-09-18T17:55:42Z",
    "severity": {
      "source": "kernel CNA",
      "cvss_v3_score": 7.8,
      "cvss_v3_severity": "High",
      "scenario": "AV:L - The attacker-controlled bytes are the sdma_req_info/header/iovecs copy_from_user()'d in hfi1_user_sdma_process_request(), reached only from hfi1_write_iter() on the hfi1 user cdev. A remote Omni-Path peer does not supply that request; kernel verbs already check sdma_txinit_ahg() and are not this bug.\nAC:L - On the AHG path (npkts>1 and HFI1_CAP_IS_USET(SDMA_AHG) so ahg_idx>=0), the attacker sets a later packet's datalen to 0 or info.fragsize>MAX_SDMA_PKT_SIZE so sdma_txinit_ahg() returns -ENODATA/-EMSGSIZE. set_txreq_header_ahg() still returns the AHG index count, and user_sdma_send_pkts() continues with no race.\nPR:L - hfi1_user_devnode() creates /dev/hfi1_N with mode 0666, and hfi1_file_open()/assign_ctxt() perform no capability checks, so an ordinary unprivileged local user can assign a context and writev() the crafted SDMA request.\nUI:N - Exploitation is the attacker's own open, HFI1_IOCTL_ASSIGN_CTXT, and writev() of a multi-packet user SDMA request; no other user must mount media, open a file, or otherwise interact.\nS:U - The uninitialized user_sdma_txreq.txreq is consumed by make_tx_sdma_desc() and submit_tx() inside the host hfi1 driver; impact is host-kernel memory/DMA corruption, not a guest-to-host, IOMMU, or other authority-boundary escape.\nC:H - user_sdma_send_pkts() still calls hfi1_add_pages_to_sdma_packet() after the failed sdma_txinit_ahg(), and make_tx_sdma_desc() reads/writes through uninitialized tx->descp. A recycled txreq_cache object whose extended descp was kfree'd in __sdma_txclean() is a use-after-free, enabling kernel info disclosure.\nI:H - make_tx_sdma_desc() writes DMA address and length through that uninitialized/dangling descp, and submit_tx() copies those descriptors into the SDMA ring. That is an arbitrary kernel write and hardware DMA of attacker-influenced descriptors, enabling control-flow hijack.\nA:H - submit_tx() always loads descp->qw[0] even when num_desc is 0, so a NULL descp from an uninitialized txreq is a kernel NULL-deref oops; garbage num_desc/descriptors also crash or halt the SDMA engine."
    }
  }
}