Katalog CVE

CVE-2025-39921

ŚrednieCVSS 5.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.13%

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

Streszczenie

W jądrze Linux w sterowniku spi-microchip-core-qspi usunięto błędne sprawdzanie op->max_freq w funkcji mchp_coreqspi_supports_op(). Podczas probe op->max_freq ma wartość zero, co powoduje dzielenie przez zero i wyliczenie baud_rate_val jako INT_MAX, w wyniku czego probe dołączonego urządzenia pamięci kończy się niepowodzeniem.

Ocena ryzyka

Może uniemożliwić inicjalizację pamięci SPI na platformach Microchip, prowadząc do niedostępności urządzenia pamięci i potencjalnych błędów rozruchu systemu.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę usuwającą sprawdzanie op->max_freq w mchp_coreqspi_supports_op().

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: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem operation frequency switches") the logic for checking the viability of op->max_freq in mchp_coreqspi_setup_clock() was copied into mchp_coreqspi_supports_op(). Unfortunately, op->max_freq is not valid when this function is called during probe but is instead zero. Accordingly, baud_rate_val is calculated to be INT_MAX due to division by zero, causing probe of the attached memory device to fail. Seemingly spi-microchip-core-qspi was the only driver that had such a modification made to its supports_op callback when the per_op_freq capability was added, so just remove it to restore prior functionality.

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