CVE-2021-47267
Last modified
CVE-2021-47267 is a medium-severity vulnerability rated 6.3/10 on the CVSS scale. 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 + cable + host port combination shows up. (This wouldn't happen if the gadget max-speed was set to 5gbps, but it of course defaults to the maximum, and there's 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't provided. Obviously this won't fix the problem if the 5gbps descriptor is also NULL, but such cases can't be so trivially solved (and any such gadgets are unlikely to be used with USB3 ports any way).. EPSS estimates a 0.68% chance of exploitation in the next 30 days.
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 + cable + host port combination shows up. (This wouldn't happen if the gadget max-speed was set to 5gbps, but it of course defaults to the maximum, and there's 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't provided. Obviously this won't fix the problem if the 5gbps descriptor is also NULL, but such cases can't be so trivially solved (and any such gadgets are unlikely to be used with USB3 ports any way).
Metrics
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L
Weakness Enumeration
Affected Software
| Vendor | Product | Versions | Update |
|---|---|---|---|
| Linux | Linux Kernel | < 4.9.273 | — |
| Linux | Linux Kernel | >= 4.10, < 4.14.237 | — |
| Linux | Linux Kernel | >= 4.15, < 4.19.195 | — |
| Linux | Linux Kernel | >= 4.20, < 5.4.126 | — |
| Linux | Linux Kernel | >= 5.5, < 5.10.44 | — |
| Linux | Linux Kernel | >= 5.11, < 5.12.11 | — |
| Linux | Linux Kernel | 5.13 | Rc1 |
References
Timeline
- Published
- Last Modified
- Status
- Analyzed
Frequently Asked Questions
What is CVE-2021-47267?
How severe is CVE-2021-47267?
How do I fix CVE-2021-47267?
How Strix Helps
- How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
- Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
- PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
- AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.
Related CVEs from 2021
- CVE-2021-47261In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2021-47262In the Linux kernel, the following vulnerability has been re…7.1
- CVE-2021-47263In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47264In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47265In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47266In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47268In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2021-47269In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47270In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47271In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47272In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2021-47273In the Linux kernel, the following vulnerability has been re…5.5
Are you affected by CVE-2021-47267?
Run a free Strix scan to check your systems for this vulnerability.
Scan your code nowSource: NVD / NIST
