ລາຍລະອຽດຂອງຊ່ອງໂຫວ່ທີ່ສໍາຄັນໃນ Exim ເປີດເຜີຍ

ຈັດພີມມາ ການປ່ອຍຕົວແກ້ໄຂ Exim 4.92.2 ກັບ​ການ​ລົບ​ລ້າງ​ທີ່​ສໍາ​ຄັນ​ ຄວາມອ່ອນແອ (CVE-2019-15846), ເຊິ່ງໃນການຕັ້ງຄ່າເລີ່ມຕົ້ນສາມາດນໍາໄປສູ່ການປະຕິບັດລະຫັດຫ່າງໄກສອກຫຼີກໂດຍຜູ້ໂຈມຕີທີ່ມີສິດທິຂອງຮາກ. ບັນຫາຈະປາກົດພຽງແຕ່ເມື່ອການສະຫນັບສະຫນູນ TLS ຖືກເປີດໃຊ້ແລະຖືກຂູດຮີດໂດຍການສົ່ງໃບຢັ້ງຢືນລູກຄ້າທີ່ຖືກອອກແບບພິເສດຫຼືມູນຄ່າທີ່ຖືກດັດແປງໃຫ້ກັບ SNI. ຊ່ອງໂຫວ່ ກໍານົດ ໂດຍqualys.

ບັນຫາ ປະຈຸບັນ ໃນ handler ສໍາລັບການຫລົບຫນີຕົວອັກສອນພິເສດໃນ string (string_interpret_escape() ຈາກ string.c) ແລະເກີດມາຈາກຕົວອັກສອນ '\' ຢູ່ທ້າຍຂອງສະຕຣິງຖືກຕີຄວາມໝາຍກ່ອນຕົວອັກສອນ null ('\0') ແລະ ໜີໄປ. ເມື່ອການຫລົບຫນີ, ລໍາດັບ '\' ແລະລະຫັດທ້າຍແຖວ null ຕໍ່ໄປນີ້ຖືກປະຕິບັດເປັນຕົວອັກສອນດຽວ ແລະຕົວຊີ້ຖືກຍ້າຍໄປທີ່ຂໍ້ມູນນອກແຖວ, ເຊິ່ງຖືວ່າເປັນການສືບຕໍ່ຂອງແຖວ.

ລະຫັດການໂທຫາ string_interpret_escape() ຈັດສັນ buffer ສໍາລັບ drain ອີງຕາມຂະຫນາດຕົວຈິງ, ແລະຕົວຊີ້ exposed ສິ້ນສຸດລົງໃນພື້ນທີ່ນອກຂອບເຂດຂອງ buffer ໄດ້. ຕາມນັ້ນແລ້ວ, ເມື່ອພະຍາຍາມປະມວນຜົນສະຕຣິງປ້ອນຂໍ້ມູນ, ສະຖານະການເກີດຂຶ້ນເມື່ອອ່ານຂໍ້ມູນຈາກພື້ນທີ່ນອກຂອບເຂດຂອງບັຟເຟີທີ່ຈັດສັນໄວ້, ແລະຄວາມພະຍາຍາມທີ່ຈະຂຽນ string ທີ່ບໍ່ພົ້ນສາມາດນໍາໄປສູ່ການຂຽນເກີນຂອບເຂດຂອງ buffer.

