ALPACA - ເຕັກນິກໃຫມ່ສໍາລັບການໂຈມຕີ MITM ໃນ HTTPS

ທີມງານຂອງນັກຄົ້ນຄວ້າຈາກຫລາຍມະຫາວິທະຍາໄລໃນເຢຍລະມັນໄດ້ພັດທະນາການໂຈມຕີ MITM ໃໝ່ໃນ HTTPS ທີ່ສາມາດສະກັດເອົາ cookies ຂອງ session ແລະຂໍ້ມູນທີ່ມີຄວາມອ່ອນໄຫວອື່ນໆ, ເຊັ່ນດຽວກັນກັບການປະຕິບັດລະຫັດ JavaScript ທີ່ບໍ່ຊ້ໍາກັນໃນສະພາບການຂອງເວັບໄຊທ໌ອື່ນ. ການໂຈມຕີເອີ້ນວ່າ ALPACA ແລະສາມາດຖືກນໍາໃຊ້ກັບເຄື່ອງແມ່ຂ່າຍ TLS ທີ່ປະຕິບັດໂປໂຕຄອນຊັ້ນຄໍາຮ້ອງສະຫມັກທີ່ແຕກຕ່າງກັນ (HTTPS, SFTP, SMTP, IMAP, POP3), ແຕ່ໃຊ້ໃບຢັ້ງຢືນ TLS ທົ່ວໄປ.

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

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

ສາມ​ທາງ​ເລືອກ​ການ​ໂຈມ​ຕີ​ແມ່ນ​ໄດ້​ສະ​ເຫນີ​:

• “ອັບໂຫຼດ” ເພື່ອດຶງເອົາຄຸກກີ້ທີ່ມີຕົວກໍານົດການພິສູດຢືນຢັນ. ວິທີການແມ່ນໃຊ້ໄດ້ຖ້າເຄື່ອງແມ່ຂ່າຍ FTP ຄຸ້ມຄອງໂດຍໃບຢັ້ງຢືນ TLS ອະນຸຍາດໃຫ້ທ່ານອັບໂຫລດແລະດຶງຂໍ້ມູນຂອງມັນ. ໃນຕົວແປການໂຈມຕີນີ້, ຜູ້ໂຈມຕີສາມາດບັນລຸການເກັບຮັກສາບາງສ່ວນຂອງຄໍາຮ້ອງຂໍ HTTP ຕົ້ນສະບັບຂອງຜູ້ໃຊ້, ເຊັ່ນວ່າເນື້ອໃນຂອງຫົວຄຸກກີ, ຕົວຢ່າງເຊັ່ນ, ຖ້າເຄື່ອງແມ່ຂ່າຍ FTP ຕີຄວາມຫມາຍຄໍາຮ້ອງຂໍເປັນໄຟລ໌ບັນທຶກຫຼືບັນທຶກຄໍາຮ້ອງຂໍຂາເຂົ້າທັງຫມົດ. ເພື່ອສຳເລັດການໂຈມຕີ, ຜູ້ໂຈມຕີຈະຕ້ອງໄດ້ສະກັດເອົາເນື້ອຫາທີ່ເກັບໄວ້ນັ້ນອອກ. ການໂຈມຕີແມ່ນໃຊ້ໄດ້ກັບ Proftpd, Microsoft IIS, vsftpd, filezilla ແລະ serv-u.
• “ດາວໂຫຼດ” ສໍາລັບການຈັດລຽງສະຄຣິບຂ້າມເວັບໄຊ (XSS). ວິທີການດັ່ງກ່າວຫມາຍຄວາມວ່າຜູ້ໂຈມຕີ, ເປັນຜົນມາຈາກການຫມູນໃຊ້ບາງສ່ວນ, ສາມາດຈັດວາງຂໍ້ມູນໃນການບໍລິການທີ່ໃຊ້ໃບຢັ້ງຢືນ TLS ທົ່ວໄປ, ເຊິ່ງຫຼັງຈາກນັ້ນສາມາດອອກເພື່ອຕອບສະຫນອງຄໍາຮ້ອງຂໍຂອງຜູ້ໃຊ້. ການໂຈມຕີແມ່ນໃຊ້ໄດ້ກັບເຊີບເວີ FTP ທີ່ກ່າວມາຂ້າງເທິງ, ເຊີບເວີ IMAP ແລະເຊີບເວີ POP3 (courier, cyrus, kerio-connect ແລະ zimbra).
• "ການສະທ້ອນ" ເພື່ອແລ່ນ JavaScript ໃນສະພາບການຂອງເວັບໄຊທ໌ອື່ນ. ວິທີການແມ່ນອີງໃສ່ການກັບຄືນໄປຫາສ່ວນລູກຄ້າຂອງຄໍາຮ້ອງຂໍ, ເຊິ່ງປະກອບດ້ວຍລະຫັດ JavaScript ທີ່ຜູ້ໂຈມຕີສົ່ງ. ການໂຈມຕີແມ່ນໃຊ້ໄດ້ກັບເຊີບເວີ FTP ທີ່ກ່າວມາຂ້າງເທິງ, ເຊີບເວີ cyrus, kerio-connect ແລະ zimbra IMAP, ເຊັ່ນດຽວກັນກັບເຊີບເວີ sendmail SMTP.

