ພວກເຮົາໄດ້ເປີດໃຊ້ TLS 1.3. ເປັນຫຍັງເຈົ້າຄວນເຮັດຄືກັນ

ໃນຕົ້ນປີ, ໃນບົດລາຍງານກ່ຽວກັບບັນຫາອິນເຕີເນັດແລະການເຂົ້າເຖິງສໍາລັບ 2018-2019 ພວກເຮົາຂຽນແລ້ວວ່າການແຜ່ກະຈາຍຂອງ TLS 1.3 ແມ່ນຫລີກລ້ຽງບໍ່ໄດ້. ບາງຄັ້ງກ່ອນຫນ້ານີ້, ພວກເຮົາເອງໄດ້ນໍາໃຊ້ສະບັບ 1.3 ຂອງໂປໂຕຄອນຄວາມປອດໄພຊັ້ນການຂົນສົ່ງແລະ, ຫຼັງຈາກການເກັບກໍາແລະການວິເຄາະຂໍ້ມູນ, ໃນທີ່ສຸດພວກເຮົາພ້ອມທີ່ຈະເວົ້າກ່ຽວກັບລັກສະນະຂອງການປ່ຽນແປງນີ້.

ປະທານກຸ່ມເຮັດວຽກ IETF TLS ຂຽນ:
"ໃນສັ້ນ, TLS 1.3 ຄວນສ້າງພື້ນຖານສໍາລັບອິນເຕີເນັດທີ່ປອດໄພແລະມີປະສິດທິພາບຫຼາຍຂຶ້ນສໍາລັບ 20 ປີຂ້າງຫນ້າ."

ການພັດທະນາ ລະບົບ TLS 1.3 ໃຊ້ເວລາ 10 ປີຍາວ. ພວກເຮົາຢູ່ທີ່ Qrator Labs, ພ້ອມກັບພາກສ່ວນທີ່ເຫລືອຂອງອຸດສາຫະກໍາ, ໄດ້ປະຕິບັດຕາມຂັ້ນຕອນການສ້າງໂປໂຕຄອນຢ່າງໃກ້ຊິດຈາກຮ່າງເບື້ອງຕົ້ນ. ໃນລະຫວ່າງເວລານີ້, ມັນຈໍາເປັນຕ້ອງຂຽນຮ່າງ 28 ສະບັບຕິດຕໍ່ກັນເພື່ອໃຫ້ເຫັນເຖິງຄວາມສະຫວ່າງຂອງອະນຸສັນຍາທີ່ສົມດຸນແລະງ່າຍຕໍ່ການນໍາໃຊ້ໃນປີ 2019. ການສະຫນັບສະຫນູນຕະຫຼາດທີ່ມີການເຄື່ອນໄຫວສໍາລັບ TLS 1.3 ແມ່ນເຫັນໄດ້ຊັດເຈນແລ້ວ: ການປະຕິບັດໂປໂຕຄອນຄວາມປອດໄພທີ່ພິສູດແລະເຊື່ອຖືໄດ້ຕອບສະຫນອງຄວາມຕ້ອງການຂອງເວລາ.

ອີງຕາມ Eric Rescorla (Firefox CTO ແລະຜູ້ຂຽນດຽວຂອງ TLS 1.3) ໃນການສໍາພາດກັບ The Register:

"ນີ້ແມ່ນການທົດແທນທີ່ສົມບູນສໍາລັບ TLS 1.2, ໂດຍໃຊ້ກະແຈແລະໃບຢັ້ງຢືນດຽວກັນ, ດັ່ງນັ້ນລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍສາມາດສື່ສານອັດຕະໂນມັດຜ່ານ TLS 1.3 ຖ້າພວກເຂົາທັງສອງສະຫນັບສະຫນູນມັນ," ລາວເວົ້າ. "ມີການສະຫນັບສະຫນູນທີ່ດີໃນລະດັບຫ້ອງສະຫມຸດ, ແລະ Chrome ແລະ Firefox ເປີດໃຊ້ TLS 1.3 ໂດຍຄ່າເລີ່ມຕົ້ນ."

ໃນຂະຫນານ, TLS ກໍາລັງສິ້ນສຸດລົງໃນກຸ່ມເຮັດວຽກ IETF ການກະກຽມ RFC, ປະກາດ TLS ລຸ້ນເກົ່າ (ຍົກເວັ້ນ TLS 1.2 ເທົ່ານັ້ນ) ລ້າສະໄໝ ແລະໃຊ້ບໍ່ໄດ້. ສ່ວນຫຼາຍອາດຈະ, RFC ສຸດທ້າຍຈະຖືກປ່ອຍອອກມາກ່ອນທ້າຍລະດູຮ້ອນ. ນີ້ແມ່ນສັນຍານອື່ນຕໍ່ກັບອຸດສາຫະກໍາ IT: ການປັບປຸງໂປໂຕຄອນການເຂົ້າລະຫັດບໍ່ຄວນຊັກຊ້າ.

