அந்த பாதிப்பு கண்டுபிடிப்பு எந்த VPN செயல்முறையை பாதிக்கிறது?

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

வரிசை முக்கியம்: முதலில் கூறு, இரண்டாவது அறிவிப்பு, மூன்றாவது தீர்வு.

அறிக்கை துறைமுகத்தைப் பெயரிடுகிறது, நிரலை அல்ல

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

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

இயங்கும் கட்டமைப்பு உண்மையில் என்ன

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

systemctl status openvpn-server@server --no-pager
ps -o pid,lstart,args -C openvpn
ss -lntup | grep -E '1194|443'
dpkg -l | grep -i -E 'openvpn|libssl'
ldd "$(command -v openvpn)" | grep -i ssl

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

கட்டமைப்பை அறிவிப்பின் எல்லைக்கு பொருத்துதல்

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

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

கருத்து வேறுபாட்டைத் தீர்த்து, பின்னர் வெளிப்பாட்டை மூடுதல்

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

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

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