জিমব্রা এবং মেল বোম্বিং সুরক্ষা

মেইল বোমা বিস্ফোরণ সাইবার আক্রমণের প্রাচীনতম ধরনগুলির মধ্যে একটি। এর মূলে, এটি একটি নিয়মিত DoS আক্রমণের সাথে সাদৃশ্যপূর্ণ, শুধুমাত্র বিভিন্ন আইপি ঠিকানা থেকে অনুরোধের একটি তরঙ্গের পরিবর্তে, সার্ভারে ইমেলের একটি তরঙ্গ পাঠানো হয়, যা বিপুল পরিমাণে ইমেল ঠিকানাগুলির একটিতে পৌঁছায়, যার কারণে লোড এটা উল্লেখযোগ্যভাবে বৃদ্ধি. এই ধরনের আক্রমণ মেলবক্স ব্যবহার করা অসম্ভব করে তুলতে পারে এবং কখনও কখনও সম্পূর্ণ সার্ভারের ব্যর্থতার দিকে নিয়ে যেতে পারে। এই ধরনের সাইবার আক্রমণের দীর্ঘ ইতিহাস সিস্টেম অ্যাডমিনিস্ট্রেটরদের জন্য অনেক ইতিবাচক এবং নেতিবাচক ফলাফলের দিকে পরিচালিত করেছে। ইতিবাচক কারণগুলির মধ্যে রয়েছে মেইল ​​বোমা হামলা সম্পর্কে ভাল জ্ঞান এবং এই ধরনের আক্রমণ থেকে নিজেকে রক্ষা করার সহজ উপায়গুলির উপলব্ধতা। নেতিবাচক কারণগুলির মধ্যে রয়েছে এই ধরণের আক্রমণ চালানোর জন্য প্রচুর পরিমাণে সর্বজনীনভাবে উপলব্ধ সফ্টওয়্যার সমাধান এবং আক্রমণকারীর সনাক্তকরণ থেকে নিজেদেরকে নির্ভরযোগ্যভাবে রক্ষা করার ক্ষমতা।

এই সাইবার আক্রমণের একটি গুরুত্বপূর্ণ বৈশিষ্ট্য হল এটি লাভের জন্য ব্যবহার করা প্রায় অসম্ভব। ঠিক আছে, আক্রমণকারী একটি মেলবক্সে ইমেলের একটি তরঙ্গ পাঠিয়েছিল, ভাল, সে ব্যক্তিটিকে সাধারণভাবে ইমেল ব্যবহার করতে দেয়নি, ভাল, আক্রমণকারী কারও কর্পোরেট ইমেল হ্যাক করে এবং GAL জুড়ে হাজার হাজার চিঠি পাঠাতে শুরু করে, যা কেন সার্ভারটি ক্র্যাশ হয়েছে বা ধীর হতে শুরু করেছে যাতে এটি ব্যবহার করা অসম্ভব হয়ে পড়ে এবং এর পরে কী? এই ধরনের সাইবার অপরাধকে প্রকৃত অর্থে রূপান্তর করা প্রায় অসম্ভব, তাই কেবল মেইল-বোমা বিস্ফোরণ বর্তমানে একটি বিরল ঘটনা এবং সিস্টেম অ্যাডমিনিস্ট্রেটররা, অবকাঠামো ডিজাইন করার সময়, এই ধরনের সাইবার-আক্রমণ থেকে রক্ষা করার প্রয়োজন মনে করতে পারে না।

যাইহোক, যদিও ইমেল বোমা বিস্ফোরণ নিজেই একটি বাণিজ্যিক দৃষ্টিকোণ থেকে একটি অর্থহীন অনুশীলন, এটি প্রায়শই অন্যান্য, আরও জটিল এবং বহু-পর্যায়ের সাইবার আক্রমণের অংশ। উদাহরণস্বরূপ, যখন মেল হ্যাক করা হয় এবং কিছু পাবলিক সার্ভিসে একটি অ্যাকাউন্ট হাইজ্যাক করার জন্য এটি ব্যবহার করে, আক্রমণকারীরা প্রায়ই অর্থহীন চিঠি দিয়ে শিকারের মেলবক্সে "বোমা" করে যাতে নিশ্চিতকরণ চিঠিটি তাদের প্রবাহে হারিয়ে যায় এবং অলক্ষিত হয়। মেল বোমা বিস্ফোরণ একটি এন্টারপ্রাইজের উপর অর্থনৈতিক চাপের উপায় হিসাবেও ব্যবহার করা যেতে পারে। সুতরাং, ক্লায়েন্টদের কাছ থেকে অনুরোধ প্রাপ্ত একটি এন্টারপ্রাইজের একটি পাবলিক মেলবক্সের সক্রিয় বোমাবর্ষণ তাদের সাথে কাজকে গুরুতরভাবে জটিল করে তুলতে পারে এবং ফলস্বরূপ, সরঞ্জামের ডাউনটাইম, অসম্পূর্ণ অর্ডার, সেইসাথে খ্যাতি এবং হারানো লাভের ক্ষতি হতে পারে।

