CVE-2017-0379

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.

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.