ການປ່ອຍລຸ້ນທຳອິດຂອງການຈັດຕັ້ງປະຕິບັດໂປໂຕຄອນ TLS 1.3 ໃນ Java ດ້ວຍອັລກໍຣິທຶມ GOST ຕາມ RFC 9367

ໂມດູນ crypto-gost-tls13 ປະກອບມີການຈັດຕັ້ງປະຕິບັດ TLS 1.3 (RFC 8446 + RFC 9367) ດ້ວຍການເຂົ້າລະຫັດ GOST. ລຸ້ນນີ້ແມ່ນລຸ້ນເບື້ອງຕົ້ນຂອງຫ້ອງສະໝຸດ ແລະ ພ້ອມສຳລັບການນຳໃຊ້ພາຍໃນ.

ລັກສະນະພິເສດຂອງຫ້ອງສະໝຸດແມ່ນການຈັດຕັ້ງປະຕິບັດ Java ທີ່ບໍລິສຸດ. ການດຳເນີນງານລະຫັດລັບທັງໝົດແມ່ນປະຕິບັດໂດຍໃຊ້ເຄື່ອງມືທີ່ຕິດຕັ້ງມາພ້ອມຂອງຫ້ອງສະໝຸດ, ໂດຍບໍ່ມີການເພິ່ງພາອາໄສພາຍນອກ.

ນີ້ແມ່ນໜຶ່ງໃນການຈັດຕັ້ງປະຕິບັດແຫຼ່ງເປີດທຳອິດຂອງ TLS 1.3 ດ້ວຍ GOST ໃນ Java, ສະນັ້ນການທົດສອບ interop ຈຶ່ງໄດ້ເຮັດໃນຂອບເຂດທີ່ໜ້ອຍທີ່ສຸດເທົ່າທີ່ຈະເປັນໄປໄດ້.

ຂ້າງລຸ່ມນີ້ແມ່ນຄວາມສາມາດຂອງຫໍສະໝຸດ.

1. ໂປໂຕຄອນ:

• ການຈັບມື: ເຕັມ (ລູກຄ້າ/ເຊີບເວີ), ສັ້ນ (PSK), ເຊິ່ງກັນແລະກັນ (mTLS).
• ALPN (RFC 7301) - ການເຈລະຈາໂປໂຕຄອນຊັ້ນແອັບພລິເຄຊັນ (HTTP/2, HTTP/1.1).
• SNI (RFC 6066) - ຕົວຊີ້ບອກຊື່ ເຄື່ອງແມ່ຂ່າຍ ສຳລັບການນຳໃຊ້ຫຼາຍຜູ້ເຊົ່າ.
• KeyUpdate (RFC 8446 §4.6.3) – ການອັບເດດລະຫັດການເຂົ້າລະຫັດການຈະລາຈອນ.
• ຊຸດລະຫັດລັບ: TLS_KUZNYECHIK_MGM_STREEBOG_256_L/S.
• ECDHE: CryptoPro-A (256-ບິດ), CryptoPro-B (512-ບິດ)
• ການໃສ່ລະຫັດ TLSTREE ຄືນໃໝ່ຕໍ່ບັນທຶກ — ການປ່ຽນລະຫັດການເຂົ້າລະຫັດສຳລັບແຕ່ລະບັນທຶກ TLS.
• ການແຍກສ່ວນ ແລະ ການປະກອບຄືນໃໝ່ຂອງການຈັບມື ແລະ ບັນທຶກ (RFC 8446 §5.1).
• ການສືບຕໍ່ເຊດຊັນ: PSK ຜ່ານ NewSessionTicket (PskStore ໃນໜ່ວຍຄວາມຈຳ, ໃຊ້ຄັ້ງດຽວ).
• ການຕໍ່ OCSP: server ເພີ່ມການຕອບສະໜອງ OCSP ໃສ່ໃບຢັ້ງຢືນ.
• ຂໍ້ຄວາມຫຼັງການຈັບມື: NewSessionTicket (ຍົກເວັ້ນສຳລັບ PSK).

2. ການເຂົ້າລະຫັດ:

• ຕາຕະລາງເວລາສຳຄັນ: HKDF-Streebog (RFC 5869) ຜ່ານ TLS 1.3 (RFC 8446 §7.1).
• ການປົກປ້ອງບັນທຶກ: MGM-AEAD (Kuznyechik) ດ້ວຍ nonce ຕາມ RFC 8446 §5.3.
• ກະແຈຊົ່ວຄາວຈະຖືກລຶບຫຼັງຈາກການນຳໃຊ້.

3. ໃບຢັ້ງຢືນ:

• ການວິເຄາະ X.509v3 (GOST R 34.10-2012) — ຕົວວິເຄາະ DER ໃນຕົວ.
• ລະບົບຕ່ອງໂສ້ການກວດສອບຄວາມຖືກຕ້ອງ: ລາຍເຊັນ, DN (ຜູ້ອອກລະຫັດ → ຫົວຂໍ້), ຂໍ້ຈຳກັດພື້ນຖານ, ການໃຊ້ລະຫັດ, ການໃຊ້ລະຫັດຂະຫຍາຍ * (serverAuth / clientAuth), pathLen.
• ການກວດສອບຊື່ໂຮສຕ໌: dNSName + iPAddress (RFC 6125).
• ການຢັ້ງຢືນການຕອບສະໜອງຂອງ OCSP (RFC 6960).

4.ຕໍາແຫນ່ງ:

• TlsTransport - ອິນເຕີເຟດ.
• InMemoryTlsTransport - ສຳລັບການທົດສອບ ແລະ ສະຖານະການຂະບວນການດຽວ (ຄິວໃນໜ່ວຍຄວາມຈຳ).
• SocketTlsTransport — ບລັອກ I/O ຜ່ານ java.net.Socket.
• ChannelTlsTransport - ການຂົນສົ່ງທີ່ອີງໃສ່ຊ່ອງ NIO (ໂໝດການບລັອກ, ສາມາດຂັດຂວາງໄດ້).

5. ການຈັບມືແບບເທື່ອລະຂັ້ນຕອນ:

• TlsHandshakeEngine ເປັນເຄື່ອງຈັກສະຖານະສໍາລັບການຈັບມື (ແຍກອອກຈາກ I/O). ມັນໃຊ້ TlsSession ເປັນຕົວຄວບຄຸມ ແລະ ເໝາະສົມສໍາລັບການເຊື່ອມໂຍງກັບ JSSE (SSLEngine).

6. API ByteBuffer:

