OpenSSL 3.0.0 კრიპტოგრაფიული ბიბლიოთეკის გამოშვება

სამი წლის შემუშავებისა და 19 სატესტო გამოშვების შემდეგ, OpenSSL 3.0.0 ბიბლიოთეკა გამოვიდა SSL/TLS პროტოკოლებისა და სხვადასხვა დაშიფვრის ალგორითმების დანერგვით. ახალი ფილიალი მოიცავს ცვლილებებს, რომლებიც არღვევს თავსებადობას API და ABI დონეზე, მაგრამ ცვლილებები გავლენას არ მოახდენს აპლიკაციების უმეტესობის მუშაობაზე, რომლებიც საჭიროებენ განახლებას OpenSSL 1.1.1-დან გადასასვლელად. OpenSSL 1.1.1-ის წინა ფილიალი მხარდაჭერილი იქნება 2023 წლის სექტემბრამდე.

ვერსიის ნომრის მნიშვნელოვანი ცვლილება განპირობებულია ტრადიციულ "Major.Minor.Patch" ნუმერაციაზე გადასვლასთან. ამიერიდან, ვერსიის ნომერში პირველი ციფრი (Major) შეიცვლება მხოლოდ იმ შემთხვევაში, თუ თავსებადობა დაირღვა API/ABI დონეზე, ხოლო მეორე (Minor) შეიცვლება, როდესაც ფუნქციონირება გაიზრდება API/ABI-ს შეცვლის გარეშე. მაკორექტირებელი განახლებები მიწოდებული იქნება მესამე ციფრის (Patch) ცვლილებით. ნომერი 3.0.0 1.1.1-ის შემდეგ არჩეული იქნა, რათა თავიდან ავიცილოთ გადახურვა ამჟამად დამუშავების პროცესში მყოფ FIPS მოდულთან OpenSSL-ისთვის, რისთვისაც გამოყენებული იყო 2.x ნუმერაცია.

პროექტისთვის მეორე მნიშვნელოვანი ცვლილება იყო ორმაგი ლიცენზიიდან (OpenSSL და SSLeay) გადასვლა Apache 2.0 ლიცენზიაზე. წინა საკუთრების OpenSSL ლიცენზია ეფუძნებოდა მემკვიდრეობითი Apache 1.0 ლიცენზიის ტექსტს და მოითხოვდა OpenSSL-ის ცალსახად აღნიშვნას მარკეტინგულ მასალებში OpenSSL ბიბლიოთეკების გამოყენებისას, ასევე სპეციალურ შეტყობინებას, თუ OpenSSL იყო მოწოდებული პროდუქტის ნაწილად. ამ მოთხოვნებმა ძველი ლიცენზია GPL-თან შეუთავსებელი გახადა, რაც ართულებდა OpenSSL-ის გამოყენებას GPL-ით ლიცენზირებულ პროექტებში. ამ შეუთავსებლობის თავიდან ასაცილებლად, GPL პროექტები აიძულეს გამოეყენებინათ კონკრეტული სალიცენზიო ხელშეკრულებები, რომლებშიც GPL-ის ძირითად ტექსტს დაემატა პუნქტი, რომელიც ცალსახად საშუალებას აძლევდა აპლიკაციას დაკავშირებოდა OpenSSL ბიბლიოთეკასთან და აღნიშნა, რომ GPL-ის მოთხოვნები არ იყო მიმართეთ OpenSSL-თან დაკავშირებას.

OpenSSL 1.1.1 ფილიალთან შედარებით, OpenSSL 3.0.0-მა დაამატა 7500-ზე მეტი ცვლილება, რომელიც შეტანილია 350 დეველოპერების მიერ. OpenSSL 3.0.0-ის ძირითადი ინოვაციები:

