FTP சேவையகத்திற்கான பாதையில் VPN பாதுகாப்பு எங்கு முடிகிறது
VPN அதன் நுழைவாயில் வரையிலான பாதையை மட்டும் மூடுகிறது, அதற்கு அப்பால் உள்ள பகுதியை அல்ல. சாதாரண FTP, FTPS மற்றும் SFTP ஆகியவற்றைப் பிரித்து, பின்னர் தரவு சேனலையும் எதிர்ப் பக்கத்தின் அடையாளத்தையும் சரிபார்க்கவும்.
VPN ஒரு பாதையைப் பாதுகாக்கிறது, ஒவ்வொரு பாதைக்கும் ஒரு முடிவு உண்டு. சுரங்கப்பாதை ஒரு நிறுவனத்தின் நுழைவாயிலில் முடியும்போது, கோப்பு பரிமாற்றம் அங்கிருந்து அதன் சொந்த நெறிமுறை வழங்கும் பாதுகாப்பின் கீழ் தொடர்கிறது. அந்த வேறுபாடே பரிமாற்றம் முதல் முதல் இறுதி வரை பாதுகாக்கப்படுகிறதா அல்லது நுழைவாயில் வரை மட்டுமா என்பதைத் தீர்மானிக்கிறது. Connected குறியீடு இரண்டைப் பற்றியும் எதுவும் கூறுவதில்லை.
இரண்டு இடங்கள், இரண்டு மீதமுள்ள பாதைகள்
நிறுவனத்தின் VPN-உடன் இணைந்து பின்னர் தனி உள் சேவையகத்திற்கு FTP அமர்வைத் திறக்கும் மடிக்கணினியை எடுத்துக் கொள்ளுங்கள். சுரங்கப்பாதை நுழைவாயிலில் நிற்கிறது, நுழைவாயிலிலிருந்து அந்த சேவையகம் வரையிலான பகுதி அதற்கு வெளியே உள்ளது.
சாதாரண FTP அதன் பொதிகள் சுரங்கப்பாதை வழியாக வந்ததால் மறையாக்கம் பெறுவதில்லை. அந்த மீதமுள்ள பகுதியில், கட்டளைகள், சான்றுகள் மற்றும் கோப்பு உள்ளடக்கம் நெறிமுறை வரையறுத்தபடியே, அதாவது வெளிப்படையாகப் பயணிக்கின்றன. அது முக்கியமா என்பது இணையமைப்பு அமைப்பையும் அந்தப் பகுதியை வேறு எது காக்கிறது என்பதையும் பொறுத்தது, முகவரியைத் தனிப்பட்டது எனக் கூறுவது கேள்விக்குப் பதில் அளிக்காது. சேவையகம் நுழைவாயில் இன்னொரு தாவலின் மூலம் அடையும் மேக வலையமைப்பில் இருக்கும்போதும் அதே தர்க்கம் எதிர் திசையில் பொருந்தும்.
VPN முனை மற்றும் FTP சேவையை ஒரே இயந்திரத்தில் வையுங்கள், பின்னர் கவலைப்பட வேறு பகுதி இல்லை. அது வேறு இடம், புரவலனின் செயல்முறைகள், கோப்புகள் மற்றும் சான்றுகள் பாதுகாப்பானவை என்பதற்கான ஆதாரம் அல்ல.
சாதாரண FTP, FTPS மற்றும் SFTP மூன்று முடிவுகள்
சாதாரண FTP கடவுச்சொல் உட்பட எதையும் மறையாக்குவதில்லை. FTPS, FTP-க்கு TLS சேர்க்கிறது, எனவே கட்டுப்பாட்டு சேனலும் பேச்சுவார்த்தை நடந்தால் தரவு சேனலும் பாதுகாக்கப்படுகின்றன. SFTP என்பது SSH-க்குள் எடுத்துச் செல்லப்படும் வேறு நெறிமுறை, அது FTPS-இன் மற்றொரு எழுத்துப்பிழை அல்ல.
சேவையகம் அந்தத் தேர்வை ஆதரிக்க வேண்டும், ஏனெனில் வாடிக்கையாளர் இல்லாத கேட்பவரை உருவாக்க முடியாது. SFTP தேர்ந்தெடுப்பது FTP மட்டுமே உள்ள சேவையை SSH முனையாக மாற்றாது, புக்மார்க்கை மறுபெயரிடுவது அல்லது துறையை மாற்றுவது என்ன பேச்சுவார்த்தை நடந்தது என்பதற்கு எந்த ஆதாரமும் அல்ல. வாடிக்கையாளர் பக்கத்துடன் சேவையகப் பக்கத்திலும் நெறிமுறையை உறுதிப்படுத்துங்கள். கோப்பு மேலாளரில் உள்ள பூட்டு அமர்வைப் பற்றிய கூற்று, அதன் பின்னால் உள்ள கேட்பவரைப் பற்றியது அல்ல.
| 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 |
பரிமாற்றம் முக்கியமானபோது கடைசி நெடுவரிசையைப் படியுங்கள், ஏனெனில் எதிர்பாராத அடையாள மாற்றம் அங்கேயே தோன்றும்.
தரவு இணைப்பு இரண்டாவது இணைப்பு
FTP கட்டுப்பாட்டு இணைப்பைத் திறந்து பின்னர் பட்டியல்கள் மற்றும் பரிமாற்றங்களுக்குத் தனி தரவு இணைப்புகளைத் திறக்கிறது. பாதுகாக்கப்பட்ட உள்நுழைவு அந்தப் பிந்தைய இணைப்புகளைப் பற்றி எதுவும் கூறுவதில்லை, வரிசைப்படுத்தல் அவற்றுக்கும் பாதுகாப்பு கோராவிட்டால்.
FTPS-இல் வாடிக்கையாளர் ஒரு குறிப்பிட்ட கட்டளையின் மூலம் பாதுகாக்கப்பட்ட தரவு சேனலைக் கோருகிறார், சேவையகக் கொள்கை வெளிப்படையான மாற்றை மறுக்கலாம். வாடிக்கையாளரின் இயல்புநிலை போதும் என்று கருதுவதற்குப் பதிலாக கொள்கை அதைக் கோருகிறதா என்பதைச் சரிபார்க்கவும். செயலற்ற பயன்முறை மற்றொரு சிக்கலைச் சேர்க்கிறது, ஏனெனில் சேவையகம் தரவு இணைப்புக்கு ஒரு முகவரியையும் துறையையும் அறிவிக்கிறது. அந்த அறிவிப்பை மீண்டும் எழுதும் அல்லது தடுக்கும் ஃபயர்வால் அல்லது NAT சாதனம், அங்கீகாரம் கடந்து பின்னர் முதல் பட்டியலில் தொங்கும் அமர்வை உருவாக்குகிறது.
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'இரண்டாவது கட்டளை எந்தக் கோப்பையும் தொடுவதற்கு முன் சேவையகம் கட்டுப்பாட்டு சேனலில் என்ன வழங்குகிறது என்பதைக் காட்டுகிறது. மூன்றாவது தரவு இணைப்பு எப்போதாவது நிறுவப்பட்டதா என்பதைக் காட்டுகிறது, இது அங்கீகாரத் தோல்விக்கும் செயலற்ற பயன்முறைத் தோல்விக்கும் இடையிலான வேறுபாடு.
அடையாளச் சரிபார்ப்புகள் சுரங்கப்பாதையைத் தாண்டி நீடிக்கின்றன
FTPS வாடிக்கையாளர் TLS சேவையகத்தின் அடையாளத்தைச் சரிபார்க்கிறார், SFTP வாடிக்கையாளர் SSH புரவலன் விசையைச் சரிபார்க்கிறார். இரண்டு சரிபார்ப்புகளும் கோப்பு பரிமாற்ற நெறிமுறைக்கு உரியவை, எதையும் VPN செய்வதில்லை.
நடுவில் உள்ள ஏதாவது அமர்வை ஆய்வு செய்ய விரும்பும்போது இந்தப் பிரிவு முக்கியமானது. வலையமைப்புச் சாதனம் கட்டளைகளைப் படிக்க முடியும் என்பதற்காக TLS-ஐ அணைப்பது பாதுகாப்பு மாதிரியை நிறைவு செய்வதற்குப் பதிலாக மாற்றுகிறது, சுரங்கப்பாதை எழுந்ததால் விளக்கப்படாத புரவலன் விசையை ஏற்பதும் அதேபோல்தான். உத்தேசித்த நம்பிக்கை அமைப்பை வைத்துக்கொண்டு சரியான பொருளை இயக்குபவரிடமிருந்து பெறுங்கள். அங்கீகாரம் செய்யும் சுரங்கப்பாதை அதன் தொலை முனையில் உள்ள சேவையகத்தைப் பற்றி எதுவும் கூறுவதில்லை.
இந்த நெறிமுறைகளுக்கான தனிப்பட்ட விசை மற்றும் சான்றிதழ்ப் பொருள் VPN சான்றிலிருந்து தனித்த, மற்றொரு மூன்றாவது ரகசியம்.
நீங்கள் உண்மையில் எதைச் சரிபார்த்தீர்கள் என்பதைப் பதிவு செய்யுங்கள்
நகர்த்த அனுமதி உள்ள பாதிப்பற்ற கோப்பைத் தேர்ந்தெடுத்து, முயற்சி பற்றி நான்கு உண்மைகளைப் பதிவு செய்யுங்கள்: எந்த நெறிமுறை இயங்கியது, எதிர்ப் பக்கத்தின் எந்த அடையாளம் சரிபார்க்கப்பட்டது, எந்தப் பாதை உத்தேசிக்கப்பட்டது, பரிமாற்றம் முடிந்ததா.
lftp -u alice -e "set ftp:ssl-protect-data true; ls; bye" ftps://files.corp.example
sftp -v [email protected]அடைவுப் பட்டியல், சுரங்கப்பாதை உள்நுழைவு மற்றும் முடிந்த பரிமாற்றம் ஆகியவை மூன்று தனித்தனி அவதானிப்புகள், பாதை கோப்புகளுக்கு வேலை செய்கிறது என்று கடைசியது மட்டுமே கூறுகிறது. மீதமுள்ள தாவலில் ரகசியத்தன்மைக்கு வடிவமைப்பு VPN-ஐ மட்டுமே நம்பினால், அதை அதுவே ஒரு முடிவாக எழுதுங்கள். தாவலையும் அதன் நம்பிக்கை அனுமானத்தையும் பெயரிடும் ஏற்புக் குறிப்பு, இணைக்கப்பட்ட வாடிக்கையாளரின் திரைப்பிடிப்பை விட மதிப்புமிக்கது.