VPN உள்ளே OAuth: எந்தப் பகுதிகளுக்கு இன்னும் TLS தேவை
VPN மாற்றுவது யார் சேவையகத்தை அடைகிறார்கள் என்பதை, OAuth செய்திகள் எப்படிப் பயணிக்கின்றன என்பதை அல்ல. பகுதி வாரியாக முடிவு செய்யுங்கள்: அனுமதிப் பதில், டோக்கன் கோரிக்கை மற்றும் தாங்கி அழைப்பு.
தனியார் வழிமாற்றம் யார் சேவையகத்தை அடைகிறார்கள் என்பதை முடிவு செய்கிறது; OAuth இன் போக்குவரத்து விதிகள் ஒவ்வொரு செய்தியும் எப்படிப் பயணிக்கிறது என்பதை முடிவு செய்கின்றன. உலாவி, அனுமதி சேவையகம், டோக்கன் இறுதிப் புள்ளி மற்றும் வளச் சேவையகம் அனைத்தும் ஒரே VPN பின்னால் இருக்கலாம், இருந்தாலும் வெவ்வேறு பகுதிகளின் வழியாகச் செய்திகளைப் பரிமாறிக்கொள்ளலாம். ஒவ்வொரு பகுதிக்கும் அதன் சொந்த போக்குவரத்துத் தேவை உண்டு, VPN அவற்றில் எதையும் தளர்த்துவதில்லை. VPN எல்லையும் நெறிமுறை எல்லையும் இரண்டு வெவ்வேறு கோடுகள்.
பிணையம் நம்பகமானதா என்று கேட்பதை நிறுத்தி, எந்தப் பரிமாற்றம் எந்த எல்லையைக் கடக்கிறது என்று கேட்கத் தொடங்கினால் முடிவு எளிதாகிறது.
பிணையத்தால் அல்ல, பகுதியால் முடிவு செய்யுங்கள்
இறுதிப் புள்ளிகளைத் தனித்தனியாக எழுதுங்கள்: அனுமதி இறுதிப் புள்ளி, டோக்கன் இறுதிப் புள்ளி, மறுவழிப்பு URI, வளச் சேவையகத்தின் URL, TLS முடிவுப் புள்ளி மற்றும் VPN நுழைவாயில். பின்னர் ஒவ்வொரு கோரிக்கையையும் எந்தத் தரப்பு தொடங்குகிறது, பதில் எங்கே செல்கிறது என்பதைக் குறிக்கவும்.
நுழைவாயிலில் முடியும் VPN அந்த நுழைவாயில் வரையிலான பகுதியை மறையாக்குகிறது. கோரிக்கை அதன் பின்னால் சாதாரண HTTP ஆகத் தொடரலாம், முந்தைய பகுதி மறையாக்கப்பட்டதால் அந்த மீதமுள்ள பகுதி HTTPS ஆகவில்லை. அந்தத் தொடர்ச்சியே நெறிமுறைக்கு முக்கியமான பகுதி. முதல் தாவலை மறையாக்குவது இரண்டாவது தாவலைப் பாதுகாப்பாக்காது.
போக்குவரத்து சேவை அடையாளச் சரிபார்ப்பையும் சுமக்கிறது. உலாவி பயன்பாட்டின் URL க்கான சான்றிதழைச் சரிபார்க்கிறது; VPN அந்தச் சரிபார்ப்பை உலாவியின் சார்பாகச் செய்யாது, சரிபார்க்கப்படாத இறுதிப் புள்ளியை ஏற்கத்தக்கதாகவும் ஆக்காது. சான்றிதழ், வாடிக்கையாளர் அழைப்பதாக நினைக்கும் இறுதிப் புள்ளியைப் பெயரிடுகிறது. நுழைவாயிலுக்குச் செல்லும் சுரங்கப்பாதை அந்த இறுதிப் புள்ளியை மறுபெயரிடாது, சரிபார்க்கவும் செய்யாது.
அனுமதிப் பதில் மற்றும் மறுவழிப்பு URI
OAuth இன் தற்போதைய சிறந்த பாதுகாப்பு நடைமுறை, மறையாக்கப்படாத இணைப்புகளில் அனுமதிப் பதில்களை அனுப்புவதைத் தடைசெய்கிறது. இது ஆரம்பக் கோரிக்கை மட்டுமல்ல, அனுமதிக் குறியீட்டையோ டோக்கன்களையோ வாடிக்கையாளருக்குத் திருப்பிக் கொண்டு செல்லும் மறுவழிப்பையும் உள்ளடக்குகிறது.
அதே வழிகாட்டுதல், குறிப்பிட்ட உள்ளூர் வாடிக்கையாளர் லூப்பபேக் நிலையைத் தவிர HTTP மறுவழிப்பு URI களை அனுமதிக்காது. உள் புரவலன் பெயர் புதிய விதிவிலக்கை உருவாக்காது, VPN க்குள் மட்டுமே தீர்க்கப்படும் DNS பெயர், திட்டம் அப்படிச் சொன்னால், இன்னும் HTTP URL ஆகவே உள்ளது. பதிவுசெய்யப்பட்ட URI இல் உள்ள திட்டத்தைச் சரிபார்க்கவும், புரவலன் பெயரை மட்டும் அல்ல.
சரியான HTTPS மறுவழிப்பு URI ஐ அனுமதி சேவையகத்தில் பதிவுசெய்து, வாடிக்கையாளரில் சான்றிதழ்ச் சரிபார்ப்பை இயக்கத்தில் வைத்திருங்கள். HTTPS தேவையை அடக்கும் மேம்பாட்டுச் சுருக்குவழி, அது பின்பற்ற வேண்டிய உற்பத்தி உள்ளமைவிலிருந்து வேறுபட்டு நடக்கும் ஓட்டத்தை உருவாக்குகிறது.
டோக்கன் இறுதிப் புள்ளி மற்றும் தாங்கி டோக்கன் கோரிக்கைகள்
டோக்கன் கோரிக்கை அணுகலுக்கு மாற்றக்கூடிய சான்றுகள் அல்லது குறியீட்டைச் சுமக்கிறது. பாதுகாக்கப்படாத பகுதியின் வழியாக அதை அனுப்புவது, சுற்றியுள்ள பிணையம் தனியாராக இருந்தாலும், வளச் சேவையகம் பின்னர் நம்பப்போகும் பொருளை வெளிப்படுத்துகிறது. கோரிக்கையைப் படிக்கக்கூடிய ப்ராக்ஸி அது சுமக்கும் சான்றையும் படிக்கக்கூடும்.
தாங்கி டோக்கனுடன் வளக் கோரிக்கைகளுக்கு, அந்த விவரக்குறிப்பில் TLS ஐச் செயல்படுத்தவும் பயன்படுத்தவும் RFC 6750 கட்டாயம் என்று கருதுகிறது. அலுவலக உள்வலையை நம்பகமானது என்று சொல்வது, சாதாரண உரை தாங்கி நிறுவலுக்குத் தேவையான பொது நெறிமுறை விதிவிலக்கு அல்ல.
இரு பகுதிகளுக்கும் ஆவணப்படுத்தப்பட்ட பாதுகாப்பான இறுதிப் புள்ளி URL களைப் பயன்படுத்துங்கள். ஒரு நூலகம் HTTP டோக்கன் இறுதிப் புள்ளியை அழைக்க மறுத்தால், அந்த மறுப்பே விவரக்குறிப்பு செயல்படுவது, தவிர்க்க வேண்டிய உள்ளமைவுப் பிழை அல்ல. அந்த URL ஐ இயக்க நேரத்தில் பெறுவதற்குப் பதிலாக வாடிக்கையாளர் உள்ளமைவில் பதிவு செய்யுங்கள்.
TLS எங்கே முடிகிறது, அது என்ன விட்டுச் செல்கிறது
TLS அதிகாரமளிக்கப்பட்ட முன்முனையில் முடிந்தால், அந்த முன்முனையைப் பெயரிட்டு, அதிலிருந்து பயன்பாட்டுக்கான பாதையை மறுஆய்வு செய்யுங்கள். மீதமுள்ள பகுதியில் அனுப்புதல், நம்பிக்கை மற்றும் இரகசியத்தன்மைக்கு முன்முனை பொறுப்பாகிறது, சேவையின் ஆதரவு கட்டமைப்பு அந்த ஏற்பாட்டை விவரிக்க வேண்டும்.
பாதையில் வேறெங்கோ உள்ள VPN அந்தப் பொறுப்புகளைத் தீர்க்காது. உலாவி காணும் பயன்பாட்டு URL முன்முனை வழங்கும் சான்றிதழுடன் ஒத்துப்போகிறதா என்பதையும் அது சொல்லாது.
உள் நிறுவலுக்கு, முடிவுப் புள்ளியையும் அது வழங்கும் அடையாளத்தையும் பதிவு செய்யுங்கள். வேறு பெயருக்கான சான்றிதழுடன் TLS ஐ முடிக்கும் முன்முனை, இயக்குபவர்கள் சரிசெய்வதற்குப் பதிலாக அடிக்கடி அடக்கும் உலாவி எச்சரிக்கையை உருவாக்குகிறது.
உள்ளூர் லூப்பபேக் விதிவிலக்கு குறுகியது
லூப்பபேக் மறுவழிப்பு விதிவிலக்கு, பயனருடைய சொந்தச் சாதனத்தில் வாடிக்கையாளரும் உலாவியும் அந்தச் சாதனத்தைப் பகிர்ந்துகொள்ளும் இடத்தில் நடக்கும் திரும்பஅழைப்பு பற்றியது. அந்த ஏற்பாடு ஒரு சாதனத்தின் திரும்பஅழைப்புக்கு உரியது, அலுவலக உள்வலைக்கு HTTP வழியாகச் சாதாரண அனுமதி சேவையகத்தையோ டோக்கன் சுமக்கும் API யையோ வழங்க அது அனுமதி தராது.
விதிவிலக்கை அது விவரிக்கும் வாடிக்கையாளர் வகைக்கும் திரும்பஅழைப்புக்கும் மட்டுப்படுத்தி வைத்திருங்கள். அதை வலைப் பயன்பாடு, பகிரப்பட்ட உள் சேவை அல்லது வேறு புரவலனில் உள்ள மறுவழிப்பு URI க்கு பயன்படுத்துவது நிறுவலை மாற்றுகிறது, விதிவிலக்கை அல்ல.
ஒவ்வொரு எல்லையிலும் உண்மையான ஓட்டத்தைச் சோதித்து வாடிக்கையாளர் வகையுடன் ஒப்பிடுங்கள். வேலை செய்யும் மறுவழிப்பு, டோக்கனைச் சுமந்த ஒவ்வொரு பகுதியும் தேவையான பாதுகாப்பைப் பயன்படுத்தியதா என்பதைப் பற்றி எதுவும் சொல்லாது, பச்சை VPN சின்னம் அடுத்த கோரிக்கையின் திட்டத்தைப் பற்றி எதுவும் சொல்லாது.