ປ່ອຍຫ້ອງສະໝຸດການເຂົ້າລະຫັດ 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” ແບບດັ້ງເດີມ. ຈາກນີ້ໄປ, ຕົວເລກທໍາອິດ (ຕົ້ນຕໍ) ໃນຈໍານວນຮຸ່ນຈະປ່ຽນແປງພຽງແຕ່ຖ້າຄວາມເຂົ້າກັນໄດ້ຖືກແຍກຢູ່ໃນລະດັບ API / ABI, ແລະທີສອງ (ນ້ອຍ) ຈະປ່ຽນແປງເມື່ອການທໍາງານເພີ່ມຂຶ້ນໂດຍບໍ່ມີການປ່ຽນ 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 ໃຫມ່ໄດ້ຖືກສະເຫນີ, ລວມທັງການປະຕິບັດ cryptographic algorithms ທີ່ປະຕິບັດຕາມມາດຕະຖານຄວາມປອດໄພ FIPS 140-2 (ຂະບວນການຢັ້ງຢືນສໍາລັບໂມດູນແມ່ນກໍານົດຈະເລີ່ມຕົ້ນໃນເດືອນນີ້, ແລະການຢັ້ງຢືນ FIPS 140-2 ຄາດວ່າຈະໃນປີຫນ້າ). ໂມດູນໃຫມ່ແມ່ນງ່າຍຕໍ່ການໃຊ້ຫຼາຍແລະການເຊື່ອມຕໍ່ມັນກັບຄໍາຮ້ອງສະຫມັກຈໍານວນຫຼາຍຈະບໍ່ມີຄວາມຫຍຸ້ງຍາກຫຼາຍກ່ວາການປ່ຽນແປງໄຟລ໌ການຕັ້ງຄ່າ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ໂມດູນ FIPS ຖືກປິດໃຊ້ງານ ແລະຕ້ອງການທາງເລືອກ enable-fips ເພື່ອເປີດໃຊ້ງານ.
• libcrypto ປະຕິບັດແນວຄວາມຄິດຂອງຜູ້ໃຫ້ບໍລິການ pluggable, ເຊິ່ງປ່ຽນແທນແນວຄວາມຄິດຂອງເຄື່ອງຈັກ (ENGINE API ໄດ້ຖືກຍົກເລີກ). ດ້ວຍຄວາມຊ່ອຍເຫລືອຂອງຜູ້ໃຫ້ບໍລິການ, ທ່ານສາມາດເພີ່ມການປະຕິບັດຂອງຕົນເອງຂອງ algorithms ສໍາລັບການດໍາເນີນງານເຊັ່ນ: ການເຂົ້າລະຫັດ, ການຖອດລະຫັດ, ການຜະລິດລະຫັດ, ການຄິດໄລ່ MAC, ການສ້າງແລະການກວດສອບລາຍເຊັນດິຈິຕອນ. ມັນເປັນໄປໄດ້ທັງສອງເຊື່ອມຕໍ່ອັນໃຫມ່ແລະສ້າງການປະຕິບັດທາງເລືອກຂອງ algorithms ທີ່ສະຫນັບສະຫນູນແລ້ວ (ໂດຍຄ່າເລີ່ມຕົ້ນ, ຜູ້ໃຫ້ບໍລິການທີ່ສ້າງຂຶ້ນໃນ OpenSSL ໃນປັດຈຸບັນຖືກນໍາໃຊ້ສໍາລັບແຕ່ລະ algorithm).
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບອະນຸສັນຍາການຄຸ້ມຄອງໃບຢັ້ງຢືນ (RFC 4210), ເຊິ່ງສາມາດນໍາໃຊ້ເພື່ອຮ້ອງຂໍໃບຢັ້ງຢືນຈາກເຄື່ອງແມ່ຂ່າຍ CA, ປັບປຸງໃບຢັ້ງຢືນ, ແລະຖອນໃບຢັ້ງຢືນ. ການເຮັດວຽກກັບ CMP ແມ່ນດໍາເນີນການໂດຍໃຊ້ປະໂຫຍດ openssl-cmp ໃຫມ່, ເຊິ່ງຍັງສະຫນັບສະຫນູນຮູບແບບ CRMF (RFC 4211) ແລະສົ່ງຄໍາຮ້ອງຂໍຜ່ານ HTTP / HTTPS (RFC 6712).
• ລູກຄ້າເຕັມຮູບແບບສໍາລັບໂປໂຕຄອນ HTTP ແລະ HTTPS ໄດ້ຖືກປະຕິບັດ, ສະຫນັບສະຫນູນວິທີການ GET ແລະ POST, ຮ້ອງຂໍການປ່ຽນເສັ້ນທາງ, ເຮັດວຽກຜ່ານຕົວແທນ, ການເຂົ້າລະຫັດ ASN.1 ແລະການປະມວນຜົນຫມົດເວລາ.
• EVP_MAC ໃໝ່ (Message Authentication Code API) ໄດ້ຖືກເພີ່ມເຂົ້າເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນໃນການເພີ່ມການຈັດຕັ້ງປະຕິບັດການໃສ່ຮູບປັ້ນໃໝ່.
• ມີການໂຕ້ຕອບຊອບແວໃຫມ່ສໍາລັບການສ້າງລະຫັດ - EVP_KDF (Key Derivation Function API), ເຊິ່ງເຮັດໃຫ້ການເພີ່ມການປະຕິບັດໃຫມ່ຂອງ KDF ແລະ PRF ງ່າຍຂຶ້ນ. EVP_PKEY API ເກົ່າ, ໂດຍຜ່ານທີ່ scrypt, TLS1 PRF ແລະ HKDF algorithms ສາມາດໃຊ້ໄດ້, ໄດ້ຮັບການອອກແບບໃຫມ່ໃນຮູບແບບຂອງຊັ້ນທີ່ປະຕິບັດຢູ່ເທິງສຸດຂອງ EVP_KDF ແລະ EVP_MAC APIs.
• ການປະຕິບັດຂອງໂປໂຕຄອນ TLS ສະຫນອງຄວາມສາມາດໃນການນໍາໃຊ້ລູກຄ້າ TLS ແລະເຄື່ອງແມ່ຂ່າຍທີ່ສ້າງຂຶ້ນໃນ Linux kernel ເພື່ອເລັ່ງການດໍາເນີນງານ. ເພື່ອເປີດໃຊ້ງານການຈັດຕັ້ງປະຕິບັດ TLS ທີ່ສະໜອງໃຫ້ໂດຍ Linux kernel, ທ່ານຕ້ອງເປີດໃຊ້ຕົວເລືອກ "SSL_OP_ENABLE_KTLS" ຫຼືການຕັ້ງຄ່າ "enable-ktls".
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ algorithms ໃຫມ່:
  • ສູດການຄິດໄລ່ທີ່ສໍາຄັນ (KDF) ແມ່ນ "ຂັ້ນຕອນດຽວ" ແລະ "SSH".
  • ຂັ້ນຕອນການແຊກຕົວຈຳລອງ (MAC) ແມ່ນ “GMAC” ແລະ “KMAC”.
  • RSA Key Encapsulation Algorithm (KEM) "RSASVE".
  • ຂັ້ນຕອນການເຂົ້າລະຫັດ "AES-SIV" (RFC-8452).
  • ເພີ່ມການໂທເຂົ້າ EVP API ດ້ວຍການຮອງຮັບລະຫັດລັບແບບປີ້ນກັນໂດຍໃຊ້ AES algorithm ເພື່ອເຂົ້າລະຫັດລະຫັດ (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".
  • ເພີ່ມການຮອງຮັບການຢືມລະຫັດລັບ (CTS) algorithms ກັບ EVP API: “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, ສະຫນັບສະຫນູນການ synchronization thread ໂດຍໃຊ້ກົນໄກ SRWLock ໄດ້ຖືກເພີ່ມ.
• ເພີ່ມ API ການຕິດຕາມໃໝ່, ເປີດໃຊ້ຜ່ານພາຣາມິເຕີການເປີດໃຊ້ງານ.
• ຂອບເຂດຂອງກະແຈທີ່ຮອງຮັບໃນຟັງຊັນ 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 ໄດ້ຖືກເຮັດໃຫ້ລ້າສະໄຫມ - ການນໍາໃຊ້ການໂທລ້າສະໄຫມໃນລະຫັດໂຄງການຈະສົ່ງຜົນໃຫ້ມີການເຕືອນໃນລະຫວ່າງການລວບລວມ. ລວມທັງ APIs ລະດັບຕ່ໍາທີ່ເຊື່ອມໂຍງກັບການປະຕິບັດບາງຢ່າງຂອງ algorithms (ຕົວຢ່າງ: AES_set_encrypt_key ແລະ AES_encrypt) ໄດ້ຖືກປະກາດວ່າລ້າສະໄຫມຢ່າງເປັນທາງການ. ການຊ່ວຍເຫຼືອຢ່າງເປັນທາງການໃນ OpenSSL 3.0.0 ໃນປັດຈຸບັນແມ່ນສະຫນອງໃຫ້ພຽງແຕ່ສໍາລັບ EVP APIs ລະດັບສູງທີ່ຖືກ abstracted ຈາກແຕ່ລະປະເພດ algorithm (API ນີ້ປະກອບມີ, ຕົວຢ່າງ, EVP_EncryptInit_ex, EVP_EncryptUpdate, ແລະ EVP_EncryptFinal functions). APIs ທີ່ຖືກຍົກເລີກຈະຖືກລຶບອອກໃນຫນຶ່ງໃນການປ່ອຍທີ່ສໍາຄັນຕໍ່ໄປ. ການປະຕິບັດສູດການຄິດໄລ່ແບບເກົ່າເຊັ່ນ MD2 ແລະ DES, ທີ່ມີຢູ່ໃນ EVP API, ໄດ້ຖືກຍ້າຍໄປຢູ່ໃນໂມດູນ "ມໍລະດົກ" ແຍກຕ່າງຫາກ, ເຊິ່ງຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ.
• ເອກະສານແລະຊຸດການທົດສອບໄດ້ຮັບການຂະຫຍາຍຢ່າງຫຼວງຫຼາຍ. ເມື່ອປຽບທຽບກັບສາຂາ 1.1.1, ປະລິມານເອກະສານເພີ່ມຂຶ້ນ 94%, ແລະຂະຫນາດຂອງລະຫັດຊຸດທົດສອບໄດ້ເພີ່ມຂຶ້ນ 54%.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru