{
  "schema_version": "1.6.1",
  "id": "RPI-CVE-2026-31464",
  "modified": "2026-10-09T11:39:44Z",
  "upstream": [
    "CVE-2026-31464"
  ],
  "published": "2026-04-22T13:57:42Z",
  "summary": "scsi: ibmvfc: Fix OOB access in ibmvfc_discover_targets_done()",
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\nscsi: ibmvfc: Fix OOB access in ibmvfc_discover_targets_done()\n\nA malicious or compromised VIO server can return a num_written value in the\ndiscover targets MAD response that exceeds max_targets. This value is\nstored directly in vhost->num_targets without validation, and is then used\nas the loop bound in ibmvfc_alloc_targets() to index into disc_buf[], which\nis only allocated for max_targets entries. Indices at or beyond max_targets\naccess kernel memory outside the DMA-coherent allocation.  The\nout-of-bounds data is subsequently embedded in Implicit Logout and PLOGI\nMADs that are sent back to the VIO server, leaking kernel memory.\n\nFix by clamping num_written to max_targets before storing it.",
  "severity": [
    {
      "type": "CVSS_V3",
      "score": "CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/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.168",
            "compiled_filter": false
          }
        }
      }
    }
  ],
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://www.cve.org/CVERecord?id=CVE-2026-31464"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/d842348f8a00d5b1d7358f207eb34ffcf5b16df3"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/a007246cb6c9ebdc93dafbf63cc2d43d98f402cc"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/394a1cac3c12fdd7d77f19ccfd222ab5ff87ef89"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/4ed727e35b0ab17d3eeeb1e8023768396e2be161"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/d1466bf991b2343cf2ba8336e440c8faf3cbb780"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/786f10b1966e485046839f992e89f2c18cbd1983"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/bae4df0a643fa7f84663473aa3082a9c2ed139db"
    },
    {
      "type": "FIX",
      "url": "https://git.kernel.org/stable/c/61d099ac4a7a8fb11ebdb6e2ec8d77f38e77362f"
    }
  ],
  "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": 8.1,
      "cvss_v3_severity": "High",
      "scenario": "AV:A - Reachable through IBM Power VIO virtual Fibre Channel CRQ/MAD responses from the backing VIO server on the same virtual I/O fabric, not through a local syscall or routable network path.\nAC:L - A malicious or compromised VIO server directly controls the `num_written` value in the Discover Targets response; no race or hard-to-control condition is required once the adapter is initialized.\nPR:N - No privilege or authentication check in the Linux guest gates this completion path; the crafted response is accepted from the configured VIO partner.\nUI:N - The vulnerable discovery flow runs during adapter initialization/reinitialization and processes the VIO server response without requiring any end-user action.\nS:U - The impact is on the guest Linux kernel/driver resources that process the malicious virtual device response; this is not a VM escape or IOMMU/DMA boundary bypass.\nC:H - The excessive `num_written` causes out-of-bounds reads beyond the discovery buffer, and the derived values are sent back to the VIO server in Implicit Logout/PLOGI MADs, leaking kernel memory.\nI:N - The investigated bug is an out-of-bounds read used to construct outbound MAD fields; I did not find an out-of-bounds write or arbitrary kernel memory modification primitive.\nA:H - The server-controlled oversized count can drive reads far beyond the DMA-coherent allocation and create excessive target-processing work, making kernel oops, hang, or resource exhaustion plausible."
    }
  }
}