წინასიტყვაობა

სულ რაღაც ერთი კვირის წინ ვწერდი თხზულებას სათაურში მითითებულ თემაზე და დავდექი, რომ, ვთქვათ, ინტერნეტში ამდენი საგანმანათლებლო ინფორმაცია არ არის. ძირითადად მშრალი ფაქტები და დაყენების ინსტრუქციები. ამიტომ გადავწყვიტე ტექსტის ოდნავ გასწორება და სტატიის სახით დადება.

რა არის FTP

FTP (ფაილის გადაცემის პროტოკოლი) არის პროტოკოლი ფაილების ქსელში გადასატანად. ეს არის ერთ-ერთი ძირითადი Ethernet პროტოკოლი. გამოჩნდა 1971 წელს და თავდაპირველად მუშაობდა DARPA ქსელებში. ამჟამად, HTTP-ის მსგავსად, ფაილის გადაცემა ეფუძნება მოდელს, რომელიც შედგება TCP/IP (გადაცემის კონტროლის პროტოკოლი/ინტერნეტ პროტოკოლი) პროტოკოლებისგან. განსაზღვრულია RFC 959-ში.

პროტოკოლი განსაზღვრავს შემდეგს:

• როგორ განხორციელდება შეცდომის შემოწმება?
• მონაცემთა შეფუთვის მეთოდი (თუ შეფუთვა გამოიყენება)
• როგორ მიუთითებს გამგზავნი მოწყობილობა, რომ მან დაასრულა შეტყობინება?
• როგორ მიუთითებს მიმღები მოწყობილობა, რომ მიიღო შეტყობინება?

კლიენტსა და სერვერს შორის კომუნიკაცია

მოდით უფრო ახლოს მივხედოთ პროცესებს, რომლებიც ხდება FTP ოპერაციის დროს. კავშირი ინიციალიზებულია მომხმარებლის პროტოკოლის თარჯიმნის მიერ. გაცვლა კონტროლდება საკონტროლო არხის მეშვეობით TELNET სტანდარტში. FTP ბრძანებები გენერირდება მომხმარებლის პროტოკოლის თარჯიმნის მიერ და იგზავნება სერვერზე. სერვერის პასუხები ასევე ეგზავნება მომხმარებელს საკონტროლო არხის მეშვეობით. ზოგადად, მომხმარებელს აქვს შესაძლებლობა დაამყაროს კონტაქტი სერვერის პროტოკოლის თარჯიმანთან და მომხმარებლის თარჯიმნის გარდა სხვა საშუალებებით.

FTP-ის მთავარი მახასიათებელია ის, რომ ის იყენებს ორმაგ კავშირებს. ერთ-ერთი მათგანი გამოიყენება სერვერზე ბრძანებების გასაგზავნად და ნაგულისხმევად ხდება TCP პორტის 21-ის მეშვეობით, რომელიც შეიძლება შეიცვალოს. საკონტროლო კავშირი არსებობს მანამ, სანამ კლიენტი დაუკავშირდება სერვერს. მართვის არხი ღია უნდა იყოს მანქანებს შორის მონაცემების გადაცემისას. თუ ის დახურულია, მონაცემთა გადაცემა ჩერდება. მეორის მეშვეობით ხდება მონაცემთა პირდაპირი გადაცემა. ის იხსნება ყოველ ჯერზე, როდესაც ხდება ფაილის გადაცემა კლიენტსა და სერვერს შორის. თუ რამდენიმე ფაილი ერთდროულად გადადის, თითოეული მათგანი ხსნის გადაცემის საკუთარ არხს.

FTP-ს შეუძლია იმუშაოს აქტიურ ან პასიურ რეჟიმში, რომლის არჩევანი განსაზღვრავს კავშირის დამყარებას. აქტიურ რეჟიმში, კლიენტი ქმნის TCP კონტროლის კავშირს სერვერთან და აგზავნის მის IP მისამართს და კლიენტის პორტის თვითნებურ ნომერს სერვერზე, შემდეგ კი ელოდება სერვერს, რომ დაიწყოს TCP კავშირი ამ მისამართთან და პორტის ნომერთან. იმ შემთხვევაში, თუ კლიენტი დგას firewall-ის უკან და ვერ მიიღებს შემომავალ TCP კავშირს, შეიძლება გამოყენებულ იქნას პასიური რეჟიმი. ამ რეჟიმში, კლიენტი იყენებს საკონტროლო ნაკადს სერვერზე PASV ბრძანების გასაგზავნად, შემდეგ კი სერვერისგან იღებს მის IP მისამართს და პორტის ნომერს, რომელსაც კლიენტი იყენებს მონაცემთა ნაკადის გასახსნელად მისი თვითნებური პორტიდან.

