Sió-Informatika Rendszerház

A OpenSSL Project bejelentette az OpenSSL 3.6.0 béta verziójának elérhetőségét, amely a kriptográfia fejlettségében, szabvány-megfelelésében és belső architektúrájában is fontos előrelépést jelent.

Az OpenSSL a világ legszélesebb körben használt nyílt forráskódú kriptográfiai könyvtára, amely a TLS (Transport Layer Security) és SSL (Secure Sockets Layer) protokollok implementációját biztosítja.
Feladata a privát kulcsok kezelése, tanúsítványok létrehozása és a biztonságos adatátvitel titkosítása/dekódolása – webkiszolgálók, alkalmazások és rendszerek millióit védi.

🔑 Fő kriptográfiai fejlesztések az OpenSSL 3.6.0-ban

Az OpenSSL 3.6 számos fejlesztést hoz, amelyek célja a szabványosítás, a jövőálló (pl. kvantumbiztos) kriptográfia és a nagyobb belső biztonság.

1️⃣ NIST biztonsági kategóriák a nyilvános kulcs (PKEY) objektumokon

A PKEY-objektumok mostantól tartalmazzák a NIST biztonsági kategória metaadatát (pl. „Category 1”, „Category 2”), ami segíti a biztonsági szintek szerinti megfelelőséget.
Ez különösen fontos szabályozott környezetben vagy hibrid / poszt-kvantum kulcscsere esetén.

2️⃣ Opaque szimmetrikus kulcsobjektumok (EVP_SKEY)

Új kulcsabstrakció: EVP_SKEY, amely elrejti a szimmetrikus kulcsok belső szerkezetét.
Ez fokozza a modularitást és megakadályozza, hogy a kulcsadatok kiszivárogjanak.

Új API-k:

• EVP_KDF_CTX_set_SKEY()
• EVP_KDF_derive_SKEY()
• EVP_PKEY_derive_SKEY()

Ezek segítségével a kulcsok deriválása és cseréje biztonságosabb, elszigetelt módon történik.

3️⃣ LMS aláírásellenőrzés (SP 800-208)

Támogatás az LMS (Leighton–Micali Signatures) aláírások ellenőrzéséhez, a NIST SP 800-208 szabvány szerint.
Ez egy poszt-kvantum kriptográfiai megoldás, amely hash-alapú aláírásokra épül, és elősegíti a jövőbeni PQC-átállást.

4️⃣ Determinisztikus ECDSA (FIPS 186-5)

A FIPS 186-5 előírásai alapján az OpenSSL mostantól támogatja a determinisztikus ECDSA-t a FIPS providerben.
Ez kizárja a véletlenszerű nonce újrafelhasználásából eredő támadásokat – vagyis megelőzi az egyik leggyakoribb ECDSA-sebezhetőséget.

5️⃣ FIPS 140-3 kulcskonzisztencia és import-ellenőrzések

Újdonság a PCT (Pairwise Consistency Testing) a Diffie–Hellman kulcsgenerálásnál, valamint a RSA, EC és ECX kulcsimport műveletek integritás-ellenőrzése.
Ezek növelik a bevitt kulcsok érvényességét, megakadályozva a hibás vagy szándékosan torzított kulcsokat.

6️⃣ További tervezett fejlesztések

A roadmap szerint a jövőben várható:

• KEMRecipientInfo (RFC 9629) és ML-KEM támogatás a CMS-ben
• TLS 1.3 OCSP multi-stapling
• Encrypted Client Hello (ECH) és DTLS 1.3 támogatás
• PQC-algoritmusok bővítése

A fejlesztők az OpenSSL Foundation blog szerint forrásokat keresnek e funkciók gyorsabb bevezetésére.

🧩 Fejlesztői és build-rendszer változások

1️⃣ Kötelező C99 kompatibilitás

A 3.6-os verzió már nem fordítható tiszta ANSI-C fordítóval – C99 funkciók (pl. inline, kevert deklarációk) szükségesek.

2️⃣ VxWorks támogatás megszűnt

A valós idejű VxWorks rendszert a projekt kivezette. Az erre építő alkalmazásoknak alternatív SSL-könyvtárat kell keresniük.

3️⃣ Új konfigurációs eszköz: openssl configutl

Ez az új eszköz képes betölteni és „kanonikus formában” kimenteni az openssl.cnf konfigurációt – hasznos auditáláshoz és környezetek egységesítéséhez.

4️⃣ Moduláris „Provider” architektúra

Az OpenSSL továbbra is a provider-alapú kriptográfiát helyezi előtérbe, amely elkülöníti a FIPS és nem-FIPS folyamatokat, és lehetővé teszi harmadik fél modulok integrálását.

🧱 Kijavított sebezhetőségek

Három új hibát javítottak, amelyek kulcsvisszafejtést, kódfuttatást vagy DoS-t tehettek lehetővé:

🔸 CVE-2025-9230 – PWRI memória korrupció (Közepes)

A CMS jelszóalapú titkosítás hibája kiolvasási/írási hibát okozhatott.
Kihasználása ritka, de frissítés erősen ajánlott.

🔸 CVE-2025-9231 – SM2 időzítési csatorna (Közepes)

64 bites ARM platformokon időzítéses támadással kiszivároghattak a privát kulcsok.
Távoli kihasználás elméleti, de nem kizárható.

🔸 CVE-2025-9232 – DoS hiba (Alacsony)

Bizonyos körülmények között szolgáltatásmegtagadást (crash) okozhatott.

Javított verziók:
3.5.4, 3.4.3, 3.3.5, 3.2.6, 3.0.18, 1.0.2zm, 1.1.1zd

⚠️ Elavult API-k és megszűnések

• Az EVP_PKEY_ASN1_METHOD függvények deprecated, a fejlesztőknek a provider-alapú megközelítést kell alkalmazniuk.
• A korábbi, alacsony szintű API-k (pl. BIO_meth_get_*) használata szintén erősen ellenjavallt.
• A projekt célja, hogy minden fejlesztés az EVP rétegen keresztül történjen.

🚀 Áttérési javaslatok és kockázatok

Előnyök

• Erősebb FIPS-megfelelés és poszt-kvantum kompatibilitás
• Tisztább moduláris architektúra
• Determinisztikus aláírások, kulcskonzisztencia-ellenőrzés
• Új konfigurációs segédeszközök

Kockázatok

• Béta státusz: még tartalmazhat hibákat
• Kompatibilitási problémák régebbi API-kkal
• Teljesítményváltozások a több absztrakció miatt
• C99 és VxWorks megszűnése

🔁 Migrációs útmutató

1. Tesztkörnyezetben építsd újra az alkalmazást OpenSSL 3.6 alatt
2. Fokozatosan kapcsold be az új funkciókat
3. Ellenőrizd a régi API-k használatát és cseréld modern EVP-megoldásokra
4. Mérd a teljesítményt és hasonlítsd össze korábbi verziókkal
5. Fokozatosan élesíts, először kevésbé kritikus rendszereken
6. Tarts visszamenőleges kompatibilitást szükség esetén
7. Kövesd a végleges 3.6 release jegyzetét

Összegzés

Az OpenSSL 3.6.0 nem forradalmi, de nagyon is stratégiai előrelépés:
a fejlesztések célja a jövőbiztos kriptográfia, a poszt-kvantum átállás és a megbízhatóbb biztonsági alapok megteremtése.

A fejlesztők számára ez egy modern, erősebb, biztonságosabb és szabványosabb kriptográfiai ökoszisztémát jelent.
A migráció azonban körültekintést igényel — különösen ott, ahol régi kódok vagy egyedi build-rendszerek működnek.