ईमेल सर्वरों के बीच SSL पर SMTP इतना लोकप्रिय क्यों नहीं है? [बन्द है]

Question

मेरी समझ में, ईमेल को एन्क्रिप्ट करने के लिए अधिकांश ईमेल सर्वर SSL पर SMTP / POP / IMAP का उपयोग करते हैं।
यह एन्क्रिप्शन का समर्थन करता है जब क्लाइंट (यूए) सर्वर (एमटीए) को ईमेल भेजता है और यूएए एमटीए से ईमेल प्राप्त करता है। हालांकि, इतने सारे एमटीए एन्क्रिप्ट नहीं हो सकते जब वे एमटीए के बीच एमटीए को ईमेल भेजते हैं।
(क्या मेरी समझ सही है?)

उदाहरण के लिए [e-mail] ईमेल को [e-mail]
[ऐलिस पीसी] --- एन्क्रिप्टेड (SMTPS) ---> [कहीं डॉट सर्वर] --- नहीं भेजा गया (SMTP) ---> [कहीं भी भेजें । org सर्वर] --- एन्क्रिप्टेड (POPS या IMAPS) ---> [बॉब का पीसी]

यदि मेरी समझ सही है, तो ईमेल सर्वर के बीच SSL पर अधिकांश ईमेल सर्वर SMTP का समर्थन क्यों नहीं करते हैं?

मैं PGP / GPG के साथ ईमेल एन्क्रिप्शन को सक्षम करने के लिए बेहतर (कम जटिल) इंटरफ़ेस विकसित करता हूं, लेकिन इन दिनों मुझे लगता है कि SMTPS का उपयोग करना बेहतर हो सकता है क्योंकि PGP / GPG को विश्वसनीयता बनाए रखने के लिए मैन्युअल कुंजी हस्ताक्षर की आवश्यकता होती है।

Comments

ईमेल एन्क्रिप्शन के साथ इसका क्या करना है? ईमेल एन्क्रिप्शन का मतलब है कि ईमेल अपने आप एन्क्रिप्टेड है ...

— Uwe Plonus

?? क्षमा करें, मुझे समझ में नहीं आया कि आपका क्या मतलब है ... "ईमेल अपने आप कैसे एन्क्रिप्ट किया जाता है"? यदि आप ईमेल को सादे पाठ (एन्क्रिप्शन के बिना) के रूप में भेजते हैं, तो मेरी समझ में, ईमेल को आसानी से इंटरसेप्ट किया जा सकता है।

— जंपी ओगावा

हां, लेकिन एन्क्रिप्टेड ईमेल भेजने का एसएमटीपी सर्वर के एसएसएल / टीएलएस एन्क्रिप्शन से कोई लेना-देना नहीं है।

— उवे प्लोनस

यह सुनिश्चित करने के लिए कि आप केवल अपने SMTP सर्वर पर एक एन्क्रिप्टेड चैनल पर मेल प्राप्त करते हैं, आपको TLS का उपयोग करने के लिए बाध्य करना होगा। इसलिए, यदि दूसरी पार्टी टीएलएस को नहीं समझती / उसका समर्थन नहीं करती है, तो आपको अपना मेल प्राप्त नहीं होगा। यदि आप अनएन्क्रिप्टेड संचार में गिरावट की अनुमति देते हैं, तो आपने कुछ भी हासिल नहीं किया। यही कारण है कि लोग मेल को एन्क्रिप्ट करने का विकल्प चुनते हैं और इसे अनएन्क्रिप्टेड चैनल पर भेजते हैं।

— डेर होकस्टाप्लर

