डिव्हाइसचे घड्याळ सरकल्यावर TOTP कोड का अपयशी होतात

एकदा वापरले जाणारे कोड तुमच्या फोनवर पूर्णपणे बरोबर असू शकतात आणि तरीही त्याच सेकंदाला सर्व्हर त्यांना नाकारू शकतो। दोन्ही बाजू एकाच सामायिक गुप्त आणि सध्याच्या वेळ-पायरीवरून तेच फंक्शन मोजतात, त्यामुळे वेळेबद्दलचा मतभेद कोडबद्दलच्या मतभेदात बदलतो। त्यामुळे घड्याळाचे सरकणे ही केवळ त्रास न राहता सुरक्षेशी संबंधित दोष बनते।

येथे दोन घड्याळे महत्त्वाची आहेत, आणि दिसणारे घड्याळ दुरुस्त करणे हा लोक सर्वात आधी करतात तो भाग आहे। सहसा लक्ष आवश्यक असलेले घड्याळ दुसरे असते।

कोड हे वेळेचे फंक्शन आहे, पासवर्ड नाही

TOTP सामायिक गुप्त आणि सध्याच्या वेळेतून काढलेला काउंटर घेते, दोन्ही किल्लीयुक्त हॅशमधून जाते आणि निकाल लहान दशांश शृंखलेत कापते, जसे RFC 6238 मध्ये निर्दिष्ट आहे। काउंटर प्रत्येक वेळ-पायरीवर पुढे सरकतो, सहसा तीस सेकंद, त्यामुळे पायरी बदलल्यावर तोच गुप्त नवीन मूल्य तयार करतो। पडताळणीकर्ता सध्याच्या पायरीचे अपेक्षित मूल्य पुन्हा मोजून तुलना करतो, ज्यासाठी तोच गुप्त आणि आताच्या क्षणाबद्दलची तीच कल्पना लागते। पासवर्ड बदलल्याशिवाय पुनर्वापरयोग्य राहतो, तर हे मूल्य क्लायंटला न दिसणाऱ्या सीमेवर संपते।

म्हणूनच एक कोड चालतो आणि पुढील कोड काही क्षणांत अपयशी होतो। चॅट संदेशातून कोड कॉपी करणे इतकी अविश्वसनीय सवय का आहे हेही यामुळे स्पष्ट होते।

दोन घड्याळे जुळली पाहिजेत, एक नाही

नोंदणी सामग्री ही पहिली सामायिक गोष्ट आहे, आणि वेळ दुसरी। गुप्त बरोबर असतानाही घड्याळे सहनशील विंडोपेक्षा जास्त वेगळी असल्यास, तयार होणारे प्रत्येक मूल्य चुकीच्या पायरीत पडते आणि नाकारले जाते। घड्याळे जुळत असतानाही गुप्त चुकीचे असल्यास, प्रत्येक मूल्यही नाकारले जाते, आणि दोन्ही अपयशे लॉगिन स्क्रीनवरून सारखीच दिसतात। त्यांना वेगळे करणे म्हणजे खाते नोंद आणि वेळ स्वतंत्रपणे, त्याच क्रमाने तपासणे।

पडताळणीकर्त्याचे घड्याळही डिव्हाइसच्या घड्याळाइतकेच तपासण्यास पात्र आहे। ज्याचा वेळ स्रोत बिघडला आहे असे सर्व्हर एकाच वेळी सर्व वापरकर्त्यांचे बरोबर कोड नाकारते, आणि अहवाल सरकण्याऐवजी अचानक बंद पडण्याचे वर्णन करतील। हा नमुना ओळखण्यासारखा आहे, कारण त्याची दुरुस्ती सर्व्हरवर आहे, शंभर फोनवर नाही।

विंडो रुंद करण्याची किंमत

अंमलबजावणी लहान फरक शोषून घेण्यासाठी शेजारच्या पायरीचा कोड स्वीकारू शकते, आणि ती सहिष्णुता मोफत समायोजन नसून रचना-निर्णय आहे। प्रत्येक अतिरिक्त पायरी कोणत्याही क्षणी वैध मूल्यांची संख्या गुणाकारते, जे नेमके अंदाज लावणाऱ्या हल्लेखोराला आवडते। पुनर्वापराचा नियमही त्याच कारणाने महत्त्वाचा आहे, कारण दोनदा स्वीकारलेला कोड हा उपयुक्तपणे गळलेला कोड असतो। तक्रारी शांत करण्यासाठी विंडो रुंद करणारा प्रशासक खऱ्या गुणधर्माची देवाणघेवाण दिखाऊ सुधारणेशी करतो।

घड्याळ दुरुस्त करणे ही दुरुस्ती आहे, तर विंडो रुंद करणे हे शांतक आहे। पहिले कारण काढून टाकते आणि दुसरे ते लपवते।

पुन्हा प्रयत्न करण्यापूर्वी दोन्ही घड्याळे तपासा

डिव्हाइसवर आणि सर्व्हरवर वेळ वाचा, आणि दाखवलेल्या स्थानिक वेळांऐवजी ऑफसेटची तुलना करा। खालील आदेश लिनक्स होस्ट किंवा सर्व्हरवर सिंक्रोनाइझेशन स्थिती आणि कच्चा UTC क्षण दाखवतात। कोणतीही प्रमाणीकरण सेटिंग बदलण्यापूर्वी ते दोन्ही टोकांवर चालवा।

timedatectl
date -u +'%Y-%m-%dT%H:%M:%SZ'
chronyc tracking
timedatectl timesync-status

सेकंदात मोजलेला ऑफसेट निरुपद्रवी आहे, मिनिटांत मोजलेला नाकारणे स्पष्ट करतो, आणि कोणताही सिंक्रोनाइझेशन स्रोत न कळवणारी प्रणाली दोन्हींसाठी उमेदवार आहे। दोन्ही UTC टाइमस्टॅम्प थेट तुलना करा, कारण स्थानिक वेळेत अल्गोरिदम कधीही न पाहणारा वेळ क्षेत्र असतो। ऑफसेट लहान असूनही कोड अजूनही अपयशी होत असल्यास, घड्याळे जुळवणे थांबवा आणि त्याऐवजी नोंदणी नोंद तपासा। लॉक केलेल्या खात्यावर वारंवार प्रयत्न मूळ दोष निरीक्षण करणे कठीण करतात।

नाकारण्याची वेळ, ऑफसेट आणि त्रुटीचा मजकूर नोंदवा, आणि सामायिक गुप्त त्याबाहेर ठेवा। सहाय्य पहिल्या तीनसह काम करू शकते आणि चौथे कधीही पाहू नये।