• TlsRecord.protect/unprotect — ການໂຫຼດ ByteBuffer ເກີນສຳລັບການເຊື່ອມໂຍງ zero-copy ກັບ NIO. ກຳລັງໂຫຼດກະແຈ:
• Pkcs12Loader — ກຳລັງອ່ານ PFX (PKCS#12) ດ້ວຍ PBKDF2-HMAC-SHA256 + AES-256-CBC.

7. ສິ້ນສຸດກອງປະຊຸມ:

• close_notify - ການປິດທີ່ຖືກຕ້ອງຕາມໂປໂຕຄອນ.
• ການເຊັດວັດສະດຸກະແຈເມື່ອປິດ ຫຼື ເຮັດຜິດພາດ.
• ການແຈ້ງເຕືອນການຈັດການ: ຮ້າຍແຮງ - ປິດທັນທີ + ລຶບ.

8. ຄວາມປອດໄພໃນການຈັດຕັ້ງປະຕິບັດ:

• ການປຽບທຽບແບບຄົງທີ່ສຳລັບ verify_data ແລະ PSK binders (ປ້ອງກັນການໂຈມຕີແບບກຳນົດເວລາ)
• ການລຶບຂໍ້ມູນເອກະສານກະແຈ: destroy() ໃນວັດຖຸທັງໝົດທີ່ມີກະແຈ (TlsKeySchedule, TlsTrafficKeys, TlsRecord, HandshakeContext), ເມື່ອປິດ, ການແຈ້ງເຕືອນຮ້າຍແຮງ, ຂໍ້ຍົກເວັ້ນໃນການຈັບມື.
• ການປົກປ້ອງ DoS: ຂໍ້ຈຳກັດກ່ຽວກັບຄວາມຍາວຂອງລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນ (10), ຂໍ້ຄວາມຫຼັງການຈັບມື, ຂະໜາດບັນທຶກ.
• MGM nonce: MSB ຂອງໄບຕ໌ທຳອິດຖືກລຶບລ້າງສຳລັບ ICN (RFC 9058 §3, RFC 9367 §3.3).
• ກະແຈສ່ວນຕົວ ECDHE ແລະ ບົດບັນທຶກການຈັບມືຈະຖືກທຳລາຍຫຼັງຈາກການຈັບມືສຳເລັດແລ້ວ.
• ວັດສະດຸກະແຈ HMAC ຖືກລຶບອອກຫຼັງຈາກການນຳໃຊ້ (HkdfStreebog, KdfGostR3411_2012_256).

9. ຂໍ້ ຈຳ ກັດ:

• PSK ເລີ່ມຕົ້ນຄືນໃໝ່ເທົ່ານັ້ນ (ບໍ່ຮອງຮັບ 0-RTT ແລະ PSK ພາຍນອກ).
• ມີພຽງ psk_dhe_ke ເທົ່ານັ້ນ (ບໍ່ຮອງຮັບ PSK ບໍລິສຸດໂດຍບໍ່ມີ ECDHE).
• ບໍ່ຮອງຮັບ HelloRetryRequest (RFC 8446 §4.1.4) - ໃຊ້ພຽງແຕ່ກຸ່ມທີ່ມີຊື່ດຽວເທົ່ານັ້ນ (GC256A ຕາມຄ່າເລີ່ມຕົ້ນ).
• ສະເພາະ GOST ເທົ່ານັ້ນ (ບໍ່ຮອງຮັບຊຸດລະຫັດທີ່ບໍ່ແມ່ນ GOST).

10. ການທົດສອບ:

• ຫ້ອງສະໝຸດປະກອບມີການທົດສອບຄຳຕອບທີ່ຮູ້ຈັກຈາກ RFC 9367 ພາກຜະນວກ A.1 (ຕົວແປ L ແລະ S) - ຕາຕະລາງຄຳສັບເຕັມ, TLSTREE, AEAD, ແລະ ECDHE. ມັນຍັງຜ່ານການທົດສອບ KAT ທຸກລະດັບ.
• ການທົດສອບການເຊື່ອມໂຍງ 4 ຄັ້ງ (ການເຮັດວຽກຮ່ວມກັນດ້ວຍຕົນເອງ) ຜ່ານຊັອກເກັດ TCP ຕົວຈິງ.
• ການທົດສອບ Fuzz ສຳລັບຕົວວິເຄາະ: TlsMessageParser (8 ວິທີ), TlsDerParser (3 ວິທີ), TlsOcspVerifier (1 ວິທີ), ເພື່ອຮັບປະກັນຄວາມປອດໄພ ແລະ ຫຼຸດຜ່ອນເວັກເຕີການໂຈມຕີໃນຕົວວິເຄາະ.

11. ວິທີແກ້ໄຂທາງສະຖາປັດຕະຍະກຳ:

• TlsHandshakeEngine - ເຄື່ອງຈັກສະຖານະຖືກແຍກອອກຈາກ I/O (ສຳລັບໂມດູນ JSSE ໃນອະນາຄົດ).
• ການໂຫຼດ ByteBuffer ຂອງ TlsRecord.protect/unprotect ສຳລັບ NIO/JSSE.
• ແຄສ TLSTREE (TlsTreeCache) - ການຄິດໄລ່ຄືນໃໝ່ຂອງລະດັບທີ່ປ່ຽນແປງເທົ່ານັ້ນ (RFC 9367).
• InMemoryTlsTransport.Pair ເປັນຄູ່ສອງທິດທາງສຳລັບການທົດສອບ ແລະ ການສື່ສານແບບຂະບວນການດຽວ.

ຫໍສະໝຸດນີ້ຖືກແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດຟຣີ.

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