Zimbra និងការការពារការទម្លាក់គ្រាប់បែកតាមសំបុត្រ

ការទម្លាក់គ្រាប់បែកតាមសំបុត្រ គឺជាប្រភេទការវាយប្រហារតាមអ៊ីនធឺណិតដ៏ចំណាស់បំផុតមួយ។ នៅស្នូលរបស់វា វាប្រហាក់ប្រហែលនឹងការវាយប្រហារ DoS ធម្មតាដែរ ជំនួសឱ្យរលកនៃសំណើពីអាសយដ្ឋាន IP ផ្សេងៗគ្នា រលកនៃអ៊ីមែលត្រូវបានផ្ញើទៅកាន់ម៉ាស៊ីនមេ ដែលមកដល់ក្នុងបរិមាណដ៏ច្រើនទៅកាន់អាសយដ្ឋានអ៊ីមែលមួយ ដោយសារការផ្ទុក នៅលើវាកើនឡើងយ៉ាងខ្លាំង។ ការវាយប្រហារបែបនេះអាចនាំឱ្យអសមត្ថភាពក្នុងការប្រើប្រាស់ប្រអប់សំបុត្រ ហើយជួនកាលអាចនាំទៅដល់ការបរាជ័យនៃម៉ាស៊ីនមេទាំងមូល។ ប្រវត្តិដ៏យូរនៃប្រភេទនៃការវាយប្រហារតាមអ៊ីនធឺណិតនេះបាននាំឱ្យមានផលវិបាកវិជ្ជមាន និងអវិជ្ជមានមួយចំនួនសម្រាប់អ្នកគ្រប់គ្រងប្រព័ន្ធ។ កត្តាវិជ្ជមានរួមមានចំណេះដឹងល្អអំពីការទម្លាក់គ្រាប់បែកតាមសំបុត្រ និងលទ្ធភាពនៃវិធីសាមញ្ញដើម្បីការពារខ្លួនអ្នកពីការវាយប្រហារបែបនេះ។ កត្តាអវិជ្ជមានរួមមានដំណោះស្រាយផ្នែកទន់ដែលមានជាសាធារណៈមួយចំនួនធំសម្រាប់អនុវត្តប្រភេទនៃការវាយប្រហារទាំងនេះ និងសមត្ថភាពសម្រាប់អ្នកវាយប្រហារក្នុងការការពារខ្លួនពួកគេពីការរកឃើញ។

លក្ខណៈពិសេសដ៏សំខាន់មួយនៃការវាយប្រហារតាមអ៊ីនធឺណិតនេះគឺថាវាស្ទើរតែមិនអាចប្រើវាដើម្បីរកប្រាក់ចំណេញ។ ជាការប្រសើរណាស់ អ្នកវាយប្រហារបានផ្ញើរលកនៃអ៊ីមែលទៅកាន់ប្រអប់សំបុត្រមួយ ជាការប្រសើរណាស់ គាត់មិនអនុញ្ញាតឱ្យបុគ្គលនោះប្រើអ៊ីមែលជាធម្មតាទេ អ្នកវាយប្រហារបានលួចចូលទៅក្នុងអ៊ីមែលសាជីវកម្មរបស់នរណាម្នាក់ ហើយចាប់ផ្តើមផ្ញើសាររាប់ពាន់សំបុត្រពេញ GAL ដែលជា ហេតុអ្វីបានជាម៉ាស៊ីនមេគាំង ឬចាប់ផ្តើមយឺត ដូច្នេះវាមិនអាចប្រើវាបាន ហើយតើមានអ្វីបន្ទាប់ទៀត? វាស្ទើរតែមិនអាចទៅរួចទេក្នុងការបំប្លែងឧក្រិដ្ឋកម្មតាមអ៊ីនធឺណិតទៅជាលុយពិត ដូច្នេះការទម្លាក់គ្រាប់បែកតាមសំបុត្របច្ចុប្បន្នជារឿងដ៏កម្រមួយ ហើយអ្នកគ្រប់គ្រងប្រព័ន្ធ នៅពេលរចនាហេដ្ឋារចនាសម្ព័ន្ធ ប្រហែលជាមិនចាំពីតម្រូវការដើម្បីការពារប្រឆាំងនឹងការវាយប្រហារតាមអ៊ីនធឺណិតបែបនេះទេ។

