{"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\/no\/blog\/administrirovanie\/protokoly-sftp-i-ftps","title":{"rendered":"SFTP og FTPS protokollar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h1>Forord<\/h1>\n<p><\/p>\n<p>For berre ei veke sidan skreiv eg eit oppg\u00e5veskriv om emnet som er nemnt i overskrifta, og eg oppdaga at det, skal vi seie, ikkje er s\u00e5 mykje l\u00e6rerik informasjon p\u00e5 nett. For det meste enkle fakta og instruksar om oppsett. Difor bestemte eg meg for \u00e5 gjere nokre justeringar av teksten og publisere den som ein artikkel.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Kva er FTP<\/h1>\n<p><\/p>\n<p>FTP (File Transfer Protocol) er ein protokoll for filoverf\u00f8ring over nettverket. Det er ein av dei grunnleggjande protokollane for Ethernet. Den blei oppretta i 1971 og fungerte f\u00f8rst i DARPA-nettverk. No, som med HTTP, er filoverf\u00f8ring basert p\u00e5 ein modell best\u00e5ande av ei samling av protokollar TCP\/IP (Transmission Control Protocol\/Internet Protocol). Definert i RFC 959.<\/p>\n<p><\/p>\n<p>Protokollen definerer f\u00f8lgjande:<\/p>\n<\/p>\n<ul>\n<li>Kva m\u00e5te feilsjekking vil bli utf\u00f8rt<\/li>\n<li>Metode for datainnpakking (hvis innpakking blir brukt)<\/li>\n<li>Korleis senderen signaliserer at den har fullf\u00f8rt meldinga<\/li>\n<li>Korleis mottakaren signaliserer at han har motteke meldinga<\/li>\n<\/ul>\n<p><\/p>\n<h2>Interaksjon mellom klient og server<\/h2>\n<p><\/p>\n<p>La oss sj\u00e5 n\u00e6rare p\u00e5 prosessane som skjer under FTP-arbeid. Tilkoplinga blir initialisert av brukaren sin protokolltolkar. Kontroll av utvekslinga skjer gjennom kontrollkanalen i TELNET-standarden. FTP-kommandoar blir generert av brukaren sin protokolltolkar og sendt til serveren. Serverens svar blir ogs\u00e5 sendt til brukaren gjennom kontrollkanalen. Generelt kan brukaren f\u00e5 tilknyttning til serverens protokolltolkar ved hjelp av midlar ulike fr\u00e5 brukaren sin.<\/p>\n<p><\/p>\n<p>Den viktigaste s\u00e6rtrekkinga til FTP er at den bruker dobbel tilkopling. Eine blir brukt for \u00e5 sende kommandoar til serveren og skjer som standard gjennom TCP-port 21, som kan endrast. Kontrolltilkoplinga eksisterer heile tida s\u00e5 lenge klienten kommuniserer med serveren. Kontrollkanalen m\u00e5 vere open under datatransfer mellom datamaskinene. I tilfelle den blir stengt, opph\u00f8yrer datatransporten. Den andre kjernen blir brukt for den direkte datatransporten. Den vert opna kvar gong det blir sendt ein fil mellom klient og server. I tilfelle fleire filer blir sendt samtidig, blir det opna ein eigen transportkanal for kvar enkelt fil.<\/p>\n<p><\/p>\n<p>FTP kan fungere i aktiv eller passiv modus, og valget avhengig av hvilken forbindelse som blir opprettet. I aktiv modus oppretter klienten en styrings-TCP-forbindelse med serveren og sender serveren sin IP-adresse og et vilk\u00e5rlig nummer for klientporten, hvoretter den venter p\u00e5 at serveren skal starte en TCP-forbindelse med denne adressen og portnummeret. Hvis klienten er bak en brannmur og ikke kan motta innkommende TCP-forbindelser, kan passiv modus benyttes. I denne modusen bruker klienten kontrollstr\u00f8mmen for \u00e5 sende en PASV-kommando til serveren, og mottar deretter IP-adressen og portnummeret fra serveren, som deretter brukes av klienten til \u00e5 \u00e5pne en datakanal fra sin vilk\u00e5rlige port. <\/p>\n<p><\/p>\n<p>Det kan oppst\u00e5 situasjoner der data kan overf\u00f8res til en tredje maskin. I s\u00e5 fall organiserer brukeren en kontrollkanal med to servere og oppretter en direkte datakanal mellom dem. Kontrollkommandoene g\u00e5r gjennom brukeren, mens dataene overf\u00f8res direkte mellom serverne.<\/p>\n<p><\/p>\n<p>Ved dataoverf\u00f8ring over nettverket kan det brukes fire datavisninger:<\/p>\n<p><\/p>\n<ul>\n<li>ASCII - brukes for tekst. Dataene konverteres, om n\u00f8dvendig, fra det symbolsk uttrykte formatet p\u00e5 senderverten til \"\u00e5ttebiters ASCII\", og (igjen, om n\u00f8dvendig) til det symbolske formatet til mottakerverten. Spesielt blir linjeskifttegn endret. F\u00f8lgelig er denne modusen ikke egnet for filer som inneholder mer enn bare vanlig tekst.<\/li>\n<li>Bin\u00e6r modus - avsenderen sender hver fil byte for byte, mens mottakeren lagrer byte-str\u00f8mmen ved mottak. St\u00f8tte for denne modusen har blitt anbefalt for alle FTP-implementasjoner.<\/li>\n<li>EBCDIC - brukes for \u00e5 overf\u00f8re vanlig tekst mellom verter i EBCDIC-koding. Ellers er denne modusen lik ASCII-modusen.<\/li>\n<li>Lokal modus - tillater to datamaskiner med identiske oppsett \u00e5 sende data i sitt eget format uten konvertering til ASCII.<\/li>\n<\/ul>\n<p><\/p>\n<p>Dataoverf\u00f8ring kan utf\u00f8res i en av tre moduser:<\/p>\n<p><\/p>\n<ul>\n<li>Str\u00f8mmodus - dataene sendes i form av en kontinuerlig str\u00f8m, og frigj\u00f8r FTP fra \u00e5 utf\u00f8re noen form for behandling. I stedet utf\u00f8res all behandling av TCP. En filsluttindikator er ikke n\u00f8dvendig, bortsett fra n\u00e5r dataene skal deles inn i poster.<\/li>\n<li>Blokker-modus \u2013 FTP deler data i flere blokker (blokkoverskrift, antall byte, datafelter) og sender dem deretter via TCP.<\/li>\n<li>Komprimeringsmodus \u2013 data komprimeres med en enkelt algoritme (vanligvis kode for lange serier).<\/li>\n<\/ul>\n<p><\/p>\n<p>FTP-server \u2013 er en server som tillater bruk av filoverf\u00f8ringsprotokollen. Den har spesifikke egenskaper som skiller den fra vanlige webservere:<\/p>\n<p><\/p>\n<ul>\n<li>Brukerautentisering er n\u00f8dvendig<\/li>\n<li>Alle operasjoner utf\u00f8res i l\u00f8pet av den n\u00e5v\u00e6rende sesjonen<\/li>\n<li>Muligheter for \u00e5 utf\u00f8re ulike handlinger med filsystemet<\/li>\n<li>Det brukes en separat kanal for hver tilkobling<\/li>\n<\/ul>\n<p><\/p>\n<p>FTP-klient \u2013 er et program som lar deg koble til en ekstern server via FTP og utf\u00f8re n\u00f8dvendige handlinger med filsystemelementene. En nettleser kan fungere som klient, ved at adressen som skrives inn i adressefeltet, representerer stien til et bestemt katalog eller en fil p\u00e5 den eksterne serveren, i henhold til den generelle blokkskjemaet for URL:<\/p>\n<p><\/p>\n<p><code>ftp:\/\/user:pass@address:port\/directory\/file<\/code><\/p>\n<p><\/p>\n<p>Bruk av nettleser for dette form\u00e5let vil imidlertid bare tillate visning eller nedlasting av \u00f8nskede filer. For \u00e5 fullt ut dra nytte av fordelene ved FTP, b\u00f8r spesialisert programvare brukes som klient. <\/p>\n<p><\/p>\n<p>FTP-autentisering bruker brukernavn\/passord-skjemaet for tilgang. Brukernavnet sendes til serveren med kommandoen USER, og passordet med kommandoen PASS. Hvis informasjonen som klienten gir, godtas av serveren, sender serveren en invitasjon til klienten, og sesjonen begynner. Brukere kan, hvis serveren st\u00f8tter denne funksjonen, logge inn uten \u00e5 oppgi legitimasjon, men serveren kan gi bare begrenset tilgang for slike sesjoner.<\/p>\n<p><\/p>\n<p>Verten som tilbyr FTP-tjenester, kan gi anonym tilgang til FTP. Brukere logger vanligvis inn som \u00abanonymous\u00bb (kan v\u00e6re registreringsavhengig p\u00e5 noen FTP-servere) som brukernavn. Selv om brukere vanligvis blir bedt om \u00e5 sende inn e-postadressen sin i stedet for passordet, utf\u00f8res det faktisk ingen verifisering. Mange FTP-verter som tilbyr programvareoppdateringer, st\u00f8tter anonym tilgang.<\/p>\n<p><\/p>\n<h2>Protokollskjema<\/h2>\n<p><\/p>\n<p>Interaksjonen mellom \u00abklient-server\u00bb ved FTP-forbindelse kan illustreres p\u00e5 f\u00f8lgende m\u00e5te:<\/p>\n<p>\n<img decoding=\"async\" alt=\"SFTP og FTPS protokollar\" src=\"\/wp-content\/uploads\/2020\/05\/9513d1898a0938a30b0f87d7956bc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h1>Sikker FTP<\/h1>\n<p><\/p>\n<p>FTP ble opprinnelig ikke designet som en sikker l\u00f8sning, da det var ment for kommunikasjon mellom flere milit\u00e6re objekter og institusjoner. Men med utviklingen og spredningen av internett har faren for uautorisert tilgang \u00f8kt betydelig. Det oppsto et behov for \u00e5 beskytte servere mot ulike typer angrep. I mai 1999 oppsummerte forfatterne av RFC 2577 s\u00e5rbarhetene i f\u00f8lgende liste over problemer:<\/p>\n<p><\/p>\n<ul>\n<li>Skjulte angrep (bounce attacks)<\/li>\n<li>Spoofing-angrep (spoof attacks)<\/li>\n<li>Brute force-angrep (brute force attacks)<\/li>\n<li>Pakkeopptak, sniffing (packet capture, sniffing)<\/li>\n<li>Porttyveri (port stealing)<\/li>\n<\/ul>\n<p><\/p>\n<p>Vanlig FTP har ikke mulighet til \u00e5 overf\u00f8re data i kryptert form, noe som gj\u00f8r at brukernavn, passord, kommandoer og annen informasjon enkelt kan fanges opp av uvedkommende. En vanlig l\u00f8sning p\u00e5 dette problemet er \u00e5 bruke \u00absikrede\u00bb, TLS-beskyttede versjoner av det s\u00e5rbare protokollen (FTPS) eller en annen, mer beskyttet protokoll, som SFTP\/SCP, som tilbys med de fleste implementeringer av Secure Shell-protokollen.<\/p>\n<p><\/p>\n<h2>FTPS<\/h2>\n<p><\/p>\n<p>FTPS (FTP + SSL) er en utvidelse av den standard filoverf\u00f8ringsprotokollen, som legger til funksjonaliteten for \u00e5 opprette krypterte \u00f8kter ved hjelp av SSL-protokollen (Secure Sockets Layer \u2014 sikkerhetslaget for sokler). I dag tilbys beskyttelse av den mer avanserte varianten TLS (Transport Layer Security \u2014 transportlagssikkerhet).<\/p>\n<p><\/p>\n<h3>SSL<\/h3>\n<p><\/p>\n<p>SSL-protokollen ble introdusert av Netscape Communications i 1996 med m\u00e5l om \u00e5 sikre sikkerhet og konfidensialitet ved internettforbindelser. Protokollen st\u00f8tter autentisering (verifisering) av klient og server, er uavhengig av applikasjoner og er gjennomsiktig for protokollene HTTP, FTP og Telnet.<\/p>\n<p><\/p>\n<p>SSL Handshake-protokollen best\u00e5r av to trinn: autentisering av serveren og valgfri autentisering av klienten. I det f\u00f8rste trinnet sender serveren sitt sertifikat og krypteringsparametere som svar p\u00e5 klientens foresp\u00f8rsel. Deretter genererer klienten en master-n\u00f8kkel, krypterer den med serverens offentlige n\u00f8kkel og sender den tilbake til serveren. Serveren dekrypterer master-n\u00f8kkelen med sin private n\u00f8kkel og bekrefter sin legitimitet for klienten ved \u00e5 returnere en melding signert med klientens master-n\u00f8kkel.<\/p>\n<p><\/p>\n<p>De p\u00e5f\u00f8lgende dataene krypteres og bekreftes med n\u00f8kler oppn\u00e5dd basert p\u00e5 denne master-n\u00f8kkelen. I den andre fasen, som ikke er obligatorisk, sender serveren en foresp\u00f8rsel til klienten, og klienten bekrefter serverens autentisitet ved \u00e5 returnere foresp\u00f8rselen med sin egen digitale signatur og \u00e5pen n\u00f8kkelsertifikat.<\/p>\n<p><\/p>\n<p>SSL st\u00f8tter et mangfold av kryptografiske algoritmer. Under opprettelse av forbindelsen brukes RSA n\u00f8kkelkryptosystemet. Etter n\u00f8kkelutvekslingen brukes ulike koder: RC2, RC4, IDEA, DES og TripleDES. MD5 brukes ogs\u00e5 \u2013 en algoritme for \u00e5 lage meldingsdigest. Syntaksen for \u00e5pne n\u00f8kkelsertifikater er beskrevet i X.509.<\/p>\n<p><\/p>\n<p>En av de viktige fordelene ved SSL er dens totale plattformuavhengighet. Protokollen er utviklet med prinsipper for portabilitet, og ideologien bak den er uavhengig av hvilke applikasjoner den brukes i. I tillegg er det viktig at andre protokoller kan legges til uten problemer over SSL-protokollen; enten for \u00e5 \u00f8ke sikkerheten til de m\u00e5lrettede informasjonsstr\u00f8mmene ytterligere, eller for \u00e5 tilpasse SSLs kryptografiske egenskaper til en bestemt oppgave.<\/p>\n<p><\/p>\n<h3>SSL-tilkobling<\/h3>\n<p>\n<img decoding=\"async\" alt=\"SFTP og FTPS protokollar\" src=\"\/wp-content\/uploads\/2020\/05\/5c002ffba19382c1d3b330d7c948692b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Den leverte SSL-sikre kanalen har tre hovedegenskaper: <\/p>\n<p><\/p>\n<ul>\n<li>Kanalen er privat. Kryptering brukes for alle meldinger etter en enkel dialog som fungerer for \u00e5 bestemme den hemmelige n\u00f8kkelen.<\/li>\n<li>Kanalen er autentisert. Server-siden av dialogen autentiseres alltid, mens klient-siden autentiseres valgfritt.<\/li>\n<li>Kanalen er p\u00e5litelig. Transporten av meldinger omfatter integritetskontroll (med bruk av MAC).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Egenskaper ved FTPS<\/h3>\n<p><\/p>\n<p>Det finnes to implementeringer av FTPS, som bruker forskjellige metoder for \u00e5 gi sikkerhet: <\/p>\n<p><\/p>\n<ul>\n<li>Den implisitte metoden forutsetter bruken av standard SSL-protokoll, med etablering av sesjoner f\u00f8r data sendes, noe som bryter med kompatibiliteten med vanlige FTP-klienter og -servere. For bakoverkompatibilitet med klienter som ikke st\u00f8tter FTPS, brukes TCP-port 990 for kontrollforbindelsen og 989 for datatransfer. Dette gj\u00f8r at standardporten 21 for FTP-protokollen kan bevares. Denne metoden anses som utd\u00f8dd.<\/li>\n<li>Explicit \u2013 er mye mer praktisk, da den bruker kommandoer fra standard FTP, men krypterer dataene under overf\u00f8ring, noe som gj\u00f8r at den kan bruke den samme kontrollforbindelsen b\u00e5de for FTP og FTPS. Klienten m\u00e5 eksplisitt be om en sikker dataoverf\u00f8ring fra serveren og deretter godkjenne metoden for kryptering. Hvis klienten ikke ber om en sikker overf\u00f8ring, har FTPS-serveren rett til \u00e5 enten opprettholde eller lukke den usikrede forbindelsen. Mekanismen for identifikasjon og databeskyttelse ble lagt til under RFC 2228, som inkluderer en ny FTP-kommando AUTH. Selv om denne standarden ikke spesifikt definerer beskyttelsesmekanismer, angir den at den sikre forbindelsen m\u00e5 initieres av klienten ved hjelp av den ovenfor beskrevne algoritmen. Hvis den sikre forbindelsen ikke st\u00f8ttes av serveren, skal feilkode 504 returneres. FTPS-klienter kan f\u00e5 informasjon om hvilke beskyttelsesprotokoller serveren st\u00f8tter ved \u00e5 bruke FEAT-kommandoen, men serveren er ikke forpliktet til \u00e5 legge ut hvilke sikkerhetsniv\u00e5er den st\u00f8tter. De mest vanlige FTPS-kommandoene er AUTH TLS og AUTH SSL, som gir henholdsvis TLS- og SSL-beskyttelse.<\/li>\n<\/ul>\n<p><\/p>\n<h2>SFTP<\/h2>\n<p><\/p>\n<p>SFTP (Secure File Transfer Protocol) \u2013 en applikasjonsprotokoll for filoverf\u00f8ring som fungerer over en sikker kanal. Skal ikke forveksles med (Simple File Transfer Protocol), som har samme forkortelse. Mens FTPS bare er en utvidelse av FTP, er SFTP en egen protokoll som ikke er knyttet til FTP, og som bruker SSH (Secure Shell \u2013 sikker shell) som grunnlag.<\/p>\n<p><\/p>\n<h3>Secure Shell<\/h3>\n<p><\/p>\n<p>Utviklingen av protokollen ble utf\u00f8rt av en av IETF-gruppene kalt Secsh. Arbeidsdokumentasjonen for den nye protokollen SFTP ble ikke offisiell standard, men begynte \u00e5 bli aktivt brukt i utviklingen av applikasjoner. Det ble senere utgitt seks versjoner av protokollen. Imidlertid f\u00f8rte den gradvise utvidelsen av funksjonaliteten til at det 14. august 2006 ble besluttet \u00e5 stoppe arbeidet med utviklingen av protokollen p\u00e5 grunn av at hovedm\u00e5let med prosjektet (utvikling av SSH) var oppn\u00e5dd, og det ikke var tilstrekkelig ekspertise for \u00e5 g\u00e5 videre med utviklingen av en fullverdig fjernfilsystemprotokoll.<\/p>\n<p><\/p>\n<p>SSH er en nettverksprotokoll som muliggj\u00f8r fjernstyring av operativsystemet og tunneling av TCP-tilkoblinger (for eksempel for filoverf\u00f8ring). Den har lignende funksjonalitet som protokollene Telnet og rlogin, men skiller seg fra dem ved at den krypterer all trafikk, inkludert passord som sendes. SSH gir mulighet for valg av ulike krypteringsalgoritmer. SSH-klienter og SSH-servere er tilgjengelige for de fleste nettverksoperativsystemer.<\/p>\n<p><\/p>\n<p>SSH tillater sikker overf\u00f8ring av nesten hvilken som helst annen nettverksprotokoll i et usikret milj\u00f8. Dermed kan man ikke bare arbeide eksternt p\u00e5 en datamaskin gjennom et kommandolinjegrensesnitt, men ogs\u00e5 overf\u00f8re lyd- eller videostr\u00f8mmer (for eksempel fra et webkamera) over en kryptert kanal. SSH kan ogs\u00e5 bruke komprimering av overf\u00f8rte data f\u00f8r kryptering, noe som er praktisk, for eksempel for ekstern kj\u00f8ring av X Window System-klienter.<\/p>\n<p><\/p>\n<p>Den f\u00f8rste versjonen av protokollen, SSH-1, ble utviklet i 1995 av forskeren Tatu Yl\u00f6nen ved Teknologisk Universitet i Helsinki (Finland). SSH-1 ble laget for \u00e5 gi st\u00f8rre konfidensialitet enn protokollene rlogin, telnet og rsh. I 1996 ble det utviklet en sikrere versjon av protokollen, SSH-2, som ikke er kompatibel med SSH-1. Protokollen ble enda mer popul\u00e6r, og i 2000 hadde den omtrent to millioner brukere. I dag refererer begrepet \u00abSSH\u00bb vanligvis til SSH-2, da den f\u00f8rste versjonen av protokollen p\u00e5 grunn av betydelige mangler n\u00e5 nesten ikke brukes. I 2006 ble protokollen godkjent av IETF arbeidsgruppe som en internettstandard.<\/p>\n<p><\/p>\n<p>Det finnes to utbredte implementasjoner av SSH: en privat kommersiell og en gratis fri. Den frie implementasjonen kalles OpenSSH. Innen 2006 brukte 80 % av datamaskinene i internett nettopp OpenSSH. Den private implementasjonen utvikles av SSH Communications Security, som er et 100 % datterselskap av Tectia Corporation, og den er gratis for ikke-kommersielt bruk. Disse implementasjonene inneholder praktisk talt det samme settet av kommandoer.<\/p>\n<p><\/p>\n<p>Protokoll SSH-2, i motsetning til telnet-protokollen, er motstandsdyktig mot angrep som avlytting av trafikk (\u00absniffing\u00bb), men ikke mot angrep fra \u00abmannen i midten\u00bb. Protokollen SSH-2 er ogs\u00e5 motstandsdyktig mot angrep ved \u00e5 bruke hijacking av sesjoner, da det er umulig \u00e5 komme inn i en allerede etablert sesjon eller \u00e5 overta den.<\/p>\n<p><\/p>\n<p>For \u00e5 forhindre angrep fra \u00abmannen i midten\u00bb n\u00e5r du kobler til en vertsdatamaskin hvis n\u00f8kkelen ikke er kjent for klienten, viser klientprogramvaren brukeren \u00abn\u00f8kkelfingeravtrykket\u00bb. Det anbefales \u00e5 n\u00f8ye sammenligne det som vises av klientprogramvaren med n\u00f8kkefingeravtrykket til serveren, helst mottatt via sikre kommunikasjonskanaler eller personlig.<\/p>\n<p><\/p>\n<p>St\u00f8tte for SSH er implementert i alle UNIX-lignende systemer, og p\u00e5 de fleste av dem er b\u00e5de ssh-klient og ssh-server standardverkt\u00f8y. Det finnes mange implementeringer av SSH-klienter ogs\u00e5 for ikke-UNIX OS. Protokollen fikk stor popularitet etter omfattende utvikling av trafikkanalysatorer og metoder for \u00e5 forstyrre lokale nettverk, som et alternativ til den usikre protokollen Telnet for administrasjon av viktige noder.<\/p>\n<p><\/p>\n<h3>Kommunikasjon ved hjelp av SSH<\/h3>\n<p><\/p>\n<p>For \u00e5 jobbe med SSH trenger du en SSH-server og en SSH-klient. Serveren lytter etter tilkoblinger fra klientmaskiner og utf\u00f8rer autentisering n\u00e5r forbindelsen er etablert, og begynner deretter \u00e5 betjene klienten. Klienten brukes til \u00e5 logge inn p\u00e5 en ekstern maskin og utf\u00f8re kommandoer.<\/p>\n<p>\n<img decoding=\"async\" alt=\"SFTP og FTPS protokollar\" src=\"\/wp-content\/uploads\/2020\/05\/2370127e0483cf579c3ae461819ada7c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Sammenligning med FTPS<\/h3>\n<p><\/p>\n<p>Det viktigste som skiller SFTP fra standard FTP og FTPS, er at SFTP krypterer absolutt alle kommandoer, brukernavn, passord og annen sensitiv informasjon.<\/p>\n<p><\/p>\n<p>Begge protokollene, FTPS og SFTP, bruker en kombinasjon av asymmetriske algoritmer (RSA, DSA), symmetriske algoritmer (DES\/3DES, AES, Twhofish osv.), samt en n\u00f8kkelutvekslingsalgoritme. For autentisering bruker FTPS (eller, mer presist, SSL\/TLS via FTP) X.509-sertifikater, mens SFTP (SSH-protokoll) bruker SSH-n\u00f8kler.<\/p>\n<p><\/p>\n<p>X.509-sertifikater inneholder en offentlig n\u00f8kkel og noe informasjon om sertifikatets eier. Denne informasjonen lar p\u00e5 den annen side verifisere integriteten til selve sertifikatet, autentisiteten og eieren av sertifikatet. Hvert X.509-sertifikat har en tilh\u00f8rende privat n\u00f8kkel som vanligvis oppbevares separat fra sertifikatet av sikkerhetshensyn.<\/p>\n<p><\/p>\n<p>SSH-n\u00f8kkelen inneholder bare offentlig n\u00f8kkel (den tilh\u00f8rende private n\u00f8kkelen lagres separat). Den inneholder ingen informasjon om n\u00f8kkelens eier. Noen SSH-implementeringer bruker X.509-sertifikater for autentisering, men de sjekker egentlig ikke hele sertifikatkjeden \u2014 bare offentlige n\u00f8kkel blir brukt (noe som gj\u00f8r autentiseringen ufullstendig).<\/p>\n<p><\/p>\n<h1>Konklusjon<\/h1>\n<p><\/p>\n<p>FTP-protokollen spiller utvilsomt fortsatt en viktig rolle i lagring og distribusjon av informasjon p\u00e5 nettet, til tross for sin h\u00f8ye alder. Dette er en praktisk, multifunksjonell og standardisert protokoll. Mange filarkiver er bygget p\u00e5 dens grunnlag, uten hvilke teknisk arbeid ville v\u00e6rt mindre effektivt. I tillegg er den enkel \u00e5 konfigurere, og server- og klientprogrammer eksisterer praktisk talt for alle aktuelle og mindre aktuelle plattformer.<\/p>\n<p><\/p>\n<p>De beskyttede versjonene av protokollen l\u00f8ser derimot problemet med konfidensialitet ved lagrede og overf\u00f8rte data i dagens verden. Begge de nye protokolene har sine fordeler og ulemper og utf\u00f8rer litt forskjellige roller. I omr\u00e5der der det er n\u00f8dvendig med et filarkiv, er det bedre \u00e5 bruke FTPS, spesielt hvis klassisk FTP allerede har blitt brukt der. SFTP er mindre utbredt p\u00e5 grunn av sin inkompatibilitet med den gamle protokollen, men den er mer sikker og har st\u00f8rre funksjonalitet, da den er en del av fjerntilgangssystemet.<\/p>\n<p><\/p>\n<h1>Kildeliste<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/topref.ru\/referat\/52883.html\">Referat \u00abFTP-protokoll. Generell informasjon og egenskaper\u00bb<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/studentlib.com\/referat-191865-protokoly_ssh_cmip_telnet.html\">Referat \u00abProtokoller SSH, CMIP, Telnet\u00bb<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/works.doklad.ru\/view\/l4Ukh5_LHzk.html\">Rapport \u00abSSL\/TLS\u00bb<\/a><\/noindex><\/li>\n<\/ul>\n<p>Kilde: <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.5 - 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\/no\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.5\" \/>\n\t\t<meta property=\"og:locale\" content=\"nn_NO\" \/>\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\/no\/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\udd47Protokoller SFTP og FTPS | ProHoster","description":"Forord Jeg skrev bokstavelig talt et referat om det angitte temaet for en uke siden, og st\u00f8ttet p\u00e5 det, var det, skal vi si, ikke s\u00e5 mye l\u00e6rerik informasjon p\u00e5 nettet.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/protokoly-sftp-i-ftps","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\/no\/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\/no\/wp-json\/wp\/v2\/posts\/80500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=80500"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/80500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/80501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=80500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=80500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=80500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}