दोन-घटक प्रमाणीकरणासह आभासी VPN प्रवेशद्वारासाठी स्वीकृती तपासण्या
प्रवेशद्वार टप्प्याटप्प्याने सिद्ध करा: नोंदणी, साइन-इन, नकार, रद्दीकरण आणि पुनर्संचयिती, प्रत्येकी पुरावा आणि चाचणीपूर्वी लिहिलेल्या उत्तीर्णतेच्या अटीसह।
विक्रेते या उपकरणाचे वर्णन आभासी आणि दोन-घटक सक्षम असे करतात, आणि या दोन्ही शब्दांपैकी एकही खरेदी ठरवणाऱ्या प्रश्नांचे उत्तर देत नाही। कोणती हायपरव्हायझर प्रतिमा समर्थित आहे, कोणते क्लायंट नोंदणी करू शकतात, दुसरा घटक प्रत्यक्षात काय सिद्ध करतो, आणि ओळख प्रदाता बंद पडल्यावर काय होते हे अजूनही खुले आहे। त्यांचे असे स्वीकृती टप्पे करा जे तुम्ही पूर्वाभ्यासात चालवू शकता, आणि निर्णय डेटाशीट किती प्रभावी आहे यावर अवलंबून राहणे थांबेल। खालील शीट त्या पुराव्यांसाठीची रचना आहे, उत्पादनांची क्रमवारी नाही।
या तैनातीबद्दल पुरवठादाराने काय पुष्टी करावी
तैनाती एका पानावर आणून सुरुवात करा: हायपरव्हायझर किंवा क्लाउड, अतिथी आर्किटेक्चर, समर्थित प्रतिमा आणि उपकरण ज्या इंटरफेसची अपेक्षा करते। वापरकर्ते त्यांच्या ऑपरेटिंग सिस्टमसह जोडा, उपकरणे व्यवस्थापित आहेत का, आणि नोंदणी व साइन-इन कसे चालले पाहिजे। मग खाजगी प्रवेश: अनुप्रयोग आणि उपसर्ग, DNS व्यवस्था, परतीचे मार्ग, आणि सार्वजनिक इंटरनेट निर्गम प्रस्तावाचा भाग आहे का।
कामकाजही त्याच पानावर येते: बॉक्स कोण देखभालतो, अद्यतने कुठून येतात, लॉग कुठे जातात, संरचना कशी संरक्षित आहे, आणि व्यवसायाने प्रत्यक्षात कोणते पुनर्प्राप्ती लक्ष्य मान्य केले। पुरवठादाराला सॉफ्टवेअर आभासी यंत्रात चालते हे नव्हे, तर नेमका तोच संयोग पुष्टी करायला सांगा। बाह्य अवलंबित्वे जसे ओळख प्रदाता किंवा परवाना सेवा दृश्यमान ठेवा, कारण ती त्याच्यासोबत पुरवली जातात किंवा नाही, तैनातीचा भाग असतात। नाव नसलेल्या अवलंबित्वाचे तैनाती पान सहसा अज्ञात अवलंबित्वाचे तैनाती पान असते।
दुसरा घटक खरोखर दुसरा घटक आहे हे सिद्ध करा
प्रमाणक आणि पडताळणी प्रवाहाचे नाव घ्या, आणि प्रत्येक पायरी कोणती ओळख प्रस्थापित करते ते सांगा। सलग दोन संकेतशब्दाच्या विनंत्या दुसरा घटक नाहीत, आणि संकेतशब्दासह एकवेळ संकेत सेवेशी बांधलेल्या क्रिप्टोग्राफिक प्रमाणकापेक्षा वेगळा दावा आहे। तुम्ही खरेदी करत असलेला प्रवाह लिहा, बॉक्सवरील लेबल नाही।
फिशिंग प्रतिकार हा वेगळा गुणधर्म आहे, आणि NIST प्रमाणक मार्गदर्शक तत्त्वे त्याकडे तसेच पाहते: जो संकेत वापरकर्त्याला फसवून पुढे पाठवायला लावता येतो तो बहु-घटक प्रमाणीकरण पूर्ण करतो पण त्या अतिरिक्त अटीत अपयशी ठरतो। तुमच्यासाठी महत्त्वाचे असल्यास गुणधर्म स्पष्टपणे मागा। मग तुमचे वापरकर्ते प्रत्यक्षात चालवतात त्या क्लायंट प्रकाराकडून प्रात्यक्षिक मागा, ज्यात नोंदणी, नाकारलेले किंवा कालबाह्य झालेले आव्हान, हरवलेल्या प्रमाणकानंतर पुनर्प्राप्ती, आणि इतर जोडलेले असताना एका वापरकर्त्याचे रद्दीकरण समाविष्ट आहे। प्रवेशद्वाराची ओळख पडताळणी व्याप्तीत ठेवा, कारण कोणत्याही प्रवेशद्वारावर विश्वास ठेवणाऱ्या क्लायंटने समस्या सोडवली नाही, हलवली आहे।
काहीही तोडण्यापूर्वी उत्तीर्णतेची अट लिहा
खालील तक्ता शीटचा तो भाग आहे जो पुरवठादाराशी संपर्क टिकून राहतो, कारण प्रत्येक ओळ आश्वासनाऐवजी पुरावा मागते। पूर्वाभ्यासापूर्वी उत्तीर्णतेची अट भरा, आणि पुराव्याशिवाय ओळीला अपयशी ओळ माना। पाच टप्पे प्रवेशद्वाराने काय करावे ते व्यापतात।
| Acceptance stage | Evidence to keep | Pass condition |
|---|---|---|
| Enrolment | Enrolment record with the device type and the identity used | A new device enrols once, and nobody else can enrol it afterwards |
| Sign-in with the second factor | Session record naming both factors and the gateway identity that was checked | The session carries the expected identity and the gateway certificate validated |
| Denial of an unapproved destination | Log line from the control that refused the flow, with the policy name | The flow is refused and the refusal is attributable to one control |
| Revocation of one user | Revocation timestamp and the sessions that survived it | The named user is out and unaffected users keep working |
| Restore from configuration backup | Restored version plus a probe of a revoked identity | The revision matches the backup and revoked identities stay revoked |
नोंदणी प्रथम येते कारण त्यानंतरचे सर्व तिच्यावर अवलंबून आहे: जे उपकरण नोंदणी करू शकत नाही त्याची चाचणी होऊ शकत नाही। साइन-इन नोंदणीपेक्षा वेगळा टप्पा आहे, आणि नकार हा टप्पा बहुतेक शीट विसरतात, कारण सर्वांना आत घेणाऱ्या प्रवेशद्वाराने कोणाला नकार देतो हे सिद्ध केलेले नाही। रद्दीकरण आणि पुनर्संचयिती सर्वाधिक कार्यात्मक जोखीम वाहतात, आणि दोन्ही प्रतीवर स्वस्तात सराव करता येतात।
जिवंत प्रवेशद्वारावर नाही, प्रतीवर सराव करा
व्यत्यय आणणारे टप्पे प्लॅटफॉर्मच्या प्रतीवर, समर्थित तैनाती प्रक्रियेचे पालन करून चालवा, आणि प्रत्येक पुरावा त्याच्या तारखेसह आणि संरचना आवृत्तीसह ठेवा। रीबूट ओळीचे उत्तर कन्सोलवरून रीस्टार्ट देऊन मिळत नाही, आणि पुनर्संचयितीच्या ओळीचे उत्तर संरचना निर्यात करून मिळत नाही। कोणती स्थिती स्वतः परत येते आणि काय पुन्हा जोडावे लागते ते नोंदवा, कारण तोच फरक कार्यसंच पुढे घेतो। व्यत्यय न समजावता पुनर्संचयितीचा वेळ मोजण्याची हीच एकमेव संधी आहे।
प्रत्येक चाचणीच्या क्षणी ओळख प्रदात्याची स्थिती नोंदवा, कारण निरोगी प्रदात्याविरुद्ध तपासलेली व्यत्यय ओळ शीटच्या दाव्याच्या उलट सिद्ध करते। एकाच पूर्वाभ्यासातील दोन समीक्षक वेगवेगळ्या गोष्टी पकडतात, आणि दुसरा सहसा ज्या ओळीचा पुरावा डॅशबोर्डचा स्क्रीनशॉट आहे ती ओळ शोधतो। तो पुरावा ज्या ओळीचा तो आहे तिलाच जोडून ठेवा, प्रकल्पाच्या नावाच्या फोल्डरमध्ये नाही।
तुमचा संघ चालवणारे कार्यभार मोजा
सामान्य आठवड्यासारखा भार ठरवा, मग जिथे तैनात करायचे आहे तिथे तो मोजा: समवर्तीता, रहदारीचे मिश्रण, आणि संघाकडे प्रत्यक्षात असलेली देखभाल खिडकी। जाहिरात केलेला थ्रुपुट आकडा प्रयोगशाळेची स्थिती वर्णन करतो आणि तुमच्या वापरकर्त्यांबद्दल काहीही सांगत नाही। पुनर्संचयिती योजनेऐवजी पुनर्प्राप्ती लक्ष्याशी मोजा।
प्रत्येक टप्प्याकडे पुरावा आणि प्रत्येक पुराव्याकडे तारीख असेल तेव्हा शीट पूर्ण होते। कोणी देखभालत असलेले उपकरण, प्रत्येक ओळीसाठी पुराव्यासह, टिक केलेल्या खोक्यांच्या सर्वात लांब यादीपेक्षा वेगळी खरेदी आहे।