VPNలో DES మరియు 3DES: రెండూ ఎందుకు తప్పు అప్గ్రేడ్
ఉపయోగకరమైన పోలిక DES మరియు 3DES కాదు, బదులు విరమించిన అల్గారిథమ్ మరియు నిర్వహించబడే అల్గారిథమ్ మధ్యది. పాత సైఫర్ ఇంకా ఏమి కోరుతుందో కనుగొని, ఆ అవసరాన్ని పరిమితం చేయండి లేదా తొలగించండి.
రెండు సైఫర్లు పాతబడ్డాయి, కొత్త ట్రాఫిక్కు సరైన లక్ష్యం ఏదీ కాదు. ఉపయోగకరమైన పోలిక DES మరియు 3DES కాదు; ఇది విరమించిన అల్గారిథమ్ మరియు నిర్వహించబడే అల్గారిథమ్ మధ్యది. ఒక గేట్వే ఇంకా వాటిలో ఒకటి అందిస్తే, ఏది దాన్ని కోరుతుందో కనుగొని ఆ అవసరాన్ని తొలగించడమే పని, రెండు చిక్కుముడుల్లో బలమైనది ఎంచుకోవడం కాదు.
ప్రజలు ఇంకా వెతికే పోలిక తప్పు
2000లలో రాసిన సమాధానాలు DESని త్రిగుణ DESతో పోల్చి త్రిగుణ DES బలమైనదని నిర్ణయించాయి. అప్పుడు అది సమంజసం, ఇప్పుడు నిరుపయోగం, ఎందుకంటే రెండూ కొత్త ట్రాఫిక్ రక్షణ కోసం విరమించబడ్డాయి మరియు వాటి మధ్య ఎంపిక రెండు చిక్కుముడుల మధ్య ఎంపిక.
NIST 2005లో DES ప్రమాణాన్ని ఉపసంహరించింది, దాని TDEA సిఫార్సు 2024 జనవరిలో ఉపసంహరించబడింది, కొత్త క్రిప్టోగ్రాఫిక్ రక్షణకు TDEA వర్తించే గడువు 2023 చివరిలో ముగిసిన తర్వాత. ఆ తేదీలు ఒక మార్పును వివరిస్తాయి, ర్యాంకింగ్ను కాదు. చిన్న సెషన్ లేదా తక్కువ విలువైన సందేశం ప్రశ్నను మళ్లీ తెరవదు, ఎందుకంటే అల్గారిథమ్ స్థితి కీ ఎంత కాలం ఉపయోగించబడుతుందనే దానిపై ఆధారపడదు.
కీ నవీకరణ ప్రత్యేక నియంత్రణ, అది ఆమోదాన్ని పునరుద్ధరించదు.
చర్చలను డేటా మార్గం నుండి వేరు చేయండి
VPN ప్రోటోకాల్లు ఒకటి కంటే ఎక్కువ చోట్ల రక్షణను చర్చిస్తాయి. నియంత్రణ ఛానెల్ ఒక సెట్ను ఉపయోగించవచ్చు, మోసుకెళ్లే డేటా మరొకటి ఉపయోగించవచ్చు, మరియు ప్రతిపాదన జాబితా పీర్ ఏమి అంగీకరించడానికి సిద్ధమో మాత్రమే చెబుతుంది. ప్రతిపాదన కాదు, చర్చించిన ఫలితాన్ని చదవండి. ఈ భేదం సాధారణ గందరగోళాన్ని వివరిస్తుంది: గేట్వే ఇంకా పాత అల్గారిథమ్ను జాబితా చేస్తుంది మరియు ఆపరేటర్ అది వాడుకలో ఉందని భావిస్తారు, కానీ అది ప్రతిపాదించబడి ఎప్పటికీ ఎంపిక కాకపోవచ్చు, లేదా ఒక పాత పీర్ కోసం మాత్రమే ఎంపిక కావచ్చు.
IPsec గేట్వేలో సంబంధిత అవుట్పుట్ భద్రతా సంఘం; OpenVPNలో అది కనెక్షన్ లాగ్లో సైఫర్ మరియు TLS సెట్టింగ్లు. రెండూ ఏది ఎంపికైందో చెబుతాయి. కాన్ఫిగరేషన్ ఫైల్లో ఇంకా ఉన్న పాత ఎంపిక ఏదీ రుజువు చేయదు.
చర్చించిన ఫలితాన్ని చూడలేకపోతే, సైఫర్ విరమించబడిందని చెప్పలేరు.
ఇంకా దాన్ని కోరుతున్న భాగాన్ని కనుగొనండి
పాత అవసరాలు మూడు చోట్ల నుండి వస్తాయి: మెరుగైనది ఇవ్వని పాత క్లయింట్, అల్గారిథమ్ను ఇంకా జాబితా చేసే గేట్వే విధానం, మరియు పాత ప్రోటోకాల్ మాత్రమే మాట్లాడే పరికరం. ప్రతిదానికి వేరే పరిష్కారం. అనుకూలత ప్రదాతను ప్రారంభించే ముందు పరిమితి యజమానిని ఏది అని అడగండి, ఎందుకంటే దాన్ని ప్రారంభించడం కనెక్ట్ అయ్యే ప్రతి పీర్ను ప్రభావితం చేస్తుంది.
ఇంకా మార్చలేని ఒకే పరికరం కోసం, దాని ముందు నిర్వహించబడే గేట్వే పెట్టి ఆ సరిహద్దు ఏమి మోసుకెళ్తుందో పరిమితం చేయండి. ఇది పాత సైఫర్ను అదుపులో ఉంచుతుంది, ప్రతి దూర వినియోగదారు దాన్ని వారసత్వంగా పొందకుండా.
అదుపు ప్యాచ్ కాదు, అది పాత హోస్ట్ను విశ్వసనీయం చేయదు.
మీ వద్ద ఇప్పటికే ఉన్న తనిఖీలతో మైగ్రేట్ చేయండి
ఉద్దేశించిన పీర్లు నిర్వహించబడే ప్రొఫైల్తో కనెక్ట్ అయినప్పుడు, చర్చించిన సెట్ మీరు ఆశించినది అయినప్పుడు, మరియు అప్లికేషన్ పని చేసినప్పుడు మైగ్రేషన్ పూర్తవుతుంది. సర్వర్ గుర్తింపు ధృవీకరణ మరియు ఖాతా తనిఖీలను ఎల్లప్పుడూ ఉంచండి; సైఫర్ మార్పు వాటిని సడలించడానికి కారణం కాదు.
openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'
చర్చించిన ఫలితం పక్కన క్లయింట్ మరియు గేట్వే వెర్షన్లను నమోదు చేయండి, తద్వారా తదుపరి సమీక్ష నిజంగా ఏమి మారిందో చెప్పగలదు.
దాని యజమాని ద్వారా పాత అనుమతిని విరమించి, తర్వాత విరమించిన అల్గారిథమ్ను మాత్రమే అందించే పీర్ ఇప్పుడు తిరస్కరించబడుతుందని నిర్ధారించండి. పాత ఎంపికను ప్రారంభంలో ఉంచే మైగ్రేషన్ జరగని మైగ్రేషన్. తిరస్కరణ రుజువును మార్పు రికార్డుతో ఉంచండి, ఎందుకంటే తదుపరి ఆడిట్ ఎలా తెలుసని అడుగుతుంది, మరియు తొలగించిన కాన్ఫిగరేషన్ లైన్ నమోదు చేసిన తిరస్కరణ కంటే బలహీనమైన రుజువు. సెషన్ ఇంకా తాజాగా ఉన్నప్పుడే ఆ రికార్డుకు పరీక్ష తేదీ మరియు పీర్ గుర్తింపును జోడించండి.
చారిత్రక డేటా వేరే సమస్య
సంవత్సరాల క్రితం రక్షించబడిన ఆర్కైవ్ చదవడానికి చట్టబద్ధంగా పాత అల్గారిథమ్ అవసరం కావచ్చు. అది ఉన్న పదార్థాన్ని డీక్రిప్ట్ చేయడం, అది కొత్త ట్రాఫిక్ రక్షణ వంటి పని కాదు.
అలాంటి పనిని వేరుచేసిన హోస్ట్లో, నమోదు చేసిన ఉద్దేశ్యం మరియు ఎవరు నడపగలరని చిన్న జాబితాతో ఉంచండి.
ఈ భేదం ముఖ్యం ఎందుకంటే విరమించిన సైఫర్ను అందుబాటులో ఉంచడానికి ఇదే ఏకైక నిజాయితీ కారణం. ఇది పరిమిత పరిధి సాధనాన్ని సమర్థిస్తుంది, పబ్లిక్ VPN ప్రొఫైల్లో శాశ్వత లైన్ను ఎప్పటికీ కాదు.