ການໂຈມຕີທີ່ມີທ່າແຮງໃນ HTTPS ແລະວິທີການປົກປ້ອງພວກເຂົາ

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

/flickr/ Sven Graeme / CC BY-SA

ໝູ

ເປັນຄັ້ງທຳອິດກ່ຽວກັບການໂຈມຕີ ໝູ ເປັນ​ທີ່​ຮູ້​ຈັກ​ໃນ​ປີ 2014​. ຊ່ອງໂຫວ່ໃນໂປຣໂຕຄໍ SSL 3.0 ຖືກຄົ້ນພົບໂດຍຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພຂໍ້ມູນ Bodo Möller ແລະເພື່ອນຮ່ວມງານຈາກ Google.

ໂດຍເນື້ອແທ້ແລ້ວຂອງມັນແມ່ນດັ່ງນີ້: ແຮກເກີບັງຄັບໃຫ້ລູກຄ້າເຊື່ອມຕໍ່ຜ່ານ SSL 3.0, emulating ການຢຸດການເຊື່ອມຕໍ່. ຫຼັງຈາກນັ້ນ, ມັນຊອກຫາຢູ່ໃນລະຫັດລັບ CBC- ຮູບ​ແບບ​ການ​ຈະ​ລາ​ຈອນ​ຂໍ້​ຄວາມ​ໂຄດ​ຄໍາ​ສັ່ງ​ພິ​ເສດ​. ການນໍາໃຊ້ຊຸດຄໍາຮ້ອງຂໍປອມ, ຜູ້ໂຈມຕີສາມາດສ້າງເນື້ອຫາຂອງຂໍ້ມູນທີ່ມີຄວາມສົນໃຈເຊັ່ນ cookies.

SSL 3.0 ເປັນໂປຣໂຕຄໍທີ່ລ້າສະໄໝແລ້ວ. ແຕ່ຄໍາຖາມກ່ຽວກັບຄວາມປອດໄພຂອງລາວແມ່ນຍັງກ່ຽວຂ້ອງ. ລູກຄ້າໃຊ້ມັນເພື່ອຫຼີກເວັ້ນບັນຫາຄວາມເຂົ້າກັນໄດ້ກັບເຊີບເວີ. ອີງຕາມຂໍ້ມູນບາງຢ່າງ, ເກືອບ 7% ຂອງ 100 ພັນເວັບໄຊທ໌ທີ່ນິຍົມຫຼາຍທີ່ສຸດ ຍັງຮອງຮັບ SSL 3.0... ເຊັ່ນດຽວກັນ ມີແມ່ນ ການປ່ຽນແປງຕໍ່ກັບ POODLE ທີ່ແນໃສ່ TLS 1.0 ແລະ TLS 1.1 ທີ່ທັນສະໄໝກວ່າ. ປີ​ນີ້ ໄດ້ປະກົດຕົວ ການໂຈມຕີ Zombie POODLE ແລະ GOLDENDOODLE ໃໝ່ທີ່ຂ້າມການປົກປ້ອງ TLS 1.2 (ພວກມັນຍັງກ່ຽວຂ້ອງກັບການເຂົ້າລະຫັດ CBC).

ວິທີປ້ອງກັນຕົນເອງ. ໃນກໍລະນີຂອງ POODLE ຕົ້ນສະບັບ, ທ່ານຈໍາເປັນຕ້ອງປິດການສະຫນັບສະຫນູນ SSL 3.0. ຢ່າງໃດກໍ່ຕາມ, ໃນກໍລະນີນີ້ມີຄວາມສ່ຽງຕໍ່ບັນຫາຄວາມເຂົ້າກັນໄດ້. ການແກ້ໄຂທາງເລືອກອາດຈະເປັນກົນໄກ TLS_FALLBACK_SCSV - ມັນຮັບປະກັນວ່າການແລກປ່ຽນຂໍ້ມູນຜ່ານ SSL 3.0 ຈະຖືກປະຕິບັດກັບລະບົບເກົ່າເທົ່ານັ້ນ. ຜູ້ໂຈມຕີຈະບໍ່ສາມາດລິເລີ່ມການຫຼຸດລະດັບໂປຣໂຕຄໍໄດ້ອີກຕໍ່ໄປ. ວິທີການປ້ອງກັນ Zombie POODLE ແລະ GOLDENDOODLE ແມ່ນເພື່ອປິດການຮອງຮັບ CBC ໃນແອັບພລິເຄຊັນທີ່ໃຊ້ TLS 1.2. ການແກ້ໄຂຫຼັກຈະເປັນການປ່ຽນໄປສູ່ TLS 1.3 - ໂປຣໂຕຄໍລຸ້ນໃໝ່ບໍ່ໄດ້ໃຊ້ການເຂົ້າລະຫັດ CBC. ແທນທີ່ຈະ, AES ແລະ ChaCha20 ທົນທານກວ່າແມ່ນຖືກນໍາໃຊ້.

BEAST

ຫນຶ່ງໃນການໂຈມຕີຄັ້ງທໍາອິດໃນ SSL ແລະ TLS 1.0, ຄົ້ນພົບໃນປີ 2011. ເຊັ່ນດຽວກັນກັບ POODLE, BEAST ການນໍາໃຊ້ ລັກສະນະຂອງການເຂົ້າລະຫັດ CBC. ຜູ້ໂຈມຕີຕິດຕັ້ງຕົວແທນ JavaScript ຫຼື Java applet ໃນເຄື່ອງລູກຄ້າ, ເຊິ່ງແທນທີ່ຂໍ້ຄວາມໃນເວລາທີ່ສົ່ງຂໍ້ມູນຜ່ານ TLS ຫຼື SSL. ນັບຕັ້ງແຕ່ຜູ້ໂຈມຕີຮູ້ເນື້ອໃນຂອງແພັກເກັດ "dummy", ເຂົາເຈົ້າສາມາດໃຊ້ພວກມັນເພື່ອຖອດລະຫັດ vector ການເລີ່ມຕົ້ນແລະອ່ານຂໍ້ຄວາມອື່ນໆໄປຫາເຄື່ອງແມ່ຂ່າຍ, ເຊັ່ນ cookies ການກວດສອບຄວາມຖືກຕ້ອງ.

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

ວິທີປ້ອງກັນຕົນເອງ. ຜູ້ໂຈມຕີຕ້ອງການສົ່ງຄໍາຮ້ອງຂໍປົກກະຕິເພື່ອຖອດລະຫັດຂໍ້ມູນ. ໃນ VMware ແນະ ນຳ ຫຼຸດໄລຍະເວລາຂອງ SSLSessionCacheTimeout ຈາກຫ້ານາທີ (ຄໍາແນະນໍາໃນຕອນຕົ້ນ) ເປັນ 30 ວິນາທີ. ວິທີການນີ້ຈະເຮັດໃຫ້ມັນມີຄວາມຫຍຸ້ງຍາກຫຼາຍສໍາລັບຜູ້ໂຈມຕີທີ່ຈະປະຕິບັດແຜນການຂອງພວກເຂົາ, ເຖິງແມ່ນວ່າມັນຈະມີຜົນກະທົບທາງລົບຕໍ່ການປະຕິບັດ. ນອກຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໃຈວ່າຊ່ອງໂຫວ່ຂອງ BEAST ອາດຈະກາຍເປັນສິ່ງທີ່ຜ່ານມາດ້ວຍຕົວມັນເອງ - ຕັ້ງແຕ່ປີ 2020, ຕົວທ່ອງເວັບທີ່ໃຫຍ່ທີ່ສຸດ ຢຸດ ຮອງຮັບ TLS 1.0 ແລະ 1.1. ໃນກໍລະນີໃດກໍ່ຕາມ, ຫນ້ອຍກວ່າ 1,5% ຂອງຜູ້ໃຊ້ຕົວທ່ອງເວັບທັງຫມົດເຮັດວຽກກັບໂປໂຕຄອນເຫຼົ່ານີ້.

ຈົມ

ນີ້ແມ່ນການໂຈມຕີຂ້າມໂປໂຕຄອນທີ່ຂູດຮີດແມງໄມ້ໃນການປະຕິບັດ SSLv2 ດ້ວຍກະແຈ RSA 40-ບິດ. ຜູ້ໂຈມຕີຟັງການເຊື່ອມຕໍ່ TLS ຫຼາຍຮ້ອຍອັນຂອງເປົ້າໝາຍ ແລະສົ່ງແພັກເກັດພິເສດໄປຫາເຊີບເວີ SSLv2 ໂດຍໃຊ້ລະຫັດສ່ວນຕົວດຽວກັນ. ການນໍາໃຊ້ ການໂຈມຕີ Bleichenbacher, ແຮກເກີສາມາດຖອດລະຫັດຫນຶ່ງຂອງປະມານຫນຶ່ງພັນລູກຄ້າ TLS sessions.

DROWN ທໍາອິດໄດ້ກາຍເປັນທີ່ຮູ້ຈັກໃນປີ 2016 - ຫຼັງຈາກນັ້ນມັນໄດ້ກາຍມາເປັນ ຫນຶ່ງໃນສາມຂອງເຄື່ອງແມ່ຂ່າຍໄດ້ຮັບຜົນກະທົບ ໃນ​ໂລກ. ມື້ນີ້ມັນບໍ່ໄດ້ສູນເສຍຄວາມກ່ຽວຂ້ອງຂອງມັນ. ໃນຈໍານວນ 150 ພັນເວັບໄຊທ໌ທີ່ນິຍົມຫຼາຍທີ່ສຸດ, 2% ແມ່ນຍັງຢູ່ ສະຫນັບສະຫນູນ SSLv2 ແລະກົນໄກການເຂົ້າລະຫັດທີ່ມີຄວາມສ່ຽງ.

ວິທີປ້ອງກັນຕົນເອງ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຕິດຕັ້ງ patches ທີ່ສະເຫນີໂດຍນັກພັດທະນາຂອງຫ້ອງສະຫມຸດ cryptographic ທີ່ປິດການຮອງຮັບ SSLv2. ຕົວຢ່າງ, ສອງແຜ່ນດັ່ງກ່າວໄດ້ຖືກນໍາສະເຫນີສໍາລັບ OpenSSL (ໃນປີ 2016 ເຫຼົ່ານີ້ແມ່ນການປັບປຸງ 1.0.1s ແລະ 1.0.2g). ນອກຈາກນັ້ນ, ການປັບປຸງ ແລະຄໍາແນະນໍາສໍາລັບການປິດການທໍາງານຂອງໂປໂຕຄອນທີ່ມີຄວາມສ່ຽງໄດ້ຖືກເຜີຍແຜ່ໃນ Red Hat, Apache, Debian.

"ຊັບພະຍາກອນອາດຈະມີຄວາມສ່ຽງຕໍ່ການ DROWN ຖ້າກະແຈຂອງມັນຖືກນໍາໃຊ້ໂດຍເຄື່ອງແມ່ຂ່າຍຂອງພາກສ່ວນທີສາມທີ່ມີ SSLv2, ເຊັ່ນເຄື່ອງແມ່ຂ່າຍເມລ,", ຫົວຫນ້າພະແນກພັດທະນາກ່າວວ່າ. ຜູ້ໃຫ້ບໍລິການ IaaS 1cloud.ru Sergei Belkin. — ສະຖານະການນີ້ເກີດຂຶ້ນຖ້າຫາກວ່າເຄື່ອງແມ່ຂ່າຍຈໍານວນຫນຶ່ງໃຊ້ໃບຢັ້ງຢືນ SSL ທົ່ວໄປ. ໃນກໍລະນີນີ້, ທ່ານຈໍາເປັນຕ້ອງປິດການສະຫນັບສະຫນູນ SSLv2 ໃນເຄື່ອງທັງຫມົດ."

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

ຫົວໃຈ

ຫນຶ່ງໃນຊ່ອງໂຫວ່ທີ່ໃຫຍ່ທີ່ສຸດໃນຊອບແວແມ່ນ ຫົວໃຈ. ມັນໄດ້ຖືກຄົ້ນພົບໃນປີ 2014 ໃນຫ້ອງສະໝຸດ OpenSSL. ໃນເວລາປະກາດ bug, ຈໍານວນເວັບໄຊທ໌ທີ່ມີຄວາມສ່ຽງ ຄາດ​ຄະ​ເນ​ຢູ່​ເຄິ່ງ​ລ້ານ​ - ນີ້ແມ່ນປະມານ 17% ຂອງຊັບພະຍາກອນປ້ອງກັນໃນເຄືອຂ່າຍ.

ການໂຈມຕີໄດ້ຖືກປະຕິບັດໂດຍຜ່ານໂມດູນການຂະຫຍາຍ Heartbeat TLS ຂະຫນາດນ້ອຍ. ໂປຣໂຕຄໍ TLS ຮຽກຮ້ອງໃຫ້ຂໍ້ມູນຖືກສົ່ງຕໍ່ຢ່າງຕໍ່ເນື່ອງ. ໃນກໍລະນີຂອງການຢຸດເວລາດົນນານ, ການຢຸດພັກເກີດຂຶ້ນແລະການເຊື່ອມຕໍ່ຕ້ອງໄດ້ຮັບການສ້າງຕັ້ງໃຫມ່. ເພື່ອຮັບມືກັບບັນຫາ, ເຄື່ອງແມ່ຂ່າຍແລະລູກຄ້າປອມ "ສິ່ງລົບກວນ" ຊ່ອງທາງ (RFC 6520, ໜ້າ 5), ສົ່ງຊຸດຂອງຄວາມຍາວສຸ່ມ. ຖ້າມັນມີຂະຫນາດໃຫຍ່ກວ່າແພັກເກັດທັງຫມົດ, ຫຼັງຈາກນັ້ນ OpenSSL ລຸ້ນທີ່ມີຄວາມສ່ຽງຕໍ່ການອ່ານຫນ່ວຍຄວາມຈໍາເກີນ buffer ທີ່ຖືກຈັດສັນ. ພື້ນທີ່ນີ້ສາມາດມີຂໍ້ມູນໃດໆ, ລວມທັງກະແຈການເຂົ້າລະຫັດສ່ວນຕົວ ແລະຂໍ້ມູນກ່ຽວກັບການເຊື່ອມຕໍ່ອື່ນໆ.

ຊ່ອງໂຫວ່ດັ່ງກ່າວມີຢູ່ໃນທຸກສະບັບຂອງຫ້ອງສະຫມຸດລະຫວ່າງ 1.0.1 ແລະ 1.0.1f ລວມທັງໃນຈໍານວນລະບົບປະຕິບັດການ - Ubuntu ເຖິງ 12.04.4, CentOS ເກົ່າກວ່າ 6.5, OpenBSD 5.3 ແລະອື່ນໆ. ມີບັນຊີລາຍຊື່ຄົບຖ້ວນ ຢູ່ໃນເວັບໄຊທ໌ທີ່ອຸທິດຕົນເພື່ອ Heartbleed. ເຖິງແມ່ນວ່າ patches ຕໍ່ກັບຊ່ອງໂຫວ່ນີ້ໄດ້ຖືກປ່ອຍອອກມາເກືອບທັນທີຫຼັງຈາກການຄົ້ນພົບຂອງມັນ, ບັນຫາຍັງຄົງກ່ຽວຂ້ອງກັບມື້ນີ້. ກັບໄປໃນປີ 2017 ເກືອບ 200 ພັນສະຖານທີ່ເຮັດວຽກ, ອ່ອນໄຫວຕໍ່ກັບ Heartbleed.

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

ການທົດແທນໃບຢັ້ງຢືນ

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

ອີງຕາມການ ການຄົ້ນຄວ້າ ທີມງານຈາກ Mozilla, Google ແລະມະຫາວິທະຍາໄລຈໍານວນຫນຶ່ງ, ປະມານ 11% ຂອງການເຊື່ອມຕໍ່ທີ່ປອດໄພໃນເຄືອຂ່າຍໄດ້ຖືກລັກຟັງ. ນີ້ແມ່ນຜົນຂອງການຕິດຕັ້ງໃບຢັ້ງຢືນຮາກທີ່ສົງໃສໃນຄອມພິວເຕີຂອງຜູ້ໃຊ້.