এই কারণেই সিস্টেম প্রশাসকের ইমেল বোমা হামলার সম্ভাবনা সম্পর্কে ভুলে যাওয়া উচিত নয় এবং সর্বদা এই হুমকির বিরুদ্ধে সুরক্ষার জন্য প্রয়োজনীয় ব্যবস্থা গ্রহণ করা উচিত। মেল অবকাঠামো তৈরির পর্যায়ে এটি করা যেতে পারে এবং সিস্টেম অ্যাডমিনিস্ট্রেটরের কাছ থেকে খুব কম সময় এবং শ্রম লাগে তা বিবেচনা করে, মেল বোমা হামলা থেকে আপনার অবকাঠামোকে সুরক্ষা প্রদান না করার জন্য কোনও উদ্দেশ্যমূলক কারণ নেই। জিমব্রা কোলাবরেশন স্যুট ওপেন-সোর্স সংস্করণে এই সাইবার আক্রমণের বিরুদ্ধে সুরক্ষা কীভাবে প্রয়োগ করা হয়েছে তা দেখে নেওয়া যাক।

জিমব্রা পোস্টফিক্সের উপর ভিত্তি করে তৈরি করা হয়েছে, যা বর্তমানে উপলব্ধ সবচেয়ে নির্ভরযোগ্য এবং কার্যকরী ওপেন সোর্স মেল ট্রান্সফার এজেন্টগুলির মধ্যে একটি। এবং এর উন্মুক্ততার একটি প্রধান সুবিধা হল যে এটি কার্যকারিতা প্রসারিত করতে বিভিন্ন ধরণের তৃতীয় পক্ষের সমাধান সমর্থন করে। বিশেষ করে, পোস্টফিক্স সম্পূর্ণরূপে cbpolicyd সমর্থন করে, মেইল ​​সার্ভার সাইবার নিরাপত্তা নিশ্চিত করার জন্য একটি উন্নত ইউটিলিটি। অ্যান্টি-স্প্যাম সুরক্ষা এবং হোয়াইটলিস্ট, ব্ল্যাকলিস্ট এবং গ্রেলিস্ট তৈরির পাশাপাশি, সিবিপলিসিড জিমব্রা অ্যাডমিনিস্ট্রেটরকে এসপিএফ স্বাক্ষর যাচাইকরণ কনফিগার করার অনুমতি দেয়, সেইসাথে ইমেল বা ডেটা গ্রহণ এবং পাঠানোর উপর বিধিনিষেধ সেট করে। তারা উভয়ই স্প্যাম এবং ফিশিং ইমেলের বিরুদ্ধে নির্ভরযোগ্য সুরক্ষা প্রদান করতে পারে এবং সার্ভারকে ইমেল বোমা হামলা থেকে রক্ষা করতে পারে।

সিস্টেম অ্যাডমিনিস্ট্রেটরের কাছ থেকে প্রথমে যে জিনিসটি প্রয়োজন তা হল 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, এবং তারপর ন্যানো কমান্ড ব্যবহার করে সেটিংস ফাইল সম্পাদনা করুন /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="";

এর পরে, যা অবশিষ্ট থাকে তা হল zmcontrol রিস্টার্ট এবং zmapachectl রিস্টার্ট কমান্ড ব্যবহার করে জিমব্রা এবং জিমব্রা অ্যাপাচি পরিষেবাগুলি পুনরায় চালু করা। এর পরে, আপনার কাছে ওয়েব ইন্টারফেসে অ্যাক্সেস থাকবে example.com:7780/webui/index.php. মূল উপজীব্য হল যে এই ওয়েব ইন্টারফেসের প্রবেশদ্বারটি এখনও কোনওভাবেই সুরক্ষিত নয় এবং অননুমোদিত ব্যক্তিদের এটিতে প্রবেশ করা থেকে রোধ করার জন্য, ওয়েব ইন্টারফেসে প্রতিটি প্রবেশের পরে আপনি 7780 পোর্টে সংযোগগুলি বন্ধ করতে পারেন।