ບັນຊີລາຍຊື່ຂອງການປະຕິບັດ TLS 1.3 ໃນປະຈຸບັນແມ່ນມີຢູ່ໃນ Github ສໍາລັບທຸກຄົນທີ່ຊອກຫາຫ້ອງສະຫມຸດທີ່ເຫມາະສົມທີ່ສຸດ: https://github.com/tlswg/tls13-spec/wiki/Implementations. ມັນເປັນທີ່ຊັດເຈນວ່າການຮັບຮອງເອົາແລະສະຫນັບສະຫນູນອະນຸສັນຍາສະບັບປັບປຸງຈະ - ແລະແລ້ວ - ກ້າວຫນ້າຢ່າງໄວວາ. ຄວາມເຂົ້າໃຈກ່ຽວກັບວິທີການເຂົ້າລະຫັດພື້ນຖານໄດ້ກາຍເປັນໃນໂລກທີ່ທັນສະໄຫມໄດ້ແຜ່ຂະຫຍາຍຢ່າງກວ້າງຂວາງ.

ມີຫຍັງປ່ຽນແປງຕັ້ງແຕ່ TLS 1.2?

ຈາກ ສະມາຄົມອິນເຕີເນັດບັນທຶກ:
"TLS 1.3 ເຮັດໃຫ້ໂລກເປັນສະຖານທີ່ທີ່ດີກວ່າແນວໃດ?

TLS 1.3 ປະກອບມີຂໍ້ໄດ້ປຽບດ້ານວິຊາການບາງຢ່າງ ເຊັ່ນ: ຂະບວນການຈັບມືແບບງ່າຍດາຍເພື່ອສ້າງການເຊື່ອມຕໍ່ທີ່ປອດໄພ- ແລະຍັງຊ່ວຍໃຫ້ລູກຄ້າສາມາດສືບຕໍ່ເຊດຊັນກັບເຊີບເວີໄດ້ໄວຂຶ້ນ. ມາດຕະການເຫຼົ່ານີ້ແມ່ນມີຈຸດປະສົງເພື່ອຫຼຸດຜ່ອນຄວາມລ່າຊ້າໃນການຕິດຕັ້ງການເຊື່ອມຕໍ່ແລະຄວາມລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ໃນການເຊື່ອມຕໍ່ທີ່ອ່ອນແອ, ເຊິ່ງມັກຈະຖືກນໍາໃຊ້ເປັນເຫດຜົນສໍາລັບການສະຫນອງການເຊື່ອມຕໍ່ HTTP ທີ່ບໍ່ມີການເຂົ້າລະຫັດເທົ່ານັ້ນ.

ເຊັ່ນດຽວກັນ, ມັນເອົາການສະຫນັບສະຫນູນສໍາລັບການເຂົ້າລະຫັດແບບເກົ່າແລະບໍ່ປອດໄພຫຼາຍອັນແລະລະບົບ hashing algorithms ທີ່ຍັງອະນຸຍາດໃຫ້ (ເຖິງແມ່ນວ່າບໍ່ແນະນໍາ) ສໍາລັບການນໍາໃຊ້ກັບ TLS ຮຸ່ນກ່ອນຫນ້າ, ລວມທັງ SHA-1, MD5, DES, 3DES, ແລະ AES-CBC. ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຊຸດລະຫັດລັບໃຫມ່. ການປັບປຸງອື່ນໆລວມມີອົງປະກອບທີ່ຖືກເຂົ້າລະຫັດເພີ່ມເຕີມຂອງການຈັບມື (ຕົວຢ່າງ, ການແລກປ່ຽນຂໍ້ມູນໃບຢັ້ງຢືນໄດ້ຖືກເຂົ້າລະຫັດແລ້ວ) ເພື່ອຫຼຸດຜ່ອນຂໍ້ຄຶດທີ່ອາດມີ eavesdropper ການຈາລະຈອນ, ເຊັ່ນດຽວກັນກັບການປັບປຸງການສົ່ງຕໍ່ຄວາມລັບໃນເວລາທີ່ນໍາໃຊ້ບາງຮູບແບບການແລກປ່ຽນທີ່ສໍາຄັນເພື່ອໃຫ້ການສື່ສານ. ຕະຫຼອດເວລາຕ້ອງຮັກສາຄວາມປອດໄພເຖິງແມ່ນວ່າ algorithms ທີ່ໃຊ້ເພື່ອເຂົ້າລະຫັດມັນຈະຖືກທໍາລາຍໃນອະນາຄົດ."

