{
  "cveId": "CVE-2021-47267",
  "url": "https://patchblox.com/security/cve/CVE-2021-47267",
  "summary": "CVE-2021-47267 is fixed in linux on 1 platform, first by DEBIAN-CVE-2021-47267, released May 21, 2024. It is not reported as exploited. Patch Radar priority: Routine.",
  "title": "linux: In the Linux kernel, the following vulnerability has been resolved:  usb: fix various gadget panics on 10gbps cabling...",
  "description": "In the Linux kernel, the following vulnerability has been resolved:  usb: fix various gadget panics on 10gbps cabling  usb_assign_descriptors() is called with 5 parameters, the last 4 of which are the usb_descriptor_header for:   full-speed (USB1.1 - 12Mbps [including USB1.0 low-speed @ 1.5Mbps),   high-speed (USB2.0 - 480Mbps),   super-speed (USB3.0 - 5Gbps),   super-speed-plus (USB3.1 - 10Gbps).  The differences between full/high/super-speed descriptors are usually substantial (due to changes in the maximum usb block size from 64 to 512 to 1024 bytes and other differences in the specs), while the difference between 5 and 10Gbps descriptors may be as little as nothing (in many cases the same tuning is simply good enough).  However if a gadget driver calls usb_assign_descriptors() with a NULL descriptor for super-speed-plus and is then used on a max 10gbps configuration, the kernel will crash with a null pointer dereference, when a 10gbps capable device port \u002B cable \u002B host port combination shows up. (This wouldn\u0027t happen if the gadget max-speed was set to 5gbps, but it of course defaults to the maximum, and there\u0027s no real reason to artificially limit it)  The fix is to simply use the 5gbps descriptor as the 10gbps descriptor, if a 10gbps descriptor wasn\u0027t provided.  Obviously this won\u0027t fix the problem if the 5gbps descriptor is also NULL, but such cases can\u0027t be so trivially solved (and any such gadgets are unlikely to be used with USB3 ports any way).",
  "published": "2024-05-21T15:15:15Z",
  "severity": "medium",
  "cvss": 6.3,
  "cvssVector": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L",
  "epss": 0.00684,
  "epssPercentile": 0.52819,
  "priority": "Routine",
  "priorityTier": 4,
  "exploited": false,
  "vendorExploited": false,
  "disclosed": false,
  "fixes": [
    {
      "platform": "linux",
      "product": "linux",
      "release": "Debian 12.15 (bookworm)",
      "fixedVersion": "5.10.46-1",
      "fix": "DEBIAN-CVE-2021-47267",
      "url": "https://patchblox.com/security/fix/linux/debian-cve-2021-47267",
      "released": "2024-05-21T15:15:15Z"
    },
    {
      "platform": "linux",
      "product": "linux",
      "release": "Debian 13.5 (trixie)",
      "fixedVersion": "5.10.46-1",
      "fix": "DEBIAN-CVE-2021-47267",
      "url": "https://patchblox.com/security/fix/linux/debian-cve-2021-47267",
      "released": "2024-05-21T15:15:15Z"
    },
    {
      "platform": "linux",
      "product": "linux",
      "release": "Debian 14",
      "fixedVersion": "5.10.46-1",
      "fix": "DEBIAN-CVE-2021-47267",
      "url": "https://patchblox.com/security/fix/linux/debian-cve-2021-47267",
      "released": "2024-05-21T15:15:15Z"
    }
  ],
  "noFixYet": [],
  "dataAsOf": "2026-11-08T19:12:23Z",
  "attribution": {
    "text": "Data: Patchblox Patch Radar",
    "url": "https://patchblox.com/security/patch-radar",
    "terms": "https://patchblox.com/security/patch-radar/use-the-data"
  }
}