മുൻവാചകം

ശീർഷകത്തിൽ സൂചിപ്പിച്ചിരിക്കുന്ന വിഷയത്തെക്കുറിച്ച് ഒരാഴ്ച മുമ്പ് ഞാൻ ഒരു ഉപന്യാസം എഴുതുകയായിരുന്നു, ഇന്റർനെറ്റിൽ അത്രയധികം വിദ്യാഭ്യാസ വിവരങ്ങൾ ഇല്ലെന്ന വസ്തുത അഭിമുഖീകരിച്ചു. മിക്കവാറും വരണ്ട വസ്തുതകളും സജ്ജീകരണ നിർദ്ദേശങ്ങളും. അതിനാൽ, വാചകം ചെറുതായി ശരിയാക്കി ഒരു ലേഖനമായി പോസ്റ്റ് ചെയ്യാൻ ഞാൻ തീരുമാനിച്ചു.

എന്താണ് FTP

ഒരു നെറ്റ്‌വർക്കിലൂടെ ഫയലുകൾ കൈമാറുന്നതിനുള്ള ഒരു പ്രോട്ടോക്കോൾ ആണ് FTP (ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ). ഇത് അടിസ്ഥാന ഇഥർനെറ്റ് പ്രോട്ടോക്കോളുകളിൽ ഒന്നാണ്. 1971-ൽ പ്രത്യക്ഷപ്പെട്ടു, തുടക്കത്തിൽ DARPA നെറ്റ്‌വർക്കുകളിൽ പ്രവർത്തിച്ചു. നിലവിൽ, HTTP പോലെ, ഫയൽ കൈമാറ്റം ഒരു കൂട്ടം TCP/IP (ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ/ഇന്റർനെറ്റ് പ്രോട്ടോക്കോൾ) പ്രോട്ടോക്കോളുകൾ അടങ്ങുന്ന ഒരു മോഡലിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. RFC 959-ൽ നിർവചിച്ചിരിക്കുന്നു.

പ്രോട്ടോക്കോൾ ഇനിപ്പറയുന്നവ നിർവചിക്കുന്നു:

• പിശക് പരിശോധന എങ്ങനെ നടത്തും?
• ഡാറ്റ പാക്കേജിംഗ് രീതി (പാക്കേജിംഗ് ഉപയോഗിക്കുന്നുവെങ്കിൽ)
• അയയ്‌ക്കുന്ന ഉപകരണം അത് ഒരു സന്ദേശം പൂർത്തിയാക്കിയെന്ന് സൂചിപ്പിക്കുന്നതെങ്ങനെ?
• സ്വീകരിക്കുന്ന ഉപകരണം എങ്ങനെയാണ് സന്ദേശം ലഭിച്ചതെന്ന് സൂചിപ്പിക്കുന്നത്?

ക്ലയന്റും സെർവറും തമ്മിലുള്ള ആശയവിനിമയം

FTP ഓപ്പറേഷൻ സമയത്ത് സംഭവിക്കുന്ന പ്രക്രിയകൾ നമുക്ക് സൂക്ഷ്മമായി പരിശോധിക്കാം. ഉപയോക്താവിന്റെ പ്രോട്ടോക്കോൾ ഇന്റർപ്രെറ്റർ മുഖേനയാണ് കണക്ഷൻ ആരംഭിക്കുന്നത്. ടെൽനെറ്റ് സ്റ്റാൻഡേർഡിലുള്ള ഒരു കൺട്രോൾ ചാനൽ വഴിയാണ് എക്സ്ചേഞ്ച് നിയന്ത്രിക്കുന്നത്. FTP കമാൻഡുകൾ ഉപയോക്താവിന്റെ പ്രോട്ടോക്കോൾ വ്യാഖ്യാതാവ് സൃഷ്ടിച്ച് സെർവറിലേക്ക് അയയ്ക്കുന്നു. സെർവറിന്റെ പ്രതികരണങ്ങളും കൺട്രോൾ ചാനൽ വഴി ഉപയോക്താവിന് അയയ്ക്കുന്നു. പൊതുവേ, ഉപയോക്താവിന് സെർവറിന്റെ പ്രോട്ടോക്കോൾ ഇന്റർപ്രെറ്ററുമായി സമ്പർക്കം സ്ഥാപിക്കാനും ഉപയോക്താവിന്റെ വ്യാഖ്യാതാവ് അല്ലാതെ മറ്റ് മാർഗ്ഗങ്ങളിലൂടെയും സമ്പർക്കം സ്ഥാപിക്കാനുള്ള കഴിവുണ്ട്.

എഫ്ടിപിയുടെ പ്രധാന സവിശേഷത അത് ഇരട്ട കണക്ഷനുകൾ ഉപയോഗിക്കുന്നു എന്നതാണ്. അവയിലൊന്ന് സെർവറിലേക്ക് കമാൻഡുകൾ അയയ്‌ക്കാൻ ഉപയോഗിക്കുന്നു, ഇത് സ്ഥിരസ്ഥിതിയായി TCP പോർട്ട് 21 വഴി സംഭവിക്കുന്നു, അത് മാറ്റാനാകും. ക്ലയന്റ് സെർവറുമായി ആശയവിനിമയം നടത്തുന്നിടത്തോളം നിയന്ത്രണ കണക്ഷൻ നിലവിലുണ്ട്. മെഷീനുകൾക്കിടയിൽ ഡാറ്റ കൈമാറുമ്പോൾ നിയന്ത്രണ ചാനൽ തുറന്നിരിക്കണം. ഇത് അടച്ചാൽ, ഡാറ്റാ ട്രാൻസ്മിഷൻ നിർത്തുന്നു. രണ്ടാമത്തേത് വഴി, നേരിട്ടുള്ള ഡാറ്റ കൈമാറ്റം സംഭവിക്കുന്നു. ക്ലയന്റിനും സെർവറിനുമിടയിൽ ഒരു ഫയൽ കൈമാറ്റം സംഭവിക്കുമ്പോഴെല്ലാം ഇത് തുറക്കുന്നു. ഒരേസമയം നിരവധി ഫയലുകൾ കൈമാറ്റം ചെയ്യപ്പെടുകയാണെങ്കിൽ, അവ ഓരോന്നും സ്വന്തം ട്രാൻസ്മിഷൻ ചാനൽ തുറക്കുന്നു.

എഫ്‌ടിപിക്ക് സജീവമോ നിഷ്ക്രിയമോ ആയ മോഡിൽ പ്രവർത്തിക്കാൻ കഴിയും, അതിന്റെ തിരഞ്ഞെടുപ്പ് കണക്ഷൻ എങ്ങനെ സ്ഥാപിക്കപ്പെടുന്നുവെന്ന് നിർണ്ണയിക്കുന്നു. സജീവ മോഡിൽ, ക്ലയന്റ് സെർവറുമായി ഒരു TCP കൺട്രോൾ കണക്ഷൻ സൃഷ്ടിക്കുകയും അതിന്റെ IP വിലാസവും ഒരു അനിയന്ത്രിതമായ ക്ലയന്റ് പോർട്ട് നമ്പറും സെർവറിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു, തുടർന്ന് ഈ വിലാസവും പോർട്ട് നമ്പറും ഉപയോഗിച്ച് സെർവർ ഒരു TCP കണക്ഷൻ ആരംഭിക്കുന്നതിനായി കാത്തിരിക്കുന്നു. ക്ലയന്റ് ഒരു ഫയർവാളിന് പിന്നിലാണെങ്കിൽ ഇൻകമിംഗ് TCP കണക്ഷൻ സ്വീകരിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, നിഷ്ക്രിയ മോഡ് ഉപയോഗിക്കാം. ഈ മോഡിൽ, സെർവറിലേക്ക് PASV കമാൻഡ് അയയ്‌ക്കുന്നതിന് ക്ലയന്റ് കൺട്രോൾ ഫ്ലോ ഉപയോഗിക്കുന്നു, തുടർന്ന് സെർവറിൽ നിന്ന് അതിന്റെ ഐപി വിലാസവും പോർട്ട് നമ്പറും സ്വീകരിക്കുന്നു, തുടർന്ന് ക്ലയന്റ് അതിന്റെ അനിയന്ത്രിതമായ പോർട്ടിൽ നിന്ന് ഡാറ്റാ ഫ്ലോ തുറക്കാൻ ഉപയോഗിക്കുന്നു.

മൂന്നാമത്തെ മെഷീനിലേക്ക് ഡാറ്റ കൈമാറാൻ സാധ്യതയുണ്ട്. ഈ സാഹചര്യത്തിൽ, ഉപയോക്താവ് രണ്ട് സെർവറുകളുള്ള ഒരു നിയന്ത്രണ ചാനൽ സംഘടിപ്പിക്കുകയും അവയ്ക്കിടയിൽ ഒരു നേരിട്ടുള്ള ഡാറ്റ ചാനൽ സംഘടിപ്പിക്കുകയും ചെയ്യുന്നു. നിയന്ത്രണ കമാൻഡുകൾ ഉപയോക്താവിലൂടെ കടന്നുപോകുന്നു, കൂടാതെ ഡാറ്റ സെർവറുകൾക്കിടയിൽ നേരിട്ട് പോകുന്നു.

ഒരു നെറ്റ്‌വർക്കിലൂടെ ഡാറ്റ കൈമാറുമ്പോൾ, നാല് ഡാറ്റ പ്രാതിനിധ്യങ്ങൾ ഉപയോഗിക്കാം:

• ASCII - ടെക്സ്റ്റിനായി ഉപയോഗിക്കുന്നു. ഡാറ്റ, ആവശ്യമെങ്കിൽ, അയയ്‌ക്കുന്ന ഹോസ്റ്റിലെ പ്രതീക പ്രതിനിധാനത്തിൽ നിന്ന് സംപ്രേഷണത്തിന് മുമ്പ് "എട്ട്-ബിറ്റ് ASCII" ആയും (വീണ്ടും, ആവശ്യമെങ്കിൽ) സ്വീകരിക്കുന്ന ഹോസ്റ്റിലെ പ്രതീക പ്രാതിനിധ്യത്തിലേക്കും പരിവർത്തനം ചെയ്യുന്നു. പ്രത്യേകിച്ചും, പുതിയ ലൈൻ പ്രതീകങ്ങൾ മാറ്റിയിട്ടുണ്ട്. തൽഫലമായി, കേവലം പ്ലെയിൻ ടെക്‌സ്‌റ്റിൽ കൂടുതലുള്ള ഫയലുകൾക്ക് ഈ മോഡ് അനുയോജ്യമല്ല.
• ബൈനറി മോഡ് - അയയ്‌ക്കുന്ന ഉപകരണം ഓരോ ഫയലും ബൈറ്റിലൂടെ അയയ്‌ക്കുന്നു, കൂടാതെ സ്വീകർത്താവ് രസീത് ലഭിക്കുമ്പോൾ ബൈറ്റുകളുടെ സ്ട്രീം സംഭരിക്കുന്നു. എല്ലാ FTP നടപ്പിലാക്കലുകൾക്കും ഈ മോഡിനുള്ള പിന്തുണ ശുപാർശ ചെയ്തിട്ടുണ്ട്.
• EBCDIC - EBCDIC എൻകോഡിംഗിൽ ഹോസ്റ്റുകൾക്കിടയിൽ പ്ലെയിൻ ടെക്സ്റ്റ് കൈമാറാൻ ഉപയോഗിക്കുന്നു. അല്ലെങ്കിൽ, ഈ മോഡ് ASCII മോഡിന് സമാനമാണ്.
• ലോക്കൽ മോഡ് - ASCII-ലേക്ക് പരിവർത്തനം ചെയ്യാതെ തന്നെ സ്വന്തം ഫോർമാറ്റിൽ ഡാറ്റ അയയ്ക്കാൻ ഒരേ ക്രമീകരണങ്ങളുള്ള രണ്ട് കമ്പ്യൂട്ടറുകളെ അനുവദിക്കുന്നു.

മൂന്ന് മോഡുകളിൽ ഏതിലും ഡാറ്റ കൈമാറ്റം നടത്താം:

• സ്ട്രീം മോഡ് - ഡാറ്റ ഒരു തുടർച്ചയായ സ്ട്രീം ആയി അയയ്ക്കുന്നു, ഏതെങ്കിലും പ്രോസസ്സിംഗ് നടത്തുന്നതിൽ നിന്ന് FTP-യെ സ്വതന്ത്രമാക്കുന്നു. പകരം, എല്ലാ പ്രോസസ്സിംഗും TCP ആണ് ചെയ്യുന്നത്. ഡാറ്റയെ റെക്കോർഡുകളായി വേർതിരിക്കുന്നതിന് അല്ലാതെ ഫയലിന്റെ അവസാന സൂചകം ആവശ്യമില്ല.
• ബ്ലോക്ക് മോഡ് - FTP ഡാറ്റയെ നിരവധി ബ്ലോക്കുകളായി (ഹെഡർ ബ്ലോക്ക്, ബൈറ്റുകളുടെ എണ്ണം, ഡാറ്റാ ഫീൽഡ്) വിഭജിക്കുകയും തുടർന്ന് അവയെ TCP ലേക്ക് കൈമാറുകയും ചെയ്യുന്നു.
• കംപ്രഷൻ മോഡ് - ഒരൊറ്റ അൽഗോരിതം ഉപയോഗിച്ചാണ് ഡാറ്റ കംപ്രസ് ചെയ്യുന്നത് (സാധാരണയായി റൺ ദൈർഘ്യം എൻകോഡ് ചെയ്യുന്നതിലൂടെ).

ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ ഉപയോഗിക്കാനുള്ള കഴിവ് നൽകുന്ന ഒരു സെർവറാണ് FTP സെർവർ. പരമ്പരാഗത വെബ് സെർവറുകളിൽ നിന്ന് ഇതിനെ വേർതിരിക്കുന്ന ചില സവിശേഷതകൾ ഇതിന് ഉണ്ട്:

• ഉപയോക്തൃ പ്രാമാണീകരണം ആവശ്യമാണ്
• എല്ലാ പ്രവർത്തനങ്ങളും നിലവിലെ സെഷനിൽ നടക്കുന്നു
• ഫയൽ സിസ്റ്റം ഉപയോഗിച്ച് വിവിധ പ്രവർത്തനങ്ങൾ ചെയ്യാനുള്ള കഴിവ്
• ഓരോ കണക്ഷനും ഒരു പ്രത്യേക ചാനൽ ഉപയോഗിക്കുന്നു

FTP വഴി ഒരു റിമോട്ട് സെർവറിലേക്ക് കണക്റ്റുചെയ്യാനും ഫയൽ സിസ്റ്റത്തിന്റെ ഘടകങ്ങൾ ഉപയോഗിച്ച് ആവശ്യമായ പ്രവർത്തനങ്ങൾ നടത്താനും നിങ്ങളെ അനുവദിക്കുന്ന ഒരു പ്രോഗ്രാമാണ് FTP ക്ലയന്റ്. ക്ലയന്റ് ഒരു ബ്രൗസറായിരിക്കാം, അതിന്റെ വിലാസ ബാറിൽ നിങ്ങൾ വിലാസം നൽകണം, അത് പൊതുവായ URL ബ്ലോക്ക് ഡയഗ്രം അനുസരിച്ച് വിദൂര സെർവറിലെ ഒരു നിർദ്ദിഷ്ട ഡയറക്ടറി അല്ലെങ്കിൽ ഫയലിലേക്കുള്ള പാതയാണ്:

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

എന്നിരുന്നാലും, ഈ സന്ദർഭത്തിൽ ഒരു വെബ് ബ്രൗസർ ഉപയോഗിക്കുന്നത് നിങ്ങൾക്ക് താൽപ്പര്യമുള്ള ഫയലുകൾ കാണാനോ ഡൗൺലോഡ് ചെയ്യാനോ മാത്രമേ അനുവദിക്കൂ. FTP-യുടെ എല്ലാ ഗുണങ്ങളും പൂർണ്ണമായി ഉപയോഗിക്കുന്നതിന്, നിങ്ങൾ ഒരു ക്ലയന്റ് എന്ന നിലയിൽ പ്രത്യേക സോഫ്‌റ്റ്‌വെയർ ഉപയോഗിക്കണം.

FTP പ്രാമാണീകരണം ആക്സസ് അനുവദിക്കുന്നതിന് ഒരു ഉപയോക്തൃനാമം/പാസ്വേഡ് സ്കീം ഉപയോഗിക്കുന്നു. USER കമാൻഡ് ഉപയോഗിച്ച് ഉപയോക്തൃനാമം സെർവറിലേക്ക് അയയ്‌ക്കുന്നു, കൂടാതെ പാസ്‌വേഡ് PASS കമാൻഡ് ഉപയോഗിച്ചും അയയ്‌ക്കുന്നു. ക്ലയന്റ് നൽകുന്ന വിവരങ്ങൾ സെർവർ അംഗീകരിക്കുകയാണെങ്കിൽ, സെർവർ ക്ലയന്റിന് ഒരു ക്ഷണം അയയ്ക്കുകയും സെഷൻ ആരംഭിക്കുകയും ചെയ്യും. ഉപയോക്താക്കൾക്ക്, സെർവർ ഈ സവിശേഷതയെ പിന്തുണയ്‌ക്കുകയാണെങ്കിൽ, ക്രെഡൻഷ്യലുകൾ നൽകാതെ ലോഗിൻ ചെയ്യാൻ കഴിയും, എന്നാൽ അത്തരം സെഷനുകൾക്ക് പരിമിതമായ ആക്‌സസ് മാത്രമേ സെർവറിന് അനുവദിക്കാൻ കഴിയൂ.

FTP സേവനം നൽകുന്ന ഹോസ്റ്റിന് അജ്ഞാത FTP ആക്സസ് നൽകാൻ കഴിയും. ഉപയോക്താക്കൾ സാധാരണയായി അവരുടെ ഉപയോക്തൃനാമമായി "അജ്ഞാതൻ" (ചില FTP സെർവറുകളിൽ കേസ് സെൻസിറ്റീവ് ആയിരിക്കാം) ഉപയോഗിച്ച് ലോഗിൻ ചെയ്യുന്നു. ഒരു പാസ്‌വേഡിന് പകരം ഉപയോക്താക്കൾക്ക് അവരുടെ ഇമെയിൽ വിലാസം നൽകാൻ ആവശ്യപ്പെടുമെങ്കിലും, യഥാർത്ഥത്തിൽ ഒരു പരിശോധനയും നടക്കുന്നില്ല. സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റുകൾ നൽകുന്ന പല FTP ഹോസ്റ്റുകളും അജ്ഞാത ആക്‌സസിനെ പിന്തുണയ്ക്കുന്നു.

പ്രോട്ടോക്കോൾ ഡയഗ്രം

ഒരു FTP കണക്ഷൻ സമയത്ത് ക്ലയന്റ്-സെർവർ ഇടപെടൽ ഇനിപ്പറയുന്ന രീതിയിൽ ദൃശ്യവൽക്കരിക്കാൻ കഴിയും:

സുരക്ഷിത FTP

ഒന്നിലധികം സൈനിക ഇൻസ്റ്റാളേഷനുകളും ഏജൻസികളും തമ്മിലുള്ള ആശയവിനിമയത്തിന് ഉദ്ദേശിച്ചുള്ളതിനാൽ FTP യഥാർത്ഥത്തിൽ സുരക്ഷിതമാക്കാൻ ഉദ്ദേശിച്ചിരുന്നില്ല. എന്നാൽ ഇൻറർനെറ്റിന്റെ വികസനവും വ്യാപനവും കൊണ്ട്, അനധികൃത പ്രവേശനത്തിന്റെ അപകടം പല മടങ്ങ് വർദ്ധിച്ചു. വിവിധ തരത്തിലുള്ള ആക്രമണങ്ങളിൽ നിന്ന് സെർവറുകളെ സംരക്ഷിക്കേണ്ടതിന്റെ ആവശ്യകത ഉണ്ടായിരുന്നു. 1999 മെയ് മാസത്തിൽ, RFC 2577-ന്റെ രചയിതാക്കൾ ഈ അപകടസാധ്യതകളെ ഇനിപ്പറയുന്ന പ്രശ്നങ്ങളുടെ പട്ടികയിലേക്ക് സംഗ്രഹിച്ചു:

• മറഞ്ഞിരിക്കുന്ന ആക്രമണങ്ങൾ (ബൗൺസ് ആക്രമണങ്ങൾ)
• സ്പൂഫ് ആക്രമണങ്ങൾ
• ക്രൂരമായ ആക്രമണങ്ങൾ
• പാക്കറ്റ് പിടിച്ചെടുക്കൽ, മണം പിടിക്കൽ
• പോർട്ട് മോഷണം

സാധാരണ FTP-ന് എൻക്രിപ്റ്റ് ചെയ്ത രൂപത്തിൽ ഡാറ്റ കൈമാറാനുള്ള കഴിവില്ല, അതിന്റെ ഫലമായി ഉപയോക്തൃ നാമങ്ങളും പാസ്‌വേഡുകളും കമാൻഡുകളും മറ്റ് വിവരങ്ങളും ആക്രമണകാരികൾക്ക് എളുപ്പത്തിലും എളുപ്പത്തിലും തടയാൻ കഴിയും. ഈ പ്രശ്‌നത്തിനുള്ള സാധാരണ പരിഹാരം, "സുരക്ഷിത", ടിഎൽഎസ്-സംരക്ഷിത പതിപ്പുകൾ ഉപയോഗിക്കുന്നതാണ്.

FTPS

FTPS (FTP + SSL) എന്നത് സ്റ്റാൻഡേർഡ് ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോളിന്റെ ഒരു വിപുലീകരണമാണ്, അത് SSL (Secure Sockets Layer) പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്ത സെഷനുകൾ സൃഷ്ടിക്കുന്നത് അതിന്റെ അടിസ്ഥാന പ്രവർത്തനത്തിലേക്ക് ചേർക്കുന്നു. ഇന്ന്, അതിന്റെ കൂടുതൽ വിപുലമായ അനലോഗ് TLS (ട്രാൻസ്പോർട്ട് ലെയർ സെക്യൂരിറ്റി) ആണ് സംരക്ഷണം നൽകുന്നത്.

എസ്എസ്എൽ

ഇന്റർനെറ്റ് കണക്ഷനുകളുടെ സുരക്ഷയും സ്വകാര്യതയും ഉറപ്പുവരുത്തുന്നതിനായി നെറ്റ്‌സ്‌കേപ്പ് കമ്മ്യൂണിക്കേഷൻസ് 1996-ൽ SSL പ്രോട്ടോക്കോൾ നിർദ്ദേശിച്ചു. പ്രോട്ടോക്കോൾ ക്ലയന്റ്, സെർവർ പ്രാമാണീകരണത്തെ പിന്തുണയ്ക്കുന്നു, ആപ്ലിക്കേഷൻ സ്വതന്ത്രമാണ്, കൂടാതെ HTTP, FTP, Telnet പ്രോട്ടോക്കോളുകൾക്ക് സുതാര്യവുമാണ്.

SSL ഹാൻഡ്‌ഷേക്ക് പ്രോട്ടോക്കോൾ രണ്ട് ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു: സെർവർ പ്രാമാണീകരണവും ഓപ്ഷണൽ ക്ലയന്റ് പ്രാമാണീകരണവും. ആദ്യ ഘട്ടത്തിൽ, സെർവർ അതിന്റെ സർട്ടിഫിക്കറ്റും എൻക്രിപ്ഷൻ പാരാമീറ്ററുകളും അയച്ചുകൊണ്ട് ക്ലയന്റിന്റെ അഭ്യർത്ഥനയോട് പ്രതികരിക്കുന്നു. ക്ലയന്റ് പിന്നീട് ഒരു മാസ്റ്റർ കീ ജനറേറ്റ് ചെയ്യുകയും സെർവറിന്റെ പൊതു കീ ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്യുകയും സെർവറിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു. സെർവർ അതിന്റെ സ്വകാര്യ കീ ഉപയോഗിച്ച് മാസ്റ്റർ കീ ഡീക്രിപ്റ്റ് ചെയ്യുകയും ക്ലയന്റ് മാസ്റ്റർ കീ ആധികാരികമാക്കിയ ഒരു സന്ദേശം തിരികെ നൽകിക്കൊണ്ട് ക്ലയന്റിന് സ്വയം പ്രാമാണീകരിക്കുകയും ചെയ്യുന്നു.

ഈ മാസ്റ്റർ കീയിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ കീകൾ ഉപയോഗിച്ച് തുടർന്നുള്ള ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യുകയും പ്രാമാണീകരിക്കുകയും ചെയ്യുന്നു. രണ്ടാമത്തെ ഘട്ടത്തിൽ, ഓപ്ഷണൽ ആണ്, സെർവർ ക്ലയന്റിലേക്ക് ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുന്നു, കൂടാതെ ക്ലയന്റ് സ്വന്തം ഡിജിറ്റൽ സിഗ്നേച്ചറും ഒരു പൊതു കീ സർട്ടിഫിക്കറ്റും ഉപയോഗിച്ച് അഭ്യർത്ഥന തിരികെ നൽകി സെർവറിലേക്ക് സ്വയം പ്രാമാണീകരിക്കുന്നു.

SSL വിവിധ ക്രിപ്‌റ്റോഗ്രാഫിക് അൽഗോരിതങ്ങളെ പിന്തുണയ്ക്കുന്നു. ആശയവിനിമയം സ്ഥാപിക്കുന്ന സമയത്ത്, RSA പബ്ലിക് കീ ക്രിപ്‌റ്റോസിസ്റ്റം ഉപയോഗിക്കുന്നു. കീ എക്‌സ്‌ചേഞ്ചിനു ശേഷം, വിവിധ സൈഫറുകൾ ഉപയോഗിക്കുന്നു: RC2, RC4, IDEA, DES, TripleDES. MD5 ഉപയോഗിക്കുന്നു - ഒരു സന്ദേശ ഡൈജസ്റ്റ് സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു അൽഗോരിതം. പബ്ലിക് കീ സർട്ടിഫിക്കറ്റുകൾക്കുള്ള വാക്യഘടന X.509-ൽ വിവരിച്ചിരിക്കുന്നു.

SSL-ന്റെ ഒരു പ്രധാന ഗുണം അതിന്റെ പൂർണ്ണമായ സോഫ്റ്റ്‌വെയർ-പ്ലാറ്റ്ഫോം സ്വാതന്ത്ര്യമാണ്. പോർട്ടബിലിറ്റിയുടെ തത്വങ്ങളിലാണ് പ്രോട്ടോക്കോൾ വികസിപ്പിച്ചെടുത്തത്, അതിന്റെ നിർമ്മാണത്തിന്റെ പ്രത്യയശാസ്ത്രം അത് ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകളെ ആശ്രയിക്കുന്നില്ല. കൂടാതെ, മറ്റ് പ്രോട്ടോക്കോളുകൾ എസ്എസ്എൽ പ്രോട്ടോക്കോളിനു മുകളിൽ സുതാര്യമായി ഓവർലേയ്‌ഡ് ചെയ്യാം എന്നതും പ്രധാനമാണ്; ഒന്നുകിൽ ടാർഗെറ്റ് ഇൻഫർമേഷൻ ഫ്ലോകളുടെ പരിരക്ഷയുടെ അളവ് കൂടുതൽ വർദ്ധിപ്പിക്കുന്നതിന്, അല്ലെങ്കിൽ SSL-ന്റെ ക്രിപ്‌റ്റോഗ്രാഫിക് കഴിവുകൾ മറ്റേതെങ്കിലും, നന്നായി നിർവചിക്കപ്പെട്ട ജോലികൾക്കായി പൊരുത്തപ്പെടുത്തുക.

SSL കണക്ഷൻ

SSL നൽകുന്ന സുരക്ഷിത ചാനലിന് മൂന്ന് പ്രധാന ഗുണങ്ങളുണ്ട്:

• ചാനൽ സ്വകാര്യമാണ്. രഹസ്യ കീ നിർണ്ണയിക്കാൻ സഹായിക്കുന്ന ലളിതമായ ഡയലോഗിന് ശേഷം എല്ലാ സന്ദേശങ്ങൾക്കും എൻക്രിപ്ഷൻ ഉപയോഗിക്കുന്നു.
• ചാനൽ ആധികാരികമാണ്. സംഭാഷണത്തിന്റെ സെർവർ വശം എല്ലായ്പ്പോഴും ആധികാരികതയുള്ളതാണ്, അതേസമയം ക്ലയന്റ് വശം ഓപ്‌ഷണലായി പ്രാമാണീകരിക്കുന്നു.
• ചാനൽ വിശ്വസനീയമാണ്. സന്ദേശ ഗതാഗതത്തിൽ സമഗ്രത പരിശോധിക്കുന്നത് ഉൾപ്പെടുന്നു (MAC ഉപയോഗിച്ച്).

FTPS-ന്റെ സവിശേഷതകൾ

സുരക്ഷ നൽകുന്നതിനുള്ള വ്യത്യസ്ത രീതികൾ ഉപയോഗിച്ച് FTPS-ന്റെ രണ്ട് നിർവ്വഹണങ്ങളുണ്ട്:

• ഡാറ്റ അയയ്‌ക്കുന്നതിന് മുമ്പ് ഒരു സെഷൻ സ്ഥാപിക്കുന്നതിന് സ്റ്റാൻഡേർഡ് എസ്എസ്എൽ പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നത് അവ്യക്തമായ രീതിയിൽ ഉൾപ്പെടുന്നു, ഇത് സാധാരണ എഫ്‌ടിപി ക്ലയന്റുകളുമായും സെർവറുകളുമായും അനുയോജ്യത തകർക്കുന്നു. FTPS പിന്തുണയ്‌ക്കാത്ത ക്ലയന്റുകളുമായുള്ള ബാക്ക്‌വേർഡ് കോംപാറ്റിബിളിറ്റിക്ക്, TCP പോർട്ട് 990 കൺട്രോൾ കണക്ഷനും 989 ഡാറ്റാ കൈമാറ്റത്തിനും ഉപയോഗിക്കുന്നു. ഇത് FTP പ്രോട്ടോക്കോളിനായുള്ള സ്റ്റാൻഡേർഡ് പോർട്ട് 21 നിലനിർത്തുന്നു. ഈ രീതി കാലഹരണപ്പെട്ടതായി കണക്കാക്കപ്പെടുന്നു.
• വ്യക്തമായത് കൂടുതൽ സൗകര്യപ്രദമാണ്, കാരണം ഇത് സാധാരണ FTP കമാൻഡുകൾ ഉപയോഗിക്കുന്നു, പക്ഷേ പ്രതികരിക്കുമ്പോൾ ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യുന്നു, ഇത് FTP, FTPS എന്നിവയ്‌ക്ക് ഒരേ നിയന്ത്രണ കണക്ഷൻ ഉപയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ക്ലയന്റ് സെർവറിൽ നിന്ന് സുരക്ഷിതമായ ഡാറ്റ കൈമാറ്റം വ്യക്തമായി അഭ്യർത്ഥിക്കുകയും തുടർന്ന് എൻക്രിപ്ഷൻ രീതി അംഗീകരിക്കുകയും വേണം. ക്ലയന്റ് ഒരു സുരക്ഷിത കൈമാറ്റം അഭ്യർത്ഥിക്കുന്നില്ലെങ്കിൽ, സുരക്ഷിതമല്ലാത്ത കണക്ഷൻ നിലനിർത്താനോ അടയ്ക്കാനോ FTPS സെർവറിന് അവകാശമുണ്ട്. പുതിയ FTP AUTH കമാൻഡ് ഉൾപ്പെടുന്ന RFC 2228-ന് കീഴിൽ ഒരു ആധികാരികത ഉറപ്പാക്കലും ഡാറ്റാ സുരക്ഷാ നെഗോഷ്യേഷൻ മെക്കാനിസവും ചേർത്തു. ഈ മാനദണ്ഡം സുരക്ഷാ സംവിധാനങ്ങളെ വ്യക്തമായി നിർവചിക്കുന്നില്ലെങ്കിലും, മുകളിൽ വിവരിച്ച അൽഗോരിതം ഉപയോഗിച്ച് ക്ലയന്റ് ഒരു സുരക്ഷിത കണക്ഷൻ ആരംഭിക്കണമെന്ന് ഇത് വ്യക്തമാക്കുന്നു. സുരക്ഷിത കണക്ഷനുകൾ സെർവർ പിന്തുണയ്‌ക്കുന്നില്ലെങ്കിൽ, 504-ന്റെ ഒരു പിശക് കോഡ് നൽകണം. FTPS ക്ലയന്റുകൾക്ക് FEAT കമാൻഡ് ഉപയോഗിച്ച് സെർവർ പിന്തുണയ്‌ക്കുന്ന സുരക്ഷാ പ്രോട്ടോക്കോളുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ നേടാനാകും, എന്നിരുന്നാലും, സെർവറിന് അതിന്റെ സുരക്ഷ എന്താണെന്ന് വെളിപ്പെടുത്തേണ്ടതില്ല. പിന്തുണയ്ക്കുന്നു. ഏറ്റവും സാധാരണമായ FTPS കമാൻഡുകൾ AUTH TLS, AUTH SSL എന്നിവയാണ്, അവ യഥാക്രമം TLS, SSL സുരക്ഷ നൽകുന്നു.

SFTP

SFTP (സുരക്ഷിത ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ) ഒരു സുരക്ഷിത ചാനലിന് മുകളിൽ പ്രവർത്തിക്കുന്ന ഒരു ആപ്ലിക്കേഷൻ ലെയർ ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ ആണ്. ഒരേ ചുരുക്കെഴുത്തുള്ള (ലളിതമായ ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ) ആശയക്കുഴപ്പത്തിലാക്കരുത്. FTPS എഫ്‌ടിപിയുടെ ഒരു വിപുലീകരണമാണെങ്കിൽ, എസ്‌എസ്‌എച്ച് (സെക്യൂർ ഷെൽ) അതിന്റെ അടിസ്ഥാനമായി ഉപയോഗിക്കുന്ന വേറിട്ടതും ബന്ധമില്ലാത്തതുമായ ഒരു പ്രോട്ടോക്കോൾ ആണ് എസ്‌എഫ്‌ടിപി.

സുരക്ഷിത ഷെൽ

സെക്‌ഷ് എന്ന ഐഇടിഎഫ് ഗ്രൂപ്പുകളിലൊന്നാണ് പ്രോട്ടോക്കോൾ വികസിപ്പിച്ചത്. പുതിയ SFTP പ്രോട്ടോക്കോളിനായുള്ള പ്രവർത്തന ഡോക്യുമെന്റേഷൻ ഒരു ഔദ്യോഗിക സ്റ്റാൻഡേർഡായി മാറിയില്ല, പക്ഷേ ആപ്ലിക്കേഷൻ വികസനത്തിനായി സജീവമായി ഉപയോഗിക്കാൻ തുടങ്ങി. തുടർന്ന്, പ്രോട്ടോക്കോളിന്റെ ആറ് പതിപ്പുകൾ പുറത്തിറങ്ങി. എന്നിരുന്നാലും, അതിലെ പ്രവർത്തനക്ഷമതയുടെ ക്രമാനുഗതമായ വർദ്ധനവ്, പ്രോജക്റ്റിന്റെ പ്രധാന ചുമതല (എസ്എസ്എച്ച് വികസനം) പൂർത്തീകരിച്ചതും അഭാവവും കാരണം 14 ഓഗസ്റ്റ് 2006 ന് പ്രോട്ടോക്കോൾ വികസനത്തിൽ പ്രവർത്തിക്കുന്നത് നിർത്താൻ തീരുമാനിച്ചു. ഒരു സമ്പൂർണ്ണ വിദൂര ഫയൽ സിസ്റ്റം പ്രോട്ടോക്കോൾ വികസിപ്പിക്കുന്നതിലേക്ക് നീങ്ങാൻ മതിയായ വിദഗ്ദ്ധ തലം.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ വിദൂര നിയന്ത്രണവും TCP കണക്ഷനുകളുടെ തുരങ്കവും (ഉദാഹരണത്തിന്, ഫയൽ കൈമാറ്റത്തിനായി) അനുവദിക്കുന്ന ഒരു നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോൾ ആണ് SSH. ടെൽനെറ്റിന്റെയും ആർലോഗിൻ പ്രോട്ടോക്കോളുകളുടെയും പ്രവർത്തനത്തിന് സമാനമാണ്, എന്നാൽ അവയിൽ നിന്ന് വ്യത്യസ്തമായി, ട്രാൻസ്മിറ്റ് ചെയ്ത പാസ്‌വേഡുകൾ ഉൾപ്പെടെ എല്ലാ ട്രാഫിക്കും ഇത് എൻക്രിപ്റ്റ് ചെയ്യുന്നു. വ്യത്യസ്ത എൻക്രിപ്ഷൻ അൽഗോരിതങ്ങൾ തിരഞ്ഞെടുക്കാൻ SSH അനുവദിക്കുന്നു. മിക്ക നെറ്റ്‌വർക്ക് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കും SSH ക്ലയന്റുകളും SSH സെർവറുകളും ലഭ്യമാണ്.

സുരക്ഷിതമല്ലാത്ത അന്തരീക്ഷത്തിൽ മറ്റേതൊരു നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോളും സുരക്ഷിതമായി കൈമാറാൻ SSH നിങ്ങളെ അനുവദിക്കുന്നു. അതിനാൽ, നിങ്ങൾക്ക് കമാൻഡ് ഷെൽ വഴി നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ വിദൂരമായി പ്രവർത്തിക്കാൻ മാത്രമല്ല, എൻക്രിപ്റ്റ് ചെയ്ത ചാനലിലൂടെ ഒരു ഓഡിയോ സ്ട്രീം അല്ലെങ്കിൽ വീഡിയോ (ഉദാഹരണത്തിന്, ഒരു വെബ്ക്യാമിൽ നിന്ന്) കൈമാറാനും കഴിയും. SSH-ന് തുടർന്നുള്ള എൻക്രിപ്ഷനായി ട്രാൻസ്മിറ്റ് ചെയ്ത ഡാറ്റയുടെ കംപ്രഷൻ ഉപയോഗിക്കാം, ഇത് സൗകര്യപ്രദമാണ്, ഉദാഹരണത്തിന്, X WindowSystem ക്ലയന്റുകളെ വിദൂരമായി സമാരംഭിക്കുന്നതിന്.

പ്രോട്ടോക്കോളിന്റെ ആദ്യ പതിപ്പ്, SSH-1, 1995-ൽ ഹെൽസിങ്കി യൂണിവേഴ്‌സിറ്റി ഓഫ് ടെക്‌നോളജിയിലെ (ഫിൻലാൻഡ്) ഗവേഷകനായ ടാറ്റു ഉലോനെൻ വികസിപ്പിച്ചെടുത്തു. rlogin, telnet, rsh പ്രോട്ടോക്കോളുകളേക്കാൾ വലിയ സ്വകാര്യത നൽകുന്നതിനാണ് SSH-1 എഴുതിയത്. 1996-ൽ, പ്രോട്ടോക്കോളിന്റെ കൂടുതൽ സുരക്ഷിതമായ പതിപ്പ്, SSH-2, വികസിപ്പിച്ചെടുത്തു, ഇത് SSH-1 മായി പൊരുത്തപ്പെടുന്നില്ല. പ്രോട്ടോക്കോൾ കൂടുതൽ ജനപ്രീതി നേടി, 2000 ആയപ്പോഴേക്കും ഇതിന് ഏകദേശം രണ്ട് ദശലക്ഷം ഉപയോക്താക്കൾ ഉണ്ടായിരുന്നു. നിലവിൽ, "SSH" എന്ന പദം സാധാരണയായി SSH-2 എന്നാണ് അർത്ഥമാക്കുന്നത്, കാരണം കാര്യമായ പോരായ്മകൾ കാരണം പ്രോട്ടോക്കോളിന്റെ ആദ്യ പതിപ്പ് ഇപ്പോൾ പ്രായോഗികമായി ഉപയോഗിക്കുന്നില്ല. 2006-ൽ, പ്രോട്ടോക്കോൾ ഒരു ഇന്റർനെറ്റ് സ്റ്റാൻഡേർഡ് ആയി IETF വർക്കിംഗ് ഗ്രൂപ്പ് അംഗീകരിച്ചു.

എസ്‌എസ്‌എച്ചിന്റെ രണ്ട് പൊതു നിർവ്വഹണങ്ങളുണ്ട്: സ്വകാര്യ വാണിജ്യവും സ്വതന്ത്ര ഓപ്പൺ സോഴ്‌സും. സൌജന്യമായി നടപ്പിലാക്കുന്നതിനെ OpenSSH എന്ന് വിളിക്കുന്നു. 2006 ആയപ്പോഴേക്കും, ഇന്റർനെറ്റിലെ 80% കമ്പ്യൂട്ടറുകളും OpenSSH ഉപയോഗിച്ചു. Tectia കോർപ്പറേഷന്റെ പൂർണ്ണ ഉടമസ്ഥതയിലുള്ള ഉപസ്ഥാപനമായ SSH കമ്മ്യൂണിക്കേഷൻസ് സെക്യൂരിറ്റിയാണ് പ്രൊപ്രൈറ്ററി നടപ്പിലാക്കൽ വികസിപ്പിച്ചെടുത്തത്, വാണിജ്യേതര ഉപയോഗത്തിന് ഇത് സൗജന്യമാണ്. ഈ നടപ്പിലാക്കലുകളിൽ ഏതാണ്ട് ഒരേ കൂട്ടം കമാൻഡുകൾ അടങ്ങിയിരിക്കുന്നു.

SSH-2 പ്രോട്ടോക്കോൾ, ടെൽനെറ്റ് പ്രോട്ടോക്കോളിൽ നിന്ന് വ്യത്യസ്തമായി, ട്രാഫിക് ഒളിഞ്ഞുനോക്കൽ ആക്രമണങ്ങളെ ("സ്നിഫിംഗ്") പ്രതിരോധിക്കും, എന്നാൽ മനുഷ്യൻ-ഇൻ-ദി-മിഡിൽ ആക്രമണങ്ങളെ പ്രതിരോധിക്കുന്നില്ല. SSH-2 പ്രോട്ടോക്കോൾ സെഷൻ ഹൈജാക്കിംഗ് ആക്രമണങ്ങളെ പ്രതിരോധിക്കും, കാരണം ഇതിനകം സ്ഥാപിച്ച സെഷനിൽ ചേരാനോ ഹൈജാക്ക് ചെയ്യാനോ കഴിയില്ല.

ക്ലയന്റിന് ഇതുവരെ കീ അറിയാത്ത ഒരു ഹോസ്റ്റിലേക്ക് കണക്റ്റുചെയ്യുമ്പോൾ മാൻ-ഇൻ-ദി-മിഡിൽ ആക്രമണങ്ങൾ തടയാൻ, ക്ലയന്റ് സോഫ്റ്റ്വെയർ ഉപയോക്താവിന് ഒരു "കീ ഫിംഗർപ്രിന്റ്" കാണിക്കുന്നു. ക്ലയന്റ് സോഫ്‌റ്റ്‌വെയർ കാണിക്കുന്ന “കീ സ്‌നാപ്പ്‌ഷോട്ട്” സെർവർ കീ സ്‌നാപ്പ്‌ഷോട്ട് ഉപയോഗിച്ച് ശ്രദ്ധാപൂർവ്വം പരിശോധിക്കാൻ ശുപാർശ ചെയ്യുന്നു, അത് വിശ്വസനീയമായ ആശയവിനിമയ ചാനലുകളിലൂടെയോ നേരിട്ടോ ലഭിക്കുന്നതാണ്.

എല്ലാ UNIX പോലുള്ള സിസ്റ്റങ്ങളിലും SSH പിന്തുണ ലഭ്യമാണ്, കൂടാതെ മിക്കതിനും ഒരു ssh ക്ലയന്റും സെർവറും സ്റ്റാൻഡേർഡ് യൂട്ടിലിറ്റികളായി ഉണ്ട്. UNIX ഇതര OS-കൾക്കായി SSH ക്ലയന്റുകളുടെ നിരവധി നടപ്പിലാക്കലുകൾ ഉണ്ട്. പ്രധാനപ്പെട്ട നോഡുകൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള സുരക്ഷിതമല്ലാത്ത ടെൽനെറ്റ് പ്രോട്ടോക്കോളിനുള്ള ബദൽ പരിഹാരമെന്ന നിലയിൽ ട്രാഫിക് അനലൈസറുകളും ലോക്കൽ നെറ്റ്‌വർക്കുകളുടെ പ്രവർത്തനത്തെ തടസ്സപ്പെടുത്തുന്നതിനുള്ള രീതികളും വ്യാപകമായി വികസിപ്പിച്ചതിന് ശേഷം പ്രോട്ടോക്കോളിന് വലിയ ജനപ്രീതി ലഭിച്ചു.

SSH ഉപയോഗിച്ചുള്ള ആശയവിനിമയം

SSH വഴി പ്രവർത്തിക്കാൻ, നിങ്ങൾക്ക് ഒരു SSH സെർവറും ഒരു SSH ക്ലയന്റും ആവശ്യമാണ്. ക്ലയന്റ് മെഷീനുകളിൽ നിന്നുള്ള കണക്ഷനുകൾക്കായി സെർവർ ശ്രദ്ധിക്കുന്നു, ഒരു കണക്ഷൻ സ്ഥാപിക്കുമ്പോൾ, ആധികാരികത ഉറപ്പാക്കുന്നു, അതിനുശേഷം അത് ക്ലയന്റ് സേവനം ആരംഭിക്കുന്നു. ഒരു റിമോട്ട് മെഷീനിൽ ലോഗിൻ ചെയ്യാനും കമാൻഡുകൾ എക്സിക്യൂട്ട് ചെയ്യാനും ക്ലയന്റ് ഉപയോഗിക്കുന്നു.

എഫ്ടിപിഎസുമായുള്ള താരതമ്യം

