{"id":80500,"date":"2020-05-06T13:42:29","date_gmt":"2020-05-06T11:42:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/protokoly-sftp-i-ftps"},"modified":"2020-05-06T13:42:29","modified_gmt":"2020-05-06T11:42:29","slug":"protokoly-sftp-i-ftps","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/protokoly-sftp-i-ftps","title":{"rendered":"Protokoli SFTP i FTPS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h1>Predgovor<\/h1>\n<p><\/p>\n<p>Prije to\u010dno tjedan dana pisao sam referat na temu ozna\u010denu u naslovu i nai\u0161ao sam na to da, blago re\u010deno, informacija na mre\u017ei nije toliko obimna. Uglavnom su to suhi podaci i upute za postavljanje. Stoga sam odlu\u010dio malo prilagoditi tekst i objaviti ga kao \u010dlanak.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>\u0160to je FTP<\/h1>\n<p><\/p>\n<p>FTP (File Transfer Protocol) \u2013 protokol za prijenos datoteka putem mre\u017ee. To je jedan od osnovnih protokola Ethernet. Pojavio se 1971. godine i izvorno je radio u DARPA mre\u017eama. Trenutno, kao i HTTP, prijenos datoteka temelji se na modelu koji se sastoji od skupa protokola TCP\/IP (Transmission Control Protocol\/Internet Protocol). Definiran je u RFC 959.<\/p>\n<p><\/p>\n<p>Protokol odre\u0111uje sljede\u0107e:<\/p>\n<\/p>\n<ul>\n<li>Kako \u0107e se provoditi provjera pogre\u0161aka<\/li>\n<li>Metoda pakiranja podataka (ako se pakiranje koristi)<\/li>\n<li>Na koji na\u010din \u0161alje ure\u0111aj javlja da je zavr\u0161io poruku<\/li>\n<li>Na koji na\u010din prijamni ure\u0111aj javlja da je primio poruku<\/li>\n<\/ul>\n<p><\/p>\n<h2>Interakcija izme\u0111u klijenta i poslu\u017eitelja<\/h2>\n<p><\/p>\n<p>Pogledajmo detaljnije procese koji se odvijaju tijekom FTP rada. Veza se inicijalizira protokolskim interpretatorom korisnika. Upravljanje razmjenom vr\u0161i se putem kontrolnog kanala prema TELNET standardu. FTP naredbe generira protokolski interpretator korisnika i \u0161alje ih na poslu\u017eitelj. Odgovori poslu\u017eitelja \u0161alju se korisniku tako\u0111er putem kontrolnog kanala. U op\u0107em slu\u010daju, korisnik ima mogu\u0107nost uspostaviti kontakt s protokolskim interpretatorom poslu\u017eitelja putem sredstava razli\u010ditih od protokolskog interpretatora korisnika.<\/p>\n<p><\/p>\n<p>Osnovna zna\u010dajka FTP-a je ta da koristi dvostruku vezu. Jedna se koristi za slanje naredbi poslu\u017eitelju i odvija se po defaultu preko TCP porta 21, koji se mo\u017ee promijeniti. Kontrolna veza postoji tijekom cijelog vremena dok klijent komunicira s poslu\u017eiteljem. Kontrolni kanal mora biti otvoren prilikom prijenosa podataka izme\u0111u ra\u010dunala. U slu\u010daju da se zatvori, prijenos podataka prestaje. Putem druge veze odvija se izravni prijenos podataka. Ona se otvara svaki put kada se prijenos datoteke odvija izme\u0111u klijenta i poslu\u017eitelja. U slu\u010dajevima kada se istovremeno prenosi vi\u0161e datoteka, za svaku od njih otvara se vlastiti kanal prijenosa.<\/p>\n<p><\/p>\n<p>FTP mo\u017ee raditi u aktivnom ili pasivnom na\u010dinu, odaberete li koji na\u010din odre\u0111uje kako se postavlja veza. U aktivnom na\u010dinu klijent stvara upravlja\u010dku TCP vezu sa serverom i \u0161alje serveru svoju IP adresu i proizvoljan broj klijentskog porta, nakon \u010dega \u010deka da server pokrene TCP vezu s tom adresom i brojem porta. U slu\u010daju da je klijent iza vatrozida i ne mo\u017ee primiti dolaznu TCP vezu, mo\u017ee se koristiti pasivni na\u010din. U ovom na\u010dinu klijent koristi kontrolni tok da po\u0161alje serveru \u043a\u043e\u043c\u0430\u043d\u0434\u0443 PASV, a zatim od servera prima njegovu IP adresu i broj porta, koje klijent koristi za otvaranje podatkovnog toka sa svog proizvoljnog porta. <\/p>\n<p><\/p>\n<p>Mogu\u0107e je situacija kada se podaci mogu prenositi na tre\u0107i ure\u0111aj. U tom slu\u010daju korisnik organizira upravlja\u010dki kanal s dva servera i organizira izravni kanal podataka izme\u0111u njih. Upravne naredbe prolaze preko korisnika, a podaci izravno izme\u0111u servera.<\/p>\n<p><\/p>\n<p>Pri prijenosu podataka preko mre\u017ee mogu se koristiti \u010detiri prikaza podataka:<\/p>\n<p><\/p>\n<ul>\n<li>ASCII \u2013 koristi se za tekst. Podaci, ako je potrebno, prije prijenosa se konvertiraju iz simboli\u010dkog prikaza na po\u0161iljaocu u 'osmobitni ASCII', i (ponovo, ako je potrebno) u simboli\u010dki prikaz primatelja. Konkretno, mijenjaju se simboli za prijelom linije. Kao posljedica toga, ovaj na\u010din nije pogodan za datoteke koje sadr\u017ee ne samo obi\u010dan tekst.<\/li>\n<li>Binarni na\u010din \u2013 ure\u0111aj po\u0161iljatelj \u0161alje svaki fajl bajt po bajt, a primatelj \u010duva tok bajtova prilikom prijema. Podr\u0161ka za ovaj re\u017eim preporu\u010dena je za sve implementacije FTP-a.<\/li>\n<li>EBCDIC \u2013 koristi se za prijenos obi\u010dnog teksta izme\u0111u hostova u EBCDIC kodiranju. U ostalom, ovaj na\u010din je sli\u010dan ASCII na\u010dinu.<\/li>\n<li>Lokalni na\u010din \u2013 omogu\u0107uje dva ra\u010dunala s identi\u010dnim postavkama da \u0161alju podatke u vlastitom formatu bez konverzije u ASCII.<\/li>\n<\/ul>\n<p><\/p>\n<p>Prijenos podataka mo\u017ee se odvijati u bilo kojem od tri re\u017eima:<\/p>\n<p><\/p>\n<ul>\n<li>Tokovni na\u010din \u2013 podaci se \u0161alju u obliku neprekidnog toka, osloba\u0111aju\u0107i FTP od obavljanja bilo kakve obrade. Umjesto toga, sve se obra\u0111ivanje vr\u0161i pomo\u0107u TCP-a. Indikator kraja datoteke nije potreban, osim za dijeljenje podataka u zapise.<\/li>\n<li>Blok na\u010din \u2013 FTP dijeli podatke na nekoliko blokova (blok zaglavlja, broj bajtova, polje podataka) i zatim ih prenosi putem TCP-a.<\/li>\n<li>Na\u010din kompresije \u2013 podaci se komprimiraju jedinstvenim algoritmom (obi\u010dno kodiranjem dugih nizova).<\/li>\n<\/ul>\n<p><\/p>\n<p>FTP server \u2013 to je server koji omogu\u0107ava kori\u0161tenje protokola za prijenos datoteka. Ima odre\u0111ene karakteristike koje ga razlikuju od uobi\u010dajenih web servera:<\/p>\n<p><\/p>\n<ul>\n<li>Potrebna je autentifikacija korisnika<\/li>\n<li>Sve operacije se provode unutar trenutne sesije<\/li>\n<li>Mogu\u0107nost obavljanja razli\u010ditih radnji s datote\u010dnim sustavom<\/li>\n<li>Koristi se poseban kanal za svaku vezu<\/li>\n<\/ul>\n<p><\/p>\n<p>FTP klijent \u2013 to je program koji omogu\u0107ava povezivanje na udaljeni server putem FTP-a i tako\u0111er izvr\u0161avanje potrebnih radnji s elementima datote\u010dnog sustava. Klijent mo\u017ee biti i preglednik, u koji treba unijeti adresu koja predstavlja put do odre\u0111enog direktorija ili datoteke na udaljenom serveru, u skladu s op\u0107om blok shemom URL-a:<\/p>\n<p><\/p>\n<p><code>ftp:\/\/user:pass@address:port\/directory\/file<\/code><\/p>\n<p><\/p>\n<p>Me\u0111utim, kori\u0161tenje web preglednika u ovom kontekstu omogu\u0107ava samo pregled ili preuzimanje \u017eeljenih datoteka. Kako bi se u potpunosti iskoristile sve prednosti FTP-a, preporu\u010duje se kori\u0161tenje specijaliziranog softvera kao klijenta. <\/p>\n<p><\/p>\n<p>FTP autentifikacija koristi shemu korisni\u010dko ime\/lozinka za pru\u017eanje pristupa. Korisni\u010dko ime se \u0161alje serveru naredbom USER, a lozinka \u2013 naredbom PASS. Ako server prihvati informacije koje je klijent dostavio, \u0161alje klijentu pozivnicu i sesija po\u010dinje. Korisnici mogu, ako server podr\u017eava ovu mogu\u0107nost, u\u0107i u sustav bez pru\u017eanja korisni\u010dkih podataka, no server mo\u017ee omogu\u0107iti samo ograni\u010den pristup za takve sesije.<\/p>\n<p><\/p>\n<p>Hosting koji pru\u017ea FTP uslugu mo\u017ee omogu\u0107iti anonimni pristup FTP-u. Korisnici se obi\u010dno prijavljuju kao \u201eanonymous\u201c (mo\u017ee biti osjetljivo na velika i mala slova na nekim FTP serverima) kao korisni\u010dko ime. Iako se obi\u010dno tra\u017ei od korisnika da po\u0161alju adresu svoje e-mail po\u0161te umjesto lozinke, zapravo se ne provodi nikakva provjera. Mnogi FTP hostovi koji nude a\u017euriranja softvera podr\u017eavaju anonimni pristup.<\/p>\n<p><\/p>\n<h2>Shema protokola<\/h2>\n<p><\/p>\n<p>Interakcija izme\u0111u klijenta i poslu\u017eitelja prilikom FTP veze mo\u017ee se vizualizirati ovako:<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protokoli SFTP i FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/9513d1898a0938a30b0f87d7956bc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h1>Sigurni FTP<\/h1>\n<p><\/p>\n<p>FTP izvorno nije zami\u0161ljen kao siguran, budu\u0107i da je bio namijenjen za komunikaciju izme\u0111u nekoliko vojnih objekata i institucija. Me\u0111utim, s razvojem i \u0161irenjem interneta, prijetnja neovla\u0161tenog pristupa dramati\u010dno je porasla. Pojavila se potreba za za\u0161titom poslu\u017eitelja od raznih vrsta napada. U svibnju 1999. autori RFC 2577 prikupili su ranjivosti u sljede\u0107i popis problema:<\/p>\n<p><\/p>\n<ul>\n<li>Skriveni napadi (bounce attacks)<\/li>\n<li>Spoof napadi (spoof attacks)<\/li>\n<li>Napadi metodom sile (brute force attacks)<\/li>\n<li>Presretanje paketa, snimanje (packet capture, sniffing)<\/li>\n<li>Zamjena portova (port stealing)<\/li>\n<\/ul>\n<p><\/p>\n<p>Obi\u010dan FTP nema mogu\u0107nost prijenosa podataka u \u0161ifriranom obliku, \u0161to zna\u010di da korisni\u010dka imena, lozinke, naredbe i druge informacije mogu lako i jednostavno biti presretnute od strane zlonamjernih korisnika. Uobi\u010dajeno rje\u0161enje ovog problema je kori\u0161tenje 'sigurnih', TLS za\u0161ti\u0107enih verzija ranjivog protokola (FTPS) ili nekog drugog, sigurnijeg protokola, poput SFTP\/SCP, koji je dostupan s ve\u0107inom implementacija protokola Secure Shell.<\/p>\n<p><\/p>\n<h2>FTPS<\/h2>\n<p><\/p>\n<p>FTPS (FTP + SSL) je pro\u0161irenje standardnog protokola prijenosa datoteka koje dodaje u njegovu osnovnu funkcionalnost stvaranje \u0161ifriranih sesija pomo\u0107u protokola SSL (Secure Sockets Layer \u2014 razina za\u0161ti\u0107enih su\u010delja). Danas se za\u0161tita osigurava njegovim naprednijim analogom TLS (Transport Layer Security \u2014 za\u0161tita razine transporta).<\/p>\n<p><\/p>\n<h3>SSL<\/h3>\n<p><\/p>\n<p>SSL protokol je predlo\u017eila korporacija Netscape Communications 1996. godine s ciljem osiguranja sigurnosti i tajnosti internetskih veza. Protokol podr\u017eava autentifikaciju (utvr\u0111ivanje autenti\u010dnosti) klijenta i poslu\u017eitelja, ne ovisi o aplikacijama i proziran je za protokole HTTP, FTP i Telnet.<\/p>\n<p><\/p>\n<p>SSL Handshake protokol sastoji se od dva koraka: utvr\u0111ivanje autenti\u010dnosti poslu\u017eitelja i neobavezno utvr\u0111ivanje autenti\u010dnosti klijenta. U prvom koraku, poslu\u017eitelj kao odgovor na zahtjev klijenta \u0161alje svoj certifikat i parametre \u0161ifriranja. Zatim klijent generira master klju\u010d, \u0161ifrira ga javnim klju\u010dem poslu\u017eitelja i \u0161alje ga poslu\u017eitelju. Poslu\u017eitelj de\u0161ifrira master klju\u010d svojim privatnim klju\u010dem i potvr\u0111uje svoju autenti\u010dnost klijentu vra\u0107aju\u0107i mu poruku potpisanu master klju\u010dem klijenta.<\/p>\n<p><\/p>\n<p>Sljede\u0107i podaci se \u0161ifriraju i ovjeravaju klju\u010devima dobivenim na osnovu ovog glavnog klju\u010da. U drugoj fazi, koja nije obavezna, server \u0161alje zahtjev klijentu, a klijent potvr\u0111uje svoju autenti\u010dnost serveru vra\u0107aju\u0107i zahtjev s vlastitom digitalnom potpisom i certifikatom javnog klju\u010da.<\/p>\n<p><\/p>\n<p>SSL podr\u017eava razne kriptografske algoritme. Tijekom uspostavljanja veze koristi se kriptosustav javnog klju\u010da RSA. Nakon razmjene klju\u010deva koristi se mnogo razli\u010ditih \u0161ifri: RC2, RC4, IDEA, DES i TripleDES. Tako\u0111er se koristi MD5 \u2014 algoritam za generiranje sa\u017eetka poruka. Sintaksa certifikata javnog klju\u010da opisana je u X.509.<\/p>\n<p><\/p>\n<p>Jedna od va\u017enih prednosti SSL-a je njegova potpuna softverska i platformna neovisnost. Protokol je razvijen na principima prenosivosti, a ideologija njegove izrade ne ovisi o aplikacijama unutar kojih se koristi. Osim toga, va\u017eno je napomenuti da se preko SSL protokola mogu transparentno dodavati drugi protokoli; ili za jo\u0161 ve\u0107e pove\u0107anje razine za\u0161tite ciljanih informati\u010dkih tokova, ili za prilagodbu kriptografskih sposobnosti SSL-a za neku drugu, jasno definiranu zada\u0107u.<\/p>\n<p><\/p>\n<h3>SSL veza<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Protokoli SFTP i FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/5c002ffba19382c1d3b330d7c948692b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Osigurani SSL kanal ima tri glavne zna\u010dajke: <\/p>\n<p><\/p>\n<ul>\n<li>Kanal je privatni. \u0160ifriranje se koristi za sve poruke nakon jednostavnog dijaloga koji slu\u017ei za odre\u0111ivanje tajnog klju\u010da.<\/li>\n<li>Kanal je autentificiran. Serverska strana dijaloga uvijek se autentificira, dok se klijentska autentificira opcionalno.<\/li>\n<li>Kanal je pouzdan. Prijenos poruka uklju\u010duje provjeru integriteta (s pomo\u0107u MAC-a).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Zna\u010dajke FTPS-a<\/h3>\n<p><\/p>\n<p>Postoje dvije implementacije FTPS-a koje koriste razli\u010dite metode pru\u017eanja sigurnosti: <\/p>\n<p><\/p>\n<ul>\n<li>Neizravna metoda podrazumijeva kori\u0161tenje standardnog SSL protokola s uspostavljanjem sesije prije slanja podataka, \u0161to, zauzvrat, kr\u0161i kompatibilnost s obi\u010dnim FTP klijentima i serverima. Za unatrag kompatabilnost s klijentima koji ne podr\u017eavaju FTPS, koristi se TCP-port 990 za kontrolnu vezu, a za prijenos podataka \u2014 989. To omogu\u0107uje zadr\u017eavanje standardnog porta 21 za FTP protokol. Ova metoda je ozna\u010dena kao zastarjela.<\/li>\n<li>Jasan \u2013 puno je prakti\u010dniji jer koristi standardne FTP naredbe, ali \u0161ifrira podatke prilikom odgovora, \u0161to omogu\u0107uje kori\u0161tenje iste upravlja\u010dke veze za FTP i FTPS. Klijent mora izri\u010dito zatra\u017eiti osiguranu prijenos podataka od servera, a potom potvrditi na\u010din \u0161ifriranja. Ako klijent ne zatra\u017ei osigurani prijenos, FTPS server ima pravo zadr\u017eati ili zatvoriti neza\u0161ti\u0107enu vezu. Mehanizam dogovora o identifikaciji i za\u0161titi podataka dodan je prema RFC 2228, koji uklju\u010duje novu FTP naredbu AUTH. Iako ovaj standard ne odre\u0111uje izri\u010dito mehanizme za\u0161tite, navodi da osiguranu vezu mora inicirati klijent pomo\u0107u gore opisanog algoritma. Ako server ne podr\u017eava osigurane veze, mora se vratiti kod gre\u0161ke 504. FTPS klijenti mogu dobiti informacije o podr\u017eanim protokolima za\u0161tite servera pomo\u0107u naredbe FEAT, ali server nije du\u017ean otkriti koji razini sigurnosti podr\u017eava. Naj\u010de\u0161\u0107e FTPS naredbe su AUTH TLS i AUTH SSL, koje osiguravaju za\u0161titu TLS i SSL.<\/li>\n<\/ul>\n<p><\/p>\n<h2>SFTP<\/h2>\n<p><\/p>\n<p>SFTP (Secure File Transfer Protocol) \u2013 protokol aplikacijskog sloja za prijenos datoteka, koji radi preko sigurnog kanala. Ne treba ga mije\u0161ati s (Simple File Transfer Protocol), koji ima istu akronim. Dok je FTPS jednostavno pro\u0161irenje FTP-a, SFTP je odvojen i nikako nije povezan s njim, temelji se na SSH (Secure Shell \u2013 sigurna ljuska).<\/p>\n<p><\/p>\n<h3>Secure Shell<\/h3>\n<p><\/p>\n<p>Razvijanjem ovog protokola bavila se jedna od grupa IETF pod nazivom Secsh. Radna dokumentacija za novi protokol SFTP nije postala slu\u017ebeni standard, no po\u010dela se aktivno koristiti za razvoj aplikacija. Kasnije su objavljene \u0161est verzija protokola. Me\u0111utim, postupno pove\u0107anje funkcionalnosti dovelo je do odluke 14. kolovoza 2006. da se obustavi rad na daljnjem razvoju protokola zbog ispunjenja osnovnog cilja projekta (razvoj SSH) i nedostatka dovoljno stru\u010dnog znanja za prijelaz na razvoj punopravnog protokola udaljenog datote\u010dnog sustava.<\/p>\n<p><\/p>\n<p>SSH je mre\u017eni protokol koji omogu\u0107uje daljinsko upravljanje operativnim sustavom i tuneliranje TCP veze (na primjer, za prijenos datoteka). Funkcionalno je sli\u010dan protokolima Telnet i rlogin, ali, za razliku od njih, \u0161ifrira sav promet, uklju\u010duju\u0107i i proslije\u0111ene lozinke. SSH dopu\u0161ta izbor razli\u010ditih algoritama \u0161ifriranja. SSH klijenti i SSH serveri dostupni su za ve\u0107inu mre\u017enih operativnih sustava.<\/p>\n<p><\/p>\n<p>SSH omogu\u0107uje sigurno prijenos gotovo bilo kojeg drugog mre\u017enog protokola u nesigurnoj okolini. Tako je mogu\u0107e ne samo daljinski raditi na ra\u010dunalu putem naredbenog retka, ve\u0107 i prenositi audio ili video stream preko \u0161ifriranog kanala (na primjer, s web kamere). Tako\u0111er, SSH mo\u017ee koristiti kompresiju prenesenih podataka za njihovo daljnje \u0161ifriranje, \u0161to je korisno, na primjer, za daljinsko pokretanje klijenata X Window Systama.<\/p>\n<p><\/p>\n<p>Prva verzija protokola, SSH-1, razvijena je 1995. godine od strane istra\u017eiva\u010da Tatu Uljanena s Tehnolo\u0161kog sveu\u010dili\u0161ta u Helsinkiju (Finska). SSH-1 je napisan kako bi osigurao ve\u0107u privatnost od protokola rlogin, telnet i rsh. Godine 1996. razvijena je sigurnija verzija protokola, SSH-2, koja nije kompatibilna sa SSH-1. Protokol je stekao jo\u0161 ve\u0107u popularnost, a do 2000. godine imao je oko dva milijuna korisnika. Trenutno se pod pojmom \"SSH\" obi\u010dno misli na SSH-2, jer se prva verzija protokola, zbog zna\u010dajnih nedostataka, sada prakti\u010dki ne koristi. Godine 2006. protokol je odobren od strane radne skupine IETF kao Internet standard.<\/p>\n<p><\/p>\n<p>Postoje dvije uobi\u010dajene implementacije SSH: privatna komercijalna i besplatna slobodna. Slobodna implementacija naziva se OpenSSH. Do 2006. godine 80 % ra\u010dunala na internetu koristilo je upravo OpenSSH. Privatna implementacija razvija se od strane organizacije SSH Communications Security, koja je stopostotni odjel korporacije Tectia, i besplatna je za nekomercijalnu upotrebu. Ove implementacije sadr\u017ee gotovo identi\u010dan skup naredbi.<\/p>\n<p><\/p>\n<p>Protokol SSH-2, za razliku od protokola telnet, otporan je na napade presretanja prometa (\u201esniffing\u201c), ali nije otporan na napade \u201e\u010dovjek u sredini\u201c. Protokol SSH-2 tako\u0111er je otporan na napade pomo\u0107u presretanja sesije (eng. session hijacking), jer nije mogu\u0107e uklju\u010diti se u ve\u0107 uspostavljenu sesiju ili je presresti.<\/p>\n<p><\/p>\n<p>Kako bi se sprije\u010dili napadi \u201e\u010dovjek u sredini\u201c prilikom povezivanja na poslu\u017eitelj \u010diji klju\u010d jo\u0161 nije poznat klijentu, klijentski softver prikazuje korisniku \u201eotisak klju\u010da\u201c (eng. key fingerprint). Preporu\u010duje se pa\u017eljivo provjeriti prikazani \u201eotisak klju\u010da\u201c klijentskog softvera s otiskom klju\u010da poslu\u017eitelja, po mogu\u0107stvu dobivenim putem pouzdanih komunikacijskih kanala ili osobno.<\/p>\n<p><\/p>\n<p>Podr\u0161ka za SSH implementirana je u svim UNIX-podobnim sustavima, a na ve\u0107ini od njih me\u0111u standardnim alatima prisutni su klijent i poslu\u017eitelj ssh. Postoji mnogo implementacija SSH-klijenata i za ne-UNIX operacijske sustave. Protokol je stekao veliku popularnost nakon \u0161irokog razvoja analizatora prometa i na\u010dina ometanja rada lokalnih mre\u017ea, kao alternativno, nesigurno rje\u0161enje za upravljanje va\u017enim \u010dvorovima.<\/p>\n<p><\/p>\n<h3>Veza koriste\u0107i SSH<\/h3>\n<p><\/p>\n<p>Za rad putem SSH potreban je SSH-poslu\u017eitelj i SSH-klijent. Poslu\u017eitelj slu\u0161a veze s klijentskih ra\u010dunala i prilikom uspostavljanja veze provodi autentifikaciju, nakon \u010dega po\u010dinje s uslugom klijenta. Klijent se koristi za prijavu na udaljeni ure\u0111aj i izvr\u0161avanje naredbi.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protokoli SFTP i FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/2370127e0483cf579c3ae461819ada7c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Usporedba s FTPS-om<\/h3>\n<p><\/p>\n<p>Glavna razlika izme\u0111u SFTP-a i standardnog FTP-a i FTPS-a je u tome \u0161to SFTP \u0161ifrira apsolutno sve naredbe, imena korisnika, lozinke i druge povjerljive informacije.<\/p>\n<p><\/p>\n<p>Oba protokola FTPS i SFTP koriste kombinaciju asimetri\u010dnih algoritama (RSA, DSA), simetri\u010dnih algoritama (DES\/3DES, AES, Twhofish itd.), kao i algoritam razmjene klju\u010deva. Za autentifikaciju FTPS (ili, preciznije, SSL \/ TLS putem protokola FTP) koristi X.509 certifikate, dok SFTP (SSH protokol) koristi SSH klju\u010deve.<\/p>\n<p><\/p>\n<p>X.509 certifikati sadr\u017ee javni klju\u010d i odre\u0111ene informacije o vlasniku certifikata. Ove informacije omogu\u0107uju, s druge strane, provjeru cjelovitosti samog certifikata, autenti\u010dnost i vlasnika svjedo\u010danstva. X.509 certifikati imaju odgovaraju\u0107i privatni klju\u010d koji se obi\u010dno \u010duva odvojeno od certifikata iz sigurnosnih razloga.<\/p>\n<p><\/p>\n<p>SSH klju\u010d sadr\u017ei samo javni klju\u010d (odgovaraju\u0107i privatni klju\u010d se \u010duva odvojeno). Ne sadr\u017ei nikakve informacije o vlasniku klju\u010da. Neke SSH implementacije koriste X.509 certifikate za autentifikaciju, ali u stvarnosti ne provjeravaju \u010ditav lanac certifikata \u2014 koristi se samo javni klju\u010d (\u0161to ovu autentifikaciju \u010dini nepotpunom).<\/p>\n<p><\/p>\n<h1>Zaklju\u010dak<\/h1>\n<p><\/p>\n<p>FTP protokol, nesumnjivo, i dalje igra va\u017enu ulogu u skladi\u0161tenju i distribuciji informacija na mre\u017ei unato\u010d svom dugom postojanju. Ovo je jednostavan, vi\u0161enamjenski i standardizirani protokol. Na njegovoj osnovi izgra\u0111eni su mnogi datote\u010dni arhivi, bez kojih bi tehni\u010dki rad bio manje u\u010dinkovit. Osim toga, jednostavan je za pode\u0161avanje, a serveri i klijentski programi postoje prakti\u010dki za sve relevantne i manje relevantne platforme.<\/p>\n<p><\/p>\n<p>Njegove za\u0161ti\u0107ene verzije rje\u0161avaju problem privatnosti pohranjenih i prenesenih podataka u modernom svijetu. Oba nova protokola imaju svoje prednosti i mane te obavljaju malo razli\u010dite uloge. U podru\u010djima gdje je po\u017eeljan upravo datote\u010dni arhiv, preporu\u010duje se koristiti FTPS, posebno ako se ranije koristio klasi\u010dni FTP. SFTP je manje rasprostranjen zbog nespojivosti s starim protokolom, ali je sigurniji i ima vi\u0161e funkcionalnosti, budu\u0107i da je dio sustava daljinskog upravljanja.<\/p>\n<p><\/p>\n<h1>Lista izvora<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/topref.ru\/referat\/52883.html\">Referat \u201eFTP protokol. Op\u0107e informacije i osobitosti\u201c<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/studentlib.com\/referat-191865-protokoly_ssh_cmip_telnet.html\">Referat \u201eProtokoli SSH, CMIP, Telnet\u201c<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/works.doklad.ru\/view\/l4Ukh5_LHzk.html\">Izvje\u0161taj \u201eSSL\/TLS\u201c<\/a><\/noindex><\/li>\n<\/ul>\n<p>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/500438\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e. \u0412 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u043c \u0441\u0443\u0445\u0438\u0435 \u0444\u0430\u043a\u0442\u044b \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438 \u043f\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0435. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u044f \u0440\u0435\u0448\u0438\u043b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u043e\u0434\u043a\u043e\u0440\u0440\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0442\u0435\u043a\u0441\u0442 \u0438 \u0432\u044b\u043b\u043e\u0436\u0438\u0442\u044c \u0435\u0433\u043e \u0432 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435 \u0441\u0442\u0430\u0442\u044c\u0438. \u0427\u0442\u043e \u0442\u0430\u043a\u043e\u0435 FTP FTP (File Transfer Protocol) \u2013 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80501,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80500","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b SFTP \u0438 FTPS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-06T11:42:29+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:29+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Protokoli SFTP i FTPS | ProHoster","description":"Predgovor Prije tjedan dana pisao sam referat o temi nazna\u010denoj u naslovu i nai\u0161ao na to da, blago re\u010deno, informacija na mre\u017ei nije tako obilna.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/protokoly-sftp-i-ftps","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b SFTP \u0438 FTPS | ProHoster","og:description":"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/protokoly-sftp-i-ftps","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-06T11:42:29+00:00","article:modified_time":"2020-05-06T11:42:29+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80500","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:16:28","updated":"2022-10-01 20:55:08","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/80500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=80500"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/80500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/80501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=80500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=80500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=80500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}