შესაძლებელია, რომ მონაცემები გადაეცეს მესამე მანქანას. ამ შემთხვევაში, მომხმარებელი აწყობს საკონტროლო არხს ორი სერვერით და აწყობს პირდაპირ მონაცემთა არხს მათ შორის. საკონტროლო ბრძანებები გადის მომხმარებლის მეშვეობით და მონაცემები პირდაპირ სერვერებს შორის გადადის.

ქსელის საშუალებით მონაცემთა გადაცემისას შეიძლება გამოყენებულ იქნას ოთხი მონაცემთა წარმოდგენა:

• 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) „უსაფრთხო“, TLS-ით დაცული ვერსიების ან სხვა, უფრო უსაფრთხო პროტოკოლის გამოყენება, როგორიცაა SFTP/SCP, რომელიც უზრუნველყოფილია Secure Shell პროტოკოლის უმეტესი დანერგვით.

FTPS

FTPS (FTP + SSL) არის ფაილის გადაცემის სტანდარტული პროტოკოლის გაფართოება, რომელიც მის ძირითად ფუნქციონირებას მატებს დაშიფრული სესიების შექმნას SSL (Secure Sockets Layer) პროტოკოლის გამოყენებით. დღესდღეობით დაცვას უზრუნველყოფს მისი უფრო მოწინავე ანალოგი TLS (Transport Layer Security).

SSL

SSL პროტოკოლი შემოგვთავაზა Netscape Communications-მა 1996 წელს ინტერნეტ კავშირების უსაფრთხოებისა და კონფიდენციალურობის უზრუნველსაყოფად. პროტოკოლი მხარს უჭერს კლიენტისა და სერვერის ავთენტიფიკაციას, არის აპლიკაციის დამოუკიდებელი და გამჭვირვალეა HTTP, FTP და Telnet პროტოკოლებისთვის.

SSL Handshake პროტოკოლი შედგება ორი ეტაპისგან: სერვერის ავთენტიფიკაცია და არჩევითი კლიენტის ავტორიზაცია. პირველ ეტაპზე სერვერი პასუხობს კლიენტის მოთხოვნას მისი სერტიფიკატის და დაშიფვრის პარამეტრების გაგზავნით. შემდეგ კლიენტი ქმნის მთავარ გასაღებს, შიფრავს მას სერვერის საჯარო გასაღებით და აგზავნის სერვერზე. სერვერი შიფრავს სამაგისტრო გასაღებს თავისი პირადი გასაღებით და ავთენტიფიკაციას უკეთებს კლიენტს კლიენტის ძირითადი გასაღებით დამოწმებული შეტყობინების დაბრუნებით.

შემდგომი მონაცემები დაშიფრულია და ავთენტიფიცირებულია ამ ძირითადი გასაღებიდან მიღებული გასაღებებით. მეორე ეტაპზე, რომელიც არასავალდებულოა, სერვერი უგზავნის მოთხოვნას კლიენტს და კლიენტი ამოწმებს საკუთარ თავს სერვერზე მოთხოვნის დაბრუნებით საკუთარი ციფრული ხელმოწერით და საჯარო გასაღების სერტიფიკატით.

SSL მხარს უჭერს სხვადასხვა კრიპტოგრაფიულ ალგორითმს. კომუნიკაციის დამყარებისას გამოიყენება RSA საჯარო გასაღების კრიპტოსისტემა. გასაღების გაცვლის შემდეგ გამოიყენება მრავალი განსხვავებული შიფრი: RC2, RC4, IDEA, DES და TripleDES. ასევე გამოიყენება MD5 - ალგორითმი შეტყობინების დაიჯესტის შესაქმნელად. საჯარო გასაღების სერთიფიკატების სინტაქსი აღწერილია X.509-ში.