ទោះបីជាយ៉ាងណាក៏ដោយ ខណៈពេលដែលការទម្លាក់គ្រាប់បែកតាមអ៊ីមែលខ្លួនវាគឺជាលំហាត់គ្មានន័យត្រឹមត្រូវតាមទស្សនៈពាណិជ្ជកម្ម វាជារឿយៗជាផ្នែកនៃការវាយប្រហារតាមអ៊ីនធឺណិតដែលស្មុគស្មាញ និងច្រើនដំណាក់កាលផ្សេងទៀត។ ជាឧទាហរណ៍ នៅពេលដែលលួចចូលអ៊ីមែល និងប្រើវាដើម្បីលួចគណនីនៅក្នុងសេវាសាធារណៈមួយចំនួន អ្នកវាយប្រហារតែងតែ "បំផ្ទុះ" ប្រអប់សំបុត្ររបស់ជនរងគ្រោះជាមួយនឹងអក្សរគ្មានន័យ ដូច្នេះសំបុត្របញ្ជាក់ត្រូវបាត់បង់នៅក្នុងចរន្តរបស់ពួកគេ និងមិនមាននរណាកត់សម្គាល់។ ការទម្លាក់គ្រាប់បែកតាមសំបុត្រក៏អាចប្រើជាមធ្យោបាយនៃសម្ពាធសេដ្ឋកិច្ចលើសហគ្រាសផងដែរ។ ដូច្នេះ ការទម្លាក់គ្រាប់បែកយ៉ាងសកម្មនៃប្រអប់សំបុត្រសាធារណៈរបស់សហគ្រាស ដែលទទួលបានសំណើពីអតិថិជន អាចធ្វើឱ្យការងារស្មុគស្មាញជាមួយពួកគេយ៉ាងធ្ងន់ធ្ងរ ហើយជាលទ្ធផល អាចនាំឱ្យមានការផ្អាកឧបករណ៍ ការបញ្ជាទិញមិនបានសម្រេច ក៏ដូចជាការបាត់បង់កេរ្តិ៍ឈ្មោះ និងការបាត់បង់ប្រាក់ចំណេញផងដែរ។

នោះហើយជាមូលហេតុដែលអ្នកគ្រប់គ្រងប្រព័ន្ធមិនគួរភ្លេចអំពីលទ្ធភាពនៃការទម្លាក់គ្រាប់បែកតាមអ៊ីមែល ហើយតែងតែចាត់វិធានការចាំបាច់ដើម្បីការពារប្រឆាំងនឹងការគំរាមកំហែងនេះ។ ដោយពិចារណាថានេះអាចត្រូវបានធ្វើនៅដំណាក់កាលនៃការសាងសង់ហេដ្ឋារចនាសម្ព័ន្ធសំបុត្រ ហើយថាវាត្រូវការពេលវេលា និងកម្លាំងពលកម្មតិចតួចបំផុតពីអ្នកគ្រប់គ្រងប្រព័ន្ធ វាមិនមានហេតុផលច្បាស់លាស់សម្រាប់ការមិនផ្តល់ហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នកជាមួយនឹងការការពារពីការទម្លាក់គ្រាប់បែកតាមសំបុត្រនោះទេ។ សូមក្រឡេកមើលពីរបៀបដែលការការពារប្រឆាំងនឹងការវាយប្រហារតាមអ៊ីនធឺណិតនេះត្រូវបានអនុវត្តនៅក្នុង Zimbra Collaboration Suite Open-Source Edition។

