Go JOSE обеспечивает реализацию набора стандартов подписи и шифрования объектов Javascript в Go, включая поддержку стандартов JSON Web Encryption (JWE), JSON Web Signature (JWS) и JSON Web Token (JWT). До версий 4.1.4 и 3.0.5 расшифровка объекта веб-шифрования JSON (JWE) вызывала панику, если поле alg указывает алгоритм переноса ключа (один заканчивается на KW, за исключением A128GCMKW, A192GCMKW и A256GCMKW), а поле Encrypted_key пусто. Паника возникает, когда cipher.KeyUnwrap() в key_wrap.go пытается выделить фрагмент с нулевой или отрицательной длиной в зависимости от длины зашифрованного_ключа.
Этот путь кода доступен из ParseEncrypted() / ParseEncryptedJSON() / ParseEncryptedCompact(), за которым следует Decrypt() для результирующего объекта. Обратите внимание, что функции анализа принимают список принятых ключевых алгоритмов. Если принятые алгоритмы ключей не включают в себя какие-либо алгоритмы переноса ключей, синтаксический анализ завершится неудачей и приложение не будет затронуто.
Эту панику также можно достичь, вызвав cipher.KeyUnwrap() напрямую с любым параметром зашифрованного текста длиной менее 16 байт, но прямой вызов этой функции встречается реже. Паника может привести к отказу в обслуживании. Эта уязвимость исправлена в версиях 4.1.4 и 3.0.5.
Показать оригинальное описание (EN)
Go JOSE provides an implementation of the Javascript Object Signing and Encryption set of standards in Go, including support for JSON Web Encryption (JWE), JSON Web Signature (JWS), and JSON Web Token (JWT) standards. Prior to 4.1.4 and 3.0.5, decrypting a JSON Web Encryption (JWE) object will panic if the alg field indicates a key wrapping algorithm (one ending in KW, with the exception of A128GCMKW, A192GCMKW, and A256GCMKW) and the encrypted_key field is empty. The panic happens when cipher.KeyUnwrap() in key_wrap.go attempts to allocate a slice with a zero or negative length based on the length of the encrypted_key. This code path is reachable from ParseEncrypted() / ParseEncryptedJSON() / ParseEncryptedCompact() followed by Decrypt() on the resulting object. Note that the parse functions take a list of accepted key algorithms. If the accepted key algorithms do not include any key wrapping algorithms, parsing will fail and the application will be unaffected. This panic is also reachable by calling cipher.KeyUnwrap() directly with any ciphertext parameter less than 16 bytes long, but calling this function directly is less common. Panics can lead to denial of service. This vulnerability is fixed in 4.1.4 and 3.0.5.
Характеристики атаки
Последствия
Строка CVSS v3.1