আপনি ইমেল পাঠানোর জন্য কোটা ব্যবহার করে অভ্যন্তরীণ নেটওয়ার্ক থেকে আসা ইমেলের বন্যা থেকে নিজেকে রক্ষা করতে পারেন, যা cbpolicyd-এর জন্য ধন্যবাদ সেট করা যেতে পারে। এই ধরনের কোটাগুলি আপনাকে একটি মেইলবক্স থেকে সময়ের এক ইউনিটে পাঠানো যেতে পারে এমন সর্বাধিক সংখ্যক চিঠির একটি সীমা নির্ধারণ করতে দেয়। উদাহরণস্বরূপ, যদি আপনার ব্যবসায়িক পরিচালকরা প্রতি ঘন্টায় গড়ে 60-80টি ইমেল পাঠান, তাহলে আপনি একটি ছোট মার্জিন বিবেচনা করে প্রতি ঘন্টায় 100টি ইমেলের একটি কোটা সেট করতে পারেন। এই কোটায় পৌঁছানোর জন্য, পরিচালকদের প্রতি 36 সেকেন্ডে একটি ইমেল পাঠাতে হবে। একদিকে, এটি সম্পূর্ণরূপে কাজ করার জন্য যথেষ্ট, এবং অন্যদিকে, এই জাতীয় কোটা সহ, আক্রমণকারীরা যারা আপনার একজন পরিচালকের মেলে অ্যাক্সেস পেয়েছে তারা মেইল ​​বোমা বা এন্টারপ্রাইজে একটি বিশাল স্প্যাম আক্রমণ শুরু করবে না।

এই ধরনের একটি কোটা সেট করার জন্য, আপনাকে ওয়েব ইন্টারফেসে একটি নতুন ইমেল পাঠানোর বিধিনিষেধ নীতি তৈরি করতে হবে এবং উল্লেখ করতে হবে যে এটি ডোমেনের মধ্যে প্রেরিত চিঠি এবং বহিরাগত ঠিকানাগুলিতে পাঠানো চিঠি উভয় ক্ষেত্রেই প্রযোজ্য। এটি নিম্নরূপ করা হয়:

এর পরে, আপনি চিঠি পাঠানোর সাথে সম্পর্কিত বিধিনিষেধগুলি আরও বিশদে উল্লেখ করতে পারেন, বিশেষত, সময়ের ব্যবধান সেট করুন যার পরে বিধিনিষেধগুলি আপডেট করা হবে, সেইসাথে বার্তাটি যে ব্যবহারকারী তার সীমা অতিক্রম করেছেন তিনি পাবেন। এর পরে, আপনি চিঠি পাঠানোর উপর সীমাবদ্ধতা সেট করতে পারেন। এটি বহির্গামী অক্ষরের সংখ্যা এবং প্রেরণ করা তথ্যের বাইটের সংখ্যা হিসাবে উভয়ই সেট করা যেতে পারে। একই সময়ে, নির্ধারিত সীমার বেশি যে চিঠিগুলি পাঠানো হয় সেগুলিকে আলাদাভাবে মোকাবেলা করতে হবে। সুতরাং, উদাহরণস্বরূপ, আপনি কেবল তাদের অবিলম্বে মুছে ফেলতে পারেন, অথবা আপনি সেগুলি সংরক্ষণ করতে পারেন যাতে বার্তা প্রেরণের সীমা আপডেট হওয়ার সাথে সাথেই সেগুলি পাঠানো হয়৷ কর্মীদের দ্বারা ইমেল পাঠানোর সীমার জন্য সর্বোত্তম মান সনাক্ত করার সময় দ্বিতীয় বিকল্পটি ব্যবহার করা যেতে পারে।

চিঠি পাঠানোর উপর বিধিনিষেধ ছাড়াও, cbpolicyd আপনাকে চিঠি পাওয়ার সীমা নির্ধারণ করতে দেয়। এই ধরনের সীমাবদ্ধতা, প্রথম নজরে, মেল বোমা হামলা থেকে রক্ষা করার জন্য একটি চমৎকার সমাধান, কিন্তু আসলে, এই ধরনের একটি সীমা নির্ধারণ করা, এমনকি একটি বড়ও, এই সত্যে পরিপূর্ণ যে নির্দিষ্ট পরিস্থিতিতে একটি গুরুত্বপূর্ণ চিঠি আপনার কাছে পৌঁছাতে পারে না। এই কারণেই ইনকামিং মেলগুলির জন্য কোনও বিধিনিষেধ সক্রিয় করার জন্য এটি অত্যন্ত সুপারিশ করা হয় না। যাইহোক, আপনি যদি এখনও ঝুঁকি নেওয়ার সিদ্ধান্ত নেন, তাহলে আপনাকে বিশেষ মনোযোগ দিয়ে আগত বার্তার সীমা নির্ধারণের দিকে যেতে হবে। উদাহরণস্বরূপ, আপনি বিশ্বস্ত প্রতিপক্ষ থেকে আগত ইমেলের সংখ্যা সীমিত করতে পারেন যাতে তাদের মেল সার্ভারের সাথে আপস করা হয়, এটি আপনার ব্যবসার উপর স্প্যাম আক্রমণ শুরু না করে।

