SMTP Smuggling - ເຕັກນິກໃຫມ່ສໍາລັບການຫຼອກລວງຂໍ້ຄວາມອີເມວ

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

ບັນຫາແມ່ນເກີດມາຈາກຄວາມຈິງທີ່ວ່າເຄື່ອງແມ່ຂ່າຍ SMTP ທີ່ແຕກຕ່າງກັນຕີຄວາມສິ້ນສຸດຂອງລໍາດັບຂໍ້ມູນທີ່ແຕກຕ່າງກັນ, ເຊິ່ງສາມາດນໍາໄປສູ່ການແຍກຕົວຫນັງສືຫນຶ່ງເຂົ້າໄປໃນຫຼາຍໆຄັ້ງພາຍໃນກອງປະຊຸມດຽວກັນກັບເຄື່ອງແມ່ຂ່າຍ SMTP. ຂໍ້ມູນຈໍາເພາະກໍານົດລໍາດັບ “\r\n.\r\n” (ໄລຍະເວລາທີ່ອ້ອມຮອບໄປດ້ວຍການກັບຄືນ carriage ແລະຕົວອັກສອນ feed ແຖວ) ເພື່ອຫມາຍການສິ້ນສຸດຂອງການສົ່ງຈົດຫມາຍ. ລໍາດັບນີ້ສາມາດປະຕິບັດຕາມຄໍາສັ່ງເພື່ອສົ່ງຂໍ້ຄວາມອື່ນໂດຍບໍ່ມີການທໍາລາຍການເຊື່ອມຕໍ່. ບາງເຊີບເວີ SMTP ປະຕິບັດຕາມໃບສັ່ງຢາຢ່າງເຂັ້ມງວດ, ແຕ່ອັນອື່ນ, ເພື່ອຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບໂປຣແກຣມອີເມລ໌ທີ່ຫາຍາກບາງອັນ, ລຳດັບຂະບວນການເຊັ່ນ “\n.\n”, “\n.\r\n”, “\r” ເປັນຕົວຂັ້ນ \ n.\n", "\r.\r", "\r\n\0.\r\n" ແລະ "\r\n\0.\r\n".

ການໂຈມຕີດັ່ງກ່າວແມ່ນມາຈາກຄວາມຈິງທີ່ວ່າໃນຕອນທຳອິດ server, ເຊິ່ງປະມວນຜົນພຽງແຕ່ຕົວແຍກ "\r\n.\r\n", ຂໍ້ຄວາມຈະຖືກສົ່ງພ້ອມກັບຕົວແຍກທາງເລືອກໃນຕົວ, ເຊັ່ນ "\r.\r", ຕາມດ້ວຍຄຳສັ່ງໃຫ້ສົ່ງຂໍ້ຄວາມທີສອງ. ເນື່ອງຈາກເຊີບເວີທຳອິດປະຕິບັດຕາມຂໍ້ກຳນົດຢ່າງເຂັ້ມງວດ, ມັນຈະປະມວນຜົນລຳດັບທີ່ໄດ້ຮັບເປັນຂໍ້ຄວາມດຽວ. ຖ້າຂໍ້ຄວາມຖືກສົ່ງຕໍ່ໄປຍັງເຊີບເວີການຂົນສົ່ງ ຫຼື ເຊີບເວີຂອງຜູ້ຮັບ, ເຊິ່ງຮັບຮູ້ລຳດັບ "\r.\r" ເປັນຕົວແຍກ, ມັນຈະຖືກປະມວນຜົນເປັນສອງຂໍ້ຄວາມທີ່ສົ່ງແຍກຕ່າງຫາກ (ຂໍ້ຄວາມທີສອງອາດຈະຖືກສົ່ງໃນນາມຂອງຜູ້ໃຊ້ທີ່ບໍ່ໄດ້ຮັບການພິສູດຢືນຢັນຜ່ານ "AUTH LOGIN", ແຕ່ເບິ່ງຄືວ່າຖືກຕ້ອງສຳລັບຜູ້ຮັບ).

ຕົວຢ່າງຂອງເຊີບເວີ SMTP ແລະບໍລິການທີ່ອະນຸຍາດໃຫ້ຕົວແຍກທາງເລືອກລວມມີ Postfix, Sendmail, MS Exchange Online ແລະ Cisco Secure Email Gateway, ແລະໃນບັນດາບໍລິການເມລທີ່ບໍ່ການກັ່ນຕອງຕົວແຍກທີ່ບໍ່ຖືກຕ້ອງຈາກຕົວອັກສອນເມື່ອເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍອື່ນແມ່ນ GMX, iSloud ແລະ Microsoft Outlook.

ເພື່ອແກ້ໄຂບັນຫາໃນ Postfix, ການປ່ອຍ 3.8.1, 3.7.6, 3.6.10, ແລະ 3.5.20 ໄດ້ເພີ່ມການຕັ້ງຄ່າ "smtpd_forbid_unauth_pipelining", ເຊິ່ງເຮັດໃຫ້ການເຊື່ອມຕໍ່ລົ້ມເຫລວຖ້າຫາກວ່າຕົວກໍານົດຂອບເຂດທີ່ບໍ່ປະຕິບັດຕາມ RFC 2920 ແລະ RFC 5321 ແມ່ນ. ໃຊ້ແລ້ວ. ການຕັ້ງຄ່ານີ້ຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ, ແຕ່ພວກເຂົາວາງແຜນທີ່ຈະເປີດໃຊ້ມັນຕາມຄ່າເລີ່ມຕົ້ນໃນສາຂາ Postfix 3.9, ເຊິ່ງຄາດວ່າຈະມີໃນພາກຮຽນ spring ຂອງ 2024. ສາຂາ 3.9 ຍັງຈະລວມເອົາການຕັ້ງຄ່າ smtpd_forbid_bare_newline, ເຊິ່ງຈະຖິ້ມຄວາມຜິດພາດເມື່ອໃຊ້ພຽງແຕ່ຕົວອັກສອນແຖວໃໝ່ (“\n”) ເພື່ອແຍກແຖວ, ເຊິ່ງລະເມີດ RFC 5321.

ການເປີດຕົວຂອງ Sendmail 8.18.0.2 ທີ່ຈະມາເຖິງໃຫ້ທາງເລືອກ 'o' ເພື່ອປ້ອງກັນການໂຈມຕີໃນ srv_features, ເຊິ່ງເຮັດໃຫ້ການປະມວນຜົນພຽງແຕ່ລໍາດັບ "\r\n.\r\n". ມັນໄດ້ຖືກສັງເກດເຫັນວ່າການປິດການສະຫນັບສະຫນູນສໍາລັບຕົວກໍານົດທາງເລືອກອາດຈະທໍາລາຍການດໍາເນີນງານຂອງບາງລູກຄ້າອີເມວທີ່ຫາຍາກທີ່ບໍ່ປະຕິບັດຕາມຂໍ້ກໍານົດຂອງ SMTP ຢ່າງສົມບູນ.

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