SSL-ის ერთ-ერთი მნიშვნელოვანი უპირატესობაა მისი სრული პროგრამული პლატფორმის დამოუკიდებლობა. პროტოკოლი შემუშავებულია პორტაბელურობის პრინციპებზე და მისი კონსტრუქციის იდეოლოგია არ არის დამოკიდებული იმ აპლიკაციებზე, რომლებშიც იგი გამოიყენება. გარდა ამისა, ასევე მნიშვნელოვანია, რომ სხვა პროტოკოლები გამჭვირვალედ იყოს გადაფარული SSL პროტოკოლის თავზე; ან კიდევ უფრო გაზარდოს სამიზნე ინფორმაციის ნაკადების დაცვის ხარისხი, ან SSL-ის კრიპტოგრაფიული შესაძლებლობების ადაპტირება სხვა, კარგად განსაზღვრული ამოცანისთვის.

SSL კავშირი

SSL-ის მიერ მოწოდებულ უსაფრთხო არხს აქვს სამი ძირითადი თვისება:

• არხი კერძოა. დაშიფვრა გამოიყენება ყველა შეტყობინებისთვის მარტივი დიალოგის შემდეგ, რომელიც საიდუმლო გასაღების განსაზღვრას ემსახურება.
• არხი ავთენტიფიცირებულია. საუბრის სერვერის მხარე ყოველთვის ავთენტიფიცირებულია, ხოლო კლიენტის მხარე სურვილისამებრ ავთენტიფიცირებულია.
• არხი საიმედოა. შეტყობინების ტრანსპორტირება მოიცავს მთლიანობის შემოწმებას (MAC-ის გამოყენებით).

FTPS-ის მახასიათებლები

არსებობს FTPS-ის ორი განხორციელება, უსაფრთხოების უზრუნველყოფის სხვადასხვა მეთოდის გამოყენებით:

• იმპლიციტური მეთოდი გულისხმობს სტანდარტული SSL პროტოკოლის გამოყენებას მონაცემების გაგზავნამდე სესიის დასამყარებლად, რაც, თავის მხრივ, არღვევს თავსებადობას ჩვეულებრივ FTP კლიენტებთან და სერვერებთან. კლიენტებთან უკან თავსებადობისთვის, რომლებსაც არ აქვთ FTPS მხარდაჭერა, TCP პორტი 990 გამოიყენება საკონტროლო კავშირისთვის და 989 გამოიყენება მონაცემთა გადაცემისთვის. ეს ინარჩუნებს სტანდარტულ პორტს 21 FTP პროტოკოლისთვის. ეს მეთოდი მოძველებულად ითვლება.
• ექსპლიციტი ბევრად უფრო მოსახერხებელია, რადგან ის იყენებს სტანდარტულ FTP ბრძანებებს, მაგრამ დაშიფვრავს მონაცემებს რეაგირებისას, რაც საშუალებას გაძლევთ გამოიყენოთ იგივე საკონტროლო კავშირი FTP და FTPS-სთვის. კლიენტმა პირდაპირ უნდა მოითხოვოს მონაცემთა უსაფრთხო გადაცემა სერვერიდან და შემდეგ დაამტკიცოს დაშიფვრის მეთოდი. თუ კლიენტი არ ითხოვს უსაფრთხო გადაცემას, FTPS სერვერს უფლება აქვს შეინარჩუნოს ან დახუროს დაუცველი კავშირი. ავთენტიფიკაციისა და მონაცემთა უსაფრთხოების მოლაპარაკების მექანიზმი დაემატა RFC 2228-ში, რომელიც მოიცავს ახალ FTP AUTH ბრძანებას. მიუხედავად იმისა, რომ ეს სტანდარტი ცალსახად არ განსაზღვრავს უსაფრთხოების მექანიზმებს, ის აკონკრეტებს, რომ უსაფრთხო კავშირი უნდა იყოს ინიცირებული კლიენტის მიერ ზემოთ აღწერილი ალგორითმის გამოყენებით. თუ სერვერის მიერ უსაფრთხო კავშირები არ არის მხარდაჭერილი, უნდა დაბრუნდეს შეცდომის კოდი 504. FTPS კლიენტებს შეუძლიათ მიიღონ ინფორმაცია სერვერის მიერ მხარდაჭერილი უსაფრთხოების პროტოკოლების შესახებ FEAT ბრძანების გამოყენებით, თუმცა სერვერს არ მოეთხოვება გაამჟღავნოს ის უსაფრთხოების რა დონეებია. მხარს უჭერს. ყველაზე გავრცელებული FTPS ბრძანებებია AUTH TLS და AUTH SSL, რომლებიც უზრუნველყოფენ TLS და SSL უსაფრთხოებას, შესაბამისად.

