OpenVPN இல் dh none உடன் RSA சான்றிதழ் வேலை செய்ய முடியுமா?

இங்கே RSA என்று கூறும் சான்றிதழுக்கு அருகில் dh none என்று கூறும் சேவையக உள்ளமைவு உள்ளது, மேலும் இரண்டில் ஒன்று நிச்சயமாக தவறாக இருக்க வேண்டும் என்ற தொல்லை தரும் சந்தேகமும். எதுவும் தவறில்லை. சான்றிதழ் கையொப்பமிட்டு அங்கீகரிக்கிறது; விசை பரிமாற்றம் பொதுவான ரகசியத்தை நிறுவுகிறது. இவை ஒரே கைகுலுக்கலில் இரண்டு வெவ்வேறு வேலைகள், மேலும் TLS ஒரு RSA சான்றிதழை தற்காலிக நீள்வட்ட-வளைவு ஒப்பந்தத்தைப் பயன்படுத்தும் கைகுலுக்கலை அங்கீகரிக்க அனுமதிக்கிறது.

குழப்பம் பொதுவாக இடம்பெயர்வு வழிகாட்டியுடன் வருகிறது. அது DH அளவுரு கோப்பை dh none உடன் மாற்றச் சொல்கிறது, வாசகர் சான்றிதழ் நீள்வட்ட-வளைவு சான்றிதழ் அல்ல என்பதைக் கவனிக்கிறார், இரண்டு உண்மைகளும் முரண்பாடாகக் கருதப்படுகின்றன.

இரண்டு அமைப்புகளும் தொடர்புடையதாகத் தோன்றுவது ஏன்

OpenVPN இன் பழைய உள்ளமைவு DH அளவுரு கோப்பைக் கேட்டது, ஏனெனில் வரம்புள்ள புலம் Diffie-Hellman இரு தரப்பும் ஒப்புக்கொள்ளும் கள அளவுருக்களைத் தேவைப்படுகிறது. dh வழிமுறை அந்தக் கோப்பைச் சுட்டியது. ஒரு பயன்பாடு ECDH க்கு மாறும்போது, அளவுருக்கள் அதற்குப் பதிலாக பெயரிடப்பட்ட வளைவிலிருந்து வருகின்றன, கோப்பு இனி தேவையில்லை, அதை dh none வெளிப்படுத்துகிறது.

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

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

TLS 1.2 தொகுப்புப் பெயரைச் சரியாகப் படிப்பது

ECDHE-RSA-AES256-GCM-SHA384 எடுத்துக்கொள்ளுங்கள். முதல் டோக்கன் விசை பரிமாற்றக் குடும்பம்: தற்காலிக நீள்வட்ட-வளைவு Diffie-Hellman. இரண்டாவது அங்கீகாரக் குடும்பம்: RSA. மீதமுள்ளவை பதிவு பாதுகாப்பையும் கைகுலுக்கலில் பயன்படுத்தப்படும் ஹாஷையும் விவரிக்கின்றன.

ECDHE-ECDSA தொகுப்பு அதே விசை பரிமாற்றக் குடும்பத்தை வேறு அங்கீகார முறையுடன் பயன்படுத்துகிறது, எனவே அதற்கு நீள்வட்ட-வளைவு சான்றிதழ் தேவை. DHE-RSA தொகுப்பு RSA அங்கீகாரத்துடன் வரம்புள்ள புலம் தற்காலிக Diffie-Hellman ஐப் பயன்படுத்துகிறது, அதற்கு உண்மையில் DH அளவுருக்கள் தேவை.

தொகுப்புப் பெயரை இடமிருந்து வலமாகப் படித்து ஒவ்வொரு பகுதியையும் அதன் வேலைக்கு ஒதுக்குங்கள். டோக்கன்கள் பிரிக்கப்பட்டதும், கேள்வி «என் சான்றிதழ் dh none உடன் பொருந்துகிறதா» என்பதிலிருந்து «என் சேவையகம் விசை பரிமாற்றத்திற்கு DH கோப்பு தேவைப்படாத தொகுப்பை அனுமதிக்கிறதா» என்பதற்கு மாறுகிறது.

