Katalog CVE

CVE-2026-64330

Niskie ryzyko· EPSS 7%
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.18%

Percentyl 7 - wyżej niż 7% wszystkich znanych CVE

Streszczenie

W jądrze Linux w sterowniku USB Type-C TCPM brakuje walidacji indeksu SVID w funkcji svdm_consume_modes(). Nieprawidłowy indeks może prowadzić do odczytu poza zakresem tablicy i rejestracji fałszywego SVID.

Ocena ryzyka

Podłączone urządzenie może wstrzyknąć dowolny SVID, co może prowadzić do nieautoryzowanej rejestracji trybu alternatywnego i potencjalnego naruszenia bezpieczeństwa.

Rekomendacja

Zastosuj łatkę jądra Linux, która dodaje walidację indeksu SVID przed dostępem do tablicy pmdata->svids.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: usb: typec: tcpm: Validate SVID index in svdm_consume_modes() In svdm_consume_modes(), the SVID value is read from pmdata->svids using pmdata->svid_index as an array index without bounds validation: paltmode->svid = pmdata->svids[pmdata->svid_index]; If pmdata->svid_index is driven beyond SVID_DISCOVERY_MAX (16), it results in an out-of-bounds read of the pmdata->svids array. Because pd_mode_data is embedded inside struct tcpm_port, indexing past svids reads into adjacent fields. In particular: - At index 16, it reads the altmodes count. - At index 18 and beyond, it reads into altmode_desc[], which contains partner-supplied SVDM Discovery Modes VDOs. By injecting a chosen SVID into altmode_desc[0].vdo and driving svid_index to 20, the partner can force paltmode->svid to be loaded with an arbitrary, partner- chosen SVID, which is then registered via typec_partner_register_altmode(). Fix this by validating that pmdata->svid_index is non-negative and strictly less than pmdata->nsvids before accessing the pmdata->svids array inside svdm_consume_modes().

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS