यन्त्र ट्यागहरू VPN प्रमाणपत्र होइनन्: छुट्याउनुपर्ने तीन दाबी

होस्टनाम, सिरियल नम्बर र लुकेका मार्कर फाइलहरू ल्यापटपमा लेबल लगाउन मद्दत गर्छन्, र तीमध्ये कुनैले पनि तीमध्ये एउटा प्रस्तुत गर्ने ल्यापटप नै स्वीकृत यन्त्र हो भनी प्रमाणित गर्दैन। प्रवेश तीन अलग दाबीमा टिकेको छ: सम्पत्ति संस्थाले अभिलेख गरेकै हो, ग्राहकसँग त्यसका लागि जारी गरिएको प्रमाणपत्र छ, र त्यो प्रमाणपत्र नीतिले मागेअनुसार सुरक्षित छ। तिनलाई एउटै जाँचमा मिलाउनु नै प्रतिलिपि गरिएका फाइल र क्लोन गरिएका कुञ्जीहरू चुस्कीर जाने बाटो हो।

एउटैमा मिलाइने तीन दाबी

इन्भेन्टरी अभिलेखले सम्पत्ति र त्यसको मालिकको वर्णन गर्छ। दर्ताले उपयुक्त प्रमाणपत्र त्यो अभिलेखसँग बाँध्छ। जडानको समयमा VPN ले आफ्नो कन्फिगर गरिएको विधिले माग्ने प्रमाण जाँच्छ। दर्ता फारममा टाइप गरिएको सिरियल नम्बरले स्वतः त्यो यन्त्रको अधिकार पाउनु हुँदैन, किनकि फारमले कसैलाई सिरियल नम्बर थाहा छ भनेर मात्र प्रमाणित गर्छ। तीन चरण छुट्याउनुहोस् र प्रत्येकलाई छुट्टै जाँच्न सकिन्छ।

मार्कर फाइल एक हिसाबले सिरियल नम्बरभन्दा नराम्रो छ: त्यसको प्रतिलिपि बनाउनु सजिलो छ, र हरेक प्रतिलिपि उत्तिकै विश्वसनीय देखिन्छ।

यन्त्रले वास्तवमा के प्रस्तुत गर्छ हेर्नुहोस्

प्रमाणपत्र यन्त्र-विशिष्ट छ भनी मान्नुअघि ग्राहकले वास्तवमा भण्डारण गर्ने प्रमाणपत्र हेर्नुहोस्।

Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject, Thumbprint, HasPrivateKey
certutil -store My <thumbprint>

सूचीले कुन मेसिन प्रमाणपत्रहरू छन् र निजी कुञ्जी छ कि छैन देखाउँछ, जुन सार्वजनिक फाइल र प्रयोगयोग्य प्रमाणपत्रबीचको फरक हो। स्टोरको डम्पले प्रदायकको नाम थप्छ, र सफ्टवेयर प्रदायक विरुद्ध प्लेटफर्म क्रिप्टो प्रदायक कुञ्जी कहाँ बस्छ भन्ने पहिलो संकेत हो। आफ्नो निजी कुञ्जी नभएको प्रमाणपत्रले केही पनि प्रमाणित गर्दैन, जबकि अर्को मेसिनमा निर्यात गरिएको निजी कुञ्जीले प्रमाणपत्रलाई बोक्न सकिने बनाउँछ, त्यसको विषयले जे भने पनि। देखाइएको नामको सट्टा थम्बप्रिन्ट र प्रदायक अभिलेख गर्नुहोस्।

हार्डवेयर सुरक्षालाई प्रमाण चाहिन्छ

प्रमाणपत्र सार्वजनिक जानकारी हो, त्यसैले अर्थपूर्ण प्रश्न यो हो कि निजी कुञ्जी कहाँ बस्छ र त्यो सुरक्षा प्रमाणित भयो कि भएन। TPM कुञ्जी प्रमाणीकरणले अनुरोधकर्ताले प्रमाणपत्र प्राधिकरणलाई कुञ्जी विश्वसनीय TPM द्वारा सुरक्षित छ भनी प्रमाणित गर्ने कुरा वर्णन गर्छ, जुन अनुरोधमा हार्डवेयर प्रदायकको नाम लिनुभन्दा बलियो हो। यो आफ्नै विश्वास-मान्यताहरू भएको संरचना पनि हो, VPN ग्राहकले पूर्वनिर्धारित रूपमा सक्षम गर्ने कुरा होइन। जारीकर्ताले के स्वीकार्छ र गेटवेले परिणामस्वरूप प्रमाणपत्रबारे के लागू गर्छ पुष्टि गर्नुहोस्, किनकि भण्डारण, प्रमाणीकरण र प्रवेश नीति तीन घटक हुन्।

हार्डवेयर-समर्थित कुञ्जीले अझै प्याच स्तर, हालको तोकाइ वा सत्र कसरी प्रयोग हुन्छ भन्नेबारे केही भन्दैन। तिनलाई आफ्नै नियन्त्रण चाहिन्छ।

प्रतिस्थापन र हटाउने कुरा ठोस बनाउनुहोस्

यन्त्र हराउँदा, मर्मत हुँदा, पुनः तोकिँदा वा प्रतिस्थापन हुँदा के हुन्छ योजना बनाउनुहोस्। मदरबोर्ड परिवर्तन वा मेटिएको कुञ्जी स्टोरलाई सामान्यतया समर्थित पुनः दर्ता चाहिन्छ, मूल मेसिनको नक्कल गर्न पुराना रहस्य प्रतिलिपि गर्नु होइन। सम्पत्ति, प्रमाणपत्र पहिचानकर्ता, मालिक, दर्ता निर्णय र पहुँच भूमिका सँगै अभिलेख गर्नुहोस्, ताकि अर्को प्रशासकले के कसको हो देख्न सकोस्। गेटवेले वास्तवमा स्वीकार गर्ने अधिकार हटाउनुहोस्, किनकि इन्भेन्टरी स्थिति बदल्नुले विद्यमान प्रमाणपत्र वा सत्रबारे केही प्रमाणित गर्दैन।

त्यसपछि सीमा जाँच्नुहोस्: स्वीकृत यन्त्र जोडिन्छ, केवल प्रतिलिपि गरिएको लेबल जोडिँदैन, र अवकाशप्राप्त पहिचानले काम गर्न छाड्छ। approved नामको फाइल विश्वसनीय प्रक्रियाले त्यसलाई अर्थ नदिएसम्म लेबल नै रहन्छ।