Patched Exim - ແກ້ໄຂອີກຄັ້ງ. ການປະຕິບັດຄໍາສັ່ງໄລຍະໄກສົດໃນ Exim 4.92 ໃນຄໍາຮ້ອງຂໍດຽວ

ຫວ່າງມໍ່ໆມານີ້, ໃນຕົ້ນລະດູຮ້ອນ, ມີການຮຽກຮ້ອງຢ່າງແຜ່ຫຼາຍໃຫ້ Exim ອັບເດດເປັນເວີຊັນ 4.92 ເນື່ອງຈາກຊ່ອງໂຫວ່ CVE-2019-10149 (ອັບເດດ Exim ເປັນ 4.92 ດ່ວນ - ມີການຕິດເຊື້ອຢ່າງຫ້າວຫັນ / Sudo Null IT News). ແລະບໍ່ດົນມານີ້ມັນໄດ້ຫັນອອກວ່າ Sustes malware ຕັດສິນໃຈໃຊ້ປະໂຫຍດຈາກຊ່ອງໂຫວ່ນີ້.

ຕອນນີ້ທຸກຄົນທີ່ປັບປຸງດ່ວນສາມາດ "ປິຕິຍິນດີ" ອີກເທື່ອຫນຶ່ງ: ໃນວັນທີ 21 ກໍລະກົດ 2019, ນັກຄົ້ນຄວ້າ Zerons ໄດ້ຄົ້ນພົບຈຸດອ່ອນທີ່ສໍາຄັນໃນ Exim Mail Transfer agent (MTA) ເມື່ອໃຊ້ TLS ສໍາລັບສະບັບຈາກ 4.80 ເຖິງ 4.92.1 ຮວມ, ອະນຸຍາດໄລຍະໄກ ປະຕິບັດລະຫັດທີ່ມີສິດທິພິເສດ (CVE-2019-15846).

ຄວາມອ່ອນແອ

ຊ່ອງໂຫວ່ແມ່ນມີຢູ່ໃນເວລາທີ່ໃຊ້ທັງຫ້ອງສະໝຸດ GnuTLS ແລະ OpenSSL ເມື່ອສ້າງການເຊື່ອມຕໍ່ TLS ທີ່ປອດໄພ.

ອີງຕາມນັກພັດທະນາ Heiko Schlittermann, ໄຟລ໌ການຕັ້ງຄ່າໃນ Exim ບໍ່ໄດ້ໃຊ້ TLS ໂດຍຄ່າເລີ່ມຕົ້ນ, ແຕ່ການແຈກຢາຍຈໍານວນຫຼາຍສ້າງໃບຢັ້ງຢືນທີ່ຈໍາເປັນໃນລະຫວ່າງການຕິດຕັ້ງແລະເປີດໃຊ້ການເຊື່ອມຕໍ່ທີ່ປອດໄພ. ນອກຈາກນັ້ນ, ຮຸ່ນໃຫມ່ຂອງ Exim ຕິດຕັ້ງທາງເລືອກ tls_advertise_hosts=* ແລະສ້າງໃບຢັ້ງຢືນທີ່ຈໍາເປັນ.

ຂຶ້ນກັບການຕັ້ງຄ່າ. distros ສ່ວນໃຫຍ່ເປີດໃຊ້ມັນໂດຍຄ່າເລີ່ມຕົ້ນ, ແຕ່ Exim ຕ້ອງການໃບຢັ້ງຢືນ + ລະຫັດເພື່ອເຮັດວຽກເປັນເຄື່ອງແມ່ຂ່າຍ TLS. ອາດຈະເປັນ Distros ສ້າງໃບຢັ້ງຢືນໃນລະຫວ່າງການຕັ້ງ. Newer Exims ມີຕົວເລືອກ tls_advertise_hosts ເລີ່ມຕົ້ນເປັນ "*" ແລະສ້າງໃບຢັ້ງຢືນການເຊັນດ້ວຍຕົນເອງ, ຖ້າບໍ່ມີໃຫ້.

ຊ່ອງໂຫວ່ຕົວມັນເອງແມ່ນຢູ່ໃນການປຸງແຕ່ງທີ່ບໍ່ຖືກຕ້ອງຂອງ SNI (ຕົວຊີ້ບອກຊື່ເຄື່ອງແມ່ຂ່າຍ, ເຕັກໂນໂລຢີທີ່ນໍາສະເຫນີໃນປີ 2003 ໃນ RFC 3546 ສໍາລັບລູກຄ້າເພື່ອຮ້ອງຂໍໃບຢັ້ງຢືນທີ່ຖືກຕ້ອງສໍາລັບຊື່ໂດເມນ, ການແຈກຢາຍມາດຕະຖານ TLS SNI / WEBO Group Blog / Sudo Null IT News) ໃນລະຫວ່າງການຈັບມື TLS. ຜູ້ໂຈມຕີພຽງແຕ່ຕ້ອງການສົ່ງ SNI ທີ່ລົງທ້າຍດ້ວຍ backslash ("") ແລະຕົວອັກສອນ null (" ").

