CVE-2026-80827
CVE CVE-2026-80827EUVD EUVD-2026-71277Veröffentlicht 2026-09-04T15:54:31.000Z
Was das Advisory beschreibt
In the Linux kernel, the following vulnerability has been resolved: USB: serial: option: fix slab OOB read in interrupt URB callback The interrupt URB buffer is allocated in setup_port_interrupt_in() based on the endpoint's wMaxPacketSize: buffer_size = usb_endpoint_maxp(epd); port->interrupt_in_buffer = kmalloc(buffer_size, GFP_KERNEL); When a USB device declares wMaxPacketSize = 8 on its interrupt IN endpoint, the buffer is allocated from kmalloc-8 cache (exactly 8 bytes). If the device sends a short packet (actual_length < wMaxPacketSize), the URB completes with status == 0 and the callback proceeds to read: data[sizeof(struct usb_ctrlrequest)] which evaluates to data[8], accessing 1 byte beyond the allocated 8-byte buffer. This results in a slab out-of-bounds read. Fix this by adding the missing bounds check: first verify that the actual length is large enough to contain the struct usb_ctrlrequest header before accessing req_pkt->bRequestType and req_pkt->bRequest, and then verify that there is an additional byte for the modem signal state before reading data[sizeof(struct usb_ctrlrequest)] inside the conditional. Use sizeof(*req_pkt) instead of sizeof(struct usb_ctrlrequest) for consistency. [ johan: use dev_err(); split signals declaration and initialisation ]
Quelle: EUVD (ENISA), im Wortlaut der Meldung.
Produkte, die das Advisory nennt
Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.
- Linux — Linux patch: 7.3-rc1; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <fbe60fd2abc8a5561f39719a41ad9a01b5d8e567; patch: 7.1.13; patch: 6.1.187; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <6b8cf5422c7e96ed5b22a8368eff663f3f98b8ec; 2.6.12; patch: 6.18.49; patch: 7.2.3; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <2ef5560387f2c0713cee975be2b24b281bd90f3e; patch: 0; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <885d802f544ca7bfa8f3984d94233cce715bb6b3; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <030e3a73d3c3aa67c44454649e984d6383cdb7d3; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <94e5525697b9e91ddc4071129874120a50a4f342; patch: 6.6.156; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <a72a13c83a652516a0e469d275b81d29a7429049; patch: 5.15.220; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <060db7d48af1e650643c8b8319111a9ea2ce4486; patch: 6.12.108; patch: 5.10.269; 58cfe9113e485f7e04bd0eac4fc4251b330af501 <d762aef4eba354066be21a5d88eb2066e282f4c9
Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.
Im Produktkatalog geführt
Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.
- Linux — Linux
Betrifft das einen Ihrer Kundenbestände?
Diese Seite kann die Frage nicht beantworten — sie kennt Ihren Bestand nicht. Wer seine Umgebungen erfasst hat, bekommt die Antwort am Morgen nach der Veröffentlichung, zusammen mit einem Absatz, den er unverändert an den Kunden weitergeben kann.
28 Tage testenPatchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.