మీ VPN గేట్‌వే రాజీపడింది: వాస్తవంగా ఏమి బహిర్గతమవుతుంది
హ్యాక్ చేయబడిన VPN గేట్‌వే తన సొంత సొరంగం లోపల చూస్తుంది, కానీ అది ప్రతి సెషన్‌ను స్వాధీనం చేసుకోవడం కాదు. పునరుద్ధరణకు ముందు ట్రాఫిక్, చేరుకోగలిగే పరిధి మరియు నిల్వ చేసిన రహస్యాలను వేరు చేయండి.
VPN గేట్‌వే తాను రక్షించే సొరంగం చివరలో ఉంటుంది, అంటే అది ఆ ఎన్‌క్రిప్షన్‌ను ముగిస్తుంది, పంపించదు. దాడికి పాల్పడే వ్యక్తి హోస్ట్‌ను నియంత్రిస్తే, సొరంగం బయట నుంచి ఆరోగ్యంగానే కనిపిస్తుంది, కానీ మధ్యలో ఉన్న యంత్రం ఇక నమ్మదగినది కాదు. ఉపయోగకరమైన ప్రశ్న అంతా డీక్రిప్ట్ అవుతుందా అనేది కాదు. ఆ హోస్ట్ ఏమి చూడగలిగింది, ఎక్కడి వరకు చేరగలిగింది, ఏ రహస్యాలు నిజంగా దానిపై నిల్వ ఉన్నాయి అనేది. ఆ మూడు సమాధానాలు చాలా భిన్నంగా ఉంటాయి, ప్రతిస్పందన కూడా వాటితో భిన్నంగా ఉంటుంది.
గేట్‌వే సొరంగాన్ని ముగిస్తుంది, అందుకే లోపల చూస్తుంది
VPN లో ఎన్‌క్రిప్షన్ హాప్ తర్వాత హాప్ జరుగుతుంది, గేట్‌వే ఆ హాప్. అది బయటి పొరను తొలగించి, విధానాన్ని వర్తింపజేసి లోపలి ప్యాకెట్‌ను పంపుతుంది, కాబట్టి తీసుకెళ్లే ప్రతి ప్యాకెట్ ఏదో ఒక సమయంలో ఆ హోస్ట్ మెమరీలో చదవగలిగే రూపంలో ఉంటుంది. అది లోపం కాదు, రూపకల్పన. అందుకే గేట్‌వే రాజీపడటం సొరంగం క్రిప్టోగ్రఫీ రాజీపడటం కంటే వేరే సంఘటన.
దాడికి పాల్పడే వ్యక్తి మొదట పొందేది స్థానం: తీసుకెళ్లే ట్రాఫిక్‌ను గమనించడం, ఫార్వార్డింగ్‌ను మార్చడం, లేదా బ్యాకెండ్‌కు బదులుగా సమాధానం ఇవ్వడం. తర్వాత ఏమి పొందుతారు అనేది హోస్ట్‌పై ఆధారపడి ఉంటుంది, ఇక్కడే ప్రజలు అతిగా అంచనా వేస్తారు. గేట్‌వేకు ప్రవేశం మాత్రమే బ్రౌజర్ యొక్క TLS సెషన్ కీలను ఇవ్వదు, ఎందుకంటే అవి ఎప్పుడూ గేట్‌వేపై లేవు.
ఒకే పరిమాణంలో లేని మూడు బహిర్గతాలు
ప్రశ్నను తీసుకెళ్లే ట్రాఫిక్, చేరుకోగల వ్యవస్థలు మరియు నిల్వ చేసిన రహస్యాలుగా విభజించి, తర్వాత ప్రతిదానికి విడిగా సమాధానం ఇవ్వండి.
| Exposure | What the attacker gains | What does not follow |
|---|---|---|
| Carried traffic | Plaintext of whatever the tunnel forwards without its own encryption | Keys for TLS sessions that terminate at the application |
| Reachable systems | Whatever the backends accept from the gateway's address | Control of every connected client endpoint |
| Stored secrets | The specific keys, tokens and accounts present on that host | Possession of every client certificate or of a CA key |
మధ్య వరుసే దాటవేయబడుతుంది. గేట్‌వేకు సాధారణంగా ప్రైవేట్ నెట్‌వర్క్‌లకు మార్గం మరియు బ్యాకెండ్‌లు ఇప్పటికే నమ్మే మూల చిరునామా ఉంటాయి, కాబట్టి ఆసక్తికరమైన ప్రశ్న ఆ బ్యాకెండ్‌లు ఆ చిరునామా నుంచి ఏమి అనుమతిస్తాయి అనేది. సన్నని క్లయింట్ ప్రవేశ విధానం మంచి నియంత్రణ, కానీ హోస్ట్‌పై ఉన్న దాడికి పాల్పడే వ్యక్తి సాధారణ క్లయింట్ ఉపయోగించే ఇంటర్‌ఫేస్‌కు పరిమితం కాదు.
కింది వరుస సంఘటన ఎంతకాలం కొనసాగుతుందో నిర్ణయిస్తుంది. సర్వర్ కీ మరియు CA కీ పూర్తిగా భిన్నమైన ప్రభావ పరిధిని కలిగి ఉంటాయి, అలాగే స్థానిక నిర్వాహక ఖాతా మరియు చదవడానికి మాత్రమే ఉన్న పర్యవేక్షణ టోకెన్.
సొరంగం లోపల HTTPS ఇప్పటికీ HTTPS
అప్లికేషన్ యొక్క TLS అప్లికేషన్‌లోనే ముగుస్తుంది, VPN గేట్‌వేపై కాదు, కాబట్టి రాజీపడిన గేట్‌వే ఆ ప్రవాహాలకు ఎన్‌క్రిప్ట్ చేసిన వచనాన్ని మాత్రమే గమనిస్తుంది. దాడికి పాల్పడే వ్యక్తి పొందే దానికి ఇది నిజమైన పరిమితి, ఇది స్పష్టంగా చెప్పడం విలువైనది, ఎందుకంటే వ్యతిరేక ప్రకటన భయాన్ని మరియు చెడు నిర్ణయాలను వ్యాప్తి చేస్తుంది. రెండు షరతులు దీన్ని బద్దలు కొడతాయి. మార్గంలో నమ్మదగిన ధృవపత్రం ఉన్న తనిఖీ భాగం ఉంటే, గేట్‌వే రూపకల్పన ప్రకారం సాదా వచనాన్ని చూడగలదు. అప్లికేషన్ యొక్క ముగింపు బిందువే రాజీపడి ఉంటే, సొరంగం అప్రస్తుతం.
అందుకే వారు ఏమి చూశారనే సమాధానం షరతులతో కూడుకున్నది, దాన్ని తీర్పుగా ప్రకటించడం కాకుండా షరతులుగా రాయాలి.
మళ్లీ నమ్మే ముందు ఏమి మారాలి
హోస్ట్‌ను తిరిగి నిర్మించడం అవసరం మరియు అరుదుగా సరిపోతుంది. ఇంకా నిర్వాహక ఖాతా, అమలు ఆధారాలు లేదా సంతకం కీ కలిగి ఉన్న దాడికి పాల్పడే వ్యక్తి హోస్ట్‌ను తనకు నచ్చినట్లు తిరిగి తీసుకురాగలడు. పునరుద్ధరణ రాజీపడిన యంత్రంపై ఆధారపడని పరిపాలనా మార్గం నుంచి ప్రారంభం కావాలి.
ఏమి తిప్పాలో నిర్ణయించే ముందు దానిపై ఏమి ఉందో జాబితా చేయండి. కీలు, సేవా ఖాతాలు, API టోకెన్‌లు, స్థానిక వినియోగదారులు, షెడ్యూల్ చేసిన పనులు, విశ్వాస సంబంధాలు మరియు అమలు పైప్‌లైన్ అన్నీ అభ్యర్థులు, ప్రతిదానికి దాన్ని నిర్ధారించాల్సిన యజమాని ఉన్నారు.
ss -lntup
getent passwd
crontab -l
ip route show table allఆ జాబితా హోస్ట్ ఏమి అందించింది మరియు ఎక్కడి వరకు చేరగలిగింది చూడటానికి వేగవంతమైన మార్గం. మొదట రుజువులను భద్రపరచండి, ప్రతిస్పందన యజమాని ప్రక్రియ ప్రకారం, ఎందుకంటే పునర్నిర్మాణం విచారణకు అవసరమైనదాన్ని సరిగ్గా నాశనం చేస్తుంది. NIST SP 800-61 సవరణ 3 సన్నద్ధత, గుర్తింపు, ప్రతిస్పందన మరియు పునరుద్ధరణను పునఃప్రారంభ సూచనగా కాకుండా ఒకే ప్రమాద ప్రక్రియలోని భాగాలుగా పరిగణిస్తుంది.
తదుపరిదాన్ని చౌకగా చేసే సరిహద్దులు
అవసరం పడకముందే నాలుగు సరిహద్దులను నిర్మించడం విలువైనది. గేట్‌వే ద్వారా ధృవీకరించని స్వతంత్ర పునరుద్ధరణ మార్గం ఉంచుకోండి. సంతకం అధికారాన్ని ట్రాఫిక్ అందించే హోస్ట్ నుంచి వేరుగా ఉంచండి. గేట్‌వే ఎక్కడి వరకు చేరగలదో పరిమితం చేయండి, తద్వారా రాజీపడిన గేట్‌వే స్వయంచాలకంగా రాజీపడిన నిర్వాహక నెట్‌వర్క్ కాదు. మరియు ప్రతి ఆధారం ఎవరిదో నమోదు చేయండి, తద్వారా తిప్పడం పురావస్తు ప్రాజెక్టు కాకుండా ఒక ఫోన్ కాల్ అవుతుంది.
వీటిలో ఏదీ రాజీని నిరోధించదు. అవి దాన్ని పరిమితం చేస్తాయి, మరియు చెడు వారం మరియు చెడు త్రైమాసికం మధ్య భేదాన్ని సృష్టిస్తాయి.