CVE-2026-42768

Problemin xülasəsi: Hücumçu CMS və ya S/MIME mesajlarını təqdim edə bildiyi və xəta kodunu və/və ya dekripsiya nəticəsini müşahidə edə bildiyi halda, CMS_decrypt və PKCS7_decrypt funksiyaları Bleichenbacher tipli hücuma qarşı həssasdır. Təsirin xülasəsi: Bleichenbacher tipli hücum, hücumçuya qurbanın həssas tətbiqindən istifadə edərək mesajları qurbanın şəxsi RSA açarı ilə dekripsiya etməyə və ya imzalamağa imkan verir. Hücum iki variantda mümkündür. 1. Dekripsiya API-si (CMS_decrypt(), PKCS7_decrypt()) alıcı sertifikatı təqdim edilmədən istifadə olunur. Bu halda OpenSSL ilk uğurlu nəticədə dayanmadan hər bir KeyTransRecipientInfo (KTRI) üzrə dövr edir. İki KTRI daxilolunmuş mesaj hazırlayan hücumçu — birinci KTRI-də qurbanın açıq açarı altında real CEK, ikincisində isə ixtiyari sınaq şifrəli mətni yerləşdirdiyi halda — əgər tətbiqin xəta kodu mövcuddursa, düzgün PKCS#1 v1.5 doldurmasını (padding) əldə etmək üçün ikinci KTRI üzrə dövr etmək imkanı qazanır. Bu, Bleichenbacher oraklıdır (Bleichenbacher, CRYPTO '98): adaptiv seçilmiş şifrəli mətn yan kanalıdır ki, bunun vasitəsilə hücumçu qurbanın açarına aid hər hansı RSA şifrəli mətnini dekripsiya edə və ya onun adına hər hansı PKCS#1 v1.5 imzasını saxtalaşa bilər. 2. Dekripsiya API-sinə (CMS_decrypt(), PKCS7_decrypt()) alıcı sertifikatı təqdim edildikdə və alıcı tapılmadıqda, təsadüfi açar əvəz edilir. Mesaj hazırlaya bilən və həm xəta kodunu, həm də dekripsiyanın nəticəsini müqayisə edə bilən hücumçu Bleichenbacher oraklı qura bilər. Uzaqdakı hücumçuya bu ssenarilərdə təsvir olunan hücumu həyata keçirmək imkanı verən heç bir tətbiqdən xəbərdar deyilik. Belə tətbiqlərin mövcudluğunu çox az ehtimal edirik və buna görə də bu CVE Aşağı (Low) kritiklik səviyyəsi kimi qiymətləndirilmişdir. Bu hücumların qarşısını almaq üçün, RSA PKCS#1 v1.5 Key Transport istifadə edildikdə, çağırılan EVP_PKEY_decrypt() funksiyası draft-irtf-cfrg-rsa-guidance sənədində təsvir olunan implicit rejection mexanizmindən istifadə edəcəkdir. Əvvəlki OpenSSL versiyalarında implicit rejection açıq şəkildə deaktiv edilmişdi. Implicit rejection mexanizmi həmişə açıq mətn dəyəri, yəni simmetrik açar qaytarır. Bu nəticə şifrəli mətn və şəxsi açar üçün deterministikdir. Dekripsiya nəticəsinin uzunluğu məzmunun şifrlənməsi üçün istifadə olunan simmetrik şifrənin açarının uzunluğu ilə üst-üstə düşə bilər. Sertifikat təqdim edilmədikdə, düzgün görünən açar istehsal edən sonuncu RecipientInfo istifadə olunacaqdır. Bu, dekripsiya zamanı zibillənmiş (garbage) məzmunun alınmasına səbəb ola bilər. Bununla düzgün şəkildə davranmaq üçün dekripsiya üçün konkret RecipientInfo-nu müəyyən etmək məqsədilə alıcı sertifikatı təqdim edilməlidir. 4.0, 3.6, 3.5 və 3.4 versiyalarındakı FIPS modulları bu problemdən təsirlənmir, çünki CMS və S/MIME emalı OpenSSL FIPS modulunun sərhədlərindən kənarda baş verir.