Zimbra គឺផ្អែកលើ Postfix ដែលជាប្រភពបើកចំហរដែលអាចទុកចិត្តបំផុត និងមានមុខងារភ្នាក់ងារផ្ទេរសំបុត្រដែលមានថ្ងៃនេះ។ ហើយគុណសម្បត្តិចម្បងមួយនៃការបើកចំហរបស់វាគឺថាវាគាំទ្រដំណោះស្រាយភាគីទីបីជាច្រើនដើម្បីពង្រីកមុខងារ។ ជាពិសេស Postfix គាំទ្រយ៉ាងពេញទំហឹង cbpolicyd ដែលជាឧបករណ៍ប្រើប្រាស់កម្រិតខ្ពស់សម្រាប់ធានាសុវត្ថិភាពម៉ាស៊ីនមេអ៊ីមែល។ បន្ថែមពីលើការការពារប្រឆាំងនឹងសារឥតបានការ និងការបង្កើតបញ្ជីស បញ្ជីខ្មៅ និងបញ្ជីខ្មៅ cbpolicyd អនុញ្ញាតឱ្យអ្នកគ្រប់គ្រង Zimbra កំណត់រចនាសម្ព័ន្ធការផ្ទៀងផ្ទាត់ហត្ថលេខា SPF ក៏ដូចជាកំណត់ការរឹតបន្តឹងលើការទទួល និងផ្ញើអ៊ីមែល ឬទិន្នន័យ។ ពួកវាទាំងពីរអាចផ្តល់ការការពារដែលអាចទុកចិត្តបានប្រឆាំងនឹងសារឥតបានការ និងអ៊ីមែលបន្លំ និងការពារម៉ាស៊ីនមេពីការបំផ្ទុះអ៊ីមែល។

រឿងដំបូងដែលត្រូវបានទាមទារពីអ្នកគ្រប់គ្រងប្រព័ន្ធគឺធ្វើឱ្យម៉ូឌុល cbpolicyd សកម្ម ដែលត្រូវបានដំឡើងជាមុននៅក្នុង Zimbra Collaboration Suite OSE នៅលើហេដ្ឋារចនាសម្ព័ន្ធ MTA server។ នេះត្រូវបានធ្វើដោយប្រើពាក្យបញ្ជា 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 commands។ បន្ទាប់​ពី​នេះ អ្នក​នឹង​មាន​សិទ្ធិ​ចូល​ទៅ​កាន់​ចំណុច​ប្រទាក់​បណ្ដាញ​នៅ example.com៖ 7780/webui/index.php. ចំនុចសំខាន់គឺថាច្រកចូលទៅកាន់ចំណុចប្រទាក់គេហទំព័រនេះមិនទាន់ត្រូវបានការពារតាមមធ្យោបាយណាមួយនៅឡើយទេ ហើយដើម្បីការពារអ្នកដែលគ្មានការអនុញ្ញាតពីការចូលនោះ អ្នកអាចបិទការតភ្ជាប់នៅលើច្រក 7780 បន្ទាប់ពីច្រកចូលនីមួយៗទៅកាន់ចំណុចប្រទាក់គេហទំព័រ។

