HTTP சான்றுகளைத் தேர்ந்தெடுத்தல்: கேட்வே பதிவுகளா அல்லது செயலி பதிவுகளா

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

தரவு மூலத்திற்கு முன் கேள்விக்கு பெயரிடுங்கள்

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

கேள்வியை ஒரு வாக்கியத்தில் எழுதி சேகரிப்பு திட்டத்திற்கு அருகில் வைத்திருங்கள்। அதுவே வரம்பின் ஒரே நம்பகமான கட்டுப்பாடு।

கேட்வே என்ன காட்ட முடியும், என்ன முடியாது

சரியாக பாதுகாக்கப்பட்ட HTTPS-ஐ அனுப்பும் கேட்வே பொதுவாக முகவரிகள், துறைகள் மற்றும் அளவுகளைக் காண்கிறது, கோரிக்கை வரிகளையோ உடல்களையோ அல்ல।

conntrack -L -d 203.0.113.10 | head
tcpdump -ni vpn0 -c 20 'tcp port 443'

conntrack பட்டியல் ஓட்டங்களையும் மொழிபெயர்ப்புகளையும் காட்டுகிறது, குறுகிய பிடிப்பு படிக்கக்கூடிய செயலி உள்ளடக்கம் இல்லாத பொதிகளைக் காட்டுகிறது। போக்குவரத்து ஓடுகிறதா, எவ்வளவு, எந்த முனைப்புள்ளிகளுக்கிடையில் என்பதற்கு விடை அளிக்க இது போதும்। இது URL பட்டியல் அல்ல, சாதாரண CONNECT ப்ராக்ஸி செயலியின் TLS-ஐ முடிக்காமல் என்க்ரிப்ட் செய்யப்பட்ட பரிமாற்றத்தை அனுப்புகிறது। யாரேனும் அந்த நிலையில் இருந்து கோரிக்கை பாதைகளை வாக்குறுதி அளித்தால், எந்த கூறு மறைநீக்குகிறது மற்றும் யாருடைய நம்பிக்கையின் கீழ் என்பதைக் கேளுங்கள்।

செயலி பதிவுகள் பெரும்பாலான கோரிக்கை கேள்விகளுக்கு விடை அளிக்கின்றன

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

curl -sS -o /dev/null -w "%{http_code} %{time_total}\n" https://app.example.com/health
tail -n 5 /var/log/nginx/access.log

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

இடைமறிப்பு ஒரு தனி நம்பிக்கை வடிவமைப்பு

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

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