• შემოთავაზებულია ახალი FIPS მოდული, რომელიც მოიცავს კრიპტოგრაფიული ალგორითმების დანერგვას, რომლებიც შეესაბამება FIPS 140-2 უსაფრთხოების სტანდარტს (მოდულის სერტიფიცირების პროცესი დაგეგმილია ამ თვეში, ხოლო FIPS 140-2 სერტიფიცირება მოსალოდნელია მომავალ წელს). ახალი მოდული ბევრად უფრო ადვილი გამოსაყენებელია და მისი მრავალ აპლიკაციასთან დაკავშირება არ იქნება უფრო რთული, ვიდრე კონფიგურაციის ფაილის შეცვლა. ნაგულისხმევად, FIPS მოდული გამორთულია და მოითხოვს enable-fips ოფციის ჩართვას.
• libcrypto ახორციელებს pluggable პროვაიდერების კონცეფციას, რომელმაც შეცვალა ძრავების კონცეფცია (ENGINE API მოძველებულია). პროვაიდერების დახმარებით თქვენ შეგიძლიათ დაამატოთ ალგორითმების საკუთარი განხორციელებები ისეთი ოპერაციებისთვის, როგორიცაა დაშიფვრა, გაშიფვრა, გასაღების გენერაცია, MAC გაანგარიშება, ციფრული ხელმოწერების შექმნა და გადამოწმება. შესაძლებელია როგორც ახლების დაკავშირება, ასევე უკვე მხარდაჭერილი ალგორითმების ალტერნატიული განხორციელებების შექმნა (ნაგულისხმევად, OpenSSL-ში ჩაშენებული პროვაიდერი ახლა გამოიყენება თითოეული ალგორითმისთვის).
• დამატებულია მხარდაჭერა სერტიფიკატების მართვის პროტოკოლისთვის (RFC 4210), რომელიც შეიძლება გამოყენებულ იქნას CA სერვერიდან სერთიფიკატების მოთხოვნის, სერთიფიკატების განახლებისა და სერთიფიკატების გასაუქმებლად. CMP-თან მუშაობა ხორციელდება ახალი openssl-cmp უტილიტის გამოყენებით, რომელიც ასევე მხარს უჭერს CRMF ფორმატს (RFC 4211) და თხოვნის გაგზავნას HTTP/HTTPS (RFC 6712) საშუალებით.
• დანერგილია HTTP და HTTPS პროტოკოლების სრულფასოვანი კლიენტი, რომელიც მხარს უჭერს GET და POST მეთოდებს, მოთხოვნის გადამისამართებას, მუშაობს პროქსის მეშვეობით, ASN.1 კოდირება და ვადის დამუშავება.
• ახალი EVP_MAC (შეტყობინებების ავთენტიფიკაციის კოდის API) დაემატა, რათა გაადვილდეს იმიტირებული ჩანართების ახალი იმპლემენტაციების დამატება.
• შემოთავაზებულია ახალი პროგრამული ინტერფეისი გასაღებების გენერირებისთვის - EVP_KDF (Key Derivation Function API), რომელიც ამარტივებს KDF-ისა და PRF-ის ახალი დანერგვის დამატებას. ძველი EVP_PKEY API, რომლის მეშვეობითაც ხელმისაწვდომი იყო scrypt, TLS1 PRF და HKDF ალგორითმები, შეიცვალა ფენის სახით, რომელიც დანერგილია EVP_KDF და EVP_MAC API-ების თავზე.
• TLS პროტოკოლის დანერგვა უზრუნველყოფს Linux-ის ბირთვში ჩაშენებული TLS კლიენტის და სერვერის გამოყენების შესაძლებლობას ოპერაციების დაჩქარების მიზნით. Linux-ის ბირთვის მიერ მოწოდებული TLS იმპლემენტაციის ჩასართავად, თქვენ უნდა ჩართოთ "SSL_OP_ENABLE_KTLS" ვარიანტი ან "enable-ktls" პარამეტრი.
• დამატებულია მხარდაჭერა ახალი ალგორითმებისთვის:
  • ძირითადი გენერირების ალგორითმები (KDF) არის "SINGLE STEP" და "SSH".
  • სიმულირებული ჩასმის ალგორითმები (MAC) არის "GMAC" და "KMAC".
  • RSA გასაღების ინკაფსულაციის ალგორითმი (KEM) "RSASVE".
  • დაშიფვრის ალგორითმი "AES-SIV" (RFC-8452).
  • დამატებულია ზარები EVP API-ში ინვერსიული შიფრების მხარდაჭერით AES ალგორითმის გამოყენებით გასაღებების დაშიფვრისთვის (Key Wrap): “AES-128-WRAP-INV”, “AES-192-WRAP-INV”, “AES-256-WRAP- INV" , "AES-128-WRAP-PAD-INV", "AES-192-WRAP-PAD-INV" და "AES-256-WRAP-PAD-INV".
  • EVP API-ს დაემატა შიფრული ტექსტის სესხის აღების (CTS) ალგორითმების მხარდაჭერა: "AES-128-CBC-CTS", "AES-192-CBC-CTS", "AES-256-CBC-CTS", "CAMELLIA-128-CBC". -CTS“, „CAMELLIA-192-CBC-CTS“ და „CAMELLIA-256-CBC-CTS“.
  • დამატებულია მხარდაჭერა CAdES-BES ციფრული ხელმოწერებისთვის (RFC 5126).
  • AES_GCM ახორციელებს AuthEnvelopedData (RFC 5083) პარამეტრს, რათა ჩართოს AES GCM რეჟიმის გამოყენებით ავტორიზებული და დაშიფრული შეტყობინებების დაშიფვრა და გაშიფვრა.
