TLS నియంత్రణ ఛానెల్ లోపల ప్రయాణిస్తుంది, మొత్తం సొరంగం గుండా కాదు
సహచరులు తమ సొంత ప్యాకెట్లను మార్పిడి చేసుకుంటారు, TLS నియంత్రణ మార్పిడి లోపల నడుస్తుంది. HTTPS అర్థం చేసుకునే ప్రాక్సీకి ఈ ట్రాఫిక్ ఏమిటో తెలియదు.
VPN వివరణలో TLS అనే పదాన్ని చూసి వెబ్ ప్రాక్సీ ఈ ట్రాఫిక్ను అర్థం చేసుకుంటుందని నిర్ణయించడం సాధారణ సులభ మార్గం. ఈ ప్రోటోకాల్ లోపల సహచరులు తమ సొంత ప్యాకెట్లను మార్పిడి చేసుకుంటారు, TLS ఆ మార్పిడిలో ఒక ఛానెల్లో భాగంగా నడుస్తుంది. వినియోగదారుకు ముఖ్యమైన పేలోడ్ వేరే సందేశ ఆకృతిలో ప్రయాణిస్తుంది, అందుకే రెండూ సాధారణ HTTPS సెషన్తో ఎప్పుడూ సరిపోలవు.
కవరు మొదట వస్తుంది
ప్రతి సొరంగ ప్యాకెట్ ప్రోటోకాల్ సొంత హెడర్తో ప్రారంభమవుతుంది: సందేశ రకం, కీ గుర్తింపుదారు మరియు బైట్ స్ట్రీమ్ రవాణాలో ప్యాకెట్ ఎక్కడ ముగుస్తుందో సూచించే పొడవు ఉపసర్గ. ఆ కవరును విశ్లేషించని పాఠకుడు తర్వాతి క్షేత్రం ఎక్కడ ప్రారంభమవుతుందో తెలుసుకోలేడు.
outer transport (UDP datagram or TCP stream)
-> OpenVPN header (opcode, key id, length where needed)
-> control message (reliability wrapper, TLS exchange)
-> data message (protected inner packet)
ఆ స్కెచ్ మ్యాప్, బైట్ పట్టిక కాదు, ఎందుకంటే ఖచ్చితమైన క్షేత్రాలు సందేశ రకంపై ఆధారపడతాయి, అయినా మొదటి ఆక్టెట్ ఎప్పుడూ ఆపరేషన్ కోడ్ మరియు కీ గుర్తింపుదారును కలిసి ప్యాక్ చేస్తుంది. పోర్ట్ నంబర్ నుండి సందేశ రకాన్ని ఊహించడం డీకోడర్లు తాము చూసే దానిని తప్పుగా పేరు పెట్టే మార్గం. నిర్ధారణకు క్రమమే ముఖ్యం: రవాణా, తర్వాత ప్రోటోకాల్ కవరు, తర్వాత రెండు రకాల పనులలో ఒకటి. తర్వాత ఏమి వస్తుందో అనే అభిప్రాయం ఏర్పరచుకునే ముందు కవరును చదవండి. తప్పు స్థలంలో ప్రారంభించే డీకోడర్ ఆత్మవిశ్వాసంతో కూడిన అర్థరహితతను ఉత్పత్తి చేస్తుంది.
విశ్వసనీయత పరత ప్రోటోకాల్దే
నియంత్రణ సందేశాలకు క్రమబద్ధమైన, ధృవీకరించిన పంపిణీ అవసరం, ప్రోటోకాల్ దానిని తనే ధృవీకరణలు మరియు పునఃప్రసారాల ద్వారా అందిస్తుంది. ధృవీకరణ తన సొంత సందేశంగా రావచ్చు లేదా మరో నియంత్రణ సందేశంతో ప్రయాణించవచ్చు, ఇది ఒక స్వచ్ఛమైన మార్పిడిని ఆశించేవారికి జాడలు అక్రమంగా కనిపించేలా చేస్తుంది.
ప్రయోజనం ఏమిటంటే బాహ్య రవాణా UDP అయినా TLS హ్యాండ్షేక్కు విశ్వసనీయ వాహకం లబిస్తుంది. ఖర్చు ఏమిటంటే ఒక డేటాగ్రామ్ ఆ సంభాషణలో ఒక భాగాన్ని మాత్రమే కలిగి ఉండవచ్చు, కాబట్టి దానిని స్వతంత్ర TLS రికార్డుగా పరిగణించడం అర్థరహితతను ఉత్పత్తి చేస్తుంది. పునఃసంయోజనం ప్రోటోకాల్ పరతలోనే జరగాలి. అందుకే పట్టుబడిన ప్యాకెట్ పూర్తి హ్యాండ్షేక్ దశలా అరుదుగా కనిపిస్తుంది.
బాహ్య రవాణాను TCPకి మార్చడం ఈ పరతను తొలగించదు. విశ్వసనీయ రవాణా అంటే ప్రోటోకాల్ స్థాయిలో తక్కువ పునఃప్రసారాలు, ఫ్రేమింగ్ మాయమవడం లేదా ట్రాఫిక్ HTTP అవడం కాదు.
డేటా ప్యాకెట్లు వేరే ఆకృతిని ఉపయోగిస్తాయి
సెషన్ ఉన్నప్పుడు ఉపయోగకరమైన పేలోడ్ లోపలి IP ప్యాకెట్లు లేదా Ethernet ఫ్రేమ్లను మోసుకెళ్లే డేటా సందేశాలుగా వస్తుంది. అవి తమ సొంత కీలు మరియు సొంత ప్రాసెసింగ్తో రక్షించబడతాయి, TLS లైబ్రరీ అంగీకరించే ఏ అర్థంలోనూ అవి TLS అప్లికేషన్ రికార్డులు కావు.
ఆ విభజన కాన్ఫిగరేషన్లో కనిపిస్తుంది: నియంత్రణ ఛానెల్ మరియు డేటా ఛానెల్కు వేర్వేరు సైఫర్ సెట్టింగ్లు ఉంటాయి, కాబట్టి ఒకదానిని పేర్కొనే లాగ్ పంక్తి మరొకదాని గురించి ఏమీ చెప్పదు. బలమైన నియంత్రణ సైఫర్ను బలమైన డేటా సైఫర్కు రుజువుగా చదవడం సాధారణ నివేదిక లోపం.
సంబంధిత అపోహను కూడా వివరణ నుండి బయట ఉంచండి. TLS సమమిత డేటా ఛానెల్ పక్కన కూర్చున్న పబ్లిక్ కీ ఛానెల్ కాదు, ఎందుకంటే కీలు స్థాపించబడిన తర్వాత TLS తన రికార్డులను సమమితంగా రక్షిస్తుంది. నిజమైన భేదం పాత్ర మరియు ప్యాకెట్ ఆకృతి, ప్రతి పక్షం ఏ రకమైన క్రిప్టోగ్రఫీ ఉపయోగిస్తుంది అనేది కాదు.
HTTPS ప్రాక్సీ ఎందుకు సహాయం చేయలేదు
TLSను ముగించే ప్రాక్సీ TLS రికార్డు స్ట్రీమ్ మరియు తర్వాత దాని లోపల అప్లికేషన్ ప్రోటోకాల్ను ఆశిస్తుంది. ఈ ప్రోటోకాల్ నియంత్రణ ఛానెల్ తన సొంత ఫ్రేమింగ్ లోపల, చుట్టూ విశ్వసనీయత పరతతో మోయబడుతుంది, కాబట్టి ముగించే ప్రాక్సీ ఆ ఫ్రేమింగ్ను పాడైన ఇన్పుట్గా చదువుతుంది.
బైట్లు లేదా డేటాగ్రామ్లను వ్యాఖ్యానించకుండా పంపే పారదర్శక ఫార్వర్డర్ పని చేయగలదు, అది స్ట్రీమ్ను తిరిగి రాయకపోయినా లేదా పునఃసంయోజించకపోయినా. ఏ మధ్యవర్తి గురించైనా అడగాల్సిన ప్రశ్న ఏమిటంటే అది నిజమైన రవాణా మరియు ఫ్రేమింగ్ను పంపుతుందా, ఎక్కడో TLS మద్దతిస్తుందా అనేది కాదు. ప్రాక్సీ నియమాలపై సాయంత్రం గడిపే ముందు అది అడగండి. ఇక్కడ చాలా వైఫల్యాలు తప్పిపోయిన సెట్టింగ్ కాదు, నిర్మాణాత్మకమైనవి.
జాడను సరిగ్గా చదవడం
మొదట నియంత్రణ మార్పిడి, తర్వాత చాలా పెద్ద సంఖ్యలో డేటా సందేశాలు ఆశించండి, రెండూ ఒక రవాణాను పంచుకుంటాయి. నియంత్రణ దశ పూర్తయి డేటా దశ ఆగితే, లోపం హ్యాండ్షేక్కు సంబంధించినది కాదు, కీలు, మార్గనిర్దేశం లేదా డేటా మార్గం యొక్క ఫిల్టరింగ్కు సంబంధించినది. కొన్ని డేటా సందేశాలను పట్టుకుని అవి క్లయింట్ నుండి బయటకు వెళ్తున్నాయా చూడండి. ఆ ఒక పరిశీలన శోధనను సగానికి విభజిస్తుంది.
కీ పద్ధతుల చారిత్రక వివరణలు ప్రోటోకాల్ పత్రాలలో ఇచ్చిన విడుదల ఇప్పటికీ ప్రతి పాత ఆకృతిని మద్దతిస్తుందని అర్థం కాదు. మీరు నడిపించే సంస్కరణను తనిఖీ చేయండి, తర్వాత విషయాలు ముందు ఎలా పని చేసేవో వివరించే పరిచ్ఛేదంపై ఆశను నిర్మించవద్దు.