dh none உண்மையில் எதை முடக்குகிறது

dh none சேவையகத்தை வரம்புள்ள புலம் DH அளவுரு கோப்பை ஏற்ற வேண்டாம் என்று கூறுகிறது. இது அங்கீகாரம், சான்றிதழ் சரிபார்ப்பு அல்லது TLS ஐ முடக்காது. ஆனால் ஒப்புக்கொள்ளப்பட்ட விசை பரிமாற்றம் அந்த அளவுருக்களைத் தேவைப்படாததாக இருக்க வேண்டும் என்று கோருகிறது, நடைமுறையில் இது ECDHE தொகுப்பு அல்லது TLS 1.3 கைகுலுக்கல் என்பதாகும்.

அந்தத் தேவையிலிருந்தே முறிவு வருகிறது. சேவையகத்தின் TLS சைஃபர் கொள்கை DHE தொகுப்புகளுக்கு மட்டுப்படுத்தப்பட்டிருந்தால், அல்லது வாடிக்கையாளர் அவற்றை மட்டும் வழங்கினால், அளவுரு கோப்பை நீக்குவது பயன்படுத்தக்கூடிய விசை பரிமாற்ற முறையை விட்டுவைக்காது, கைகுலுக்கல் தோல்வியடைகிறது. பிழை பொதுவாக கட்டுப்பாட்டு-சேனல் கைகுலுக்கலின் போது, எந்தப் பயனர் அங்கீகாரத்திற்கும் முன்பு தோன்றும். காணாமல் போன கோப்பைக் குறை கூறும் முன் சைஃபர் பட்டியலைப் படியுங்கள்.

நீள்வட்ட-வளைவுப் பக்கத்தில், வளைவை சேவையகத்தின் TLS உள்ளமைவு தேர்ந்தெடுக்கிறது, மேலும் OpenVPN பழைய கிளைகளில் அதைத் தேர்ந்தெடுக்க ஒரு விருப்பத்தை வழங்குகிறது. TLS 1.3 குழு பேச்சுவார்த்தையை நெறிமுறைக்குள் கையாள்கிறது, DH கோப்பை அறவே பார்க்காது.

dh none தானாகவே பாதுகாப்புக் குறைவு அல்ல. பரிமாற்றத்தின் வலிமை அப்போது உண்மையில் ஒப்புக்கொள்ளப்பட்ட வளைவு மற்றும் தொகுப்பைப் பொறுத்தது, எனவே அடுத்த படி காணாமல் போன கோப்பை அல்ல, தரப்புகள் எதைத் தேர்ந்தெடுத்தன என்பதைப் பார்ப்பது.

திருத்துவதற்கு முன் பேச்சுவார்த்தையை உறுதிப்படுத்துவது

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

அது TLS 1.2 உடன் ECDHE-RSA தொகுப்பையும் RSA சான்றிதழையும் காட்டினால், கலவை dh none எதிர்பார்ப்பது சரியாகவே உள்ளது, சரிசெய்ய எதுவும் இல்லை. அது DHE தொகுப்பு அல்லது பொதுவான சைஃபர் இல்லாத கைகுலுக்கல் தோல்வியைக் காட்டினால், தீர்வு சைஃபர் கொள்கையில் அல்லது வாடிக்கையாளர் திறனில் உள்ளது, சான்றிதழில் அல்ல.

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

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

சரிபார்ப்புப் பட்டியல்: சான்றிதழ் RSA ஆகுமா, ECDHE தொகுப்பு அனுமதிக்கப்படுகிறதா, பதிவு அந்தத் தொகுப்பைக் காட்டுகிறதா, ஆதரிக்கப்படும் மிகப் பழைய வாடிக்கையாளரும் அதற்கு ஒப்புக்கொள்கிறாரா? நான்கும் ஆம் எனில், dh none தன் வேலையைச் செய்கிறது.