• PKCS7_get_octet_string და PKCS7_type_is_other ფუნქციები დაემატა საჯარო API-ს.
• PKCS#12 API ცვლის PKCS12_create() ფუნქციაში გამოყენებულ ნაგულისხმევ ალგორითმებს PBKDF2-ით და AES-ით და იყენებს SHA-256 ალგორითმს MAC-ის გამოსათვლელად. წარსული ქცევის აღსადგენად, გათვალისწინებულია "-legacy" ვარიანტი. დაემატა ახალი გაფართოებული ზარების დიდი რაოდენობა PKCS12_*_ex, PKCS5_*_ex და PKCS8_*_ex, როგორიცაა PKCS12_add_key_ex().PKCS12_create_ex() და PKCS12_decrypt_skey_ex().
• Windows პლატფორმისთვის დამატებულია ძაფების სინქრონიზაციის მხარდაჭერა SRWLock მექანიზმის გამოყენებით.
• დამატებულია ახალი Tracing API, რომელიც ჩართულია enable-trace პარამეტრის მეშვეობით.
• EVP_PKEY_public_check() და EVP_PKEY_param_check() ფუნქციებში მხარდაჭერილი გასაღებების დიაპაზონი გაფართოვდა: RSA, DSA, ED25519, X25519, ED448 და X448.
• RAND_DRBG ქვესისტემა ამოღებულია, ჩანაცვლებულია EVP_RAND API-ით. FIPS_mode() და FIPS_mode_set() ფუნქციები წაშლილია.
• API-ის მნიშვნელოვანი ნაწილი მოძველდა - პროექტის კოდში მოძველებული ზარების გამოყენება გამოიწვევს გაფრთხილებებს კომპილაციის დროს. მათ შორის დაბალი დონის API-ები, რომლებიც დაკავშირებულია ალგორითმების გარკვეულ განხორციელებასთან (მაგალითად, AES_set_encrypt_key და AES_encrypt) ოფიციალურად გამოცხადდა მოძველებულად. ოფიციალური მხარდაჭერა OpenSSL 3.0.0-ში ახლა მოცემულია მხოლოდ მაღალი დონის EVP API-ებისთვის, რომლებიც ამოღებულია ინდივიდუალური ალგორითმის ტიპებიდან (ეს API მოიცავს, მაგალითად, EVP_EncryptInit_ex, EVP_EncryptUpdate და EVP_EncryptFinal ფუნქციებს). მოძველებული API წაიშლება ერთ-ერთ შემდეგ მთავარ გამოცემაში. ძველი ალგორითმების დანერგვა, როგორიცაა MD2 და DES, რომლებიც ხელმისაწვდომია EVP API-ის მეშვეობით, გადატანილია ცალკეულ „მემკვიდრეობის“ მოდულში, რომელიც გამორთულია ნაგულისხმევად.
• მნიშვნელოვნად გაფართოვდა დოკუმენტაცია და სატესტო კომპლექტი. 1.1.1 ფილიალთან შედარებით, დოკუმენტაციის მოცულობა გაიზარდა 94%-ით, ხოლო სატესტო კომპლექტის კოდის ზომა გაიზარდა 54%-ით.

წყარო: opennet.ru