ການພັດທະນາໂປໂຕຄອນທີ່ທັນສະໄຫມແລະ DDoS

ດັ່ງທີ່ທ່ານອາດຈະໄດ້ອ່ານແລ້ວ, ໃນລະຫວ່າງການພັດທະນາໂປໂຕຄອນ ແລະເຖິງແມ່ນວ່າຫຼັງຈາກ, ໃນກຸ່ມເຮັດວຽກຂອງ IETF TLS ການຂັດຂືນທີ່ຮ້າຍແຮງເກີດຂຶ້ນ. ໃນປັດຈຸບັນມັນເປັນທີ່ຈະແຈ້ງແລ້ວວ່າວິສາຫະກິດສ່ວນບຸກຄົນ (ລວມທັງສະຖາບັນການເງິນ) ຈະຕ້ອງມີການປ່ຽນແປງວິທີການຮັບປະກັນເຄືອຂ່າຍຂອງຕົນເອງເພື່ອຮອງຮັບອະນຸສັນຍາທີ່ສ້າງຂຶ້ນໃນປັດຈຸບັນ. ຄວາມລັບໄປຂ້າງຫນ້າທີ່ສົມບູນແບບ.

ເຫດຜົນອັນນີ້ອາດຈະຖືກກຳນົດໄວ້ໃນເອກະສານ, ຂຽນໂດຍ Steve Fenter. ເຈ້ຍ 20 ຫນ້າກ່າວເຖິງຕົວຢ່າງຈໍານວນຫນຶ່ງທີ່ວິສາຫະກິດອາດຈະຕ້ອງການທີ່ຈະຖອດລະຫັດການຈາລະຈອນນອກແຖບ (ທີ່ PFS ບໍ່ອະນຸຍາດໃຫ້) ສໍາລັບການຕິດຕາມ, ການປະຕິບັດຕາມຫຼືຊັ້ນຄໍາຮ້ອງສະຫມັກ (L7) ຈຸດປະສົງການປົກປ້ອງ DDoS.

ໃນຂະນະທີ່ພວກເຮົາແນ່ນອນບໍ່ໄດ້ກຽມພ້ອມທີ່ຈະຄາດເດົາກ່ຽວກັບຂໍ້ກໍານົດດ້ານກົດລະບຽບ, ຜະລິດຕະພັນຫຼຸດຜ່ອນ DDoS ທີ່ເປັນເຈົ້າຂອງຂອງພວກເຮົາ (ລວມທັງການແກ້ໄຂ. ບໍ່ຮຽກຮ້ອງໃຫ້ມີການເປີດເຜີຍ ຂໍ້ມູນລະອຽດອ່ອນ ແລະ/ຫຼືຂໍ້ມູນລັບ) ຖືກສ້າງຂື້ນໃນປີ 2012 ໂດຍຖືເອົາ PFS ເຂົ້າໃນບັນຊີ, ດັ່ງນັ້ນລູກຄ້າ ແລະຄູ່ຄ້າຂອງພວກເຮົາຈຶ່ງບໍ່ຈຳເປັນຕ້ອງປ່ຽນແປງໂຄງສ້າງພື້ນຖານຂອງເຂົາເຈົ້າຫຼັງຈາກອັບເດດເວີຊັນ TLS ຢູ່ໃນເຊີບເວີ.

ນອກຈາກນີ້, ນັບຕັ້ງແຕ່ການປະຕິບັດ, ບໍ່ມີບັນຫາທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າລະຫັດການຂົນສົ່ງໄດ້ຖືກລະບຸ. ມັນເປັນທາງການ: TLS 1.3 ແມ່ນກຽມພ້ອມສໍາລັບການຜະລິດ.

ຢ່າງໃດກໍ່ຕາມ, ຍັງມີບັນຫາທີ່ກ່ຽວຂ້ອງກັບການພັດທະນາຂອງໂປໂຕຄອນຮຸ່ນຕໍ່ໄປ. ບັນຫາແມ່ນວ່າຄວາມຄືບຫນ້າຂອງໂປໂຕຄອນໃນ IETF ໂດຍທົ່ວໄປແມ່ນຂຶ້ນກັບການຄົ້ນຄວ້າທາງວິຊາການຢ່າງຫຼວງຫຼາຍ, ແລະສະຖານະຂອງການຄົ້ນຄວ້າທາງວິຊາການໃນດ້ານການຫຼຸດຜ່ອນການໂຈມຕີປະຕິເສດການບໍລິການທີ່ແຈກຢາຍແມ່ນເປັນເລື່ອງທີ່ຫນ້າເສົ້າໃຈ.

