{"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\/sl\/blog\/administrirovanie\/protokoly-sftp-i-ftps","title":{"rendered":"Protokoli SFTP in FTPS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h1>Predgovor<\/h1>\n<p><\/p>\n<p>Doslovno prije tjedan dana pisao sam referat na temu ozna\u010denu u naslovu i nai\u0161ao na to da, blago re\u010deno, nije bilo puno informacija koje bi se mogle smatrati edukativnima. Uglavnom su to suhe \u010dinjenice i upute za konfiguraciju. 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) je protokol za prijenos datoteka preko mre\u017ee. To je jedan od osnovnih protokola u Ethernetu. Pojavio se 1971. godine i prvotno 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 definira sljede\u0107e:<\/p>\n<\/p>\n<ul>\n<li>Na koji na\u010din \u0107e se provoditi provjera pogre\u0161aka<\/li>\n<li>Metoda pakiranja podataka (ako se pakiranje koristi)<\/li>\n<li>Kako po\u0161iljateljski ure\u0111aj obavje\u0161tava da je zavr\u0161io poruku<\/li>\n<li>Kako ure\u0111aj za prijem obavje\u0161tava 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 rada FTP-a. Povezivanje inicira korisni\u010dki protokol. Upravljanje razmjenom vr\u0161i se putem kontrolnog kanala u TELNET standardu. FTP naredbe generira korisni\u010dki protokol i \u0161alje ih poslu\u017eitelju. Odgovori poslu\u017eitelja tako\u0111er se \u0161alju korisniku putem kontrolnog kanala. U op\u0107em slu\u010daju, korisnik ima mogu\u0107nost uspostaviti kontakt s protokolom poslu\u017eitelja i sredstvima razli\u010ditim od korisni\u010dkog protokola.<\/p>\n<p><\/p>\n<p>Glavna zna\u010dajka FTP-a je ta \u0161to koristi dvostruku vezu. Jedna se koristi za slanje naredbi poslu\u017eitelju i odvija se prema zadanim postavkama preko TCP porta 21, koji se mo\u017ee izmijeniti. Kontrolna veza postoji cijelo vrijeme dok klijent komunicira s poslu\u017eiteljem. Kontrolni kanal mora biti otvoren tijekom prijenosa podataka izme\u0111u ra\u010dunala. Ako se zatvori, prijenos podataka prestaje. Druga veza se koristi za izravni prijenos podataka. Otvara se svaki put kada se prenosi datoteka izme\u0111u klijenta i poslu\u017eitelja. Ako se istovremeno prenosi vi\u0161e datoteka, za svaku se otvara svoj kanal prijenosa.<\/p>\n<p><\/p>\n<p>FTP lahko deluje v aktivnem ali pasivnem na\u010dinu, kar vpliva na na\u010din vzpostavitve povezave. V aktivnem na\u010dinu odjemalec vzpostavi nadzorno TCP-povezavo s stre\u017enikom in stre\u017eniku po\u0161lje svojo IP-naslov in naklju\u010dna \u0161tevilko odjemalskega vrat, nato pa \u010daka, da stre\u017enik vzpostavi TCP-povezavo na tej naslovu in \u0161tevilki vrat. \u010ce je odjemalec za po\u017earnim zidom in ne more sprejeti vhodne TCP-povezave, lahko uporabimo pasivni na\u010din. V tem na\u010dinu odjemalec uporablja nadzorni tok, da stre\u017eniku po\u0161lje ukaz PASV, nato pa prejme od stre\u017enika njegov IP-naslov in \u0161tevilko vrat, ki jih nato uporabi odjemalec za odprtje podatkovnega toka s svojega naklju\u010dnega vrata. <\/p>\n<p><\/p>\n<p>Lahko se zgodi, da se podatki prena\u0161ajo na tretjo napravo. V tem primeru uporabnik vzpostavi nadzorni kanal z dvema stre\u017enikoma in vzpostavi neposreden podatkovni kanal med njima. Nadzorni ukazi gredo skozi uporabnika, podatki pa neposredno med stre\u017eniki.<\/p>\n<p><\/p>\n<p>Pri prenosu podatkov po omre\u017eju se lahko uporabljajo \u0161tiri predstavitve podatkov:<\/p>\n<p><\/p>\n<ul>\n<li>ASCII \u2013 uporablja se za besedilo. Podatki se, \u010de je potrebno, pred prenosom pretvorijo iz znakovne predstavitve na po\u0161iljajo\u010dem gostitelju v \"osembitni ASCII\", in (spet, \u010de je potrebno) v znakovno predstavitev prejemajo\u010dega gostitelja. \u0160e posebej se spremenijo znaki za prelom vrstice. Posledi\u010dno ta na\u010din ni primeren za datoteke, ki ne vsebujejo le obi\u010dajnega besedila.<\/li>\n<li>Binarni na\u010din \u2013 naprava po\u0161iljatelj po\u0161lje vsak datoteko bajt za bajtom, prejemnik pa shranjuje tok bajtov ob prejemu. Podpora za ta na\u010din je bila priporo\u010dena za vse izvedbe FTP.<\/li>\n<li>EBCDIC \u2013 uporablja se za prenos obi\u010dajnega besedila med gostitelji v kodiranju EBCDIC. V ostalem je ta na\u010din podoben ASCII na\u010dinom.<\/li>\n<li>Lokalni na\u010din \u2013 omogo\u010da dvema ra\u010dunalnikoma z identi\u010dnimi nastavitvami, da po\u0161iljata podatke v svoji lastni obliki brez pretvorbe v ASCII.<\/li>\n<\/ul>\n<p><\/p>\n<p>Prenos podatkov se lahko izvaja v kateremkoli od treh na\u010dinov:<\/p>\n<p><\/p>\n<ul>\n<li>Tokovni na\u010din \u2013 podatki se po\u0161iljajo v obliki neprekinjenega toka, kar sprosti FTP od kakr\u0161nekoli obdelave. Namesto tega se vsa obdelava izvede preko TCP. Indikator konca datoteke ni potreben, razen pri razdelitvi podatkov na zapise.<\/li>\n<li>Blokovni na\u010din \u2013 FTP razbija podatke na nekoliko blokova (blok zaglavlja, koli\u010dina bajtova, polje podataka) i zatim ih \u0161alje putem TCP-a.<\/li>\n<li>Na\u010din kompresije \u2013 podaci se kompresuju jedinstvenim algoritmom (obi\u010dno kodiranjem du\u017eina serija).<\/li>\n<\/ul>\n<p><\/p>\n<p>FTP server \u2013 to je server koji omogu\u0107ava kori\u0161\u0107enje protokola za prenos fajlova. On ima odre\u0111ene karakteristike koje ga razlikuju od obi\u010dnih web servera:<\/p>\n<p><\/p>\n<ul>\n<li>Potrebna je autentifikacija korisnika<\/li>\n<li>Sve operacije se obavljaju u okviru trenutne sesije<\/li>\n<li>Mogu\u0107nost izvr\u0161avanja razli\u010ditih radnji sa fajl sistemom<\/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\u0111e izvr\u0161avanje potrebnih radnji sa elementima fajl sistema. Klijent mo\u017ee biti web pretra\u017eiva\u010d, u \u010diju adresnu traku treba uneti adresu koja predstavlja put do odre\u0111enog direktorijuma ili fajla na udaljenom serveru, u skladu sa op\u0161tom blok-shemom URL:<\/p>\n<p><\/p>\n<p><code>ftp:\/\/user:pass@address:port\/directory\/file<\/code><\/p>\n<p><\/p>\n<p>Me\u0111utim, kori\u0161\u0107enje web pretra\u017eiva\u010da u takvom kontekstu omogu\u0107ava samo pregled ili preuzimanje interesantnih fajlova. Da bi se u potpunosti iskoristile sve prednosti FTP-a, kao klijent treba koristiti specijalizovani softver. <\/p>\n<p><\/p>\n<p>FTP autentifikacija koristi \u0161emu korisni\u010dko ime\/lozinka za pru\u017eanje pristupa. Korisni\u010dko ime se \u0161alje serveru komandom USER, a lozinka \u2013 komandom PASS. Ako server prihvati informacije koje je klijent dostavio, server \u0161alje klijentu pozivnicu i po\u010dinje sesija. Korisnici mogu, ako server podr\u017eava ovu karakteristiku, da se prijave bez pru\u017eanja akreditiva, ali server mo\u017ee obezbediti samo ograni\u010den pristup za takve sesije.<\/p>\n<p><\/p>\n<p>Host koji pru\u017ea FTP uslugu mo\u017ee omogu\u0107iti anonimni pristup FTP-u. Korisnici se obi\u010dno prijavljuju kao \u201eanonymous\u201c (mo\u017ee biti osetljivo na velika\/slova na nekim FTP serverima) kao korisni\u010dko ime. Iako se obi\u010dno tra\u017ei od korisnika da po\u0161alju adresu svoje elektronske po\u0161te umesto lozinke, zapravo se ne vr\u0161i nikakva provera. Mnogi FTP hostovi koji pru\u017eaju a\u017euriranja softvera podr\u017eavaju anonimni pristup.<\/p>\n<p><\/p>\n<h2>\u0160ema protokola<\/h2>\n<p><\/p>\n<p>Interakcija \u201eklijent-server\u201c pri FTP konekciji mo\u017ee se vizuelno predstaviti na slede\u0107i na\u010din:<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protokoli SFTP in FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/9513d1898a0938a30b0f87d7956bc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h1>Siguran FTP<\/h1>\n<p><\/p>\n<p>FTP prvobitno nije bio zami\u0161ljen kao za\u0161ti\u0107en, po\u0161to je bio namenjen komunikaciji izme\u0111u nekoliko vojnih objekata i institucija. Me\u0111utim, sa razvojem i \u0161irenjem interneta opasnost od neovla\u0161\u0107enog pristupa je zna\u010dajno porasla. Pojavila se potreba za za\u0161titom servera od raznih napada. U maju 1999. autori RFC 2577 su sa\u017eeli ranjivosti u slede\u0107i spisak problema:<\/p>\n<p><\/p>\n<ul>\n<li>Skrivene napade (bounce attacks)<\/li>\n<li>Spoof napadi (spoof attacks)<\/li>\n<li>Napadi metodom \u201ebrute force\u201c (brute force attacks)<\/li>\n<li>Presretanje paketa, sniffing (packet capture, sniffing)<\/li>\n<li>Zarobljavanje portova (port stealing)<\/li>\n<\/ul>\n<p><\/p>\n<p>Obi\u010dni FTP nema mogu\u0107nost prenosa podataka u \u0161ifrovanom obliku, zbog \u010dega korisni\u010dka imena, lozinke, komande i druge informacije lako mogu biti presretnute od strane napada\u010da. Uobi\u010dajeno re\u0161enje ovog problema je kori\u0161\u0107enje \u201ebezbednih\u201c, TLS-za\u0161ti\u0107enih verzija ranjivog protokola (FTPS) ili drugog, sigurnijeg protokola, poput SFTP\/SCP, koji se obezbe\u0111uje sa ve\u0107inom implementacija protokola Secure Shell.<\/p>\n<p><\/p>\n<h2>FTPS<\/h2>\n<p><\/p>\n<p>FTPS (FTP + SSL) \u2013 pro\u0161irenje standardnog protokola prenosa datoteka, koje dodaje \u0161ifrovane sesije koriste\u0107i SSL (Secure Sockets Layer \u2014 nivo za\u0161ti\u0107enih soketa). Danas se za\u0161tita obezbe\u0111uje njegovim naprednijim ekvivalentom TLS (Transport Layer Security \u2014 za\u0161tita transportnog nivoa).<\/p>\n<p><\/p>\n<h3>SSL<\/h3>\n<p><\/p>\n<p>SSL protokol je predlo\u017eila kompanija Netscape Communications 1996. godine sa ciljem obezbe\u0111ivanja bezbednosti i poverljivosti internet konekcija. Protokol podr\u017eava autentikaciju (potvrdu identiteta) klijenta i servera, nezavistan je od aplikacija i transparentan je za protokole HTTP, FTP i Telnet.<\/p>\n<p><\/p>\n<p>SSL Handshake protokol se sastoji od dva koraka: potvrda identiteta servera i neobavezna potvrda identiteta klijenta. U prvom koraku, server u odgovoru na zahtev klijenta \u0161alje svoj sertifikat i parametre \u0161ifrovanja. Zatim klijent generi\u0161e glavnu \u0161ifru, \u0161ifruje je javnim klju\u010dem servera i \u0161alje serveru. Server de\u0161ifruje glavnu \u0161ifru svojim privatnim klju\u010dem i potvr\u0111uje svoj identitet klijentu, vra\u0107aju\u0107i mu poruku potpisanu glavnom \u0161ifrom klijenta.<\/p>\n<p><\/p>\n<p>Naslednji podatki so \u0161ifrirani in overjeni z klju\u010di, pridobljenimi na podlagi tega klju\u010dnega mojstra. V drugem koraku, ki ni obvezen, stre\u017enik po\u0161lje zahtevek odjemalcu, odjemalec pa stre\u017eniku potrdi svojo identiteto, ko vrne zahtevek z lastnim digitalnim podpisom in certifikatom javnega klju\u010da.<\/p>\n<p><\/p>\n<p>SSL podpira razli\u010dne kriptografske algoritme. Med vzpostavljanjem povezave se uporablja kriptografski sistem z javnim klju\u010dem RSA. Po izmenjavi klju\u010dev se uporablja razli\u010dne \u0161ifre: RC2, RC4, IDEA, DES in TripleDES. Uporablja se tudi MD5 \u2014 algoritem za ustvarjanje povzetkov sporo\u010dil. Sintaksa certifikatov javnega klju\u010da je opisano v X.509.<\/p>\n<p><\/p>\n<p>Ena izmed pomembnih prednosti SSL je njegova popolna neodvisnost od programske opreme in platforme. Protokol je zasnovan na na\u010delih prenosljivosti in ideologija njegove gradnje ni odvisna od aplikacij, v okviru katerih se uporablja. Poleg tega je pomembno, da se lahko nad SSL protokol prosojno nalo\u017eijo drugi protokoli; bodisi za dodatno pove\u010danje stopnje za\u0161\u010dite ciljnih informacijskih tokov, bodisi za prilagoditev kriptografskih sposobnosti SSL specifi\u010dni nalogi.<\/p>\n<p><\/p>\n<h3>SSL povezava<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Protokoli SFTP in FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/5c002ffba19382c1d3b330d7c948692b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Nudeni SSL varni kanal ima tri osnovne lastnosti: <\/p>\n<p><\/p>\n<ul>\n<li>Kanal je zaseben. \u0160ifriranje se uporablja za vsa sporo\u010dila po preprostem dialogu, ki slu\u017ei za dolo\u010ditev tajnega klju\u010da.<\/li>\n<li>Kanal je overjen. Stre\u017eni del dialoga je vedno overjen, medtem ko je overitev odjemalca opcijska.<\/li>\n<li>Kanal je zanesljiv. Prenos sporo\u010dil vklju\u010duje preverjanje celovitosti (z uporabo MAC).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Lastnosti FTPS<\/h3>\n<p><\/p>\n<p>Obstajata dve izvedbi FTPS, ki uporabljata razli\u010dne metode zagotavljanja varnosti: <\/p>\n<p><\/p>\n<ul>\n<li>Neposredna metoda predvideva uporabo standardnega protokola SSL z vzpostavitvijo seje pred prenosom podatkov, kar pa povzro\u010di nezdru\u017eljivost s klasi\u010dnimi FTP odjemalci in stre\u017eniki. Za povratno zdru\u017eljivost z odjemalci, ki ne podpirajo FTPS, se uporablja TCP-port 990 za kontrolno povezavo in 989 za prenos podatkov. To omogo\u010da ohranitev standardnega porta 21 za protokol FTP. Ta metoda je bila priznana za zastarelo.<\/li>\n<li>FTPS je znatno pohodniji jer koristi standardne FTP komande, ali \u0161ifruje podatke prilikom odgovora, \u0161to omogu\u0107ava kori\u0161\u0107enje iste upravlja\u010dke veze i za FTP i za FTPS. Klijent mora eksplicitno da zatra\u017ei sigurni prenos podataka od servera, a zatim odobriti na\u010din \u0161ifrovanja. Ako klijent ne zatra\u017ei siguran prenos, FTPS server ima pravo da ili zadr\u017ei ili prekine neza\u0161ti\u0107enu vezu. Mehanizam za uskla\u0111ivanje identiteta i za\u0161tite podataka dodat je pod RFC 2228, koji uklju\u010duje novu FTP komandu AUTH. Iako ovaj standard ne defini\u0161e jasno mehanizme za\u0161tite, on defini\u0161e da sigurno povezivanje mora da inicira klijent pomo\u0107u gore opisanog algoritma. Ako server ne podr\u017eava sigurne veze, treba da se vrati kod gre\u0161ke 504. FTPS klijenti mogu dobiti informacije o podr\u017eanim protokolima za\u0161tite servera pomo\u0107u komande FEAT, me\u0111utim server nije obavezan da otkriva koje nivoe sigurnosti podr\u017eava. Naj\u010de\u0161\u0107e kori\u0161\u0107ene FTPS komande su AUTH TLS i AUTH SSL, koje pru\u017eaju za\u0161titu TLS i SSL, redom.<\/li>\n<\/ul>\n<p><\/p>\n<h2>SFTP<\/h2>\n<p><\/p>\n<p>SFTP (Secure File Transfer Protocol) je protokol aplikacionog nivoa za prenos datoteka koji funkcioni\u0161e preko sigurnog kanala. Ne treba ga me\u0161ati sa (Simple File Transfer Protocol), koji ima istu skra\u0107enicu. Dok je FTPS samo pro\u0161irenje FTP-a, SFTP je odvojen i nije u vezi s njim, jer kao osnovu koristi SSH (Secure Shell \u2013 sigurnu ljusku).<\/p>\n<p><\/p>\n<h3>Secure Shell<\/h3>\n<p><\/p>\n<p>Razvojem protokola bavila se jedna od grupa IETF pod nazivom Secsh. Radna dokumentacija za novi protokol SFTP nije postala zvani\u010dni standard, ali je po\u010dela aktivno da se koristi za razvoj aplikacija. U budu\u0107nosti je objavljeno \u0161est verzija protokola. Me\u0111utim, postepeno pove\u0107anje funkcionalnosti dovelo je do odluke 14. avgusta 2006. godine o prekidu rada na razvoju protokola, zbog ispunjenja osnovnog zadatka projekta (razvoj SSH) i nedostatka dovoljnog nivoa stru\u010dnosti za prelazak na razvoj kompletnog protokola za udaljeni filesistem.<\/p>\n<p><\/p>\n<p>SSH je mre\u017eni protokol koji omogu\u0107ava udaljeno upravljanje operativnim sustavom i tuneliranje TCP veza (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 prenesene lozinke. SSH omogu\u0107uje odabir razli\u010ditih \u0161ifriranja. SSH klijenti i SSH serveri dostupni su za ve\u0107inu mre\u017enih operativnih sustava.<\/p>\n<p><\/p>\n<p>SSH omogu\u0107ava sigurno preno\u0161enje bilo kojeg drugog mre\u017enog protokola u neza\u0161ti\u0107enoj sredini. Tako je mogu\u0107e ne samo udaljeno raditi na ra\u010dunalu putem naredbenog retka, ve\u0107 i prenositi audio ili video stream (na primjer, s web kamere) preko \u0161ifriranog kanala. Tako\u0111er, SSH mo\u017ee koristiti kompresiju prenesenih podataka prije njihove \u0161ifriranja, \u0161to je prakti\u010dno, primjerice, za udaljeno pokretanje X Window System klijenata.<\/p>\n<p><\/p>\n<p>Prva verzija protokola, SSH-1, razvijena je 1995. godine od strane istra\u017eiva\u010da Tatu Ulonena s Tehnolo\u0161kog sveu\u010dili\u0161ta u Helsinkiju (Finska). SSH-1 je napisan kako bi se osigurao ve\u0107i stupanj povjerljivosti od protokola rlogin, telnet i rsh. Godine 1996. razvijena je sigurnija verzija protokola, SSH-2, koja nije bila kompatibilna sa SSH-1. Protokol je stekao jo\u0161 ve\u0107u popularnost i do 2000. godine je imao oko dva milijuna korisnika. Trenutno se pod pojmom \"SSH\" obi\u010dno podrazumijeva upravo SSH-2, jer se prva verzija protokola zbog ozbiljnih nedostataka trenutno gotovo ne koristi. Godine 2006. protokol je odobren od strane radne skupine IETF kao internetski standard.<\/p>\n<p><\/p>\n<p>Postoje dvije verzije SSH: privatna komercijalna i besplatna slobodna. Slobodna verzija se zove OpenSSH. Do 2006. godine 80 % ra\u010dunala na internetu koristilo je upravo OpenSSH. Privatnu verziju razvija organizacija SSH Communications Security koja je 100 % poduze\u0107e korporacije Tectia, a besplatna je za nekomercijalnu upotrebu. Ove verzije uklju\u010duju gotovo identi\u010dan skup naredbi.<\/p>\n<p><\/p>\n<p>Protokol SSH-2, za razliko od protokola telnet, je odporen na napade prislu\u0161kovanja prometa (\u201esnifing\u201c), vendar ni odporen na napade \u201emo\u0161ki v sredini\u201c. Protokol SSH-2 je prav tako odporen na napade, ki vklju\u010dujejo prevzemanje seje (angle\u0161ko session hijacking), saj se ni mogo\u010de povezati v \u017ee vzpostavljeno sejo ali jo prestre\u010di.<\/p>\n<p><\/p>\n<p>Za prepre\u010devanje napadov \u201emo\u0161ki v sredini\u201c pri povezovanju s stre\u017enikom, katerega klju\u010d stranka \u0161e ne pozna, odjemalska programska oprema poka\u017ee uporabniku \u201eotisk klju\u010da\u201c (angle\u0161ko key fingerprint). Priporo\u010dljivo je, da natan\u010dno preverite prikazani otisak klju\u010da s stre\u017eni\u0161kim otiskom klju\u010da, idealno pridobljenim preko zanesljivih komunikacijskih kanalov ali osebno.<\/p>\n<p><\/p>\n<p>Podpora za SSH je implementirana v vseh sistemih, podobnih UNIX-u, in ve\u010dina izmed njih vklju\u010duje standardne pripomo\u010dke, kot sta odjemalec in stre\u017enik ssh. Obstaja veliko implementacij SSH-odjemalcev tudi za ne-UNIX operacijske sisteme. Protokol je pridobil veliko priljubljenost po \u0161ir\u0161i uporabi analizatorjev prometa in metod za kr\u0161enje delovanja lokalnih omre\u017eij, kot alternativna re\u0161itev za obvladovanje pomembnih vozli\u0161\u010d, ki ni varna, protokolu Telnet.<\/p>\n<p><\/p>\n<h3>Povezava z uporabo SSH<\/h3>\n<p><\/p>\n<p>Za delo preko SSH potrebujete SSH-stre\u017enik in SSH-odjemalec. Stre\u017enik poslu\u0161a povezave iz odjemalskih naprav in ob vzpostavitvi povezave izvede avtentikacijo, po kateri za\u010dne obravnavati stranko. Odjemalec se uporablja za prijavo na oddaljen stroj in izvajanje ukazov.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protokoli SFTP in FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/2370127e0483cf579c3ae461819ada7c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Primerjava s FTPS<\/h3>\n<p><\/p>\n<p>Glavna stvar, ki SFTP lo\u010di od standardnega FTP in FTPS, je ta, da SFTP \u0161ifrira vse ukaze, uporabni\u0161ka imena, gesla in druge zaupne informacije.<\/p>\n<p><\/p>\n<p>Oba protokola FTPS in SFTP uporabljata kombinacijo asimetri\u010dnih algoritmov (RSA, DSA), simetri\u010dnih algoritmov (DES\/3DES, AES, Twhofish itd.), prav tako pa tudi algoritme za izmenjavo klju\u010dev. Za avtentikacijo FTPS (ali, natan\u010dneje, SSL\/TLS po protokolu FTP) uporablja certifikate X.509, medtem ko SFTP (SSH protokol) uporablja SSH klju\u010de.<\/p>\n<p><\/p>\n<p>Certifikati X.509 vklju\u010dujejo javni klju\u010d in dolo\u010dene informacije o lastniku certifikata. Te informacije omogo\u010dajo, da se z druge strani preveri celovitost samega certifikata, avtenti\u010dnost in lastnika potrdila. Certifikati X.509 imajo ustrezen zasebni klju\u010d, ki se obi\u010dajno hrani lo\u010deno od certifikata zaradi varnostnih razlogov.<\/p>\n<p><\/p>\n<p>SSH klju\u010d vsebuje le javni klju\u010d (ustrezni zasebni klju\u010d pa je shranjen lo\u010deno). V njem ni nobenih informacij o lastniku klju\u010da. Nekatere SSH implementacije uporabljajo X.509 certifikate za avtentikacijo, vendar v resnici ne preverjajo celotne verige certifikatov \u2014 uporablja se le javni klju\u010d (kar tovrstno preverjanje avtentikacije naredi nepopolno).<\/p>\n<p><\/p>\n<h1>Zaklju\u010dek<\/h1>\n<p><\/p>\n<p>Protokol FTP brez dvoma \u0161e vedno igra pomembno vlogo pri shranjevanju in distribuciji informacij v omre\u017eju, kljub svoji dolgi zgodovini. To je priro\u010den, ve\u010dnamenski in standardiziran protokol. Na njegovi osnovi je zgrajen \u0161tevilne datote\u010dne arhive, brez katerih tehni\u010dno delo ne bi bilo tako u\u010dinkovito. Poleg tega ga je enostavno nastaviti, programski stre\u017eniki in odjemalci pa obstajajo skoraj za vse pomembne in manj pomembne platforme.<\/p>\n<p><\/p>\n<p>Njegove za\u0161\u010ditene razli\u010dice pa re\u0161ujejo te\u017eavo zasebnosti shranjenih in prenesenih podatkov v sodobnem svetu. Obe novi protokoli imata svoje prednosti in slabosti ter opravljata nekoliko razli\u010dne vloge. Na tistih podro\u010djih, kjer je potreben prav datote\u010dni arhiv, je priporo\u010dljivo uporabljati FTPS, \u0161e posebej, \u010de je bil prej uporabljen klasi\u010dni FTP. SFTP je manj raz\u0161irjen zaradi svoje nezdru\u017eljivosti s starim protokolom, je pa bolj za\u0161\u010diten in ponuja ve\u010d funkcionalnosti, saj je del sistema oddaljenega upravljanja.<\/p>\n<p><\/p>\n<h1>Spisak izvora.<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/topref.ru\/referat\/52883.html\">Referat \u201eFTP-protokol. Splo\u0161ne informacije in posebnosti\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\">Referat \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\/sl\/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=\"sl_SI\" \/>\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\/sl\/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 in FTPS | ProHoster","description":"Uvod Pred kratkim sem napisal referat na zgoraj omenjeno temo in se soo\u010dil s tem, da, recimo tako, v omre\u017eju ni veliko pou\u010dne informacije.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/protokoly-sftp-i-ftps","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/80500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=80500"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/80500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/80501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=80500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=80500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=80500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}