អ្នកអាចការពារខ្លួនអ្នកពីការជន់លិចនៃអ៊ីមែលដែលមកពីបណ្តាញខាងក្នុងដោយប្រើកូតាសម្រាប់ការផ្ញើអ៊ីមែល ដែលអាចកំណត់ដោយ cbpolicyd ។ កូតាបែបនេះអនុញ្ញាតឱ្យអ្នកកំណត់ចំនួនអតិបរមានៃសំបុត្រដែលអាចផ្ញើពីប្រអប់សំបុត្រមួយក្នុងមួយឯកតានៃពេលវេលា។ ឧទាហរណ៍ ប្រសិនបើអ្នកគ្រប់គ្រងអាជីវកម្មរបស់អ្នកផ្ញើជាមធ្យម 60-80 អ៊ីមែលក្នុងមួយម៉ោង អ្នកអាចកំណត់កូតា 100 អ៊ីមែលក្នុងមួយម៉ោង ដោយគិតគូរពីរឹមតូចមួយ។ ដើម្បីឈានដល់កូតានេះ អ្នកគ្រប់គ្រងនឹងត្រូវផ្ញើអ៊ីមែលមួយរៀងរាល់ 36 វិនាទី។ ម៉្យាងវិញទៀត នេះគឺគ្រប់គ្រាន់ដើម្បីធ្វើការពេញលេញ ហើយម្យ៉ាងវិញទៀត ជាមួយនឹងកូតាបែបនេះ អ្នកវាយប្រហារដែលមានសិទ្ធិចូលប្រើសំបុត្ររបស់អ្នកគ្រប់គ្រងម្នាក់ នឹងមិនចាប់ផ្តើមការបំផ្ទុះសំបុត្រ ឬការវាយប្រហារសារឥតបានការដ៏ធំលើសហគ្រាសនោះទេ។

ដើម្បីកំណត់កូតាបែបនេះ អ្នកត្រូវបង្កើតគោលការណ៍រឹតបន្តឹងការផ្ញើអ៊ីមែលថ្មីនៅក្នុងចំណុចប្រទាក់បណ្ដាញ ហើយបញ្ជាក់ថាវាអនុវត្តទាំងសំបុត្រដែលបានផ្ញើនៅក្នុងដែន និងសំបុត្រដែលផ្ញើទៅអាសយដ្ឋានខាងក្រៅ។ នេះត្រូវបានធ្វើដូចខាងក្រោម:

បន្ទាប់ពីនេះ អ្នកអាចបញ្ជាក់លម្អិតបន្ថែមទៀតអំពីការរឹតបន្តឹងដែលទាក់ទងនឹងការផ្ញើសំបុត្រ ជាពិសេសកំណត់ចន្លោះពេល បន្ទាប់ពីនោះការរឹតបន្តឹងនឹងត្រូវបានធ្វើបច្ចុប្បន្នភាព ក៏ដូចជាសារដែលអ្នកប្រើប្រាស់ដែលលើសពីដែនកំណត់របស់គាត់នឹងទទួលបាន។ បន្ទាប់ពីនេះអ្នកអាចកំណត់ការរឹតបន្តឹងលើការផ្ញើសំបុត្រ។ វាអាចត្រូវបានកំណត់ទាំងជាចំនួនអក្សរចេញ និងជាចំនួនបៃនៃព័ត៌មានដែលបានបញ្ជូន។ ក្នុងពេលជាមួយគ្នានេះ សំបុត្រដែលត្រូវបានផ្ញើលើសពីដែនកំណត់ដែលបានកំណត់ ត្រូវតែដោះស្រាយខុសគ្នា។ ដូច្នេះ ជាឧទាហរណ៍ អ្នកអាចលុបពួកវាភ្លាមៗ ឬអ្នកអាចរក្សាទុកពួកវាដើម្បីឱ្យពួកវាត្រូវបានផ្ញើភ្លាមៗបន្ទាប់ពីដែនកំណត់នៃការផ្ញើសារត្រូវបានធ្វើបច្ចុប្បន្នភាព។ ជម្រើសទីពីរអាចត្រូវបានប្រើនៅពេលកំណត់តម្លៃដ៏ល្អប្រសើរនៃដែនកំណត់សម្រាប់ការផ្ញើអ៊ីមែលដោយបុគ្គលិក។

