CVE-2026-41989

Libgcrypt przed wersją 1.8.1 nie uwzględnia odpowiednio ataków bocznych na Curve25519, co ułatwia atakującym odkrycie klucza tajnego.

Libgcrypt przed wersją 1.12.2 nieprawidłowo obsługuje podpisywanie Dilithium. Zapisy do tablicy statycznej nie mają sprawdzenia granic, ale nie wykorzystują danych kontrolowanych przez atakującego.

W implementacji RSA w libgcrypt wykryto lukę typu side-channel opartą na czasie. Może ona umożliwić zdalnemu atakującemu przeprowadzenie ataku w stylu Bleichenbachera, co prowadzi do odszyfrowania tekstów zaszyfrowanych RSA.

Podatność w bibliotece Libgcrypt przed wersjami 1.8.8 i 1.9.x przed 1.9.3 nieprawidłowo obsługuje szyfrowanie ElGamal z powodu braku zaślepiania wykładnika, co umożliwia atak boczny na funkcję mpi_powm. Dodatkowo, rozmiar okna nie jest odpowiednio dobrany, co zwiększa ryzyko wycieku informacji.

W Libgcrypt 1.8.4, implementacja AES w języku C jest podatna na atak typu side-channel flush-and-reload, ponieważ adresy fizyczne są dostępne dla innych procesów. (Implementacja C jest używana na platformach, gdzie implementacja w języku asemblera jest niedostępna). Uwaga: stanowisko producenta jest takie, że raport o problemie nie może być zweryfikowany, ponieważ nie ma opisu ataku.

Libgcrypt przed wersją 1.7.10 oraz 1.8.x przed 1.8.3 jest podatny na atak typu side-channel wykorzystujący pamięć podręczną na podpisy ECDSA, znany jako Return Of the Hidden Number Problem (ROHNP). Atak można złagodzić przez użycie blinding podczas procesu podpisywania w funkcji _gcry_ecc_ecdsa_sign. Aby odkryć klucz ECDSA, atakujący potrzebuje dostępu do lokalnej maszyny lub innej maszyny wirtualnej na tym samym fizycznym hoście.