মেইল বোমা হামলার সময় ইনকামিং বার্তার আগমন থেকে রক্ষা করার জন্য, সিস্টেম অ্যাডমিনিস্ট্রেটরকে কেবল ইনকামিং মেল সীমিত করার চেয়ে আরও চতুর কিছু করা উচিত। এই সমাধান ধূসর তালিকা ব্যবহার হতে পারে. তাদের অপারেশন নীতি হল যে একটি অবিশ্বস্ত প্রেরক থেকে একটি বার্তা প্রদানের প্রথম প্রচেষ্টায়, সার্ভারের সাথে সংযোগটি হঠাৎ করে বিঘ্নিত হয়, যার কারণে চিঠির বিতরণ ব্যর্থ হয়। যাইহোক, যদি একটি নির্দিষ্ট সময়ের মধ্যে একটি অবিশ্বস্ত সার্ভার আবার একই চিঠি পাঠানোর চেষ্টা করে, সার্ভার সংযোগটি বন্ধ করে না এবং এর বিতরণ সফল হয়।

এই সমস্ত ক্রিয়াকলাপের বিষয় হ'ল স্বয়ংক্রিয়ভাবে গণ ইমেল প্রেরণের প্রোগ্রামগুলি সাধারণত প্রেরিত বার্তা সরবরাহের সাফল্য পরীক্ষা করে না এবং এটি দ্বিতীয়বার প্রেরণের চেষ্টা করে না, যখন একজন ব্যক্তি অবশ্যই নিশ্চিত করবেন যে তার চিঠি পাঠানো হয়েছিল কিনা। ঠিকানা বা না।

আপনি cbpolicyd ওয়েব ইন্টারফেসে গ্রেলিস্টিং সক্ষম করতে পারেন। সবকিছু কাজ করার জন্য, আপনাকে একটি নীতি তৈরি করতে হবে যাতে আমাদের সার্ভারে ব্যবহারকারীদের সম্বোধন করা সমস্ত আগত অক্ষর অন্তর্ভুক্ত করা হবে এবং তারপরে, এই নীতির উপর ভিত্তি করে, একটি গ্রেলিস্টিং নিয়ম তৈরি করুন, যেখানে আপনি ব্যবধানটি কনফিগার করতে পারেন যার সময় cbpolicyd অপেক্ষা করবে। একটি অজানা ব্যক্তি প্রেরক থেকে একটি পুনরাবৃত্তি প্রতিক্রিয়া জন্য. সাধারণত এটি 4-5 মিনিট। একই সময়ে, ধূসর তালিকাগুলি কনফিগার করা যেতে পারে যাতে বিভিন্ন প্রেরকের কাছ থেকে চিঠিগুলি সরবরাহ করার সমস্ত সফল এবং অসফল প্রচেষ্টাগুলিকে বিবেচনায় নেওয়া হয় এবং তাদের সংখ্যার ভিত্তিতে, প্রেরককে স্বয়ংক্রিয়ভাবে সাদা বা কালো তালিকায় যুক্ত করার সিদ্ধান্ত নেওয়া হয়।

আমরা আপনার দৃষ্টি আকর্ষণ করছি যে ধূসর তালিকার ব্যবহার অত্যন্ত দায়িত্বের সাথে করা উচিত। এই প্রযুক্তির ব্যবহার যদি এন্টারপ্রাইজের জন্য সত্যিকারের গুরুত্বপূর্ণ ইমেল হারানোর সম্ভাবনা দূর করতে সাদা এবং কালো তালিকাগুলির ধ্রুবক রক্ষণাবেক্ষণের সাথে হাতে চলে যায় তবে সবচেয়ে ভাল হবে৷

উপরন্তু, SPF, DMARC, এবং DKIM চেক যোগ করা ইমেল বোমা হামলা থেকে রক্ষা করতে সাহায্য করতে পারে। প্রায়শই মেইল ​​বোমা বিস্ফোরণের প্রক্রিয়ার মাধ্যমে আসা চিঠিগুলি এই ধরনের চেক পাস করে না। এটি কীভাবে করা যায় তা নিয়ে আলোচনা করা হয়েছিল আমাদের পূর্ববর্তী নিবন্ধগুলির একটিতে.

সুতরাং, মেল বোমা হামলার মতো হুমকি থেকে নিজেকে রক্ষা করা বেশ সহজ এবং আপনি আপনার উদ্যোগের জন্য জিমব্রা অবকাঠামো তৈরির পর্যায়েও এটি করতে পারেন। যাইহোক, এটি ক্রমাগত নিশ্চিত করা গুরুত্বপূর্ণ যে এই ধরনের সুরক্ষা ব্যবহার করার ঝুঁকিগুলি আপনি যে সুবিধাগুলি পান তা অতিক্রম করে না।

উত্স: www.habr.com