CVE-2024-2236

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.

Podatność w bibliotece Libgcrypt przed wersją 1.12.2 umożliwia przepełnienie bufora sterty i odmowę usługi poprzez spreparowany szyfrogram ECDH przekazany do funkcji gcry_pk_decrypt.

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.