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

आइकन र रहस्य फरक प्रश्नको जवाफ दिन्छन्

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

उल्टो पनि सत्य हो, र त्यही बढी खतरनाक दिशा हो। विश्वासिलो लोगोले हराएको लोगोभन्दा पनि कम प्रमाणित गर्छ।

ObservationWhat it supportsWhat it cannot support
Logo missing or wrongThe issuer string was not recognisedAny conclusion about secret disclosure
Logo correctThe issuer string matched a known nameAny conclusion about who else enrolled
Codes rejected by the serviceA real mismatch between entry and accountWhich of the two changed

तस्बिर सुधार्न कहिल्यै पुनः दर्ता नगर्नुहोस्

अनलाइन घुम्ने मर्मत भनेको QR कोड पुनः उत्पन्न गर्नु हो, जसको अर्थ रहस्य निर्यात गरी अर्को उपकरणबाट पार गराउनु हो। यसले प्रदर्शनको समस्या खुलासामा बदल्छ, किनकि निर्यातमा आक्रमणकारीलाई वैध कोड बनाउन आवश्यक पर्ने सामग्री ठ्याक्कै हुन्छ। यसलाई वेब जेनेरेटरमा अपलोड गर्नु भनेको राम्रो आइकनको सट्टा दोस्रो कारक तेस्रो पक्षलाई दिनु हो।

यदि खाताले अझै कोड प्रमाणित गर्छ भने दर्ता अक्षुण्ण छ र प्रदर्शन सौन्दर्यको कुरा हो। जारीकर्ता लेबल र आइकन खोजीबारे प्रमाणकको आफ्नै कागजात हेर्नुहोस्, र प्रविष्टि त्यसै छाड्नुहोस्। लोगो जबरजस्ती गर्न लेबल सम्पादन गर्नु प्रमाणीकरणसँग कुनै सम्बन्ध नभएको कारणले प्रविष्टिमा परिवर्तन गर्नु हो।

मूल QR तस्बिर, कच्चा कुञ्जी URI र कुनै पनि हातले हालेको रहस्य टिकट, च्याट थ्रेड, स्क्रिनसट र सार्वजनिक समस्या ट्र्याकरबाट टाढा राख्नुहोस्। सेटअप पृष्ठको स्क्रिनसटमा लिने व्यक्तिले सोचेभन्दा बढी हुन्छ।

रहस्य साँच्चै खुलासा भएपछि

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

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

त्यही रहस्य अन्त कतै प्रयोग भएको छ कि जाँच्नुहोस्। जेनेरेटरमा टाँसिएको कुञ्जी URI तपाईंको नियन्त्रणबाट बाहिर गएको छ, र त्यसपछाडिको खातालाई दर्ता प्रतिस्थापन नहुँदासम्म साझा मान्नुपर्छ।

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

मेट्नुअघि रिकभरी बाटो राख्नुहोस्

कुनै पनि चालिरहेको प्रविष्टि हटाउनुअघि स्वीकृत रिकभरी बाटो छ र तपाईं त्यो प्रयोग गर्न सक्नुहुन्छ भनी पुष्टि गर्नुहोस्। लकआउटमा टुंगिने सौन्दर्य मर्मत गलत लोगोभन्दा नराम्रो नतिजा हो, र दर्ता भएको एउटै उपकरण सम्पादन भइरहेको उपकरण हुँदा लकआउट सामान्य हुन्छ।

स्वीकृतिको सर्त साँघुरो छ: खाता र प्रमाणकबीच प्रमाणित सम्बन्ध, र दर्ता सामग्री निजी रूपमा राखिएको। परिचित बिल्ला त्यो सर्तको भाग होइन, र त्यसको अनुपस्थिति सम्झौताको प्रमाण होइन।

कुञ्जी URI ढाँचा आफै Google Authenticator कुञ्जी URI विशिष्टता मा अभिलेखित छ, जसले पेलोडमा लोगो होइन, रहस्य हुन्छ भन्ने पनि सम्झाउँछ। गुमाउन नसक्ने प्रविष्टिबाट केही निर्यात गर्नुअघि त्यो पढ्नुहोस्।

सम्बन्धित लेखहरू