যাইহোক, আমার জ্ঞানের সর্বোপরি, যখন এটি মেইল-সার্ভার-থেকে-মেল-সার্ভার যোগাযোগের ক্ষেত্রে আসে, বেশিরভাগ ইমেলগুলি এখনও সরল পাঠ্যে স্থানান্তরিত হয় এবং এনক্রিপ্ট করা হয় না, যার ফলে নেটওয়ার্কের যে কেউ তাদের সামগ্রী পড়তে পারে।
সঠিক। এইচটিটিপি-র মতো এসএমটিপি, ডিফল্টরূপে সরল-পাঠ্য।
আজকাল অনেকগুলি মেল সার্ভারগুলি এসএমটিপির জন্য টিএলএস (আগে এসএসএল হিসাবে পরিচিত) সমর্থন করে । (এটিতে জিমেইল অন্তর্ভুক্ত রয়েছে)) তবে, এটিতে এইচটিটিপি [এস] এর মতো একই সমস্যা রয়েছে: সুপরিচিত সিএ দ্বারা প্রদত্ত শংসাপত্রগুলির জন্য অর্থ ব্যয় হয় এবং এমআইটিএম আক্রমণ থেকে রক্ষা করার জন্য স্ব-স্বাক্ষরযুক্তগুলি মূল্যহীন 1 । যদি আপনার মেইল সার্ভারটি রিসিভারের শংসাপত্রের কঠোর বৈধতা দেয় (যেমন ওয়েব ব্রাউজারগুলি করে) তবে এটি স্ব-স্বাক্ষরিত শংসাপত্র বা ইন-হাউস সিএএস ব্যবহার করে এমন সার্ভারগুলিতে বার্তা সরবরাহ করতে ব্যর্থ হতে পারে। যদি এটি না হয় , তবে এটি নিশ্চিত হওয়া যায় না যে এটি সঠিক সার্ভারের সাথে কথা বলছে এবং কোনও প্রবক্তা নয় ।
এছাড়াও, টিএলএস এসএমটিপিতে তুলনামূলকভাবে সাম্প্রতিক সংযোজন, সুতরাং প্রাপকের মেইল সার্ভার টিএলএস সমর্থন করলেও প্রেরকের সেটি না পারে বা এটি ডিফল্টরূপে অক্ষম হতে পারে।
1 (যদি না প্রেরণকারী সার্ভার DANE (TLSA) সমর্থন করে এবং গ্রাহক সার্ভারের প্রশাসক DNS- এ TLSA রেকর্ড প্রকাশ করতে আগ্রহী না হয় This এটি খুব কমই করা হয় এবং কিছুটা ক্লান্তিকর হয়))
এমন কোনও প্রযুক্তি রয়েছে যা ব্যবহারকারীর কিছু গ্যারান্টি দেয় যে তার ইমেলগুলি শেষ থেকে শেষ পর্যন্ত নিরাপদে প্রেরণ করা হয়েছে?
দুটি সাধারণ ইমেল সুরক্ষা মান:
ওপেনজিপি , বিশ্বাসের ভিত্তিতে এবং ব্যবহারের জন্য নিখরচায়। ওপেন সোর্স বাস্তবায়ন টি GnuPG ( Windows এর জন্য , থান্ডারবার্ড জন্য ), এবং মূল PGP বাণিজ্যিক পরিচাযক PGP ডেস্কটপ ।
ওয়েব ভিত্তিক ইমেল ক্লায়েন্ট জন্য, FireGPG একটি সম্ভাবনা আছে - এটা অভিশাপ
এক্স / 509 অবকাঠামোর উপর ভিত্তি করে এস / এমআইএমআই । বেশিরভাগ ডেস্কটপ ক্লায়েন্ট (আউটলুক, থান্ডারবার্ড, মেল.অ্যাপ সহ) দ্বারা প্রয়োগ করা হয়েছে। তবে, টিএলএস / এসএসএলের মতো একই কর্তৃত্ব-ভিত্তিক কাঠামোর কারণে তুলনামূলকভাবে অপ্রিয় জনিত: স্বাক্ষরিত শংসাপত্রগুলির জন্য অর্থ ব্যয় হয় এবং স্ব-স্বাক্ষরিতগুলি নির্ভরযোগ্যভাবে বৈধ হওয়া যায় না।
উভয় ক্ষেত্রেই, এনক্রিপশনের জন্য প্রাপককে অবশ্যই সিস্টেমটি ব্যবহার করা উচিত এবং একটি কী-পেয়ার তৈরি / অর্জন করতে হবে। ( স্বাক্ষর করার জন্য , প্রেরকের কী- পেয়ার ব্যবহার করা হয় The সাধারণ অনুশীলন হ'ল সাইন এবং এনক্রিপ্ট বার্তাগুলি উভয়ই))
এনক্রিপশন সমর্থিত নয় যখন ব্যবহারকারীকে কেন জানানো হবে না এবং যদি তার ইমেলটি এখনও বিতরণ করা চায় তবে তাকে চয়ন করতে দিন কেন?
সাধারণত জমা দেওয়া বার্তাগুলি সারিবদ্ধ থাকে , এবং ব্যবহারকারী বা এমটিএ উভয়ই জানতে পারবেন না যে পরবর্তী হপ টিএলএস সমর্থন করে কিনা - বার্তা না পাঠানো পর্যন্ত , কোন পর্যায়ে ব্যবহারকারীকে নিশ্চিতকরণের জন্য জিজ্ঞাসা করার কোনও নির্ভরযোগ্য উপায় নেই। (তারা এএফকে, অফলাইন, ঘুমন্ত, বা স্ক্রিপ্ট / প্রোগ্রাম হতে পারে I আমি যদি বার্তাটি প্রেরণ করি তবে আমি চাই যত তাড়াতাড়ি সম্ভব এটি সরবরাহ করা হোক))
তদ্ব্যতীত, এসএমটিপি দিয়ে আপনি কখনই জানেন না যে পরবর্তী হপটি চূড়ান্ত কিনা বা এটি অন্য কোনও জায়গায় মেলটি রিলে করবে। ব্যাকআপ এমএক্স সম্পূর্ণ আলাদা নেটওয়ার্কে থাকা অস্বাভাবিক নয়।
অতএব। উভয় পক্ষই ওপেনজিপি বা এস / এমআইএমআই ব্যবহার করার সময় এন্ড-টু-এন্ড সুরক্ষা তখনই সম্ভব।