Zimbra ແລະ​ການ​ປ້ອງ​ກັນ​ລະ​ເບີດ​ເມລ​

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

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

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

ນັ້ນແມ່ນເຫດຜົນທີ່ຜູ້ເບິ່ງແຍງລະບົບບໍ່ຄວນລືມກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງການລະເບີດຂອງອີເມວແລະສະເຫມີໃຊ້ມາດຕະການທີ່ຈໍາເປັນເພື່ອປ້ອງກັນໄພຂົ່ມຂູ່ນີ້. ພິຈາລະນາວ່ານີ້ສາມາດເຮັດໄດ້ໃນຂັ້ນຕອນຂອງການກໍ່ສ້າງໂຄງສ້າງທາງໄປສະນີ, ແລະຍັງວ່າມັນໃຊ້ເວລາແລະແຮງງານຫນ້ອຍຫຼາຍຈາກຜູ້ເບິ່ງແຍງລະບົບ, ບໍ່ມີເຫດຜົນພຽງແຕ່ສໍາລັບການບໍ່ສະຫນອງໂຄງສ້າງພື້ນຖານຂອງທ່ານດ້ວຍການປົກປ້ອງຈາກການລະເບີດທາງໄປສະນີ. ມາເບິ່ງວິທີການປ້ອງກັນການໂຈມຕີທາງອິນເຕີເນັດນີ້ໃນ Zimbra Collaboration Suite Open-Source Edition.

Zimbra ແມ່ນອີງໃສ່ Postfix, ຫນຶ່ງໃນແຫຼ່ງເປີດ Mail Transfer Agents ທີ່ມີປະສິດຕິພາບທີ່ສຸດແລະເປັນປະໂຫຍດທີ່ສຸດໃນປະຈຸບັນ. ແລະຫນຶ່ງໃນຂໍ້ໄດ້ປຽບຕົ້ນຕໍຂອງການເປີດຂອງຕົນແມ່ນວ່າມັນສະຫນັບສະຫນູນຄວາມຫລາກຫລາຍຂອງການແກ້ໄຂພາກສ່ວນທີສາມເພື່ອຂະຫຍາຍການເຮັດວຽກ. ໂດຍສະເພາະ, Postfix ສະຫນັບສະຫນູນຢ່າງເຕັມສ່ວນ cbpolicyd, ເປັນຜົນປະໂຫຍດຂັ້ນສູງສໍາລັບການຮັບປະກັນຄວາມປອດໄພຂອງເຄື່ອງແມ່ຂ່າຍເມລ cyber. ນອກເຫນືອຈາກການປ້ອງກັນ spam ແລະການສ້າງບັນຊີຂາວ, blacklists ແລະ greylists, cbpolicyd ອະນຸຍາດໃຫ້ຜູ້ບໍລິຫານ Zimbra ຕັ້ງຄ່າການກວດສອບລາຍເຊັນ SPF, ເຊັ່ນດຽວກັນກັບກໍານົດຂໍ້ຈໍາກັດໃນການຮັບແລະສົ່ງອີເມວຫຼືຂໍ້ມູນ. ເຂົາເຈົ້າທັງສອງສາມາດໃຫ້ການປົກປ້ອງທີ່ເຊື່ອຖືໄດ້ຕໍ່ກັບ spam ແລະ phishing emails, ແລະປົກປ້ອງເຄື່ອງແມ່ຂ່າຍຈາກການລະເບີດຂອງອີເມລ໌.

ສິ່ງທໍາອິດທີ່ຕ້ອງການຈາກຜູ້ເບິ່ງແຍງລະບົບແມ່ນເພື່ອເປີດໃຊ້ໂມດູນ cbpolicyd, ເຊິ່ງໄດ້ຖືກຕິດຕັ້ງໄວ້ລ່ວງຫນ້າໃນ Zimbra Collaboration Suite OSE ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງໂຄງສ້າງພື້ນຖານ MTA. ນີ້ແມ່ນເຮັດໄດ້ໂດຍໃຊ້ຄໍາສັ່ງ zmprov ms `zmhostname` +zimbraServiceEnabled cbpolicyd. ຫຼັງຈາກນີ້, ທ່ານຈະຕ້ອງເປີດໃຊ້ການໂຕ້ຕອບເວັບເພື່ອໃຫ້ສາມາດຈັດການ cbpolicyd ໄດ້ສະດວກສະບາຍ. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ອະນຸຍາດໃຫ້ການເຊື່ອມຕໍ່ຢູ່ໃນເວັບໄຊຕ໌ຫມາຍເລກພອດ 7780, ສ້າງການເຊື່ອມຕໍ່ສັນຍາລັກໂດຍໃຊ້ຄໍາສັ່ງ. ln -s /opt/zimbra/common/share/webui /opt/zimbra/data/httpd/htdocs/webui, ແລະຫຼັງຈາກນັ້ນແກ້ໄຂໄຟລ໌ການຕັ້ງຄ່າໂດຍໃຊ້ຄໍາສັ່ງ nano /opt/zimbra/data/httpd/htdocs/webui/includes/config.php, ບ່ອນທີ່ທ່ານຈໍາເປັນຕ້ອງຂຽນແຖວຕໍ່ໄປນີ້:

$DB_DSN="sqlite:/opt/zimbra/data/cbpolicyd/db/cbpolicyd.sqlitedb";
$DB_USER="root";
$DB_TABLE_PREFIX="";