ຕົວຢ່າງ, ເມື່ອຜູ້ໃຊ້ເປີດຫນ້າທີ່ຄວບຄຸມໂດຍຜູ້ໂຈມຕີ, ຫນ້ານີ້ສາມາດເລີ່ມຕົ້ນການຮ້ອງຂໍຊັບພະຍາກອນຈາກເວັບໄຊທ໌ທີ່ຜູ້ໃຊ້ມີບັນຊີທີ່ໃຊ້ວຽກ (ຕົວຢ່າງ, bank.com). ໃນລະຫວ່າງການໂຈມຕີ MITM, ການຮ້ອງຂໍນີ້ຖືກສົ່ງໄປຫາເວັບໄຊທ໌ bank.com ສາມາດຖືກໂອນໄປຫາເຄື່ອງແມ່ຂ່າຍອີເມວທີ່ໃຊ້ໃບຢັ້ງຢືນ TLS ທີ່ແບ່ງປັນກັບ bank.com. ເນື່ອງຈາກເຄື່ອງແມ່ຂ່າຍເມລບໍ່ໄດ້ຢຸດເຊດຊັນຫຼັງຈາກຄວາມຜິດພາດຄັ້ງທໍາອິດ, ຫົວຫນ້າບໍລິການແລະຄໍາສັ່ງເຊັ່ນ "POST / HTTP / 1.1" ແລະ "Host:" ຈະຖືກປຸງແຕ່ງເປັນຄໍາສັ່ງທີ່ບໍ່ຮູ້ຈັກ (ເຄື່ອງແມ່ຂ່າຍເມລຈະສົ່ງຄືນ "500 ຄໍາສັ່ງທີ່ບໍ່ຮູ້ຈັກ" ສໍາລັບ. ແຕ່ລະຫົວ).

ເຄື່ອງແມ່ຂ່າຍເມລບໍ່ເຂົ້າໃຈລັກສະນະຂອງໂປໂຕຄອນ HTTP ແລະສໍາລັບມັນ, ຫົວບໍລິການແລະບລັອກຂໍ້ມູນຂອງຄໍາຮ້ອງຂໍ POST ໄດ້ຖືກດໍາເນີນໃນແບບດຽວກັນ, ດັ່ງນັ້ນໃນຕົວຂອງຄໍາຮ້ອງຂໍ POST ທ່ານສາມາດກໍານົດເສັ້ນທີ່ມີຄໍາສັ່ງເພື່ອ ເຄື່ອງແມ່ຂ່າຍເມລ. ຕົວຢ່າງ, ທ່ານສາມາດຜ່ານ: MAIL FROM: alert(1); ທີ່ເຄື່ອງແມ່ຂ່າຍເມລຈະສົ່ງຄືນຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ 501 alert(1); : ທີ່ຢູ່ບໍ່ຖືກຕ້ອງ: alert(1); ອາດຈະບໍ່ປະຕິບັດຕາມ

ການຕອບສະ ໜອງ ນີ້ຈະໄດ້ຮັບໂດຍຕົວທ່ອງເວັບຂອງຜູ້ໃຊ້, ເຊິ່ງຈະປະຕິບັດລະຫັດ JavaScript ໃນສະພາບການບໍ່ແມ່ນເວັບໄຊທ໌ທີ່ເປີດໃນເບື້ອງຕົ້ນຂອງຜູ້ໂຈມຕີ, ແຕ່ຂອງເວັບໄຊທ໌ bank.com ທີ່ຄໍາຮ້ອງຂໍຖືກສົ່ງ, ນັບຕັ້ງແຕ່ການຕອບສະຫນອງມາພາຍໃນ TLS ທີ່ຖືກຕ້ອງ. , ໃບຢັ້ງຢືນທີ່ໄດ້ຢືນຢັນຄວາມຖືກຕ້ອງຂອງການຕອບໂຕ້ bank.com.

