OpenVPN பாக்கெட் HMAC அங்கீகாரம் தோல்வி: எந்த அடுக்கு?

ஒரே சொல்லகராதியில் தெரிவிக்கப்படும் இரு தோல்விகள் மற்றும் அவற்றுக்கு பொதுவானது எதுவும் இல்லை. ஒன்று, பெற்ற பாக்கெட்டின் அங்கீகாரக் குறிச்சொல் சரிபார்க்கப்படாதது; மற்றொன்று, ஒரு நபரின் சான்றுகள் மறுக்கப்பட்டது. முதலாவதை இரண்டாவதாகக் கருதினால், ஒருபோதும் பிரச்சினையாக இல்லாத கடவுச்சொல்லைத் தேடச் செல்வீர்கள்.

செய்தி ஒரு அடுக்கைப் பெயரிடுகிறது, பயனுள்ள வேலை என்பது எந்தப் பொருளையும் மாற்றுவதற்கு முன் எந்த அடுக்கு என்பதைத் தீர்மானிப்பதே. வேட்பாளர்களை அருகருகே ஒப்பிடுவதே வித்தியாசத்தைக் காண விரைவான வழி.

ஒரு சொல்லைப் பகிரும் இரு தோல்விகள்

பாக்கெட் அங்கீகாரப் பிழை போக்குவரத்து செயலாக்கத்தின் போது எழுகிறது: பெறப்பட்ட பாக்கெட்டில் உள்ள குறிச்சொல் அல்லது சுருக்கம், பெறுநர் கணக்கிட்டதுடன் பொருந்தவில்லை. கணக்கு நிராகரிப்பு, உள்நுழைவுப் பரிமாற்றம் பகுப்பாய்வு செய்யப்பட்ட பிறகு நிகழ்கிறது, அது பாக்கெட்டையல்ல, பயனரையே பெயரிடுகிறது. உள்வரும் பாக்கெட்டில் HMAC கண்டுபிடிக்க முடியவில்லை என்ற மூன்றாவது செய்தி மீண்டும் வேறுபட்டது, ஏனெனில் அங்கு பாக்கெட் எதிர்பார்க்கப்பட்ட அங்கீகார உறுப்பு இல்லாமலேயே வந்தது. முழுப் பதிவு முன்னொட்டு மூன்றில் எது உங்களிடம் உள்ளது என்பதைச் சொல்லும், பிழையை ஒரு டிக்கெட்டில் ஒட்டும்போது பொதுவாக முதலில் அகற்றப்படுவது அந்த முன்னொட்டுதான்.

இந்த வேறுபாடு பழுதுநீக்கத்தை மாற்றுகிறது. ஒன்றுக்கு சேனல் அமைப்புகள் பொருந்த வேண்டும், மற்றொன்றுக்கு கணக்கு நிலை, மூன்றாவதற்கு அது அடைந்த கேட்பானுடன் பொருந்தாத சுயவிவரம் தேவை.

இயங்கும் செயல்முறை உண்மையில் ஏற்றியதை ஒப்பிடுங்கள்

வட்டில் உள்ள சரியான கோப்பு, அது திருத்தப்படுவதற்கு முன் தொடங்கிய செயல்முறையைப் பற்றி எதையும் நிரூபிக்காது. தேர்ந்தெடுத்த சுயவிவரம், அது தொடர்பு கொண்ட இறுதிப் புள்ளி, மாற்றத்திற்குப் பிறகு சேவை மீண்டும் ஏற்றப்பட்டதா என்பவற்றைச் சரிபார்க்கவும். பழைய கோப்பு வேறொன்றை எதிர்பார்க்கும் இடத்தில் மற்றொரு நிகழ்வு அல்லது மற்றொரு சேவை கேட்டுக்கொண்டிருக்கலாம் என்பதால், இறுதிப் புள்ளி சுயவிவரத்திற்குச் சொந்தமானது என்பதையும் உறுதிப்படுத்துங்கள்.