SFTP

SFTP (Secure File Transfer Protocol) არის აპლიკაციის ფენის ფაილის გადაცემის პროტოკოლი, რომელიც მუშაობს უსაფრთხო არხის თავზე. არ უნდა აგვერიოს (Simple File Transfer Protocol), რომელსაც აქვს იგივე აბრევიატურა. თუ FTPS უბრალოდ FTP-ის გაფართოებაა, მაშინ SFTP არის ცალკე და დაუკავშირებელი პროტოკოლი, რომელიც იყენებს SSH (უსაფრთხო Shell) საფუძვლად.

უსაფრთხო შელი

პროტოკოლი შეიმუშავა IETF-ის ერთ-ერთმა ჯგუფმა სახელად Secsh. ახალი SFTP პროტოკოლის სამუშაო დოკუმენტაცია არ გახდა ოფიციალური სტანდარტი, მაგრამ დაიწყო აქტიურად გამოყენება განაცხადის შემუშავებისთვის. შემდგომში გამოვიდა პროტოკოლის ექვსი ვერსია. თუმცა, მასში ფუნქციონირების თანდათანობითმა ზრდამ განაპირობა ის, რომ 14 წლის 2006 აგვისტოს გადაწყდა პროტოკოლის შემუშავებაზე მუშაობის შეჩერება პროექტის მთავარი ამოცანის შესრულების (SSH განვითარება) და ნაკლებობის გამო. საკმარისი საექსპერტო დონის, რათა გადავიდეთ სრულფასოვანი დისტანციური ფაილური სისტემის პროტოკოლის შემუშავებაზე.

SSH არის ქსელის პროტოკოლი, რომელიც იძლევა ოპერაციული სისტემის დისტანციური მართვისა და TCP კავშირების გვირაბის საშუალებას (მაგალითად, ფაილის გადაცემისთვის). ფუნქციონალურობით მსგავსია Telnet და rlogin პროტოკოლებთან, მაგრამ, მათგან განსხვავებით, ის დაშიფვრავს მთელ ტრაფიკს, მათ შორის გადაცემულ პაროლებს. SSH საშუალებას გაძლევთ აირჩიოთ სხვადასხვა დაშიფვრის ალგორითმები. SSH კლიენტები და SSH სერვერები ხელმისაწვდომია ქსელის ოპერაციული სისტემების უმეტესობისთვის.

SSH საშუალებას გაძლევთ უსაფრთხოდ გადაიტანოთ თითქმის ნებისმიერი სხვა ქსელის პროტოკოლი დაუცველ გარემოში. ამრიგად, თქვენ შეგიძლიათ არა მხოლოდ დისტანციურად იმუშაოთ თქვენს კომპიუტერზე ბრძანების გარსის მეშვეობით, არამედ გადაიტანოთ აუდიო ნაკადი ან ვიდეო (მაგალითად, ვებკამერიდან) დაშიფრული არხით. SSH ასევე შეუძლია გამოიყენოს გადაცემული მონაცემების შეკუმშვა შემდგომი დაშიფვრისთვის, რაც მოსახერხებელია, მაგალითად, X WindowSystem კლიენტების დისტანციურად გაშვებისთვის.

პროტოკოლის პირველი ვერსია, SSH-1, შეიქმნა 1995 წელს ჰელსინკის ტექნოლოგიური უნივერსიტეტის მკვლევარმა ტატუ ულონენმა (ფინეთი). SSH-1 დაიწერა უფრო მეტი კონფიდენციალურობის უზრუნველსაყოფად, ვიდრე rlogin, telnet და rsh პროტოკოლები. 1996 წელს შეიქმნა პროტოკოლის უფრო უსაფრთხო ვერსია SSH-2, რომელიც შეუთავსებელია SSH-1-თან. პროტოკოლმა კიდევ უფრო მეტი პოპულარობა მოიპოვა და 2000 წლისთვის მას დაახლოებით ორი მილიონი მომხმარებელი ჰყავდა. ამჟამად, ტერმინი "SSH" ჩვეულებრივ ნიშნავს SSH-2, რადგან პროტოკოლის პირველი ვერსია ახლა პრაქტიკულად არ გამოიყენება მნიშვნელოვანი ხარვეზების გამო. 2006 წელს პროტოკოლი დამტკიცდა IETF სამუშაო ჯგუფის მიერ, როგორც ინტერნეტ სტანდარტი.

არსებობს SSH-ის ორი საერთო განხორციელება: კერძო კომერციული და უფასო ღია წყარო. უფასო განხორციელებას ეწოდება OpenSSH. 2006 წლისთვის ინტერნეტში არსებული კომპიუტერების 80% იყენებდა OpenSSH. საკუთრების იმპლემენტაცია შემუშავებულია SSH Communications Security-ის მიერ, Tectia Corporation-ის სრულ საკუთრებაში არსებული შვილობილი კომპანია და უფასოა არაკომერციული გამოყენებისთვის. ეს განხორციელებები შეიცავს ბრძანებების თითქმის ერთნაირ კომპლექტს.

SSH-2 პროტოკოლი, ტელნეტის პროტოკოლისგან განსხვავებით, მდგრადია ტრაფიკის მოსმენის შეტევების მიმართ ("sniffing"), მაგრამ არ არის მდგრადი ადამიანის შუაგულში შეტევების მიმართ. SSH-2 პროტოკოლი ასევე მდგრადია სესიის გატაცების შეტევების მიმართ, რადგან შეუძლებელია უკვე დადგენილ სესიაზე შეერთება ან გატაცება.

იმისთვის, რომ თავიდან აიცილოს ადამიანი შუა რიცხვებში შეტევები ჰოსტთან დაკავშირებისას, რომლის გასაღები ჯერ კიდევ უცნობია კლიენტისთვის, კლიენტის პროგრამული უზრუნველყოფა უჩვენებს მომხმარებელს „გასაღების თითის ანაბეჭდს“. მიზანშეწონილია ყურადღებით შეამოწმოთ კლიენტის პროგრამული უზრუნველყოფის მიერ ნაჩვენები „გასაღების სნეპშოტი“ სერვერის გასაღების სნეპშოტით, სასურველია მიღებული საკომუნიკაციო არხებით ან პირადად.

SSH მხარდაჭერა ხელმისაწვდომია UNIX-ის მსგავს ყველა სისტემაზე და უმეტესობას აქვს ssh კლიენტი და სერვერი, როგორც სტანდარტული კომუნალური საშუალებები. არსებობს SSH კლიენტების მრავალი დანერგვა UNIX ოპერაციებისთვის. პროტოკოლმა დიდი პოპულარობა მოიპოვა ტრაფიკის ანალიზატორებისა და ადგილობრივი ქსელების მუშაობის შეფერხების მეთოდების ფართო განვითარების შემდეგ, როგორც მნიშვნელოვანი კვანძების მართვისთვის დაუცველი Telnet პროტოკოლის ალტერნატიული გადაწყვეტა.

კომუნიკაცია SSH-ის გამოყენებით

SSH-ზე მუშაობისთვის გჭირდებათ SSH სერვერი და SSH კლიენტი. სერვერი უსმენს კავშირებს კლიენტის მანქანებიდან და, როდესაც კავშირი დამყარდება, ახორციელებს ავტორიზაციას, რის შემდეგაც ის იწყებს კლიენტის მომსახურებას. კლიენტი გამოიყენება დისტანციურ მანქანაში შესასვლელად და ბრძანებების შესასრულებლად.

