CVE-2026-63960

CVE CVE-2026-63960EUVD EUVD-2026-45733Veröffentlicht 2026-07-19T14:55:50.000ZZuletzt geändert 2026-07-20T06:41:40.000Z

Was das Advisory beschreibt

In the Linux kernel, the following vulnerability has been resolved: usb: typec: wcove: don't write past struct pd_message in wcove_read_rx_buffer() wcove_read_rx_buffer() copies the PD RX FIFO into the caller's struct pd_message with for (i = 0; i < USBC_RXINFO_RXBYTES(info); i++) regmap_read(wcove->regmap, USBC_RX_DATA + i, msg + i); which has two problems: USBC_RXINFO_RXBYTES() is a 5-bit field (max 31) while struct pd_message is 30 bytes (__le16 header + __le32 payload[PD_MAX_PAYLOAD], packed). The byte count latched in RXINFO is the number of bytes the port partner put on the wire, so a malicious partner that transmits a 31-byte frame can drive the loop one byte past the destination if the WCOVE BMC receiver does not enforce the PD object-count limit in hardware. The existing FIXME flagged this as unverified. Independently, regmap_read() takes an unsigned int * and stores a full unsigned int at the destination. Passing the byte pointer msg + i means each iteration writes four bytes; the high three are zero (val_bits is 8) and are normally overwritten by the next iteration, but the final iteration's high bytes are not. With RXBYTES == 30 the i == 29 iteration already writes three zero bytes past msg, which sits on the IRQ thread's stack in wcove_typec_irq(). Clamp the loop to sizeof(struct pd_message) and read each register into a local before storing only its low byte, so the copy can never exceed the destination regardless of what RXINFO reports.

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.0.12; 4.15; 3c4fb9f169214290ec9a943907321e6265b36f65 <4af7ad0e6d7aa4403dbb1dac7b9659b0421efcaa; 3c4fb9f169214290ec9a943907321e6265b36f65 <f2a1edc0bd142edabc6c85d88713f2bc178dd317; 3c4fb9f169214290ec9a943907321e6265b36f65 <e94933dc41b87503bf585c8c6d53d740620eceb9; 3c4fb9f169214290ec9a943907321e6265b36f65 <3e632098d0521257ea965bbd6fde807d9bee5c8a; patch: 7.1; 3c4fb9f169214290ec9a943907321e6265b36f65 <5cd0e7ac4eefbdb330f8c72694fe74e63df65552; patch: 6.18.35; patch: 5.15.210; patch: 6.12.93; 3c4fb9f169214290ec9a943907321e6265b36f65 <3f9d50c8b02b4af0646aa892465080f9061fc89c; 3c4fb9f169214290ec9a943907321e6265b36f65 <6899f5b6d7b83ce79a3d331dc61dd31bf73f9c22; patch: 0; patch: 6.1.176; patch: 5.10.259; 3c4fb9f169214290ec9a943907321e6265b36f65 <d0e4b8b3c6b7607a16932556eaaca5d5cf69f192; patch: 6.6.143

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

Patchlage 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.