அதே மூலத்திலிருந்து ஆதரிக்கப்படும் சுயவிவரத்தை மீண்டும் ஏற்றுமதி செய்வது மலிவான ஒப்பீடு, ஏனெனில் அது நீங்கள் அமைக்கப்பட்டதாக நினைப்பதற்கும் வாடிக்கையாளர் உண்மையில் அனுப்புவதற்கும் இடையிலான விலகலை நீக்குகிறது. புதிய விசைப் பொருளை உருவாக்குவது மிகப் பெரிய படி, இரு தரப்பும் அதை ஒன்றாக ஏற்றுக்கொண்டால் மட்டுமே அது உதவும். ஒரு பக்கத்தை மட்டும் உள்ளூரில் மாற்றுவது நீக்க முயன்ற பொருந்தாமையை மீண்டும் உருவாக்குகிறது.

கட்டுப்பாட்டுச் சேனலைத் தரவுச் சேனலுடன் ஒப்பிடுங்கள்

இரு வழிமுறைகள் ஒரு இணைப்பின் வெவ்வேறு பகுதிகளை அங்கீகரிக்கின்றன, தனித்தனியாக அமைக்கப்படுகின்றன, 2.6 விருப்பக் குறிப்பு விவரிப்பதுபோல். tls-auth கட்டுப்பாட்டுச் சேனல் பாக்கெட்டுகளுக்கு HMAC சேர்க்கிறது, இரு தரப்பிலும் எதிர் திசையில் இருக்க வேண்டிய திசை வாதத்தை எடுக்கிறது, அதேசமயம் tls-crypt பகிரப்பட்ட விசையால் கட்டுப்பாட்டுச் சேனலைப் பாதுகாக்கிறது. எதுவும் தரவுச் சேனலின் சொந்த ஒருமைப்பாட்டுச் சரிபார்ப்பு அல்ல. AEAD தரவு மறையீட்டுடன் அந்தச் சரிபார்ப்பு மறையீட்டுக்குள்ளேயே கட்டப்பட்டுள்ளது, எனவே தனியான auth சுருக்கம் AEAD அல்லாத மறையீட்டுடன் பயன்படுத்தப்படுவது போல் பயன்படுத்தப்படுவதில்லை.

அதாவது, AEAD அல்லாத செயல்படும் நிறுவலில் இருந்து நகலெடுக்கப்பட்ட auth வரி ஒரு AEAD நிறுவலில் பொருந்தாமல் போகலாம், மேலும் tls-auth விசை அல்லது அதன் திசை தவறாக இருந்தால் AEAD நிறுவலும் கட்டுப்பாட்டுச் சேனலில் தோல்வியடையலாம். ஒவ்வொரு அமைப்பையும் நினைவில் உள்ள அமைப்புடன் அல்ல, எதிர்த் தரப்புடன் ஒப்பிடுங்கள்.

நீங்கள் விட்டுக்கொடுக்கும் பண்புடன் சரிசெய்தலை ஒப்பிடுங்கள்

பாக்கெட் அங்கீகாரத்தை முடக்குவது எச்சரிக்கையை அமைதிப்படுத்தி, பொருந்தாமையைக் கண்ட சரிபார்ப்பை நீக்குகிறது, இது சுயவிவரத்தைச் சரிசெய்வதற்குச் சமமானதல்ல. எந்தப் பண்பை விட்டுக்கொடுக்கிறீர்கள், அது இல்லாமல் வடிவமைப்பு இன்னும் நிலைத்திருக்குமா என்று கேளுங்கள்.

எதையும் மாற்றும் முன் இரு முனைகளிலும் முதல் தொடர்புடைய நிகழ்வைப் படியுங்கள், பின்னர் அது பெயரிடும் பொருந்தாமையை மட்டும் மாற்றுங்கள்.

அடுத்த முயற்சி சான்றிதழ் அல்லது உள்நுழைவுப் பிழைக்குச் சென்றால், அது பின்னடைவல்ல, முன்னேற்றம்: பாக்கெட் அடுக்கு இப்போது ஒத்துப்போகிறது, இணைப்பு முன்னேறியுள்ளது. மாற்றத்தை உருவாக்கிய அமைப்புகளைப் பதிவு செய்யுங்கள், அடுத்தவர் மர்மத்திற்குப் பதிலாக ஒரு விளக்கத்தைப் பெறுவார்.