ຫຼັງຈາກນີ້, ທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນເພື່ອເລີ່ມຕົ້ນການບໍລິການ Zimbra ແລະ Zimbra Apache ໂດຍໃຊ້ຄໍາສັ່ງ zmcontrol restart ແລະ zmapachectl restart. ຫຼັງຈາກນີ້, ທ່ານຈະໄດ້ເຂົ້າເຖິງການໂຕ້ຕອບເວັບໄຊຕ໌ທີ່ example.com:7780/webui/index.php. ຄວາມແຕກຕ່າງຕົ້ນຕໍແມ່ນວ່າທາງເຂົ້າຂອງອິນເຕີເຟດເວັບນີ້ຍັງບໍ່ທັນຖືກປົກປ້ອງໃນທາງໃດກໍ່ຕາມແລະເພື່ອປ້ອງກັນບໍ່ໃຫ້ບຸກຄົນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດເຂົ້າໄປໃນມັນ, ຫຼັງຈາກແຕ່ລະທາງເຂົ້າກັບອິນເຕີເຟດເວັບທ່ານສາມາດປິດການເຊື່ອມຕໍ່ຢູ່ໃນພອດ 7780.

ທ່ານສາມາດປ້ອງກັນຕົວທ່ານເອງຈາກນ້ໍາຖ້ວມຂອງອີເມລ໌ທີ່ມາຈາກເຄືອຂ່າຍພາຍໃນໂດຍໃຊ້ໂຄຕ້າສໍາລັບການສົ່ງອີເມວ, ເຊິ່ງສາມາດກໍານົດໄດ້ຂອບໃຈ cbpolicyd. ໂຄຕ້າດັ່ງກ່າວອະນຸຍາດໃຫ້ທ່ານກໍານົດຂອບເຂດຈໍາກັດກ່ຽວກັບຈໍານວນສູງສຸດຂອງຕົວອັກສອນທີ່ສາມາດສົ່ງຈາກກ່ອງຈົດຫມາຍຫນຶ່ງໃນຫນຶ່ງຫນ່ວຍຂອງເວລາ. ຕົວຢ່າງ, ຖ້າຜູ້ຈັດການທຸລະກິດຂອງທ່ານສົ່ງໂດຍສະເລ່ຍ 60-80 ອີເມວຕໍ່ຊົ່ວໂມງ, ຫຼັງຈາກນັ້ນທ່ານສາມາດກໍານົດໂຄຕ້າຂອງ 100 ອີເມວຕໍ່ຊົ່ວໂມງ, ໂດຍຄໍານຶງເຖິງຂອບຂະຫນາດນ້ອຍ. ເພື່ອບັນລຸໂຄຕ້ານີ້, ຜູ້ຈັດການຈະຕ້ອງສົ່ງອີເມວຫນຶ່ງທຸກໆ 36 ວິນາທີ. ໃນອີກດ້ານຫນຶ່ງ, ນີ້ແມ່ນພຽງພໍທີ່ຈະເຮັດວຽກຢ່າງເຕັມທີ່, ແລະອີກດ້ານຫນຶ່ງ, ດ້ວຍໂຄຕ້າດັ່ງກ່າວ, ຜູ້ໂຈມຕີທີ່ໄດ້ຮັບການເຂົ້າເຖິງເມລຂອງຫນຶ່ງໃນຜູ້ຈັດການຂອງເຈົ້າຈະບໍ່ເປີດຕົວການລະເບີດທາງໄປສະນີຫຼືການໂຈມຕີ spam ຂະຫນາດໃຫຍ່ຕໍ່ວິສາຫະກິດ.

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

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

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

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

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

ນອກນັ້ນທ່ານຍັງສາມາດເປີດໃຊ້ greylisting ໃນການໂຕ້ຕອບເວັບໄຊຕ໌ cbpolicyd. ເພື່ອໃຫ້ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກ, ທ່ານຈໍາເປັນຕ້ອງສ້າງນະໂຍບາຍທີ່ຈະລວມເອົາຈົດຫມາຍຂາເຂົ້າທັງຫມົດທີ່ສົ່ງກັບຜູ້ໃຊ້ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງພວກເຮົາ, ແລະຫຼັງຈາກນັ້ນ, ອີງໃສ່ນະໂຍບາຍນີ້, ສ້າງກົດລະບຽບ Greylisting, ບ່ອນທີ່ທ່ານສາມາດກໍານົດໄລຍະເວລາທີ່ cbpolicyd ຈະລໍຖ້າ. ສຳລັບການຕອບຄືນຈາກຜູ້ສົ່ງທີ່ບໍ່ຮູ້ຕົວ. ປົກກະຕິແລ້ວມັນແມ່ນ 4-5 ນາທີ. ໃນເວລາດຽວກັນ, ບັນຊີລາຍຊື່ສີຂີ້ເຖົ່າສາມາດຖືກຕັ້ງຄ່າເພື່ອໃຫ້ຄວາມພະຍາຍາມທັງຫມົດທີ່ປະສົບຜົນສໍາເລັດແລະບໍ່ປະສົບຜົນສໍາເລັດໃນການສົ່ງຈົດຫມາຍຈາກຜູ້ສົ່ງທີ່ແຕກຕ່າງກັນຖືກພິຈາລະນາແລະໂດຍອີງໃສ່ຈໍານວນຂອງພວກເຂົາ, ການຕັດສິນໃຈຈະເພີ່ມຜູ້ສົ່ງເຂົ້າໄປໃນບັນຊີລາຍຊື່ສີຂາວຫຼືສີດໍາໂດຍອັດຕະໂນມັດ.

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

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

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

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