ການສະແກນຂອງເຄືອຂ່າຍທົ່ວໂລກໄດ້ສະແດງໃຫ້ເຫັນວ່າໂດຍທົ່ວໄປແລ້ວ, ປະມານ 1.4 ລ້ານເຄື່ອງແມ່ຂ່າຍເວັບໄດ້ຮັບຜົນກະທົບຈາກບັນຫາ, ເຊິ່ງມັນເປັນໄປໄດ້ທີ່ຈະປະຕິບັດການໂຈມຕີໂດຍການປະສົມຄໍາຮ້ອງຂໍໂດຍໃຊ້ໂປໂຕຄອນທີ່ແຕກຕ່າງກັນ. ຄວາມເປັນໄປໄດ້ຂອງການໂຈມຕີທີ່ແທ້ຈິງໄດ້ຖືກກໍານົດສໍາລັບ 119 ພັນເວັບເຊີຟເວີທີ່ມີເຄື່ອງແມ່ຂ່າຍ TLS ມາພ້ອມກັບໂປໂຕຄອນຄໍາຮ້ອງສະຫມັກອື່ນໆ.

ຕົວຢ່າງຂອງການຂູດຮີດໄດ້ຖືກກະກຽມສໍາລັບເຄື່ອງແມ່ຂ່າຍ ftp pureftpd, proftpd, microsoft-ftp, vsftpd, filezilla ແລະ serv-u, IMAP ແລະ POP3 servers dovecot, courier, exchange, cyrus, kerio-connect ແລະ zimbra, SMTP servers postfix, exim, sendmail , mailenable, mdaemon ແລະ opensmtpd. ນັກຄົ້ນຄວ້າໄດ້ສຶກສາຄວາມເປັນໄປໄດ້ຂອງການປະຕິບັດການໂຈມຕີພຽງແຕ່ປະສົມປະສານກັບເຄື່ອງແມ່ຂ່າຍ FTP, SMTP, IMAP ແລະ POP3, ແຕ່ມັນກໍ່ເປັນໄປໄດ້ວ່າບັນຫາອາດຈະເກີດຂື້ນກັບໂປໂຕຄອນໂປໂຕຄອນອື່ນໆທີ່ໃຊ້ TLS.

ເພື່ອສະກັດກັ້ນການໂຈມຕີ, ມັນຖືກສະເຫນີໃຫ້ໃຊ້ສ່ວນຂະຫຍາຍ ALPN (Application Layer Protocol Negotiation) ເພື່ອເຈລະຈາກອງປະຊຸມ TLS ໂດຍຄໍານຶງເຖິງໂປໂຕຄອນຂອງແອັບພລິເຄຊັນແລະສ່ວນຂະຫຍາຍ SNI (Server Name Indication) ເພື່ອຜູກມັດກັບຊື່ເຈົ້າພາບໃນກໍລະນີຂອງການນໍາໃຊ້ ໃບຢັ້ງຢືນ TLS ກວມເອົາຊື່ໂດເມນຫຼາຍອັນ. ໃນດ້ານຄໍາຮ້ອງສະຫມັກ, ແນະນໍາໃຫ້ກໍານົດຂອບເຂດຈໍາກັດກ່ຽວກັບຈໍານວນຂໍ້ຜິດພາດໃນເວລາທີ່ດໍາເນີນການຄໍາສັ່ງ, ຫຼັງຈາກນັ້ນການເຊື່ອມຕໍ່ຖືກຢຸດ. ຂະ​ບວນ​ການ​ພັດ​ທະ​ນາ​ມາດ​ຕະ​ການ​ເພື່ອ​ສະກັດ​ກັ້ນ​ການ​ໂຈມ​ຕີ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ໃນ​ເດືອນ​ຕຸ​ລາ​ປີ​ກາຍ​ນີ້. ມາດຕະການຄວາມປອດໄພທີ່ຄ້າຍຄືກັນໄດ້ຖືກປະຕິບັດແລ້ວໃນ Nginx 1.21.0 (mail proxy), Vsftpd 3.0.4, Courier 5.1.0, Sendmail, FileZill, crypto/tls (Go) ແລະ Internet Explorer.

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