Mahali ulinzi wa VPN unapoishia kwenye njia kuelekea seva ya FTP
VPN hufunika njia hadi lango lake, si sehemu inayofuata. Tofautisha FTP ya kawaida, FTPS na SFTP, kisha thibitisha kituo cha data na utambulisho wa upande mwingine.
VPN hulinda njia, na kila njia ina mwisho. Mtandao wa chini ya ardhi unapoishia kwenye lango la kampuni, uhamishaji wa faili huendelea kutoka hapo chini ya ulinzi ambao itifaki yake yenyewe hutoa. Tofauti hiyo huamua kama uhamishaji umelindwa kutoka mwanzo hadi mwisho au hadi lango pekee. Kiashiria Connected hakisemi chochote kuhusu yote mawili.
Maeneo mawili, njia mbili zilizobaki
Chukua kompyuta mpakato inayojunga na VPN ya kampuni kisha kufungua kipindi cha FTP kuelekea seva ya ndani iliyo tofauti. Mtandao huo wa chini ya ardhi unasimama kwenye lango, na sehemu kutoka lango hadi seva hiyo iko nje yake.
FTP ya kawaida haipati usimbaji fiche kwa sababu pakiti zake zilifika kupitia mtandao wa chini ya ardhi. Kwenye sehemu hiyo iliyobaki, amri, vitambulisho na maudhui ya faili husafiri sawasawa na jinsi itifaki inavyofafanua, yaani wazi. Kama hilo ni muhimu hutegemea topolojia na kile kingine kinacholinda sehemu hiyo, na kuita anwani hiyo ya faragha hakujibu swali. Hoja hiyo hiyo inafanya kazi kinyume chake wakati seva iko katika mtandao wa wingu ambao lango huufikia kwa kuruka kwingine.
Weka ncha ya mwisho ya VPN na huduma ya FTP kwenye mashine moja, na hakuna sehemu inayofuata ya kuwa na wasiwasi nayo. Hilo ni eneo lingine, si uthibitisho kwamba michakato, faili na vitambulisho vya mwenyeji ni salama.
FTP ya kawaida, FTPS na SFTP ni maamuzi matatu
FTP ya kawaida haisimbii kitu chochote, hata nenosiri. FTPS huongeza TLS kwenye FTP, kwa hivyo kituo cha udhibiti na, kinapojadiliwa, kituo cha data hulindwa. SFTP ni itifaki tofauti inayobebwa ndani ya SSH, na si tahajia nyingine ya FTPS.
Seva lazima iunge mkono chaguo hilo, kwa sababu mteja hawezi kubuni msikilizaji ambaye hayupo. Kuchagua SFTP hakubadilishi huduma ya FTP pekee kuwa ncha ya SSH, na kubadilisha jina la alamisho au bandari hakuthibitishi chochote kuhusu kile kilichojadiliwa. Thibitisha itifaki kutoka upande wa seva na pia upande wa mteja. Kufuli katika kidhibiti faili ni dai kuhusu kipindi, si kuhusu msikilizaji aliye nyuma yake.
| Protocol | Usual port | What it protects | Identity check |
|---|---|---|---|
| FTP | 21 | Nothing on the wire | None beyond the login |
| FTPS | 21 or 990 | Control channel, data channel when required | TLS server certificate |
| SFTP | 22 | The whole session inside SSH | SSH host key |
Soma safu ya mwisho wakati uhamishaji ni muhimu, kwa sababu hapo ndipo mabadiliko ya utambulisho yasiyotarajiwa huonekana.
Muunganisho wa data ni muunganisho wa pili
FTP hufungua muunganisho wa udhibiti kisha muunganisho tofauti wa data kwa orodha na uhamishaji. Kuingia kulindwa hakisemi chochote kuhusu muunganisho hiyo ya baadaye, isipokuwa usambazaji unahitaji ulinzi kwa ajili yao pia.
Katika FTPS, mteja huomba kituo cha data kilicholindwa kupitia amri maalum, na sera ya seva inaweza kukataa mbadala wazi. Thibitisha kwamba sera inahitaji hilo badala ya kudhani kuwa chaguo-msingi la mteja linatosha. Hali tulivu huongeza ugumu wa pili, kwa sababu seva hutangaza anwani na bandari kwa muunganisho wa data. Ngome au kifaa cha NAT kinachobadilisha au kuzuia tangazo hilo huunda kipindi kinachothibitisha kisha kinakwama kwenye orodha ya kwanza.
curl -vk ftps://files.corp.example/ --user alice --ftp-ssl-control
openssl s_client -connect files.corp.example:21 -starttls ftp
ss -tnp | grep -E ':21|:990'
Amri ya pili inaonyesha kile seva inawasilisha kwenye kituo cha udhibiti kabla ya kugusa faili yoyote. Ya tatu inaonyesha kama muunganisho wa data uliwahi kuanzishwa, ambayo ni tofauti kati ya kushindwa kwa uthibitishaji na kushindwa kwa hali tulivu.
Ukaguzi wa utambulisho huishi kupita mtandao wa chini ya ardhi
Mteja wa FTPS huthibitisha utambulisho wa seva ya TLS, na mteja wa SFTP huthibitisha ufunguo wa mwenyeji wa SSH. Ukaguzi wote wawili ni wa itifaki ya uhamishaji faili, na hakuna hata mmoja unaofanywa na VPN.
Utengano huo ni muhimu wakati kitu kilicho katikati kinataka kuchunguza kipindi. Kuzima TLS ili kifaa cha mtandao kiweze kusoma amri hubadilisha mfano wa ulinzi badala ya kuukamilisha, na ndivyo hivyo pia kwa kukubali ufunguo wa mwenyeji usioelezwa kwa sababu mtandao uliinuka. Weka usanidi uliokusudiwa wa uaminifu na upate nyenzo sahihi kutoka kwa mwendeshaji. Mtandao unaothibitisha hausemi chochote kuhusu seva iliyo upande wake wa mbali.
Nyenzo za ufunguo wa faragha na cheti kwa itifaki hizi ni siri nyingine ya tatu, tofauti na vitambulisho vya VPN.
Andika kile ulichothibitisha kwa kweli
Chagua faili isiyo na madhara ambayo umeidhinishwa kuihamisha, na andika mambo manne kuhusu jaribio: itifaki gani ilifanya kazi, utambulisho upi wa upande mwingine ulikaguliwa, njia ipi ilikusudiwa, na kama uhamishaji ulikamilika.
lftp -u alice -e "set ftp:ssl-protect-data true; ls; bye" ftps://files.corp.example
sftp -v [email protected]
Orodha ya saraka, kuingia kwenye mtandao na uhamishaji uliokamilika ni uchunguzi tatu tofauti, na wa mwisho pekee ndio unaosema njia inafanya kazi kwa faili. Kama muundo unategemea VPN pekee kwa usiri kwenye kuruka kulikobaki, andika hilo kama uamuzi ambao ni. Kidokezo cha kukubali kinachotaja kuruka na dhana yake ya uaminifu kina thamani zaidi kuliko picha ya skrini ya mteja aliyeunganishwa.