ນັກຄົ້ນຄວ້າຈາກ Qualys ໄດ້ຄົ້ນພົບຂໍ້ບົກພ່ອງໃນຟັງຊັນ string_printing(tls_in.sni), ເຊິ່ງກ່ຽວຂ້ອງກັບການຫລົບຫນີ "" ທີ່ບໍ່ຖືກຕ້ອງ. ດັ່ງນັ້ນ, backslash ແມ່ນຂຽນ unescaped ກັບໄຟລ໌ header spool ພິມ. ຫຼັງຈາກນັ້ນ, ໄຟລ໌ນີ້ຈະຖືກອ່ານດ້ວຍສິດທິພິເສດໂດຍຟັງຊັນ spool_read_header(), ເຊິ່ງເຮັດໃຫ້ heap overflow.

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

ການສຶກສາລາຍລະອຽດເພີ່ມເຕີມໂດຍ Qualys ສາມາດພົບໄດ້ ທີ່ນີ້.

ການນໍາໃຊ້ SNI ໃນ TLS

ຈຳນວນເຊີບເວີສາທາລະນະທີ່ມີຄວາມສ່ຽງ

ອີງຕາມສະຖິຕິຈາກຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຂະຫນາດໃຫຍ່ E-Soft Inc ມາຮອດວັນທີ 1 ກັນຍາ, ໃນເຊີບເວີທີ່ເຊົ່າ, ເວີຊັ່ນ 4.92 ຖືກໃຊ້ໃນຫຼາຍກວ່າ 70% ຂອງໂຮດ.

Version
ຈໍານວນຂອງເຄື່ອງແມ່ຂ່າຍ
ເປີເຊັນ

4.92.1
6471
1.28%

4.92
376436
74.22%

4.91
58179
11.47%

4.9
5732
1.13%

4.89
10700
2.11%

4.87
14177
2.80%

4.84
9937
1.96%

ສະບັບອື່ນໆ
25568
5.04%

ສະຖິຕິຂອງບໍລິສັດ E-Soft Inc

ຖ້າທ່ານໃຊ້ເຄື່ອງຈັກຊອກຫາ ໂຊດາ, ຫຼັງຈາກນັ້ນອອກຈາກ 5,250,000 ໃນຖານຂໍ້ມູນຂອງເຄື່ອງແມ່ຂ່າຍ:

• ປະມານ 3,500,000 ໃຊ້ Exim 4.92 (ປະມານ 1,380,000 ໃຊ້ SSL/TLS);
• ຫຼາຍກວ່າ 74,000 ໂດຍໃຊ້ 4.92.1 (ປະມານ 25,000 ໂດຍໃຊ້ SSL/TLS).

ດັ່ງນັ້ນ, ເປັນທີ່ຮູ້ຈັກສາທາລະນະແລະເຂົ້າເຖິງ Exim ເຊີບເວີທີ່ມີຄວາມສ່ຽງທີ່ມີຈໍານວນກ່ຽວກັບ 1.5M.

ຄົ້ນຫາເຄື່ອງແມ່ຂ່າຍ Exim ໃນ Shodan

ການປ້ອງກັນ

• ທາງເລືອກທີ່ງ່າຍດາຍທີ່ສຸດ, ແຕ່ບໍ່ແນະນໍາແມ່ນບໍ່ໃຊ້ TLS, ເຊິ່ງຈະເຮັດໃຫ້ຂໍ້ຄວາມອີເມວຖືກສົ່ງຕໍ່ຢ່າງຈະແຈ້ງ.
• ເພື່ອຫຼີກເວັ້ນການຂູດຮີດຊ່ອງໂຫວ່, ມັນຄວນຈະດີກວ່າທີ່ຈະອັບເດດເປັນເວີຊັ່ນ Exim Internet Mailer 4.92.2.
• ຖ້າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະປັບປຸງຫຼືຕິດຕັ້ງສະບັບ patched, ທ່ານສາມາດກໍານົດ ACL ໃນ Exim configuration ສໍາລັບທາງເລືອກ. acl_smtp_mail ດ້ວຍ​ກົດ​ລະ​ບຽບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

  # to be prepended to your mail acl (the ACL referenced
  # by the acl_smtp_mail main config option)
  deny    condition = ${if eq{}{${substr{-1}{1}{$tls_in_sni}}}}
  deny    condition = ${if eq{}{${substr{-1}{1}{$tls_in_peerdn}}}}

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