संक्रमित लैपटॉप मिटाना घटना का अंत लगता है। आम तौर पर यह उसका मध्य होता है। उस मशीन से कॉपी किया गया पासवर्ड, सत्र टोकन या निर्यातित VPN प्रोफ़ाइल पुनः इंस्टॉल से पूरी तरह सुरक्षित बच जाता है, क्योंकि डिस्क फ़ॉर्मेट करने की कोई भी बात उस सर्वर तक नहीं पहुँचती जो उसे स्वीकार करता है। डिवाइस रिकवरी और खाता रिकवरी अलग-अलग घड़ियों वाले दो काम हैं।

दो घटनाएँ, दो घड़ियाँ

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

खाते का काम पूरा होने तक लैपटॉप को अविश्वसनीय मानें। खाता रिकवरी के लिए इसका उपयोग करना ऐसी मशीन का उपयोग करना है जिस पर पहले से ही कीलॉगर हो सकता है।

क्रम तय करने वाली तीन शर्तें

कुछ भी छूने से पहले ये तय करें, क्योंकि ये फ़ैसला करती हैं कि रिकवरी में पंद्रह मिनट लगेंगे या सहायता एस्केलेशन।

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

जवाब लिख लें। जिस घटना में आप नहीं बता सकते कि क्या कॉपी हुआ, वह ऐसी घटना है जिसे आप बंद नहीं कर सकते।

जो दोबारा चलाया जा सके उसे बदलें

जो कुछ भी दोबारा चलाया जा सकता है उसे बदलना ही होगा, सिर्फ़ नई मशीन पर बदलना काफ़ी नहीं। पासवर्ड, डिवाइस प्रमाणपत्र और निर्यातित प्रोफ़ाइल सभी इस शर्त पर खरे उतरते हैं। प्रमाणकों के जीवनचक्र पर NIST का मार्गदर्शन संक्रमित प्रमाणक को तुरंत अमान्य करने और दूसरा प्रमाणक जुड़ने पर स्वतंत्र सूचना की अपेक्षा का वर्णन करता है, जो उपभोक्ता VPN के कम नियंत्रण उजागर करने पर भी काम का सही स्वरूप है।

फिर सत्र समाप्त करें। पासवर्ड बदलना मौजूदा टोकन को भरोसेमंद ढंग से अमान्य नहीं करता, और दूसरी मशीन पर पहले से इंस्टॉल VPN प्रोफ़ाइल उसके क्रेडेंशियल रद्द होने तक काम करती रहती है। देखें कि सेवा क्या दस्तावेज़ित करती है, न कि आप क्या आशा करते हैं।

संक्रमण को बहाल किए बिना फिर से बनाएँ

पुनः इंस्टॉल करना आसान हिस्सा है, और यहीं लोग अपना ही काम उलट देते हैं। पूरा बैकअप बहाल करने से वही सहेजी गई प्रोफ़ाइल, वही ब्राउज़र सत्र और वही क्रेडेंशियल भंडार वापस आ सकता है। समीक्षा करें कि बहाली वास्तव में क्या आयात करती है, फिर समर्थित प्रवाह से नई जारी सामग्री के साथ डिवाइस को फिर से नामांकित करें।

जहाँ सेवा अनुमति दे वहाँ डिवाइसों को अलग-अलग हटाने योग्य रखें। प्रति डिवाइस एक प्रोफ़ाइल वही ब्यौरा है जो भविष्य की घटना को पूरे बेड़े की भागदौड़ के बजाय एक ही रद्दीकरण में बदल देता है।

तय करें कि घटना कब खत्म हुई

यह तब खत्म होती है जब तीन बातें सच हों। वैध पहुँच फिर से बनाए गए डिवाइस से काम करती है। उजागर पहचानें ऐसे नियंत्रणों से सेवानिवृत्त की गई हैं जिन्हें आप सचमुच देख सकते हैं। और बाकी रिकवरी तरीके, मेलबॉक्स, फ़ोन नंबर, बैकअप कोड, आपके हैं। कनेक्ट होने वाला साफ़ इंस्टॉल केवल पहली शर्त पूरी करता है।

अगर आप किसी अप्रत्याशित प्रमाणक या रिकवरी संपर्क की जाँच या हटान नहीं सकते, तो सत्यापित सहायता प्रक्रिया से एस्केलेट करें। स्थानीय पुनः इंस्टॉल कभी उस रिकवरी तरीके को ठीक नहीं करेगा जिसे कोई और नियंत्रित करता है।

संबंधित लेख