បន្ថែមពីលើការរឹតបន្តឹងលើការផ្ញើសំបុត្រ cbpolicyd អនុញ្ញាតឱ្យអ្នកកំណត់ដែនកំណត់លើការទទួលសំបុត្រ។ ការកំណត់បែបនេះនៅ glance ដំបូងគឺជាដំណោះស្រាយដ៏ល្អសម្រាប់ការការពារប្រឆាំងនឹងការទម្លាក់គ្រាប់បែកតាមសំបុត្រ ប៉ុន្តែតាមពិត ការកំណត់បែបនេះសូម្បីតែមួយធំក៏ដោយ គឺមានភាពស្រពិចស្រពិលជាមួយនឹងការពិតដែលថានៅក្រោមលក្ខខណ្ឌមួយចំនួន សំបុត្រសំខាន់មិនអាចទៅដល់អ្នក។ នោះហើយជាមូលហេតុដែលវាមិនត្រូវបានផ្តល់អនុសាសន៍យ៉ាងខ្លាំងឱ្យបើកការរឹតបន្តឹងណាមួយសម្រាប់សំបុត្រចូល។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកនៅតែសម្រេចចិត្តទទួលយកហានិភ័យ អ្នកត្រូវចូលទៅជិតការកំណត់ការកំណត់សារចូលដោយយកចិត្តទុកដាក់ជាពិសេស។ ឧទាហរណ៍ អ្នកអាចកំណត់ចំនួនអ៊ីមែលចូលពីសមភាគីដែលគួរឱ្យទុកចិត្ត ដូច្នេះប្រសិនបើម៉ាស៊ីនមេសំបុត្ររបស់ពួកគេត្រូវបានសម្របសម្រួល នោះវានឹងមិនចាប់ផ្តើមការវាយប្រហារសារឥតបានការលើអាជីវកម្មរបស់អ្នកទេ។

ដើម្បីការពារប្រឆាំងនឹងការហូរចូលនៃសារចូលកំឡុងពេលការបំផ្ទុះសំបុត្រ អ្នកគ្រប់គ្រងប្រព័ន្ធគួរតែធ្វើអ្វីមួយដែលឆ្លាតជាងការគ្រាន់តែកំណត់សំបុត្រចូល។ ដំណោះស្រាយនេះអាចជាការប្រើប្រាស់បញ្ជីពណ៌ប្រផេះ។ គោលការណ៍នៃប្រតិបត្តិការរបស់ពួកគេគឺថា នៅពេលដែលការប៉ុនប៉ងលើកដំបូងដើម្បីបញ្ជូនសារពីអ្នកផ្ញើដែលមិនគួរឱ្យទុកចិត្ត ការតភ្ជាប់ទៅម៉ាស៊ីនមេត្រូវបានរំខានភ្លាមៗ ដែលជាមូលហេតុដែលការបញ្ជូនសំបុត្របរាជ័យ។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើក្នុងអំឡុងពេលជាក់លាក់មួយ ម៉ាស៊ីនមេដែលមិនគួរឱ្យទុកចិត្តព្យាយាមផ្ញើលិខិតដដែលម្តងទៀត នោះម៉ាស៊ីនមេមិនបិទការតភ្ជាប់ទេ ហើយការចែកចាយរបស់វាទទួលបានជោគជ័យ។

ចំណុចនៃសកម្មភាពទាំងអស់នេះគឺថា កម្មវិធីសម្រាប់ការផ្ញើអ៊ីមែលដ៏ធំដោយស្វ័យប្រវត្តិ ជាធម្មតាមិនពិនិត្យមើលភាពជោគជ័យនៃការបញ្ជូនសារដែលបានផ្ញើនោះទេ ហើយកុំព្យាយាមផ្ញើវាជាលើកទីពីរ ខណៈដែលមនុស្សម្នាក់នឹងប្រាកដថាតើសំបុត្ររបស់គាត់ត្រូវបានផ្ញើទៅ អាសយដ្ឋានឬអត់។