स्पष्ट करने के लिए: "एन्क्रिप्टेड ईमेल" पीजीपी जैसी किसी चीज़ का उपयोग करके सामग्री को एन्क्रिप्ट करने को संदर्भित करता है इससे पहले कि आप इसे अपने आउटगोइंग मेल सर्वर पर भी भेजें। यह जो भी अपने एमटीए चलाता है से इसे गुप्त रखने का अतिरिक्त लाभ है। यह एमटीए के बीच ईमेल को एन्क्रिप्ट करने का संदर्भ नहीं देता है; एन्क्रिप्शन आमतौर पर केवल सिरों पर लगाया जाता है, बीच में नहीं। यह भी ध्यान दें कि यूए और एमटीए के बीच संचार में अक्सर पासवर्ड के कुछ प्रकार को प्रसारित करना शामिल होता है, जिसे वैसे भी एन्क्रिप्ट किया जाना चाहिए।

— cpast

Answer 1

अच्छा सवाल, मैंने वास्तव में इसके लिए कोई आंकड़ा नहीं देखा है। मुझे यकीन नहीं है, लेकिन मुझे लगता है कि कई बड़ी कंपनियां अब इनबाउंड और आउटबाउंड एसएमटीपी ("एमएक्स" मेल डिलीवरी) के लिए एसएसएल / टीएलएस का समर्थन करती हैं। यह सामान्य रूप से वैकल्पिक है और पोर्ट 25 पर StartTLS के माध्यम से बातचीत की जा सकती है। अधिकांश एसएमटीपी सर्वर को सर्वर टीएलएस को सर्वर की आवश्यकता नहीं होती है, हालांकि, इसका मतलब है कि कई एमटीए से मेल प्राप्त नहीं कर पाएंगे जो समर्थन नहीं करता है या कॉन्फ़िगर नहीं किया गया है। टीएलएस के लिए।

कई ईमेल क्लाइंट UA और MTA के बीच TLS का समर्थन करते हैं - SSL पर SMTP / IMAP या SSL पर POP3। मुझे लगता है कि उदाहरण के लिए gmail IMAP और POP3 के लिए SSL / TLS की आवश्यकता है।

ईमेल एन्क्रिप्शन के वास्तविक अंत के संबंध में, यह आमतौर पर S / MIME या PGP का उपयोग करके हासिल किया जाता है। हालांकि, इसे स्थापित करने और इसे प्रबंधित करने में जटिलताओं के कारण, इसने व्यापक पैमाने पर अपनाने को नहीं देखा है।

Comments

धन्यवाद। तो ईमेल एन्क्रिप्शन के लिए वर्तमान स्थिति के लिए मेरी समझ। आपका मतलब है कि सर्वर से सर्वर एसएमटीपीएस कई सर्वरों में समर्थित नहीं है क्योंकि पोस्टफ़िक्स जैसे सर्वर सॉफ़्टवेयर इसका समर्थन नहीं करते हैं? यदि अधिकांश मेल सर्वर इसका समर्थन करते हैं, तो समस्या हल हो जाएगी? (शायद मैं आपके उत्तर को सही ढंग से नहीं समझ पा रहा हूँ ...)

— जम्मी ओगावा

जब एन्क्रिप्शन पर बातचीत की जाती है, तब भी आमतौर पर प्रमाणपत्रों की कोई सख्त जांच नहीं की जाती है, क्योंकि यह उन सभी सर्वरों को स्व-हस्ताक्षरित सीट्स के साथ अवरुद्ध करेगा। लेकिन सख्त जांच के बिना एक आदमी के बीच में हमला आसान है (यह उल्लेख नहीं है कि एक MITM STARTTLS को स्पष्ट चरण में हस्तक्षेप करके रोक सकता है)

— Hagen von Eitzen

RFC 2487 सार्वजनिक मेल सर्वरों को TLS की आवश्यकता से मना करता है: "स्थानीय रूप से मेल वितरित करने के लिए सार्वजनिक रूप से संदर्भित SMTP सर्वर को STARTTLS एक्सटेंशन का उपयोग करने की आवश्यकता नहीं है। यह नियम STARTTLS एक्सटेंशन को इंटरनेट के SMTP अवसंरचना की इंटरऑपरेबिलिटी को नुकसान पहुंचाने से रोकता है।"

— एआरएक्स