CVE-2026-72300

Niskie ryzyko· EPSS 10%

Opublikowano: 15/08/2026(UTC)Zaktualizowano: 17/08/2026(UTC)Przetłumaczono: 15/08/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.20%

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

Streszczenie

W jądrze Linux w funkcji sof_parse_token_sets() brakuje walidacji rozmiaru tablicy vendor przed jej odczytem. Złośliwa topologia z obciętym ogonem może spowodować odczyt poza zakresem. Dodatkowo porównanie rozmiaru z wartością ujemną może przejść z powodu promocji do typu unsigned.

Ocena ryzyka

Może to prowadzić do odczytu poza zakresem, co może skutkować awarią systemu lub eskalacją uprawnień.

Rekomendacja

Zastosuj poprawkę jądra, która waliduje kompletny nagłówek snd_soc_tplg_vendor_array przed odczytem array->size i rzutuje sizeof(*array) na int.

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: ASoC: SOF: topology: validate vendor array size before parsing sof_parse_token_sets() reads array->size while iterating over topology private data. The loop condition only checks that some data remains, so a malformed topology with a truncated trailing vendor array can make the parser read the size field before a full vendor-array header is available. Validate that the remaining private data contains a complete snd_soc_tplg_vendor_array header before reading array->size. The declared array size check also needs to remain signed. asize is an int, but sizeof(*array) has type size_t, so comparing them directly promotes negative asize values to unsigned and lets them pass the check, as reported in the stable review thread reference below. Cast sizeof(*array) to int when validating the declared array size. This rejects negative, zero and otherwise too-small sizes before the parser dispatches to the tuple-specific code.