អ្នកក៏អាចបើកដំណើរការបញ្ជីខ្មៅនៅក្នុងចំណុចប្រទាក់បណ្ដាញ cbpolicyd ផងដែរ។ ដើម្បីឱ្យអ្វីៗដំណើរការបាន អ្នកត្រូវបង្កើតគោលការណ៍ដែលនឹងរួមបញ្ចូលអក្សរចូលទាំងអស់ដែលផ្ញើទៅកាន់អ្នកប្រើប្រាស់នៅលើម៉ាស៊ីនមេរបស់យើង ហើយបន្ទាប់មកផ្អែកលើគោលការណ៍នេះ បង្កើតច្បាប់ Greylisting ដែលអ្នកអាចកំណត់រចនាសម្ព័ន្ធចន្លោះពេលដែល cbpolicyd នឹងរង់ចាំ សម្រាប់ការឆ្លើយតបម្តងទៀតពីអ្នកផ្ញើដែលមិនស្គាល់។ ជាធម្មតាវាគឺ 4-5 នាទី។ ជាមួយគ្នានេះ បញ្ជីពណ៌ប្រផេះអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធ ដូច្នេះរាល់ការប៉ុនប៉ងដែលទទួលបានជោគជ័យ និងមិនបានជោគជ័យក្នុងការបញ្ជូនសំបុត្រពីអ្នកផ្ញើផ្សេងៗគ្នាត្រូវបានយកមកពិចារណា ហើយដោយផ្អែកលើលេខរបស់ពួកគេ ការសម្រេចចិត្តត្រូវបានធ្វើឡើងដើម្បីបន្ថែមអ្នកផ្ញើដោយស្វ័យប្រវត្តិទៅក្នុងបញ្ជីស ឬខ្មៅ។

យើងគូរយកចិត្តទុកដាក់របស់អ្នកចំពោះការពិតដែលថាការប្រើប្រាស់បញ្ជីពណ៌ប្រផេះគួរតែត្រូវបានធ្វើដោយការទទួលខុសត្រូវបំផុត។ វាជាការល្អបំផុតប្រសិនបើការប្រើប្រាស់បច្ចេកវិទ្យានេះដើរទន្ទឹមគ្នាជាមួយនឹងការថែរក្សាជាប្រចាំនៃបញ្ជីស និងខ្មៅ ដើម្បីលុបបំបាត់លទ្ធភាពនៃការបាត់បង់អ៊ីមែលដែលពិតជាមានសារៈសំខាន់សម្រាប់សហគ្រាស។

លើសពីនេះ ការបន្ថែមការពិនិត្យ SPF, DMARC និង DKIM អាចជួយការពារប្រឆាំងនឹងការទម្លាក់គ្រាប់បែកតាមអ៊ីមែល។ ជាញឹកញាប់សំបុត្រដែលមកដល់តាមរយៈដំណើរការនៃការទម្លាក់គ្រាប់បែកតាមសំបុត្រមិនឆ្លងកាត់ការត្រួតពិនិត្យបែបនេះទេ។ របៀបធ្វើនេះត្រូវបានពិភាក្សា នៅក្នុងអត្ថបទមុនមួយរបស់យើង។.

ដូច្នេះ ការការពារខ្លួនអ្នកពីការគំរាមកំហែងដូចជាការទម្លាក់គ្រាប់បែកតាមអ៊ីមែលគឺសាមញ្ញណាស់ ហើយអ្នកអាចធ្វើវាបានសូម្បីតែនៅដំណាក់កាលនៃការសាងសង់ហេដ្ឋារចនាសម្ព័ន្ធ Zimbra សម្រាប់សហគ្រាសរបស់អ្នក។ ទោះជាយ៉ាងណាក៏ដោយ វាមានសារៈសំខាន់ណាស់ក្នុងការធានាថាហានិភ័យនៃការប្រើប្រាស់ការការពារបែបនេះមិនដែលលើសពីអត្ថប្រយោជន៍ដែលអ្នកទទួលបាននោះទេ។

ប្រភព: www.habr.com