ດັ່ງນັ້ນ, ຕົວຢ່າງທີ່ດີຈະເປັນ ພາກທີ 4.4 ຮ່າງ IETF "ຄວາມສາມາດໃນການຈັດການ QUIC," ເປັນສ່ວນຫນຶ່ງຂອງຊຸດໂປໂຕຄອນ QUIC ທີ່ຈະມາເຖິງ, ລະບຸວ່າ "ວິທີການທີ່ທັນສະໄຫມໃນການກວດສອບແລະຫຼຸດຜ່ອນການໂຈມຕີ [DDoS] ໂດຍທົ່ວໄປແມ່ນກ່ຽວຂ້ອງກັບການວັດແທກແບບ passive ໂດຍໃຊ້ຂໍ້ມູນການໄຫລຂອງເຄືອຂ່າຍ."

ອັນສຸດທ້າຍແມ່ນ, ໃນຄວາມເປັນຈິງ, ຫາຍາກຫຼາຍໃນສະພາບແວດລ້ອມວິສາຫະກິດທີ່ແທ້ຈິງ (ແລະພຽງແຕ່ບາງສ່ວນທີ່ໃຊ້ໄດ້ກັບ ISPs), ແລະໃນກໍລະນີໃດກໍ່ຕາມ, ອາດຈະບໍ່ເປັນ "ກໍລະນີທົ່ວໄປ" ໃນໂລກທີ່ແທ້ຈິງ - ແຕ່ປະກົດຢູ່ສະເຫມີໃນສິ່ງພິມວິທະຍາສາດ, ປົກກະຕິແລ້ວບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ. ໂດຍການທົດສອບຂອບເຂດທັງຫມົດຂອງການໂຈມຕີ DDoS ທີ່ເປັນໄປໄດ້, ລວມທັງການໂຈມຕີລະດັບຄໍາຮ້ອງສະຫມັກ. ອັນສຸດທ້າຍ, ເນື່ອງຈາກການຈັດຕັ້ງປະຕິບັດ TLS ໃນທົ່ວໂລກຢ່າງຫນ້ອຍ, ແນ່ນອນບໍ່ສາມາດກວດພົບໄດ້ໂດຍການວັດແທກຕົວຕັ້ງຕົວຕີຂອງແພັກເກັດເຄືອຂ່າຍແລະການໄຫຼເຂົ້າ.

ເຊັ່ນດຽວກັນ, ພວກເຮົາຍັງບໍ່ຮູ້ວ່າຜູ້ຂາຍຮາດແວຫຼຸດຜ່ອນ DDoS ຈະປັບຕົວເຂົ້າກັບຄວາມເປັນຈິງຂອງ TLS 1.3 ແນວໃດ. ເນື່ອງຈາກຄວາມຊັບຊ້ອນທາງດ້ານເຕັກນິກຂອງການສະຫນັບສະຫນູນອະນຸສັນຍານອກວົງການ, ການຍົກລະດັບອາດຈະໃຊ້ເວລາບາງເວລາ.

ການກໍານົດເປົ້າຫມາຍທີ່ຖືກຕ້ອງເພື່ອນໍາພາການຄົ້ນຄວ້າແມ່ນສິ່ງທ້າທາຍທີ່ສໍາຄັນສໍາລັບຜູ້ໃຫ້ບໍລິການຫຼຸດຜ່ອນ DDoS. ພື້ນທີ່ຫນຶ່ງທີ່ການພັດທະນາສາມາດເລີ່ມຕົ້ນໄດ້ ກຸ່ມຄົ້ນຄ້ວາ SMART ຢູ່ IRTF, ບ່ອນທີ່ນັກຄົ້ນຄວ້າສາມາດຮ່ວມມືກັບອຸດສາຫະກໍາເພື່ອປັບປຸງຄວາມຮູ້ຂອງຕົນເອງກ່ຽວກັບອຸດສາຫະກໍາທີ່ທ້າທາຍແລະຄົ້ນຫາວິທີການໃຫມ່ຂອງການຄົ້ນຄວ້າ. ພວກເຮົາຍັງໃຫ້ການຕ້ອນຮັບຢ່າງອົບອຸ່ນກັບນັກຄົ້ນຄວ້າທັງຫມົດ, ຄວນຈະມີ - ພວກເຮົາສາມາດຕິດຕໍ່ກັບຄໍາຖາມຫຼືຄໍາແນະນໍາທີ່ກ່ຽວຂ້ອງກັບການຄົ້ນຄວ້າ DDoS ຫຼືກຸ່ມຄົ້ນຄ້ວາ SMART ທີ່ [email protected]

ແຫຼ່ງຂໍ້ມູນ: www.habr.com