HTTP, HTTPS: பாதுகாப்பான இணைப்பு எதைப் பாதுகாக்கிறது

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

HTTPS எதை மாற்றுகிறது

சாதாரண HTTP-இல், நெட்வொர்க் பாதையில் உள்ள வேறொருவர் உள்ளடக்கத்தைப் படிக்கவோ மாற்றவோ முடியக்கூடும். HTTPS பாதுகாப்பான ஒரு சேனலை ஏற்படுத்தி, கோரப்பட்ட ஹோஸ்ட்பெயருக்கான சான்றிதழைச் சரிபார்க்கிறது. நவீனத் தளங்கள் HTTP/1.1 அல்லது HTTP/2-க்கு TCP மீது TLS-ஐயும், HTTP/3-க்கு QUIC-ஐயும் பயன்படுத்தலாம். ஆக, HTTPS ஒரே ஒரு HTTP பதிப்புடன் கட்டுப்பட்டதல்ல. உலாவிக்கும் அந்தப் பாதுகாப்பான இணைப்பின் முனைக்கும் இடையிலான தரவின் ரகசியத்தன்மையையும் ஒருமைப்பாட்டையும் அது பாதுகாக்கிறது.

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

சான்றிதழ் எதை நிரூபிக்கிறது

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

example.org-க்கான செல்லுபடியாகும் சான்றிதழ், உலாவியை அந்தப் பெயருடன் இணைக்கிறது; அந்தத் தளம் உண்மையான பொருட்களை விற்கிறது என்றோ உண்மையைச் சொல்கிறது என்றோ அது நிறுவுவதில்லை. ஃபிஷிங் தளம்கூடத் தன் ஏமாற்றும் டொமைனுக்குச் செல்லுபடியாகும் சான்றிதழைப் பெற முடியும். கடவுச்சொல்லை உள்ளிடும் முன், குறிப்பாக ஒரு செய்தியிலோ விளம்பரத்திலோ உள்ள இணைப்பைப் பின்தொடர்ந்து வந்திருந்தால், முழு ஹோஸ்ட்பெயரையும் சரிபாருங்கள். கூடுதல் சரிபார்ப்புக்கு 2IP சர்வர் சேவைகள் சரிபார்ப்பு கருவியைப் பயன்படுத்துங்கள்.

பயனர்களும் உரிமையாளர்களும் என்ன செய்ய வேண்டும்

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

HTTP, HTTPS திட்டங்களையும் அவற்றின் பொதுவான விதிமுறைகளையும் RFC 9110 வரையறுக்கிறது. இணையதளத் தகவல் கருவி தொழில்நுட்ப விவரங்களைக் காட்டலாம்; ஆனால் அந்த விவரங்கள் உரிமையாளரின் நேர்மையை மதிப்பிடுவதில்லை. TLS சான்றிதழ் பிழைகளை எப்படிப் புரிந்துகொள்வது என்பதைத் தனி வழிகாட்டி விளக்குகிறது.