ວິທີປ້ອງກັນຕົນເອງ. ໃຊ້ການບໍລິການທີ່ເຊື່ອຖືໄດ້ ຜູ້ໃຫ້ບໍລິການ SSL. ທ່ານສາມາດກວດສອບ "ຄຸນນະພາບ" ຂອງໃບຢັ້ງຢືນການໃຊ້ບໍລິການ ຄວາມໂປ່ງໃສຂອງໃບຢັ້ງຢືນ (CT). ຜູ້ໃຫ້ບໍລິການ Cloud ຍັງສາມາດຊ່ວຍໃນການກວດສອບການຟັງ;

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

/flickr/ ທ່ານ Yuri Samoilov / CC BY

ຄວາມສົດໃສດ້ານສໍາລັບ HTTPS

ເຖິງວ່າຈະມີຊ່ອງໂຫວ່ຫຼາຍ, ຍັກໃຫຍ່ IT ແລະຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພດ້ານຂໍ້ມູນມີຄວາມຫມັ້ນໃຈໃນອະນາຄົດຂອງໂປໂຕຄອນ. ສໍາລັບການປະຕິບັດຢ່າງຫ້າວຫັນຂອງ HTTPS ຢືນ Tim Berners-Lee ຜູ້ສ້າງ WWW. ອີງຕາມພຣະອົງ, ເມື່ອເວລາຜ່ານໄປ TLS ຈະກາຍເປັນຄວາມປອດໄພຫຼາຍຂຶ້ນ, ເຊິ່ງຈະຊ່ວຍປັບປຸງຄວາມປອດໄພຂອງການເຊື່ອມຕໍ່ຢ່າງຫຼວງຫຼາຍ. Berners-Lee ຍັງໄດ້ແນະນໍາວ່າ ຈະປາກົດຂຶ້ນໃນອະນາຄົດ ໃບຢັ້ງຢືນລູກຄ້າສໍາລັບການພິສູດຕົວຕົນ. ພວກເຂົາຈະຊ່ວຍປັບປຸງການປົກປ້ອງເຄື່ອງແມ່ຂ່າຍຈາກຜູ້ໂຈມຕີ.

ມັນຍັງຖືກວາງແຜນທີ່ຈະພັດທະນາເທກໂນໂລຍີ SSL/TLS ໂດຍໃຊ້ການຮຽນຮູ້ເຄື່ອງຈັກ - ສູດການຄິດໄລ່ອັດສະລິຍະຈະຮັບຜິດຊອບໃນການກັ່ນຕອງການຈະລາຈອນທີ່ເປັນອັນຕະລາຍ. ດ້ວຍການເຊື່ອມຕໍ່ HTTPS, ຜູ້ບໍລິຫານບໍ່ມີວິທີທີ່ຈະຊອກຫາເນື້ອໃນຂອງຂໍ້ຄວາມທີ່ຖືກເຂົ້າລະຫັດ, ລວມທັງການກວດສອບການຮ້ອງຂໍຈາກ malware. ແລ້ວໃນມື້ນີ້, ເຄືອຂ່າຍ neural ແມ່ນສາມາດກັ່ນຕອງແພັກເກັດທີ່ເປັນອັນຕະລາຍທີ່ມີຄວາມຖືກຕ້ອງ 90%. (ສະໄລ້ນຳສະເໜີ 23).

ການຄົ້ນພົບ

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

ການເຊື່ອມຕໍ່ເພີ່ມເຕີມໃນຫົວຂໍ້:

• ການພັດທະນາໃນຄລາວ, ຄວາມປອດໄພຂອງຂໍ້ມູນແລະຂໍ້ມູນສ່ວນບຸກຄົນ: ຍ່ອຍຈາກ 1cloud
• SSL digest: ອຸປະກອນການປະຕິບັດທີ່ດີທີ່ສຸດກ່ຽວກັບHabre ແລະອື່ນໆອີກ
• ສະຫຼຸບ VPN: ບົດຄວາມແນະນໍາກ່ຽວກັບ Habre ແລະອື່ນໆອີກ

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