పంచుకున్న DH సమూహం, కొత్త రహస్యాలు: దాడి ఎందుకు చవకగా మారుతుంది
కొత్త సెషన్ రహస్యాలు బలహీనమైన పరిమిత-క్షేత్ర సమూహాన్ని సరిచేయవు. ఒకే సమూహాన్ని తిరిగి ఉపయోగించడం అత్యంత ఖరీదైన దాడి దశను దానితో చర్చించే ప్రతి మార్పిడిపై పంచిపెడుతుంది.
సమూహం యొక్క పారామితులు రూపకల్పన ప్రకారమే బహిరంగం, ఆ బహిరంగత్వమే వాటిని విస్మరించడం సులభం చేస్తుంది. పరిమిత క్షేత్రం Diffie-Hellman లో మాడ్యులస్ మరియు జనరేటర్ పంచుకోబడతాయి, కానీ ప్రైవేట్ ఘాతాంకాలు మరియు వాటి నుండి ఏర్పడే సెషన్ కీలు పంచుకోబడవు. సంఖ్యా-క్షేత్ర జల్లెడ దాడి యొక్క ఖరీదైన దశ ఒక మార్పిడిపై కాదు, సమూహంపై ఆధారపడి ఉంటుంది, కాబట్టి ప్రతిచోటా ఉపయోగించే ఒక బలహీన సమూహం పంచుకున్న బాధ్యతగా మారుతుంది. పారామితులను బహిరంగం అని చెప్పడం ఖచ్చితమైనది మరియు విషయానికి సంబంధం లేనిది, ఎందుకంటే తిరిగి ఉపయోగించే ఖర్చు ఆ సమూహంపై దాడి చేసే ఖర్చే.
బహిరంగ సగం బలహీన సగం కాదు, అక్కడే ఉచ్చు
సాధారణ అర్ధ-వాదన, పారామితులు ఒక ప్రమాణంలో ప్రచురించబడ్డాయి, కాబట్టి దాడికి గురయ్యేవారికి అవి ఇప్పటికే తెలుసు, వాటిని దాచడం ఏమీ మార్చదు అంటుంది. రెండు ప్రకటనలూ నిజం, ఒకటి నుండి మరొకటి రాదు. పంపబడే డిఫాల్ట్ సమూహం బహిరంగం, గత వారం మీరు సృష్టించిన ప్రైవేట్ సమూహం కూడా చేతులు కలపడం పూర్తి చేసే ఎవరికైనా కనిపిస్తుంది. గోప్యత ఎప్పుడూ నియంత్రణ కాదు; బలం మరియు ధృవీకరణే నియంత్రణ.
మారేది ఏమిటంటే, అదే బలహీనతను ఎన్ని ప్రదేశాలు పంచుకుంటాయి. తన సొంత 2048-బిట్ సమూహాన్ని సృష్టించే సంస్థ తన సొంత దాడి ఖర్చును చెల్లిస్తుంది, అయితే లక్షల మంది ఎంచుకునే ప్రోటోకాల్ డిఫాల్ట్ ఒక ఖర్చును వారందరిపై పంచుతుంది. ఆ అర్థంలో అసాధారణ సమూహం స్వయంచాలకంగా మంచిది కాదు. చాలా చిన్న అసాధారణ సమూహం తక్కువ కళ్ల ముందున్న చిన్న పంచుకున్న రహస్యం మాత్రమే.
ధృవీకరణ పరిమాణమంతే ముఖ్యం. చిన్న కారకాలతో కూడిన మాడ్యులస్ పంపే భాగస్వామి, లేదా ప్రోటోకాల్ ఆశించే ఆకారం లేని మాడ్యులస్, బిట్ పొడవు గౌరవనీయంగా కనిపించినా ప్రైవేట్ ఘాతాంకం గురించి సమాచారాన్ని లీక్ చేయవచ్చు. ప్రవేశద్వారంలోనే వికృత పారామితులను తిరస్కరించే లైబ్రరీలు నిజమైన పని చేస్తాయి, అందుకే చేతితో రాసిన పారామితి విశ్లేషణ శ్రమను ఆదా చేయడానికి చెడు ప్రదేశం.
ముందస్తు గణన దాడికి గురయ్యేవారికి నిజంగా ఏమి ఇస్తుంది
సంఖ్యా-క్షేత్ర జల్లెడకు ప్రధాన సంఖ్యపై మాత్రమే ఆధారపడే దశ ఉంటుంది, దాని ఫలితం ఆ ప్రధాన సంఖ్యను ఉపయోగించే ప్రతి మార్పిడికి వ్యతిరేకంగా తిరిగి ఉపయోగించబడుతుంది. చారిత్రక ఆందోళన వెనుక ఉన్న మొత్తం యంత్రాంగం అదే: ఖరీదైన భాగం ఒకసారి చెల్లించబడుతుంది, తర్వాతి ప్రతి సెషన్ యొక్క ఉపాంత ఖర్చు తగ్గుతుంది. కొత్త ఘాతాంకాలు ఇప్పటికీ ప్రతి వ్యక్తిగత మార్పిడిని నిష్క్రియ పరిశీలకుడి నుండి రక్షిస్తాయి, సమూహం జల్లెడను అసాధ్యం చేయడానికి తగినంత పెద్దగా ఉన్నంత వరకు. రెండు ప్రకటనలూ సరిపోతాయి, ఈ అంశంపై చాలా చర్చలు ఒకదాన్ని ఎంచుకుని మరొకదాన్ని వదిలేయడం నుండి వస్తాయి.
2015 Logjam పత్రం 512-బిట్ ఎగుమతి-శ్రేణి Diffie-Hellman కు క్షీణతను చూపించింది మరియు పెద్ద, విస్తృతంగా తిరిగి ఉపయోగించే సమూహాలపై గణనీయమైన వనరులతో దాడి చేయడానికి ఎంత ఖర్చు అవుతుందో అంచనా వేసింది. ప్రదర్శన నిర్దిష్టమైనది, అంచనాలు అంచనాలే, రెండూ ఒక నిర్దిష్ట VPN సెషన్ డీక్రిప్ట్ చేయబడిందని రుజువు కావు.
పత్రాన్ని యంత్రాంగం కోసం మరియు చూపిన క్షీణత కోసం ఉదహరించండి, మీ అమలు యొక్క కొలతగా కాదు. ఎన్ని సర్వర్లు డిఫాల్ట్ సమూహాన్ని పంచుకున్నాయనే పాత గణాంకాలు ఆ సంవత్సరపు ఇంటర్నెట్ను వివరిస్తాయి, ఈరోజు మీరు తనిఖీ చేయగల నెట్వర్క్ను కాదు. ముందుకు తీసుకెళ్లదగిన ఉపయోగకరమైన విషయం ప్రశ్న: మీ పరికరాలు ఇప్పటికీ చిన్న లేదా బలహీనంగా ధృవీకరించిన సమూహంపై చర్చలు చేస్తున్నాయా?
ప్రమాణీకృతం బలహీనం కాదు
RFC 7919 పేరున్న పరిమిత-క్షేత్ర సమూహాలను నిర్వచిస్తుంది, తద్వారా రెండు చివరలు గుర్తింపుదారు ద్వారా ఒక సమూహంపై అంగీకరించి స్థిరమైన విధానాన్ని అన్వయిస్తాయి. ప్రమాణీకృతంగా ఉండటం ఒక ప్రయోజనం, ఎందుకంటే అది చర్చల అస్పష్టతను తొలగించి, మద్దతు లేని పరిమాణాలను నిరాకరించడానికి అమలుకు అనుమతిస్తుంది. పేరున్న సమూహం దాని పరిమాణం మీరు అనుసరిస్తామని చెప్పే విధానం కంటే తక్కువగా ఉన్నప్పుడే బలహీనం, పత్రంలో కనిపించడం వల్ల కాదు. అదే తర్కం దీర్ఘవృత్తాకార వక్ర సమూహాలకూ వర్తిస్తుంది, వాటి నిర్మాణం మరియు వైఫల్య పద్ధతులు భిన్నం.
వాటి గురించి ఆలోచించేటప్పుడు నిర్మాణాలను వేరుగా ఉంచండి. పరిమిత-క్షేత్ర Diffie-Hellman గురించిన ముగింపు X25519 గురించి ఏమీ చెప్పదు, 1024-బిట్ MODP సమూహం గురించిన ముగింపు 3072-బిట్ సమూహం గురించి ఏమీ చెప్పదు. బలం విధానం ప్రతి యంత్రాంగం, పరిమాణం మరియు ప్రోటోకాల్ సంస్కరణకు, అందుకే బలమైన క్రిప్టోగ్రఫీ అనే పదబంధం సమీక్షించదగిన ప్రకటన కాదు.
ప్రామాణీకరణ మరో సగం, అది ప్రత్యామ్నాయం కాదు. భాగస్వామి ధృవీకరణ లేని బలమైన సమూహం దాడికి గురయ్యేవారిని మధ్యలో వదిలివేస్తుంది, చెల్లుబాటు అయ్యే ధృవపత్రం 768-బిట్ మార్పిడిని కాపాడలేదు. వాటిని రెండు స్వతంత్ర రేఖలుగా సమీక్షించి, ఆపై రెండూ నిజంగా చర్చించబడుతున్నాయని నిర్ధారించండి.
నిజమైన కనెక్షన్లో చర్చించిన సమూహాన్ని చదవండి
చర్చించిన సమూహాన్ని కాన్ఫిగరేషన్ టెంప్లేట్ నుండి కాదు, పరికరం నుండి చదవండి. టెంప్లేట్లు ఉద్దేశాన్ని వివరిస్తాయి, ఆసక్తికరమైన విలువ చివరి చేతులు కలపడం సమయంలో రెండు వైపులా అంగీకరించినది. IPsec చివరలో స్థితి అవుట్పుట్ సాధారణంగా ఎంచుకున్న ప్రతిపాదనను ముద్రిస్తుంది, MODP సమూహంతో సహా.
విధాన మార్పుకు ముందు మరియు తర్వాత ఆ పంక్తిని సంగ్రహించి, రెండింటినీ మార్పు రికార్డులో ఉంచండి. పోలికే రుజువు.
ipsec statusall | grep -Ei "proposal|ESP|IKE"
openssl dhparam -in /etc/vpn/dh3072.pem -check -nooutమార్పు తర్వాత కూడా స్థితి పాత సమూహాన్ని చూపిస్తే, కనెక్షన్ తిరిగి చర్చలు చేయలేదు మరియు కాన్ఫిగరేషన్ మార్పు ఏమీ నిరూపించలేదు. భాగస్వామిని తిరిగి ప్రారంభించండి లేదా భద్రతా సంఘాన్ని తొలగించి, ఆపై స్థితిని మళ్లీ చదవండి. కొత్త కనెక్షన్లకు మాత్రమే వర్తించే విధానం దీర్ఘకాలిక సొరంగాలను అవి నిలిచినంత కాలం పాత పారామితులపై ఉంచుతుంది.
సమూహాన్ని మరియు భాగస్వామి గుర్తింపును విడివిడిగా తనిఖీ చేయండి
సమూహం ఏమి రక్షిస్తుందో మరియు మరో చివర ఎవరున్నారో వేరు చేయండి. కీ-మార్పిడి పద్ధతి, సమూహం పరిమాణం మరియు ప్రామాణీకరణ పద్ధతిని మూడు ఫీల్డ్లుగా నమోదు చేయండి, ఎందుకంటే అవి స్వతంత్రంగా విఫలమవుతాయి. 3072-బిట్ సమూహంపై చర్చలు చేసి కానీ ఏ ధృవపత్రాన్నైనా అంగీకరించే సొరంగం, భాగస్వామిని పిన్ చేసి 2048-బిట్ సమూహాన్ని ఉపయోగించే సొరంగం వంటి అదే ప్రమాదం కాదు.
సమీక్ష ప్రారంభమయ్యే ముందు అంగీకార ప్రమాణాలను రాయండి, ఫలితం అభిప్రాయం కాక పోలికగా ఉండాలి. ప్రతి ప్రోటోకాల్ సంస్కరణకు కనీస సమూహ పరిమాణం, పేరున్న సమూహాల అనుమతి జాబితా మరియు తప్పనిసరి భాగస్వామి ధృవీకరణ నిర్ణయాన్ని యాంత్రికం చేయడానికి సరిపోతాయి. ఆ జాబితిలోని అస్పష్టతే సమీక్షను చర్చగా మారుస్తుంది, చర్చలు సరిదిద్దబడవు. అప్పుడు అవుట్పుట్ ప్రకటించిన నియమాన్ని విఫలం చేసే చివరల జాబితా.
ipsec statusall | grep -Ei "peer|auth|cert"
openssl s_client -connect vpn.acme.example:443 -brief -cipher 'DHE-RSA-AES256-GCM-SHA384'సవరణ తర్వాత చర్చించిన విలువలను మళ్లీ చదివి చక్రాన్ని మూసివేయండి. అనుగుణమైన కాన్ఫిగరేషన్ ఫైల్ ఒక సొరంగం దానిని స్వీకరించిందని రుజువు కాదు. స్థితి అవుట్పుట్ మరియు ఒక కొత్త చేతులు కలపడం రుజువు, వాటిని సేకరించడం అవి అవసరమా అనే సమావేశం కంటే తక్కువ సమయం తీసుకుంటుంది.