Podatności go-jose

Biblioteka go-jose w wersjach przed 1.0.5 ma problem z przepełnieniem całkowitym w algorytmie CBC-HMAC na architekturach 32-bitowych. Przepełnienie całkowite może prowadzić do ominięcia uwierzytelniania dla zaszyfrowanych tekstów CBC-HMAC na tych architekturach.

Biblioteka go-jose w wersjach przed 1.0.4 jest podatna na atak związany z nieprawidłową krzywą w algorytmie ECDH-ES. Podczas generowania wspólnego klucza, go-jose nie sprawdza, czy otrzymany klucz publiczny jest na tej samej krzywej co statyczny klucz prywatny odbiorcy.

Go JOSE, implementacja standardów JOSE w Go (JWE, JWS, JWT), przed wersją 4.1.6 parsuje kontrolowane przez atakującego wartości modułu i liczb pierwszych RSA z JWK bez egzekwowania ograniczeń rozmiaru i spójności przed przekazaniem ich do crypto/rsa.PrivateKey.Validate. W Go 1.24 i nowszych spreparowane duże lub zdegenerowane parametry RSA mogą powodować sześcienne zużycie CPU podczas walidacji, umożliwiając zdalną odmowę usługi.

Biblioteka go-jose przed wersją 4.1.5 nie ogranicza głębokości zagnieżdżenia podczas parsowania JSON kontrolowanego przez atakującego. Głęboko zagnieżdżone tablice lub obiekty przekraczają limit stosu Go, powodując przepełnienie stosu i awarię aplikacji.

W go-jose przed wersją 4.1.5 odszyfrowywanie niezaufanego szyfrogramu JWE z algorytmami A128CBC-HS256, A192CBC-HS384 lub A256CBC-HS512 może przekazać pusty bufor do odpadkowania CBC-HMAC. Niewystarczająca walidacja powoduje indeksowanie pustego bufora, panikę i odmowę usługi.

Go JOSE przed wersjami 4.1.4 i 3.0.5 zawiera podatność, w której deszyfrowanie obiektu JWE może spowodować panic, jeśli pole alg wskazuje na algorytm zawijania klucza (kończący się na KW, z wyjątkiem A128GCMKW, A192GCMKW i A256GCMKW), a pole encrypted_key jest puste. Panic występuje przy próbie alokacji wycinka o zerowej lub ujemnej długości. Może to prowadzić do odmowy usługi.