ໃນການຕັ້ງຄ່າເລີ່ມຕົ້ນ, ຊ່ອງໂຫວ່ສາມາດຖືກຂູດຮີດໂດຍການສົ່ງຂໍ້ມູນທີ່ຖືກອອກແບບພິເສດໄປຫາ SNI ເມື່ອສ້າງການເຊື່ອມຕໍ່ທີ່ປອດໄພກັບເຄື່ອງແມ່ຂ່າຍ. ບັນຫາຍັງສາມາດຖືກຂູດຮີດໂດຍການດັດແປງຄ່າ peerdn ​​ໃນ​ການ​ຕັ້ງ​ຄ່າ​ທີ່​ຖືກ​ຕັ້ງ​ຄ່າ​ເພື່ອ​ການ​ກວດ​ສອບ​ໃບ​ຢັ້ງ​ຢືນ​ລູກ​ຄ້າ ຫຼື​ເມື່ອ​ນຳ​ເຂົ້າ​ໃບ​ຢັ້ງ​ຢືນ. ການໂຈມຕີຜ່ານ SNI ແລະ peerdn ແມ່ນເປັນໄປໄດ້ເລີ່ມຕົ້ນຈາກການປ່ອຍຕົວ Exim 4.80, ໃນທີ່ຟັງຊັນ string_unprinting() ຖືກນໍາໃຊ້ເພື່ອ unprint ເນື້ອໃນ peerdn ແລະ SNI.

ຕົ້ນແບບການຂູດຮີດໄດ້ຖືກກະກຽມສໍາລັບການໂຈມຕີຜ່ານ SNI, ແລ່ນຢູ່ໃນສະຖາປັດຕະຍະກໍາ i386 ແລະ amd64 ໃນລະບົບ Linux ກັບ Glibc. ການຂູດຮີດໃຊ້ການວາງຊ້ອນຂໍ້ມູນຢູ່ໃນພື້ນທີ່ heap, ສົ່ງຜົນໃຫ້ການຂຽນທັບຫນ່ວຍຄວາມຈໍາທີ່ຊື່ໄຟລ໌ບັນທຶກຖືກເກັບໄວ້. ຊື່ໄຟລ໌ຖືກແທນທີ່ດ້ວຍ "/../../../../../../../../etc/passwd". ຕໍ່ໄປ, ຕົວແປທີ່ມີທີ່ຢູ່ຂອງຜູ້ສົ່ງຈະຖືກຂຽນທັບ, ເຊິ່ງທໍາອິດຖືກບັນທຶກໄວ້ໃນບັນທຶກ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເພີ່ມຜູ້ໃຊ້ໃຫມ່ໃນລະບົບ.

ການອັບເດດແພັກເກດທີ່ມີການແກ້ໄຂຄວາມອ່ອນແອທີ່ປ່ອຍອອກມາໂດຍການແຈກຢາຍ Debian, Ubuntu, Fedora, SUSE/openSUSE и FreeBSD. ບັນຫາ RHEL ແລະ CentOS ບໍ່ອ່ອນໄຫວ, ເນື່ອງຈາກວ່າ Exim ບໍ່ໄດ້ລວມຢູ່ໃນຄັງເກັບຊຸດປົກກະຕິຂອງພວກເຂົາ (ໃນ ອຸ່ນ ອັບເດດ ແລ້ວ ສ້າງຕັ້ງຂຶ້ນ, ແຕ່ສໍາລັບໃນປັດຈຸບັນ ບໍ່ໄດ້ວາງໄວ້ ກັບ​ບ່ອນ​ເກັບ​ຮັກ​ສາ​ສາ​ທາ​ລະ​ນະ​)​. ໃນລະຫັດ Exim ບັນຫາໄດ້ຖືກແກ້ໄຂດ້ວຍເສັ້ນດຽວ ເພີ້ມ, ເຊິ່ງປິດການໃຊ້ງານຜົນກະທົບຂອງ escaping ຂອງ backslash ຖ້າມັນຢູ່ໃນຕອນທ້າຍຂອງເສັ້ນ.

ໃນຖານະເປັນການແກ້ໄຂເພື່ອສະກັດຊ່ອງໂຫວ່, ທ່ານສາມາດປິດການສະຫນັບສະຫນູນ TLS ຫຼືເພີ່ມ
ພາກສ່ວນ ACL “acl_smtp_mail”:

ປະຕິເສດເງື່ອນໄຂ = ${if eq{\\}{${substr{-1}{1}{$tls_in_sni}}}}
ປະຕິເສດເງື່ອນໄຂ = ${if eq{\\}{${substr{-1}{1}{$tls_in_peerdn}}}}

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