🔒 Repository is read-only – file editing is disabled.
12345678910111213141516171819202122232425262728293031323334353637
Submitted By: Douglas R. Reno <renodr at linuxfromscratch dot org>
Date: 2026-05-11
Initial Package Version: 11.8.6
Upstream Status: Pending
Origin: Upstream PR#5029
Description: Fixes runtime issues in MariaDB that occur when using
OpenSSL-4.0 that are caused by "invalid iv length"
errors. The issues originally showed in the test suite
but I was able to confirm shortly afterwards that the
actual package was affected as well.
diff -Naurp mariadb-11.8.6.orig/mysys_ssl/my_crypt.cc mariadb-11.8.6/mysys_ssl/my_crypt.cc
--- mariadb-11.8.6.orig/mysys_ssl/my_crypt.cc 2026-01-31 07:27:48.000000000 -0600
+++ mariadb-11.8.6/mysys_ssl/my_crypt.cc 2026-05-11 16:24:29.576446964 -0500
@@ -61,6 +61,22 @@ public:
if (unlikely(!cipher))
return MY_AES_BAD_KEYSIZE;
+#if !defined(HAVE_WOLFSSL) && OPENSSL_VERSION_NUMBER >= 0x40000000L
+ /* MDEV-39509: In OpenSSL 4.0, EVP_CIPHER_CTX_new initializes the internal
+ iv_len with a sentinel value of -1. If EVP_CipherInit_ex is called with
+ cipher, key, and ii in a single step, the provider validates the IV
+ against this uninitialized state before the cipher's default
+ metadata is applied, resulting in an "invalid iv length" error.
+
+ We perform a two-stage initialization: first, bind the cipher to the
+ context to "thaw" the metadata and set the correct default iv_len.
+ Second, provide the actual Key and IV data. This approach is used
+ instead of EVP_CipherInit_ex2 to maintain compatibility with FIPS mode.
+ */
+ if (EVP_CipherInit_ex(ctx, cipher, NULL, NULL, NULL, encrypt) != 1)
+ return MY_AES_OPENSSL_ERROR;
+#endif
+
if (EVP_CipherInit_ex(ctx, cipher, NULL, key, iv, encrypt) != 1)
return MY_AES_OPENSSL_ERROR;