CVE-2026-89320

WysokieCVSS 8.8

Opublikowano: 23/10/2026(UTC)Zaktualizowano: 02/11/2026(UTC)Przetłumaczono: 23/10/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.17%

Percentyl 7 - wyżej niż 7% wszystkich znanych CVE

Streszczenie

Funkcja HmacShaCryptor.Hash nigdy nie hashowała swojego wejścia — dla dowolnego wejścia zwracała HMAC_K(""), czyli MAC pustej wiadomości pod danym kluczem. W rezultacie każdy JWE AES-CBC-HMAC tworzony lub weryfikowany przez gose zawierał tag uwierzytelniający stały dla klucza i niezależny od wiadomości, co całkowicie usuwa integralność szyfrogramu.

Ocena ryzyka

Brak integralności szyfrogramu pozwala atakującemu na modyfikację zawartości JWE bez wykrycia, co może prowadzić do wstrzyknięcia lub podmiany danych chronionych przez gose. Ryzyko dotyczy wszystkich zastosowań biblioteki gose do JWE AES-CBC-HMAC.

Rekomendacja

Zaktualizuj bibliotekę gose do wersji zawierającej poprawkę HmacShaCryptor.Hash i unieważnij/odśwież tokeny JWE wygenerowane podatną wersją.

Inne podatności w gose

CVE-2026-89317Średnie
gose parsował nagłówek JWS crit do JwsHeader.Crit, a następnie nigdy go nie odczytywał. RFC 7515 §4.1.11 wymaga od odbiorcy odrzucenia JWS, którego wymienione krytyczne parametry rozszerzeń nie są zrozumiałe; gose nie implementuje żadnych rozszerzeń nagłówków, więc każdy token z niepustym crit powinien zostać odrzucony — a żaden nie był.

Oryginalny opis (angielski, źródło NVD)

`HmacShaCryptor.Hash` never hashed its input. For any input it returned `HMAC_K("")` — the MAC of the empty message under the key. Every AES-CBC-HMAC JWE produced or verified by gose therefore carried an authentication tag that is constant per key and independent of the message, removing ciphertext integrity entirely.

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