CVE-2026-71892

Bouncy Castle for Java 1.86 öncesi sürümlerde, CMS anahtar taşıma alıcıları üzerindeki isteğe bağlı anahtar boyutu doğrulaması olan org.bouncycastle.cms.jcajce.JceKeyTransRecipient.setKeySizeValidation(true), RFC 9709 içerik şifreleme anahtarı türetimi (id-alg-cek-hkdf-sha256) kullanan mesajlar için hiçbir zaman çalışmadı. Anahtar türetme AlgorithmIdentifier parametrelerinde taşınan gerçek içerik şifreleme algoritmasını seçmesi gereken dal, şifrelenmiş anahtar bayt dizisini id-alg-cek-hkdf-sha256 nesne tanımlayıcısı ile karşılaştırdı; bir bayt dizisi ile ASN1ObjectIdentifier arasındaki bu karşılaştırma her olası girdi için yanlış sonuç verdiğinden, kontrol dış sarmalayıcı OID üzerinden bir anahtar boyutu aramasına düştü. Bu OID, bir şifreleme algoritmasından ziyade bir anahtar türetme yapısını tanımlar ve kayıtlı bir anahtar boyutuna sahip değildir, bu nedenle boyut karşılaştırması tamamen atlandı. Dolayısıyla, taşınan ve HKDF tarafından türetilen içerik şifreleme anahtarı, belirtilen içerik şifreleme algoritmasının anahtar boyutuyla eşleşmeyen bir anahtar taşıma EnvelopedData veya AuthEnvelopedData, doğrulama açıkça etkinleştirilmiş olsa bile kabul edildi ve böylece API'nin kurtarılan anahtar boyutunu zorunlu kılmak için sunduğu tek mekanizma sessizce etkisiz hale getirildi. Alıcı artık içerik şifreleme AlgorithmIdentifier'ının algoritma OID'sine göre işlem yapmakta, böylece doğrulama işlemi kurtarılan anahtarı iç içerik şifreleme algoritmasına göre kontrol etmektedir. Eşleşen anahtar boyutuna sahip mesajlar, HKDF olmayan mesajlar ve doğrulamayı etkinleştirmeyen alıcılar etkilenmemektedir. Bu sorun ayrıca Bouncy Castle for Java FIPS (BC-FJA) bcpkix-fips 2.0.13 (2.0.X serisi) ve 2.1.13 (2.1.X serisi) öncesi sürümleri de etkilemektedir.