TLS పిన్నింగ్ మరియు VPN ప్రవేశం వేర్వేరు ప్రశ్నలకు సమాధానమిస్తాయి
పిన్ యాప్ ఏ సర్వర్ను నమ్ముతుందో పరిమితం చేస్తుంది; VPN విధానం ఎవరు నెట్వర్క్ను చేరుకుంటారో నిర్ణయిస్తుంది. రెండూ అధికారాన్ని లేదా పోయిన పరికరాన్ని కవర్ చేయవు.
ఒక ప్రైవేట్ మొబైల్ యాప్ను VPN వెనుక ఉంచండి, హేతుబద్ధమైన వ్యక్తి ఇంకా సర్టిఫికెట్ పిన్నింగ్ అవసరమా అని అడుగుతారు. ప్రశ్న రెండు సమాన నియంత్రణల మధ్య ఎంపికలా అనిపిస్తుంది, నిజానికి ఇది రెండు వేర్వేరు ద్వారాల గురించిన ప్రశ్న. ఈ పరికరం ఈ మార్గాన్ని ఉపయోగించడానికి అనుమతి ఉందా అని VPN నిర్ణయిస్తుంది; చేరుకున్న సర్వర్ ఆశించినదేనా అని యాప్ నిర్ణయిస్తుంది. రెండింటికీ విడిగా సమాధానం ఇవ్వండి, డిజైన్ సులభమవుతుంది.
రెండు ద్వారాలు, రెండు ప్రశ్నలు
నెట్వర్క్ ప్రవేశం క్లయింట్ గురించి: ఈ పరికరం నమోదైందా, దాని ఆధారాలు చెల్లుబాటులో ఉన్నాయా, విధానం దీన్ని ఈ మార్గంలోకి అనుమతిస్తుందా? యాప్ నమ్మకం సర్వర్ గురించి: యాప్ అంగీకరించే గుర్తింపుతో ఉన్న సేవను కనెక్షన్ చేరుకుందా? ఈ సమాధానాలు వేర్వేరు వ్యవస్థల నుండి వస్తాయి, వేర్వేరు కారణాలతో విఫలమవుతాయి, వేర్వేరు బృందాలు వాటిని సరిచేస్తాయి. VPN హ్యాండ్షేక్ విజయవంతం కావచ్చు, కానీ యాప్ పీర్ వెనుక ఉన్న గడువు ముగిసిన సర్టిఫికెట్తో మాట్లాడుతూ ఉండవచ్చు. పరిపూర్ణంగా పిన్ చేసిన యాప్ను కూడా ఎవరూ చేరుకోకపోవచ్చు, ఎందుకంటే పరికరం ఎప్పుడూ నెట్వర్క్లోకి రాలేదు.
రెండూ కలుస్తాయి. ఒకటి తీసివేస్తే ఒక నియంత్రణ పోతుంది; మరొకటి జోడించినా దాన్ని భర్తీ చేయదు.
పిన్నింగ్ నిజంగా ఏమి పరిమితం చేస్తుంది
పిన్నింగ్ యాప్ అంగీకరించే సర్వర్ గుర్తింపుల సమితిని సన్నగా చేస్తుంది, సాధారణంగా ఏదైనా నిల్వ హామీ ఇచ్చే ప్రతి గొలుసును నమ్మడం బదులు పబ్లిక్ కీ లేదా సర్టిఫికెట్ హాష్ను పేర్కొంటుంది. ఇది సాధారణ ధృవీకరణపై ఉంచిన పరిమితి, దానికి ప్రత్యామ్నాయం కాదు. సాధారణ ధృవీకరణ గొలుసు అసలు నమ్మదగినదా అని సమాధానమిస్తుంది; పిన్నింగ్ ఇది ఈ యాప్ ఆశించే గొలుసేనా అని సమాధానమిస్తుంది. మొదటి అడుగును దాటవేసే అమలు భద్రతను పొందలేదు, కొత్తదనాన్ని మాత్రమే పొందింది.
పిన్ చేయబడే వస్తువు వేదికల మధ్య మారుతుంది, కాబట్టి పదం ఒంటరిగా చాలా తక్కువ చెబుతుంది. ఒక ఉత్పత్తి నమ్మక నిల్వ నుండి హాష్ను కాపీ చేసి మొబైల్ యాప్లో దాన్నే అదే విషయంగా భావించడం సాధారణ మరియు నిశ్శబ్ద తప్పు.
వేదికపై పిన్నింగ్ ఒక కాన్ఫిగరేషన్, విధానం కాదు
Android తన నెట్వర్క్ భద్రతా కాన్ఫిగరేషన్ ద్వారా పిన్నింగ్ను అందిస్తుంది, అక్కడ పిన్ సెట్ పబ్లిక్ కీ యొక్క డైజెస్ట్లను ఉంచుతుంది మరియు గొలుసులో వాటిలో కనీసం ఒకటి ఉండాలి. ఆ ఫైల్ ప్రతి యాప్కు విడిగా ఉంటుంది మరియు ఉద్దేశపూర్వక బిల్డ్ మార్పు అవసరం. iOSకి సమానమైన మానిఫెస్ట్ విధానం లేదు, కాబట్టి అక్కడ పిన్నింగ్ యాప్ సొంత నమ్మక మూల్యాంకన కోడ్లో నివసిస్తుంది.
విధానం భిన్నంగా ఉన్నందున అవసరం ప్రతి వేదికకు రాయాలి. వేదిక పేరు చెప్పకుండా సర్టిఫికెట్ను పిన్ చేయండి అని చెప్పే విధానం అమలు చేయలేనిది.
భ్రమణం పిన్ నిలిచి ఉంటుందా అని నిర్ణయిస్తుంది
కష్టమైన భాగం మొదటి విడుదల కాదు, దాని తర్వాత సర్టిఫికెట్ పునరుద్ధరణ. కఠినమైన నమ్మక విధానం చట్టబద్ధమైన కొత్త కీని దాడికి పాల్పడేవారి కీలానే గట్టిగా తిరస్కరిస్తుంది.
రెండు విధానాలు భ్రమణాన్ని తట్టుకునేలా చేస్తాయి: అవసరమయ్యే ముందే నమ్మబడిన ప్రత్యామ్నాయ పిన్, మరియు పిన్ సెట్పై గడువు తేదీ, తద్వారా అమలు యాప్ను నిలిపివేయడం బదులు ముగుస్తుంది. రెండూ విధాన నిర్ణయాలు, ముఖ్యంగా గడువు ముగియడం భద్రతను ఉద్దేశపూర్వకంగా తగ్గించడం, హానిలేని టైమర్ కాదు. యాప్ బిల్డ్, TLS ముగింపు బిందువు మరియు సర్టిఫికెట్ పునరుద్ధరణను ఎవరు నియంత్రిస్తారో పేర్కొనండి, వారిని ఒకే మార్పు ప్రక్రియలోకి తీసుకురండి. అవి మూడు వేర్వేరు బృందాలైతే, పిన్నింగ్ చివరికి ఎవరూ ప్రణాళిక వేయని అంతరాయాన్ని కలిగిస్తుంది.
పోయిన పరికరం మూడవ సమస్య
VPN ఆధారాన్ని రద్దు చేయడం యాప్ సెషన్ను తప్పనిసరిగా ముగించదు, సర్వర్ పిన్నింగ్ మరొకరి చేతిలో ఉన్న ఫోన్ గురించి ఏమీ చేయదు. పరికర లాక్, ఆధార నిల్వ, సెషన్ ఆయుష్షు మరియు దూర రద్దు వేర్వేరు యజమానులతో వేర్వేరు నిర్ణయాలు. వాటిని పిన్నింగ్ చర్చలో మడతపెట్టడం వాటిలో ఏదీ రూపకల్పన చేయబడదని హామీ ఇస్తుంది.
మీరు చూసే ఒక సంబంధానికి బదులు నాలుగు సంబంధాలను పరీక్షించండి: ఉద్దేశించిన సర్వర్ మరియు కార్యకలాపం, తిరస్కరించాల్సిన ఖాతా, తిరస్కరించాల్సిన సర్వర్ గుర్తింపు, మరియు ప్రణాళిక చేసిన భ్రమణం. పని చేసే VPN మొదటిదాన్ని మాత్రమే సాధన చేస్తుంది. ప్రతి పరీక్ష ఏమి నిరూపించిందో రాయండి, ఎందుకంటే తర్వాతి వ్యక్తి ఆకుపచ్చ సొరంగం అంటే నాలుగూ ఉత్తీర్ణమయ్యాయని భావిస్తారు.