സ്റ്റാൻഡേർഡ് FTP, FTPS എന്നിവയിൽ നിന്ന് SFTP യെ വേർതിരിക്കുന്ന പ്രധാന കാര്യം, SFTP എല്ലാ കമാൻഡുകളും ഉപയോക്തൃനാമങ്ങളും പാസ്‌വേഡുകളും മറ്റ് രഹസ്യാത്മക വിവരങ്ങളും എൻക്രിപ്റ്റ് ചെയ്യുന്നു എന്നതാണ്.

FTPS, SFTP പ്രോട്ടോക്കോളുകൾ അസിമട്രിക് അൽഗോരിതങ്ങൾ (RSA, DSA), സമമിതി അൽഗോരിതങ്ങൾ (DES/3DES, AES, Twhofish, മുതലായവ), ഒരു കീ എക്സ്ചേഞ്ച് അൽഗോരിതം എന്നിവയുടെ സംയോജനമാണ് ഉപയോഗിക്കുന്നത്. പ്രാമാണീകരണത്തിനായി, FTPS (അല്ലെങ്കിൽ കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, SSL/TLS മേൽ FTP) X.509 സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിക്കുന്നു, അതേസമയം SFTP (SSH പ്രോട്ടോക്കോൾ) SSH കീകൾ ഉപയോഗിക്കുന്നു.

X.509 സർട്ടിഫിക്കറ്റുകളിൽ ഒരു പൊതു കീയും ഉടമയുടെ സർട്ടിഫിക്കറ്റിനെക്കുറിച്ചുള്ള ചില വിവരങ്ങളും ഉൾപ്പെടുന്നു. മറുവശത്ത്, സർട്ടിഫിക്കറ്റിന്റെ തന്നെ സമഗ്രത, ആധികാരികത, സർട്ടിഫിക്കറ്റിന്റെ ഉടമ എന്നിവ പരിശോധിക്കാൻ ഈ വിവരങ്ങൾ അനുവദിക്കുന്നു. X.509 സർട്ടിഫിക്കറ്റുകൾക്ക് അനുബന്ധമായ ഒരു സ്വകാര്യ കീ ഉണ്ട്, അത് സുരക്ഷാ കാരണങ്ങളാൽ സർട്ടിഫിക്കറ്റിൽ നിന്ന് പ്രത്യേകമായി സൂക്ഷിക്കുന്നു.

എസ്എസ്എച്ച് കീയിൽ പബ്ലിക് കീ മാത്രമേ അടങ്ങിയിട്ടുള്ളൂ (അനുബന്ധ സ്വകാര്യ കീ പ്രത്യേകം സംഭരിച്ചിരിക്കുന്നു). കീയുടെ ഉടമയെക്കുറിച്ചുള്ള ഒരു വിവരവും ഇതിൽ അടങ്ങിയിട്ടില്ല. ചില SSH നിർവ്വഹണങ്ങൾ പ്രാമാണീകരണത്തിനായി X.509 സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിക്കുന്നു, എന്നാൽ അവ യഥാർത്ഥത്തിൽ മുഴുവൻ സർട്ടിഫിക്കറ്റ് ശൃംഖലയും പരിശോധിച്ചുറപ്പിക്കുന്നില്ല-പബ്ലിക് കീ മാത്രമാണ് ഉപയോഗിക്കുന്നത് (ഇത് അത്തരം പ്രാമാണീകരണം അപൂർണ്ണമാക്കുന്നു).

തീരുമാനം

എഫ്‌ടിപി പ്രോട്ടോക്കോൾ അതിന്റെ ആദരണീയമായ പ്രായം ഉണ്ടായിരുന്നിട്ടും നെറ്റ്‌വർക്കിലെ വിവരങ്ങളുടെ സംഭരണത്തിലും വിതരണത്തിലും ഇപ്പോഴും ഒരു പ്രധാന പങ്ക് വഹിക്കുന്നു. ഇത് സൗകര്യപ്രദവും മൾട്ടിഫങ്ഷണൽ, സ്റ്റാൻഡേർഡ് പ്രോട്ടോക്കോൾ ആണ്. നിരവധി ഫയൽ ആർക്കൈവുകൾ അതിന്റെ അടിസ്ഥാനത്തിൽ നിർമ്മിച്ചിട്ടുണ്ട്, അതില്ലാതെ സാങ്കേതിക പ്രവർത്തനങ്ങൾ അത്ര ഫലപ്രദമാകില്ല. കൂടാതെ, ഇത് സജ്ജീകരിക്കാൻ എളുപ്പമാണ്, കൂടാതെ നിലവിലുള്ളതും അല്ലാത്തതുമായ എല്ലാ പ്ലാറ്റ്ഫോമുകൾക്കും സെർവറും ക്ലയന്റ് പ്രോഗ്രാമുകളും നിലവിലുണ്ട്.

അതാകട്ടെ, അതിന്റെ സംരക്ഷിത പതിപ്പുകൾ ആധുനിക ലോകത്ത് സംഭരിച്ചതും കൈമാറ്റം ചെയ്യപ്പെടുന്നതുമായ ഡാറ്റയുടെ രഹസ്യാത്മകതയുടെ പ്രശ്നം പരിഹരിക്കുന്നു. രണ്ട് പുതിയ പ്രോട്ടോക്കോളുകൾക്കും അവയുടെ ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്, കൂടാതെ അല്പം വ്യത്യസ്തമായ റോളുകൾ നൽകുന്നു. ഒരു ഫയൽ ആർക്കൈവ് ആവശ്യമുള്ള മേഖലകളിൽ, FTPS ഉപയോഗിക്കുന്നതാണ് അഭികാമ്യം, പ്രത്യേകിച്ചും ക്ലാസിക് FTP ഇതിനകം അവിടെ ഉപയോഗിച്ചിട്ടുണ്ടെങ്കിൽ. പഴയ പ്രോട്ടോക്കോളുമായുള്ള പൊരുത്തക്കേട് കാരണം SFTP കുറവാണ്, പക്ഷേ ഇത് വിദൂര മാനേജ്മെന്റ് സിസ്റ്റത്തിന്റെ ഭാഗമായതിനാൽ ഇത് കൂടുതൽ സുരക്ഷിതവും കൂടുതൽ പ്രവർത്തനക്ഷമതയുമാണ്.

ഉറവിടങ്ങളുടെ പട്ടിക

• സംഗ്രഹം "FTP പ്രോട്ടോക്കോൾ. പൊതുവായ വിവരങ്ങളും സവിശേഷതകളും"
• സംഗ്രഹം "SSH, CMIP, ടെൽനെറ്റ് പ്രോട്ടോക്കോളുകൾ"
• "SSL/TLS" റിപ്പോർട്ട് ചെയ്യുക

അവലംബം: www.habr.com