Краткое описание проблемы: Реализации AES-SIV (RFC 5297) и AES-GCM-SIV. (RFC 8452) неправильно обрабатывает аутентификацию AAD (дополнительная проверка подлинности). Data) с пустым зашифрованным текстом, позволяющим подделать такие сообщения. Краткое описание последствий: злоумышленник может подделать пустые сообщения с помощью произвольного AAD. в приложение жертвы с использованием этих шифров.
AES-SIV (RFC 5297) и AES-GCM-SIV (RFC 8452) устойчивы к одноразовому неправильному использованию AEAD.
режимы: они принимают ключ, одноразовый номер, дополнительный AAD (байты, аутентифицированные
но не зашифрован), и открытый текст, и создает зашифрованный текст плюс 16-байтовый
тег. Задокументировано, что при расшифровке `EVP_DecryptFinal_ex()` возвращает только успех.
если тег проверен успешно. В реализации этих шифров поставщиком OpenSSL ожидаемый тег
вычисляется только тогда, когда функция дешифрования вызывается с непустыми данными.
Если вызывающая сторона предоставляет AAD, а затем вызывает EVP_DecryptFinal_ex() без
вызов обновления зашифрованного текста, что может произойти, когда полученный
длина зашифрованного текста равна нулю, тег никогда не пересчитывается и сохраняет свое значение.
значение, состоящее из всех нулей. При использовании AES-GCM-SIV злоумышленник, отправляющий произвольный AAD, пустой
зашифрованный текст и тег со всеми нулями проходят аутентификацию под любым ключом, который они не используют.
знаете, однозарядный. Когда используется AES-SIV, для организации атаки необходимо
необходимо, чтобы приложение повторно использовало контекст дешифрования без
сброс ключа.
AES-SIV реализован начиная с OpenSSL 3.0. AES-GCM-SIV реализован с
ОпенССЛ 3.2. Никакие протоколы, реализованные в самом OpenSSL (TLS/CMS/PKCS7/HPKE/QUIC), не поддерживаются.
либо AES-GCM-SIV, либо AES-SIV.
Чтобы организовать атаку, приложения должны
реализовать свой собственный протокол и использовать интерфейс EVP. Также они должны пропустить
обновление зашифрованного текста при поступлении сообщения с пустым зашифрованным текстом. Модули FIPS в версиях 4.0, 3.6, 3.5, 3.4 и 3.0 это не затрагивает.
проблема, поскольку эти алгоритмы не одобрены FIPS, а затронутый код
за пределами модуля OpenSSL FIPS.
Показать оригинальное описание (EN)
Issue summary: The implementations of AES-SIV (RFC 5297) and AES-GCM-SIV (RFC 8452) mishandle the authentication of AAD (Additional Authenticated Data) with an empty ciphertext allowing a forgery of such messages. Impact summary: An attacker can forge empty messages with arbitrary AAD to the victim's application using these ciphers. AES-SIV (RFC 5297) and AES-GCM-SIV (RFC 8452) are nonce-misuse-resistant AEAD modes: they accept a key, nonce, optional AAD (bytes that are authenticated but not encrypted), and plaintext, and produces ciphertext plus a 16-byte tag. On decrypt, `EVP_DecryptFinal_ex()` is documented to return success only if the tag is verified succesfully. In OpenSSL's provider implementation of these ciphers, the expected tag is computed only when decryption function is invoked with non-empty data. If the caller supplies AAD and then calls `EVP_DecryptFinal_ex()` without invocation of the ciphertext update, which can happen when the received ciphertext length is zero, the tag is never recalculated and still holds its all-zeros value. When AES-GCM-SIV is used, an attacker who sends arbitrary AAD, empty ciphertext, and all-zeros tag passes authentication under any key they do not know, single-shot. When AES-SIV is used, for mounting the attack it's necessary for the application to reuse the decryption context without resetting the key. AES-SIV is implemented since OpenSSL 3.0. AES-GCM-SIV is implemented since OpenSSL 3.2. No protocols implemented in OpenSSL itself (TLS/CMS/PKCS7/HPKE/QUIC) support either AES-GCM-SIV or AES-SIV. To mount an attack, the applications must implement their own protocol and use the EVP interface. Also they must skip the ciphertext update when a message with an empty ciphertext arrives. The FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this issue, as these algorithms are not FIPS approved and the affected code is outside the OpenSSL FIPS module boundary.
Характеристики атаки
Последствия
Строка CVSS v3.1
Тип уязвимости (CWE)
Уязвимые продукты 5
| Конфигурация | От (включительно) | До (исключительно) |
|---|---|---|
|
Openssl Openssl
cpe:2.3:a:openssl:openssl:*:*:*:*:*:*:*:*
|
3.0.0
|
3.0.21
|
|
Openssl Openssl
cpe:2.3:a:openssl:openssl:*:*:*:*:*:*:*:*
|
3.4.0
|
3.4.6
|
|
Openssl Openssl
cpe:2.3:a:openssl:openssl:*:*:*:*:*:*:*:*
|
3.5.0
|
3.5.7
|
|
Openssl Openssl
cpe:2.3:a:openssl:openssl:*:*:*:*:*:*:*:*
|
3.6.0
|
3.6.3
|
|
Openssl Openssl
cpe:2.3:a:openssl:openssl:4.0.0:-:*:*:*:*:*:*
|
— | — |