AH లేదా ESP? ప్యాకెట్ ఏమి రక్షించాలో దాని ఆధారంగా నిర్ణయించండి

రెండు IPsec ప్రతిపాదనలు ఒకే SHA ఆధారిత సమగ్రతా అల్గారిథమ్‌ను పేర్కొంటూ కూడా వేర్వేరు రక్షణ ప్రోటోకాల్‌లను కోరవచ్చు; AH మరియు ESP ఒకే ప్రామాణీకరణ సెట్టింగ్‌కు రెండు అక్షరక్రమాలు కావు. మొదట ప్రోటోకాల్, తర్వాత దాని అల్గారిథమ్‌లు, తర్వాత దాని మోడ్ చదవండి, చాలా అస్పష్టత పోతుంది. AH ప్రయాణంలో మారని IP హెడర్ క్షేత్రాలతో సహా ప్యాకెట్‌ను ధృవీకరిస్తుంది, ESP తాను చుట్టిన దాన్ని ధృవీకరించి గుప్తీకరించి బయటి హెడర్‌ను వదిలేస్తుంది. ఆ భేదమే ఏ హాష్ పేరు కంటే ఎక్కువ అమలులను నిర్ణయిస్తుంది.

AH ఏమి కవర్ చేస్తుంది, ESP చేయదు

AH సమగ్రత, డేటా మూల ప్రామాణీకరణ మరియు తాను నిర్వచించే పునరావృత నిరోధక సేవను అందిస్తుంది, ఎలాంటి గోప్యత లేదు. దాని పరిధిలో పై పొర డేటా మరియు దాని నియమాలు మార్పులేనివిగా భావించే IP హెడర్ క్షేత్రాలు ఉంటాయి, అంటే ESP రవాణా మోడ్‌లో బయట ఉంచే భాగం. IP హెడర్‌ను స్వయంగా ప్రామాణీకరించాలని అవసరం చెబితే, దానికి సమాధానం ఇచ్చే ప్రోటోకాల్ AH.

ఈ పరిధే AH ఆచరణలో బలహీనంగా ఉండటానికి కారణం. TTL, హెడర్ చెక్‌సమ్ మరియు కొన్ని ఎంపికల వంటి మారే క్షేత్రాలను ప్రామాణీకరించలేము ఎందుకంటే రౌటర్లు వాటిని తిరిగి రాయవచ్చు, కాబట్టి ప్రోటోకాల్ చెక్ లెక్కించే ముందు వాటిని సున్నా చేస్తుంది. అందువల్ల చిరునామాలను తిరిగి రాసే ఏదైనా విధానాన్ని మాత్రమే కాక లెక్కను కూడా బద్దలు కొడుతుంది.

NAT ఎంపికను పరిమితిగా మారుస్తుంది

చిరునామా అనువాదం AH ఇప్పుడే ధృవీకరించిన IP హెడర్‌లో మూలాన్ని లేదా గమ్యాన్ని తిరిగి రాస్తుంది, కాబట్టి సమగ్రతా తనిఖీ రెండో వైపు విఫలమవుతుంది, అది చదవగలిగే సందేశంగా కాక ప్రోటోకాల్ లోపంగా విఫలమవుతుంది. ESP బయటి హెడర్‌ను ధృవీకరించదు, అందుకే NAT దాటడంతో ESP పనిచేస్తుంది, NAT వెనుక AH పనిచేయదు. రెండు వైపులా సాధారణ రౌటర్ల వెనుక ఉన్న సొరంగమే ఇది మొదట కనిపించే స్థలం. కాబట్టి మొదటి ప్రశ్న ఏ ప్రోటోకాల్ బలంగా ఉంది అని కాదు, రెండు వైపుల మధ్య అనువాదకుడు ఉన్నాడా అని.

ఉంటే AH బయటకు వెళ్తుంది, సంభాషణ ESP మరియు దాని అల్గారిథమ్ ఎంపికకు మారుతుంది. ఇది ప్రాధాన్యత కాదు పరిమితి, అందుకే దాని స్థానం నిర్ణయం చివరిలో కాదు, ప్రారంభంలో.

