प्रस्तावना

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

एफ़टीपी क्या है

एफ़टीपी (फ़ाइल ट्रांसफ़र प्रोटोकॉल) एक नेटवर्क पर फ़ाइलें स्थानांतरित करने के लिए एक प्रोटोकॉल है। यह बुनियादी ईथरनेट प्रोटोकॉल में से एक है। 1971 में प्रदर्शित हुए और शुरुआत में DARPA नेटवर्क में काम किया। वर्तमान में, HTTP की तरह, फ़ाइल स्थानांतरण टीसीपी/आईपी (ट्रांसमिशन कंट्रोल प्रोटोकॉल/इंटरनेट प्रोटोकॉल) प्रोटोकॉल के एक सेट वाले मॉडल पर आधारित है। आरएफसी 959 में परिभाषित।

प्रोटोकॉल निम्नलिखित को परिभाषित करता है:

• त्रुटि जांच कैसे की जाएगी?
• डेटा पैकेजिंग विधि (यदि पैकेजिंग का उपयोग किया जाता है)
• भेजने वाला उपकरण कैसे संकेत देता है कि उसने संदेश समाप्त कर दिया है?
• प्राप्तकर्ता डिवाइस कैसे संकेत देता है कि उसे संदेश प्राप्त हुआ है?

क्लाइंट और सर्वर के बीच संचार

आइए एफ़टीपी ऑपरेशन के दौरान होने वाली प्रक्रियाओं पर करीब से नज़र डालें। कनेक्शन को उपयोगकर्ता के प्रोटोकॉल दुभाषिया द्वारा प्रारंभ किया जाता है। एक्सचेंज को TELNET मानक में एक नियंत्रण चैनल के माध्यम से नियंत्रित किया जाता है। एफ़टीपी कमांड उपयोगकर्ता के प्रोटोकॉल दुभाषिया द्वारा उत्पन्न होते हैं और सर्वर पर भेजे जाते हैं। सर्वर की प्रतिक्रियाएँ नियंत्रण चैनल के माध्यम से उपयोगकर्ता को भी भेजी जाती हैं। सामान्य तौर पर, उपयोगकर्ता के पास सर्वर के प्रोटोकॉल दुभाषिया के साथ और उपयोगकर्ता के दुभाषिया के अलावा अन्य माध्यमों से संपर्क स्थापित करने की क्षमता होती है।

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

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

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

किसी नेटवर्क पर डेटा संचारित करते समय, चार डेटा प्रस्तुतियों का उपयोग किया जा सकता है:

• ASCII - टेक्स्ट के लिए उपयोग किया जाता है। यदि आवश्यक हो, तो डेटा को ट्रांसमिशन से पहले भेजने वाले होस्ट पर वर्ण प्रतिनिधित्व से "आठ-बिट ASCII" में परिवर्तित किया जाता है, और (फिर से, यदि आवश्यक हो) प्राप्तकर्ता होस्ट पर वर्ण प्रतिनिधित्व में परिवर्तित किया जाता है। विशेष रूप से, न्यूलाइन वर्ण बदल दिए जाते हैं। परिणामस्वरूप, यह मोड केवल सादे पाठ से अधिक वाली फ़ाइलों के लिए उपयुक्त नहीं है।
• बाइनरी मोड - भेजने वाला उपकरण प्रत्येक फ़ाइल को बाइट दर बाइट भेजता है, और प्राप्तकर्ता रसीद पर बाइट्स की स्ट्रीम संग्रहीत करता है। सभी एफ़टीपी कार्यान्वयनों के लिए इस मोड के समर्थन की अनुशंसा की गई है।
• ईबीसीडीआईसी - ईबीसीडीआईसी एन्कोडिंग में मेजबानों के बीच सादे पाठ को स्थानांतरित करने के लिए उपयोग किया जाता है। अन्यथा, यह मोड ASCII मोड के समान है।
• स्थानीय मोड - समान सेटिंग्स वाले दो कंप्यूटरों को ASCII में परिवर्तित किए बिना अपने स्वयं के प्रारूप में डेटा भेजने की अनुमति देता है।

डेटा ट्रांसफर तीन तरीकों में से किसी एक में किया जा सकता है:

• स्ट्रीम मोड - डेटा को एक सतत स्ट्रीम के रूप में भेजा जाता है, जिससे एफ़टीपी को कोई भी प्रोसेसिंग करने से मुक्ति मिलती है। इसके बजाय, सभी प्रोसेसिंग टीसीपी द्वारा की जाती है। डेटा को रिकॉर्ड में अलग करने के अलावा फ़ाइल के अंत संकेतक की आवश्यकता नहीं है।
• ब्लॉक मोड - एफ़टीपी डेटा को कई ब्लॉक (हेडर ब्लॉक, बाइट्स की संख्या, डेटा फ़ील्ड) में तोड़ता है और फिर उन्हें टीसीपी तक पहुंचाता है।
• संपीड़न मोड - डेटा को एकल एल्गोरिदम (आमतौर पर रन लंबाई एन्कोडिंग द्वारा) का उपयोग करके संपीड़ित किया जाता है।

FTP सर्वर एक सर्वर है जो फाइल ट्रांसफर प्रोटोकॉल का उपयोग करने की क्षमता प्रदान करता है। इसमें कुछ विशेषताएं हैं जो इसे पारंपरिक वेब सर्वर से अलग करती हैं:

• उपयोगकर्ता प्रमाणीकरण आवश्यक है
• सभी ऑपरेशन वर्तमान सत्र के भीतर निष्पादित किए जाते हैं
• फ़ाइल सिस्टम के साथ विभिन्न क्रियाएं करने की क्षमता
• प्रत्येक कनेक्शन के लिए एक अलग चैनल का उपयोग किया जाता है

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

ftp://user:pass@address:port/directory/file

हालाँकि, इस संदर्भ में वेब ब्राउज़र का उपयोग आपको केवल रुचि की फ़ाइलों को देखने या डाउनलोड करने की अनुमति देगा। एफ़टीपी के सभी लाभों का पूरी तरह से उपयोग करने के लिए, आपको क्लाइंट के रूप में विशेष सॉफ़्टवेयर का उपयोग करना चाहिए।

एफ़टीपी प्रमाणीकरण पहुंच प्रदान करने के लिए उपयोगकर्ता नाम/पासवर्ड योजना का उपयोग करता है। उपयोगकर्ता नाम USER कमांड के साथ सर्वर पर भेजा जाता है, और पासवर्ड PASS कमांड के साथ भेजा जाता है। यदि क्लाइंट द्वारा प्रदान की गई जानकारी सर्वर द्वारा स्वीकार कर ली जाती है, तो सर्वर क्लाइंट को निमंत्रण भेजेगा और सत्र शुरू हो जाएगा। यदि सर्वर इस सुविधा का समर्थन करता है, तो उपयोगकर्ता बिना क्रेडेंशियल प्रदान किए लॉग इन कर सकते हैं, लेकिन सर्वर केवल ऐसे सत्रों के लिए सीमित पहुंच प्रदान कर सकता है।

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

प्रोटोकॉल आरेख

एफ़टीपी कनेक्शन के दौरान क्लाइंट-सर्वर इंटरैक्शन को निम्नानुसार देखा जा सकता है:

सुरक्षित एफ़टीपी

एफ़टीपी का उद्देश्य मूल रूप से सुरक्षित होना नहीं था, क्योंकि इसका उद्देश्य कई सैन्य प्रतिष्ठानों और एजेंसियों के बीच संचार करना था। लेकिन इंटरनेट के विकास और प्रसार के साथ, अनधिकृत पहुंच का खतरा कई गुना बढ़ गया है। सर्वर को विभिन्न प्रकार के हमलों से बचाने की आवश्यकता थी। मई 1999 में, आरएफसी 2577 के लेखकों ने मुद्दों की निम्नलिखित सूची में कमजोरियों को संक्षेप में प्रस्तुत किया:

• छिपे हुए हमले (उछाल वाले हमले)
• नकली हमले
• क्रूर बल के हमले
• पैकेट पकड़ना, सूँघना
• बंदरगाह चोरी

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

FTPS

एफटीपीएस (एफटीपी + एसएसएल) मानक फ़ाइल ट्रांसफर प्रोटोकॉल का एक विस्तार है जो एसएसएल (सिक्योर सॉकेट्स लेयर) प्रोटोकॉल का उपयोग करके एन्क्रिप्टेड सत्रों के निर्माण को अपनी बुनियादी कार्यक्षमता में जोड़ता है। आज, सुरक्षा इसके अधिक उन्नत एनालॉग टीएलएस (ट्रांसपोर्ट लेयर सिक्योरिटी) द्वारा प्रदान की जाती है।

एसएसएल

इंटरनेट कनेक्शन की सुरक्षा और गोपनीयता सुनिश्चित करने के लिए 1996 में नेटस्केप कम्युनिकेशंस द्वारा एसएसएल प्रोटोकॉल प्रस्तावित किया गया था। प्रोटोकॉल क्लाइंट और सर्वर प्रमाणीकरण का समर्थन करता है, एप्लिकेशन स्वतंत्र है, और HTTP, FTP और टेलनेट प्रोटोकॉल के लिए पारदर्शी है।

एसएसएल हैंडशेक प्रोटोकॉल में दो चरण होते हैं: सर्वर प्रमाणीकरण और वैकल्पिक क्लाइंट प्रमाणीकरण। पहले चरण में, सर्वर अपना प्रमाणपत्र और एन्क्रिप्शन पैरामीटर भेजकर क्लाइंट के अनुरोध का जवाब देता है। क्लाइंट फिर एक मास्टर कुंजी बनाता है, इसे सर्वर की सार्वजनिक कुंजी के साथ एन्क्रिप्ट करता है, और सर्वर को भेजता है। सर्वर अपनी निजी कुंजी के साथ मास्टर कुंजी को डिक्रिप्ट करता है और क्लाइंट की मास्टर कुंजी द्वारा प्रमाणित संदेश लौटाकर क्लाइंट को खुद को प्रमाणित करता है।

इसके बाद के डेटा को इस मास्टर कुंजी से प्राप्त कुंजियों के साथ एन्क्रिप्ट और प्रमाणित किया जाता है। दूसरे चरण में, जो वैकल्पिक है, सर्वर क्लाइंट को एक अनुरोध भेजता है, और क्लाइंट अपने डिजिटल हस्ताक्षर और सार्वजनिक कुंजी प्रमाणपत्र के साथ अनुरोध वापस करके सर्वर पर खुद को प्रमाणित करता है।

एसएसएल विभिन्न क्रिप्टोग्राफ़िक एल्गोरिदम का समर्थन करता है। संचार की स्थापना के दौरान, आरएसए सार्वजनिक कुंजी क्रिप्टोसिस्टम का उपयोग किया जाता है। कुंजी विनिमय के बाद, कई अलग-अलग सिफर का उपयोग किया जाता है: आरसी 2, आरसी 4, आईडीईए, डीईएस और ट्रिपलडीईएस। एमडी5 का भी उपयोग किया जाता है - संदेश डाइजेस्ट बनाने के लिए एक एल्गोरिदम। सार्वजनिक कुंजी प्रमाणपत्रों के लिए सिंटैक्स X.509 में वर्णित है।

एसएसएल का एक महत्वपूर्ण लाभ इसकी पूर्ण सॉफ्टवेयर-प्लेटफ़ॉर्म स्वतंत्रता है। प्रोटोकॉल पोर्टेबिलिटी के सिद्धांतों पर विकसित किया गया है, और इसके निर्माण की विचारधारा उन अनुप्रयोगों पर निर्भर नहीं करती है जिनमें इसका उपयोग किया जाता है। इसके अलावा, यह भी महत्वपूर्ण है कि अन्य प्रोटोकॉल को एसएसएल प्रोटोकॉल के शीर्ष पर पारदर्शी रूप से मढ़ा जा सके; या तो लक्ष्य सूचना प्रवाह की सुरक्षा की डिग्री को और बढ़ाने के लिए, या किसी अन्य, अच्छी तरह से परिभाषित कार्य के लिए एसएसएल की क्रिप्टोग्राफ़िक क्षमताओं को अनुकूलित करने के लिए।

एसएसएल कनेक्शन

एसएसएल द्वारा प्रदान किए गए सुरक्षित चैनल में तीन मुख्य गुण हैं:

• चैनल निजी है. एक साधारण संवाद के बाद सभी संदेशों के लिए एन्क्रिप्शन का उपयोग किया जाता है जो गुप्त कुंजी निर्धारित करने का कार्य करता है।
• चैनल प्रमाणित है. वार्तालाप का सर्वर पक्ष हमेशा प्रमाणित होता है, जबकि क्लाइंट पक्ष वैकल्पिक रूप से प्रमाणित होता है।
• चैनल विश्वसनीय है. संदेश परिवहन में अखंडता जाँच (मैक का उपयोग करके) शामिल है।

एफटीपीएस की विशेषताएं

सुरक्षा प्रदान करने के विभिन्न तरीकों का उपयोग करते हुए एफटीपीएस के दो कार्यान्वयन हैं:

• अंतर्निहित विधि में डेटा भेजने से पहले एक सत्र स्थापित करने के लिए मानक एसएसएल प्रोटोकॉल का उपयोग करना शामिल है, जो बदले में, नियमित एफ़टीपी क्लाइंट और सर्वर के साथ संगतता को तोड़ देता है। एफटीपीएस का समर्थन नहीं करने वाले ग्राहकों के साथ बैकवर्ड संगतता के लिए, नियंत्रण कनेक्शन के लिए टीसीपी पोर्ट 990 का उपयोग किया जाता है और डेटा ट्रांसफर के लिए 989 का उपयोग किया जाता है। यह एफ़टीपी प्रोटोकॉल के लिए मानक पोर्ट 21 को बरकरार रखता है। यह विधि अप्रचलित मानी जाती है।
• एक्सप्लिसिट अधिक सुविधाजनक है, क्योंकि यह मानक एफ़टीपी कमांड का उपयोग करता है, लेकिन प्रतिक्रिया देते समय डेटा को एन्क्रिप्ट करता है, जो आपको एफ़टीपी और एफटीपीएस दोनों के लिए समान नियंत्रण कनेक्शन का उपयोग करने की अनुमति देता है। क्लाइंट को स्पष्ट रूप से सर्वर से सुरक्षित डेटा ट्रांसफर का अनुरोध करना होगा, और फिर एन्क्रिप्शन विधि को मंजूरी देनी होगी। यदि क्लाइंट सुरक्षित स्थानांतरण का अनुरोध नहीं करता है, तो एफटीपीएस सर्वर को असुरक्षित कनेक्शन को बनाए रखने या बंद करने का अधिकार है। RFC 2228 के तहत एक प्रमाणीकरण और डेटा सुरक्षा बातचीत तंत्र जोड़ा गया था जिसमें नया FTP AUTH कमांड शामिल है। हालाँकि यह मानक स्पष्ट रूप से सुरक्षा तंत्र को परिभाषित नहीं करता है, लेकिन यह निर्दिष्ट करता है कि ऊपर वर्णित एल्गोरिदम का उपयोग करके क्लाइंट द्वारा एक सुरक्षित कनेक्शन शुरू किया जाना चाहिए। यदि सुरक्षित कनेक्शन सर्वर द्वारा समर्थित नहीं हैं, तो 504 का त्रुटि कोड लौटाया जाना चाहिए। एफटीपीएस क्लाइंट FEAT कमांड का उपयोग करके सर्वर द्वारा समर्थित सुरक्षा प्रोटोकॉल के बारे में जानकारी प्राप्त कर सकते हैं, हालांकि, सर्वर को यह बताने की आवश्यकता नहीं है कि यह किस सुरक्षा स्तर का है समर्थन करता है. सबसे आम FTPS कमांड AUTH TLS और AUTH SSL हैं, जो क्रमशः TLS और SSL सुरक्षा प्रदान करते हैं।

SFTP

एसएफटीपी (सिक्योर फाइल ट्रांसफर प्रोटोकॉल) एक एप्लिकेशन लेयर फाइल ट्रांसफर प्रोटोकॉल है जो एक सुरक्षित चैनल के शीर्ष पर चलता है। (सिंपल फाइल ट्रांसफर प्रोटोकॉल) के साथ भ्रमित न हों, जिसका संक्षिप्त नाम समान है। यदि एफटीपीएस केवल एफ़टीपी का विस्तार है, तो एसएफटीपी एक अलग और असंबंधित प्रोटोकॉल है जो एसएसएच (सिक्योर शेल) को अपने आधार के रूप में उपयोग करता है।

सुरक्षित शैल

प्रोटोकॉल Secsh नामक IETF समूहों में से एक द्वारा विकसित किया गया था। नए एसएफटीपी प्रोटोकॉल के लिए कार्यशील दस्तावेज़ीकरण आधिकारिक मानक नहीं बन पाया, लेकिन अनुप्रयोग विकास के लिए सक्रिय रूप से उपयोग किया जाने लगा। इसके बाद, प्रोटोकॉल के छह संस्करण जारी किए गए। हालाँकि, इसमें कार्यक्षमता में क्रमिक वृद्धि के कारण यह तथ्य सामने आया कि 14 अगस्त 2006 को परियोजना के मुख्य कार्य (एसएसएच विकास) के पूरा होने और कमी के कारण प्रोटोकॉल के विकास पर काम बंद करने का निर्णय लिया गया। एक पूर्ण विकसित दूरस्थ फ़ाइल सिस्टम प्रोटोकॉल के विकास के लिए आगे बढ़ने के लिए पर्याप्त विशेषज्ञ स्तर का होना।

