రహస్య ఖాతా సంఖ్యను ప్రామాణిక పత్రంగా పరిగణించండి: దాన్ని ఆడిట్ చేయండి
సంఖ్య తెలిస్తే ఎవరైనా సైన్ ఇన్ అయితే లేదా కాన్ఫిగరేషన్ వస్తే, అది ప్రామాణిక పత్రం. అధికారం, నిల్వ, ఊహ రేటు మరియు భ్రమణ పరిశీలనలు చేయండి.
ఖాతా సంఖ్య అని లేబుల్ చేసిన క్షేత్రం తానే ప్రజా సూచన కాదు, లేబుల్ పరీక్ష కాదు. పరీక్ష అంటే ఆధీనం ఏమి అనుమతిస్తుంది: సంఖ్య తెలిస్తే ఎవరైనా సైన్ ఇన్ అయితే, కనెక్షన్ ప్రొఫైల్ డౌన్లోడ్ అయితే లేదా పరికరం అధికారం పొందితే, ఆ సంఖ్య జీవిత చక్రం ఉన్న ప్రామాణిక పత్రం. సేవ సంఖ్యాత్మక గుర్తింపు ఇచ్చి దాన్ని హానికరం కాదన్నప్పుడల్లా నేను క్రింది ఐదు పరిశీలనలు చేస్తాను. ప్రతిదీ చిన్న నివేదికలో ఒక పంక్తి సృష్టిస్తుంది, నివేదికే ఫలితం, ఉత్పత్తి గురించి తీర్పు కాదు.
ఆధీనం నిజంగా ఏమి ఇస్తుందో జాబితా చేయండి
సంఖ్య తెరిచే ప్రతి చర్యను విడిగా రాయండి. పోర్టల్లో సైన్ ఇన్, కాన్ఫిగరేషన్ ఫైల్ పొందడం, కొత్త పరికరాన్ని అధికారం చేయడం, ఆమోదించిన టన్నెల్ సైన్ ఇన్ ఇవ్వడం వేర్వేరు అధికారాలు, సేవ ఒకదాన్ని మిగతావి లేకుండా అమలు చేయగలదు. సంఖ్యను ఏకైక క్షేత్రంగా అంగీకరించే పోర్టల్ దీని గురించి ఏమీ చెప్పదు: టన్నెల్ తన ప్రత్యర్థిని ఎలా ప్రామాణీకరిస్తుంది తర్వాత, లేదా ట్రాఫిక్ కీలు ఎలా తీసుకోబడతాయి.
సాధారణ నమూనా చెప్పడం సులభం: bearer ప్రామాణిక పత్రం అంటే హోల్డర్ ప్రత్యేక క్రిప్టోగ్రాఫిక్ కీ ఆధీనాన్ని నిరూపించకుండా ఉపయోగించగలది, అదే RFC 6750 టోకెన్ల కోసం గీసే భేదం. ఇది పోలిక, సేవ OAuth అమలు చేస్తుందని చెప్పే వాదం కాదు. హోల్డర్కు మరేమీ అవసరం లేకపోతే, సంఖ్యను bearer రహస్యంగా పరిగణించి మిగిలిన రూపకల్పనను అదే విధంగా వర్గీకరించండి.
దాన్ని సూచనలా కాదు, రహస్యంలా రక్షించండి
నిల్వ వర్గీకరణ నుండి వస్తుంది. సైన్ ఇన్ చేయించే విలువ పాస్వర్డ్ నిర్వాహకంలో ఉండాలి, స్క్రీన్షాట్, క్లిప్బోర్డ్ చరిత్ర, చాట్ సందేశం లేదా బ్రౌజర్ గమనికలో కాదు. స్క్రీన్షాట్లు సాధారణ లీక్: సంఖ్య చిన్నది, హానికరం కానట్టు కనిపిస్తుంది, అందుకే అది వచ్చిన పరికరం కంటే ఎక్కువ కాలం జీవించే మద్దతు థ్రెడ్లో చేరుతుంది.
ఫిషింగ్ రెండవ వైఫల్య విధానం, సంఖ్య ఎంత యాదృచ్ఛికమో దానికి పర్వాలేదు. విలువ కావాల్సిన మోసగాడు దాన్ని ఫారమ్లో అతికించమని అడుగుతాడు, ఎప్పుడూ ముగియని, రెండవ కారకం లేని ప్రామాణిక పత్రం ప్రయత్నానికి తగినది. సైన్ ఇన్ మార్గాన్ని బుక్మార్క్ లేదా తెలిసిన చిరునామా నుండి చేరండి, సంఖ్యను కూడా అడిగే సందేశం లింక్ నుండి కాదు.
పునరుద్ధరణ సామగ్రిని రహస్యంలో భాగంగా పరిగణించండి. ఆపరేటర్ పునరుద్ధరణ కోడ్, PIN లేదా ఖాతాను రీసెట్ చేయగల ఇమెయిల్ చిరునామా కూడా జారీ చేస్తే, అవి అదే రక్షణ అవసరం ఉన్న వేర్వేరు ప్రామాణిక పత్రాలు. ఒక అసురక్షిత రీసెట్ ఛానెల్ మిగిలిన నియంత్రణలన్నింటినీ అలంకారంగా మారుస్తుంది.
ఊహ నిరోధం, రేటు పరిమితిని కలిసి పరిశీలించండి
పొడవు ఉత్పత్తి పద్ధతి పక్కన మాత్రమే అర్థం. ముందుగా చెప్పగల క్రమం నుండి వచ్చిన పొడవైన సంఖ్య క్రిప్టోగ్రాఫిక్ జనరేటర్ నుండి వచ్చిన చిన్న విలువ కంటే బలహీనం, ఆకట్టుకునే అంకెల సంఖ్య అనూహ్యతను రుజువు చేయదు. విలువ ఎలా ఉత్పత్తి అవుతుందో అడగండి, దాన్ని ఊహించడం ఎంత కష్టమో ఆలోచించే ముందు.
ఊహ నిరోధం మాత్రమే అపరిమిత ప్రయత్న రేటును తట్టుకోదు. ముఖ్యమైన నియంత్రణలు ఆపరేటర్ అమలు చేసేవి: విఫల ప్రయత్నాల కౌంటర్లు, లాకౌట్లు, మూలం వారీగా థ్రాట్లింగ్, తప్పు సంఖ్య లేని దాని నుండి వేరు చేయగలిగేదా అనేది. సేవ దీన్ని మద్దతిస్తే, ఒక విఫల ప్రయత్నం లోపం ఎలా ఉంటుందో, మళ్లీ ప్రయత్న కౌంటర్ కనిపిస్తుందో చూపుతుంది:
# one attempt, then read the response and any counter or delay
# do not script repeated guesses against a live account
curl -i -X POST https://portal.example.invalid/login -d "account=000000000000"
ప్రతిస్పందన ఏమి వెల్లడిస్తుందో నమోదు చేయండి. తెలియని ఖాతా కోసం ప్రత్యేక లోపం గణన ఒరాకిల్, సంఖ్యను ఊహించడం అసాధ్యమైనప్పటికీ, ఈ కనుగొన్న విషయం నివేదికలో భాగం, మీరు క్లయింట్ వైపు నుండి సరిచేయగలిగినా లేకపోయినా.
భ్రమణం, రద్దును అవసరానికి ముందే ప్రణాళిక చేయండి
పోయిన లేదా బహిర్గతమైన సంఖ్య కోసం మద్దతు ఉన్న ప్రక్రియను కనుగొని అన్నీ పనిచేస్తున్నప్పుడు రాయండి. ఖాతా ప్రామాణిక పత్రాన్ని అసలు మార్చగలరా? మార్పు ఇప్పటికే నమోదైన పరికరాలు, క్రియాశీల సెషన్లు లేదా డౌన్లోడ్ చేసిన కాన్ఫిగరేషన్ను రద్దు చేస్తుందా? ప్రక్రియ ఏ పునరుద్ధరణ సామగ్రిని కోరుతుంది? ఇమెయిల్ ఆధారం లేని సేవ వినియోగదారుకు ఎక్కువ పునరుద్ధరణ బాధ్యతను బదిలీ చేయవచ్చు, ఇది ప్రక్రియను మరింత ముఖ్యమైనదిగా చేస్తుంది, తక్కువ కాదు.
ఖాతా మార్పును ప్రామాణిక పత్ర రద్దు నుండి వేరు చేయండి. సంఖ్య కీ, ధృవపత్రం లేదా ప్రొఫైల్ డౌన్లోడ్కు అధికారం ఇస్తే, సంఖ్యను మార్చడం ఆ డౌన్లోడ్ చేసిన సామగ్రిని చెల్లుబాటులో ఉంచవచ్చు, డౌన్లోడ్ చేసిన సామగ్రిని రద్దు చేయడం వేరే యజమాని చేసే వేరే ఆపరేషన్ కావచ్చు. ఒక మారిన క్షేత్రం ప్రతి కనెక్షన్ను ముగిస్తుందని అనుకోకండి; ఆపరేటర్ యొక్క నిజమైన నమూనాను పరిశీలించి ఎక్కడ ధృవీకరించారో రాయండి.
నిర్ణయాన్ని పత్రీకరించి తర్వాత మళ్లీ పరిశీలించండి
ప్రతి సేవకు ఒక పేజీ నివేదిక ఉంచండి: సంఖ్య ఏ అధికారాలు ఇస్తుంది, ఎక్కడ నిల్వ ఉంది, ఎవరు దాన్ని రీసెట్ చేయగలరు, ఏ వినియోగ సాక్ష్యాలు ఉన్నాయి, బహిర్గతం తర్వాత మొదటి గంటలో మీరు ఏమి చేస్తారు. ఆ నివేదికే పదజాల చర్చను ఎవరైనా ఆడిట్ చేయగల నిర్ణయంగా మారుస్తుంది.
గోప్యతా వాదనలకు వాటి స్వంత పరిధి అవసరం. యాదృచ్ఛికంగా ఉత్పత్తి చేసిన సంఖ్య ఇప్పటికీ కాలక్రమంలో ఖాతా సంఘటనలను కలిపే స్థిర గుర్తింపుగా ఉండవచ్చు; అనూహ్యత అనంతర సంబంధం కాదు, ఏ లక్షణం నిల్వ ఉన్న నెట్వర్క్ మెటాడేటా గురించి ఏమీ చెప్పదు. పూర్తి రూపకల్పనలను పోల్చండి, సైన్ ఇన్ స్క్రీన్లో క్షేత్రాలను లెక్కించడం కాదు.
దాన్ని నమోదు చేయడానికి ముందు:
- సంఖ్య ఇచ్చే అన్ని అధికారాలు జాబితా చేయబడ్డాయి, డౌన్లోడ్లు మరియు పరికర అధికారం సహా.
- నిల్వ, పునరుద్ధరణ ఛానెల్లు సంఖ్యకే ఉన్న అదే ప్రమాణంతో రక్షించబడ్డాయి.
- ఉత్పత్తి పద్ధతి, రేటు పరిమితులు తెలిసినవి, పొడవు నుండి ఊహించినవి కావు.
- మార్పు ప్రక్రియ, రద్దు ప్రక్రియ ఉన్నాయి, ఏది ఏదాన్ని రద్దు చేస్తుందో మీకు తెలుసు.
- నివేదిక ఎవరు విలువను రీసెట్ చేయగలరో, వినియోగం తర్వాత ఏ సాక్ష్యాలు మిగులుతాయో తెలియజేస్తుంది.