మోడ్ ప్రశ్నను గుణిస్తుంది

ESP రవాణా మోడ్‌లో పై పొర భారాన్ని రక్షించి IP హెడర్‌ను వదిలేస్తుంది; సొరంగ మోడ్‌లో లోపలి IP హెడర్‌తో సహా మొత్తం లోపలి ప్యాకెట్‌ను చుట్టి రక్షిస్తుంది. AH కూడా అదే రెండు మోడ్‌లను కలిగి ఉంది, కాబట్టి AH లేదా ESP ఏదైనా అల్గారిథమ్ ఎంచుకునే ముందు నిజానికి నాలుగు కలయికలు.

సంయుక్త మోడ్ ESP అల్గారిథమ్‌లు తర్వాత రెండో ప్రోటోకాల్ లేకుండా సమగ్రతను నిర్ణయిస్తాయి. AES-GCM మరియు ChaCha20-Poly1305 ఒకే నిర్మాణంలో ప్రామాణీకరణ మరియు గుప్తీకరణ చేస్తాయి, కాబట్టి పైన AH జోడించడం ఏమీ కొనదు కానీ మరో హెడర్ మరియు మరో చర్చ ఖర్చవుతాయి. నిర్మాణం AH మరియు ESP లను కలిసి అనుమతిస్తుంది, ఆచరణాత్మక ప్రశ్న మీ గేట్‌వే మరియు విడుదల ఈ కలయికకు మద్దతు ఇస్తాయా మరియు తర్వాత ఎవరైనా దాన్ని నిర్వహించగలరా.

AH మాత్రమేకు నిజాయితీ ప్రత్యామ్నాయం

సమగ్రత మాత్రమే ESP రకం అల్గారిథమ్‌ను ఉంచుకుని గుప్తీకరణ దావాను నకిలీ చేయకుండా వదిలేస్తుంది, NAT ను దాటుతుంది. పాత రూపకల్పన రహస్యం లేని ప్రామాణీకరణ అవసరమైనందున AH వాడినట్లయితే, ఆ రకమే నేరుగా అనువాదం, గమనిక జోడించిన గుప్తీకృత సొరంగం కాదు.

ప్రతిపాదనలో ESP కనిపించడం కూడా గుప్తీకరణ రుజువు కాదు. గుప్తీకరణ అల్గారిథమ్ చదవండి: NULL నమోదు సమగ్రత మాత్రమే, సంయుక్త మోడ్ నమోదు రెండూ.

మూడు ప్రశ్నల్లో నిర్ణయించండి

గోప్యత అవసరమా, మార్గంలో అనువాదకుడు ఉన్నాడా, ఏ హెడర్ క్షేత్రాలు ప్రామాణీకరించాలి అని అడగండి. ఆ మూడు సమాధానాలు ఒక ప్రోటోకాల్ మరియు ఒక మోడ్‌ను సూచిస్తాయి, వాటిని రాయడం తర్వాత RFC లను మళ్లీ చదవడం కంటే తక్కువ సమయం తీసుకుంటుంది.

తర్వాత ఆమోదించినది ధృవీకరించండి, ప్రతిపాదించినది కాదు. ip xfrm state స్థాపించిన సంఘం ప్రోటోకాల్, మోడ్ మరియు అల్గారిథమ్‌లను చూపుతుంది, సరిపోకపోతే ఏదీ స్థాపించబడదు, ఇది ఉద్దేశించిన రక్షణ లేకుండా లేచే సొరంగం కంటే శుభ్రమైన వైఫల్యం.

ప్రామాణీకరణ వైఫల్యాలు, ఎంపికదారుల పరిధి మరియు మార్గ లోపాలను ఈ ఎంపిక నుండి వేరుగా ఉంచండి. అవి వేర్వేరు లక్షణాలు ఇస్తాయి, ఎంపికదారు సమస్యకు ప్రోటోకాల్‌ను నిందించడం కారణం లేకుండా హాష్ మారుస్తూ ఒక రోజు గడపడానికి నమ్మకమైన మార్గం.