एसएसएच एक नेटवर्क प्रोटोकॉल है जो ऑपरेटिंग सिस्टम के रिमोट कंट्रोल और टीसीपी कनेक्शन की टनलिंग (उदाहरण के लिए, फाइल ट्रांसफर के लिए) की अनुमति देता है। टेलनेट और आरलॉगिन प्रोटोकॉल की कार्यक्षमता के समान, लेकिन, उनके विपरीत, यह प्रेषित पासवर्ड सहित सभी ट्रैफ़िक को एन्क्रिप्ट करता है। SSH विभिन्न एन्क्रिप्शन एल्गोरिदम के विकल्प की अनुमति देता है। SSH क्लाइंट और SSH सर्वर अधिकांश नेटवर्क ऑपरेटिंग सिस्टम के लिए उपलब्ध हैं।

SSH आपको असुरक्षित वातावरण में लगभग किसी भी अन्य नेटवर्क प्रोटोकॉल को सुरक्षित रूप से स्थानांतरित करने की अनुमति देता है। इस प्रकार, आप न केवल कमांड शेल के माध्यम से अपने कंप्यूटर पर दूरस्थ रूप से काम कर सकते हैं, बल्कि एक एन्क्रिप्टेड चैनल पर एक ऑडियो स्ट्रीम या वीडियो (उदाहरण के लिए, वेबकैम से) भी प्रसारित कर सकते हैं। एसएसएच बाद के एन्क्रिप्शन के लिए प्रेषित डेटा के संपीड़न का भी उपयोग कर सकता है, जो सुविधाजनक है, उदाहरण के लिए, एक्स विंडोसिस्टम क्लाइंट को दूरस्थ रूप से लॉन्च करने के लिए।

प्रोटोकॉल का पहला संस्करण, SSH-1, 1995 में हेलसिंकी यूनिवर्सिटी ऑफ टेक्नोलॉजी (फिनलैंड) के शोधकर्ता तातु उलोनेन द्वारा विकसित किया गया था। SSH-1 को rlogin, telnet और rsh प्रोटोकॉल की तुलना में अधिक गोपनीयता प्रदान करने के लिए लिखा गया था। 1996 में, प्रोटोकॉल का एक अधिक सुरक्षित संस्करण, SSH-2 विकसित किया गया था, जो SSH-1 के साथ असंगत है। प्रोटोकॉल ने और भी अधिक लोकप्रियता हासिल की और 2000 तक इसके लगभग दो मिलियन उपयोगकर्ता हो गए। वर्तमान में, "SSH" शब्द का अर्थ आमतौर पर SSH-2 है, क्योंकि महत्वपूर्ण कमियों के कारण प्रोटोकॉल का पहला संस्करण अब व्यावहारिक रूप से उपयोग नहीं किया जाता है। 2006 में, प्रोटोकॉल को IETF कार्य समूह द्वारा इंटरनेट मानक के रूप में अनुमोदित किया गया था।

SSH के दो सामान्य कार्यान्वयन हैं: निजी वाणिज्यिक और मुक्त खुला स्रोत। निःशुल्क कार्यान्वयन को ओपनएसएसएच कहा जाता है। 2006 तक, इंटरनेट पर 80% कंप्यूटर ओपनएसएसएच का उपयोग करते थे। मालिकाना कार्यान्वयन एसएसएच कम्युनिकेशंस सिक्योरिटी द्वारा विकसित किया गया है, जो टेक्टिआ कॉर्पोरेशन की पूर्ण स्वामित्व वाली सहायक कंपनी है, और गैर-व्यावसायिक उपयोग के लिए निःशुल्क है। इन कार्यान्वयनों में आदेशों का लगभग समान सेट होता है।

टेलनेट प्रोटोकॉल के विपरीत, SSH-2 प्रोटोकॉल, ट्रैफ़िक छिपकर बात करने वाले हमलों ("सूँघने") के लिए प्रतिरोधी है, लेकिन बीच-बीच में होने वाले हमलों के लिए प्रतिरोधी नहीं है। SSH-2 प्रोटोकॉल सत्र अपहरण हमलों के लिए भी प्रतिरोधी है, क्योंकि पहले से स्थापित सत्र में शामिल होना या अपहरण करना असंभव है।