შედარება FTPS-თან

მთავარი, რაც განასხვავებს SFTP-ს სტანდარტული FTP და FTPS-ისგან არის ის, რომ SFTP დაშიფვრავს აბსოლუტურად ყველა ბრძანებას, მომხმარებლის სახელს, პაროლს და სხვა კონფიდენციალურ ინფორმაციას.

ორივე FTPS და SFTP პროტოკოლები იყენებენ ასიმეტრიული ალგორითმების (RSA, DSA), სიმეტრიული ალგორითმების (DES/3DES, AES, Twhofish და ა.შ.) კომბინაციას, ასევე გასაღების გაცვლის ალგორითმს. ავთენტიფიკაციისთვის FTPS (უფრო ზუსტად რომ ვთქვათ, SSL/TLS FTP-ზე) იყენებს X.509 სერთიფიკატებს, ხოლო SFTP (SSH პროტოკოლი) იყენებს SSH კლავიშებს.

X.509 სერთიფიკატები შეიცავს საჯარო გასაღებს და გარკვეულ ინფორმაციას მფლობელის სერტიფიკატის შესახებ. მეორეს მხრივ, ეს ინფორმაცია საშუალებას იძლევა, გადაამოწმოს თავად სერტიფიკატის მთლიანობა, ავთენტურობა და სერტიფიკატის მფლობელი. X.509 სერთიფიკატებს აქვთ შესაბამისი პირადი გასაღები, რომელიც ჩვეულებრივ ინახება სერტიფიკატისგან განცალკევებით უსაფრთხოების მიზეზების გამო.

SSH გასაღები შეიცავს მხოლოდ საჯარო გასაღებს (შესაბამისი პირადი გასაღები ცალკე ინახება). ის არ შეიცავს ინფორმაციას გასაღების მფლობელის შესახებ. ზოგიერთი SSH იმპლემენტაცია იყენებს X.509 სერთიფიკატებს ავთენტიფიკაციისთვის, მაგრამ ისინი რეალურად არ ამოწმებენ სერთიფიკატების მთელ ჯაჭვს — გამოიყენება მხოლოდ საჯარო გასაღები (რაც ამგვარ ავთენტიფიკაციას არასრულს ხდის).

დასკვნა

FTP პროტოკოლი უდავოდ კვლავ თამაშობს მნიშვნელოვან როლს ქსელში ინფორმაციის შენახვასა და გავრცელებაში, მიუხედავად მისი პატივცემული ასაკისა. ეს არის მოსახერხებელი, მრავალფუნქციური და სტანდარტიზებული პროტოკოლი. მის ბაზაზე აშენდა მრავალი ფაილური არქივი, რომლის გარეშეც ტექნიკური სამუშაო ასე ეფექტური არ იქნებოდა. გარდა ამისა, მისი დაყენება მარტივია და სერვერისა და კლიენტის პროგრამები არსებობს თითქმის ყველა მიმდინარე და არც ისე აქტუალური პლატფორმისთვის.

თავის მხრივ, მისი დაცული ვერსიები წყვეტს თანამედროვე სამყაროში შენახული და გადაცემული მონაცემების კონფიდენციალურობის პრობლემას. ორივე ახალ პროტოკოლს აქვს თავისი დადებითი და უარყოფითი მხარეები და ემსახურება ოდნავ განსხვავებულ როლებს. იმ ადგილებში, სადაც საჭიროა ფაილების არქივი, სასურველია გამოიყენოთ FTPS, განსაკუთრებით თუ კლასიკური FTP უკვე გამოყენებული იყო იქ ადრე. SFTP ნაკლებად გავრცელებულია ძველ პროტოკოლთან შეუთავსებლობის გამო, მაგრამ ის უფრო უსაფრთხოა და აქვს მეტი ფუნქციონირება, რადგან ის დისტანციური მართვის სისტემის ნაწილია.

წყაროების სია

• რეზიუმე ”FTP პროტოკოლი. ზოგადი ინფორმაცია და მახასიათებლები"
• რეზიუმე "SSH, CMIP, Telnet პროტოკოლები"
• მოხსენება „SSL/TLS“

წყარო: www.habr.com