Katalog CVE

CVE-2026-93160

Nieznane
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W jądrze Linux sprzętowa ścieżka ECDH w atmel_ecdh_compute_shared_secret() używa klucza prywatnego zapisanego w urządzeniu, ale klucz publiczny jest buforowany dopiero po pomyślnym wygenerowaniu klucza prywatnego przez atmel_ecdh_set_secret() dla bieżącego tfm. Poprawka dodaje sprawdzenie braku buforowanego klucza publicznego, aby zapobiec użyciu klucza prywatnego nie wygenerowanego dla bieżącego tfm.

Ocena ryzyka

Użycie klucza prywatnego niepowiązanego z bieżącym kontekstem kryptograficznym może prowadzić do błędnych wyników operacji ECDH lub ujawnienia nieprawidłowego wspólnego sekretu. Dotyczy systemów korzystających ze sprzętowego ECDH w sterowniku atmel-ecc.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę w sterowniku crypto atmel-ecc. Do czasu aktualizacji unikaj używania sprzętowego ECDH na urządzeniach z tym sterownikiem.

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: crypto: atmel-ecc - reject hardware ECDH without a public key The hardware ECDH path in atmel_ecdh_compute_shared_secret() uses the private key stored in the device. However, the public key is cached only after atmel_ecdh_set_secret() successfully generated that private key for the current tfm. atmel_ecdh_generate_public_key() already rejects requests when no public key is cached. Add the same check to atmel_ecdh_compute_shared_secret() to prevent the device from using a private key that was not generated for the current tfm.

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