ऐसे होस्ट से कनेक्ट करते समय मैन-इन-द-मिडिल हमलों को रोकने के लिए, जिसकी कुंजी क्लाइंट को अभी तक ज्ञात नहीं है, क्लाइंट सॉफ़्टवेयर उपयोगकर्ता को "कुंजी फ़िंगरप्रिंट" दिखाता है। यह अनुशंसा की जाती है कि क्लाइंट सॉफ़्टवेयर द्वारा दिखाए गए "कुंजी स्नैपशॉट" को सर्वर कुंजी स्नैपशॉट के साथ सावधानीपूर्वक जांचें, अधिमानतः विश्वसनीय संचार चैनलों के माध्यम से या व्यक्तिगत रूप से प्राप्त किया गया।

SSH समर्थन सभी UNIX-जैसी प्रणालियों पर उपलब्ध है, और अधिकांश में मानक उपयोगिताओं के रूप में एक ssh क्लाइंट और सर्वर होता है। गैर-यूनिक्स ओएस के लिए एसएसएच क्लाइंट के कई कार्यान्वयन हैं। महत्वपूर्ण नोड्स के प्रबंधन के लिए असुरक्षित टेलनेट प्रोटोकॉल के वैकल्पिक समाधान के रूप में, ट्रैफ़िक विश्लेषकों और स्थानीय नेटवर्क के संचालन को बाधित करने के तरीकों के व्यापक विकास के बाद प्रोटोकॉल ने बहुत लोकप्रियता हासिल की।

SSH का उपयोग कर संचार

SSH के माध्यम से काम करने के लिए, आपको एक SSH सर्वर और एक SSH क्लाइंट की आवश्यकता होती है। सर्वर क्लाइंट मशीनों से कनेक्शन सुनता है और, जब कनेक्शन स्थापित हो जाता है, तो प्रमाणीकरण करता है, जिसके बाद यह क्लाइंट को सेवा देना शुरू करता है। क्लाइंट का उपयोग रिमोट मशीन में लॉग इन करने और कमांड निष्पादित करने के लिए किया जाता है।

एफटीपीएस के साथ तुलना

एसएफटीपी को मानक एफ़टीपी और एफटीपीएस से अलग करने वाली मुख्य बात यह है कि एसएफटीपी बिल्कुल सभी कमांड, उपयोगकर्ता नाम, पासवर्ड और अन्य गोपनीय जानकारी को एन्क्रिप्ट करता है।

एफटीपीएस और एसएफटीपी दोनों प्रोटोकॉल असममित एल्गोरिदम (आरएसए, डीएसए), सममित एल्गोरिदम (डीईएस/3डीईएस, एईएस, ट्वॉफ़िश, आदि) के संयोजन के साथ-साथ एक प्रमुख विनिमय एल्गोरिदम का उपयोग करते हैं। प्रमाणीकरण के लिए, FTPS (या अधिक सटीक होने के लिए, FTP पर SSL/TLS) X.509 प्रमाणपत्र का उपयोग करता है, जबकि SFTP (SSH प्रोटोकॉल) SSH कुंजी का उपयोग करता है।

X.509 प्रमाणपत्र में एक सार्वजनिक कुंजी और स्वामी के प्रमाणपत्र के बारे में कुछ जानकारी शामिल होती है। दूसरी ओर, यह जानकारी प्रमाणपत्र की अखंडता, प्रामाणिकता और प्रमाणपत्र के मालिक को सत्यापित करने की अनुमति देती है। X.509 प्रमाणपत्रों में एक संबंधित निजी कुंजी होती है, जिसे आमतौर पर सुरक्षा कारणों से प्रमाणपत्र से अलग संग्रहीत किया जाता है।

SSH कुंजी में केवल सार्वजनिक कुंजी होती है (संबंधित निजी कुंजी अलग से संग्रहीत होती है)। इसमें चाबी के मालिक के बारे में कोई जानकारी नहीं है। कुछ SSH कार्यान्वयन प्रमाणीकरण के लिए X.509 प्रमाणपत्रों का उपयोग करते हैं, लेकिन वे वास्तव में संपूर्ण प्रमाणपत्र श्रृंखला को सत्यापित नहीं करते हैं - केवल सार्वजनिक कुंजी का उपयोग किया जाता है (जो ऐसे प्रमाणीकरण को अधूरा बनाता है)।

निष्कर्ष

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

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

सूत्रों की सूची

• सार “एफ़टीपी प्रोटोकॉल। सामान्य जानकारी और विशेषताएं"
• सार "एसएसएच, सीएमआईपी, टेलनेट प्रोटोकॉल"
• रिपोर्ट "एसएसएल/टीएलएस"

स्रोत: www.habr.com