जे काही आपण जोडत आहात ते जे असो, एकच मार्ग.

आज आपण काय जोडू शकता

दोन आकार, आणि एक फाइल

पासवर्डाचे काय होते

गुपित कधीही आपल्याला परत दाखवले जात नाही

क्रेडेन्शियल एकदा साठवले की, ते साठवणारे फॉर्म ते पुन्हा दाखवू शकत नाही. ही कोणतीही सेटिंग नाही — हा साठवलेली मूल्ये फॉर्ममध्ये भरणाऱ्या कोडपासून वेगळा कोड आहे, जाणीवपूर्वक वेगळा ठेवलेला, जेणेकरून "साठवलेले मूल्य दाखवा" हे एका फ्लॅगच्या अंतरावर नसावे — असे की डेटाबेसचा पासवर्ड स्क्रीनशॉट घेता येऊ शकणाऱ्या, स्क्रीन-शेअर करता येऊ शकणाऱ्या किंवा DOM मधून वाचता येऊ शकणाऱ्या पानात लिहिला जाऊ नये.

दुसऱ्या गोष्टीत साइन इन करणे

येथे साइन इन चौकट का नाही

डेटाबेसऐवजी खाते जोडणे म्हणजे प्रदात्याचे स्वतःचे साइन-इन पान, त्याच्या स्वतःच्या विंडोमध्ये, आणि असा ब्रोकर जो अनुप्रयोगाचे गुपित ठेवतो जेणेकरून dash-b कधीही ते ठेवत नाही आणि आपला पासवर्ड कधीही पाहत नाही.

हे पानाच्या आत केले जात नाही, आणि ती केवळ पसंती नाही. Google आणि Facebook दोन्ही जाणीवपूर्वक फ्रेममध्ये दाखवले जाण्यास नकार देतात: दुसऱ्या कोणाच्या दस्तऐवजात दाखवलेले साइन-इन फॉर्म फिशिंग पानापासून ओळखता येत नाही, आणि असे एक बनवणे म्हणजे रिकामा आयत पाठवणे होय.

कॅटलॉग यांसाठी बनवलेले आहे आणि यंत्रणा जागी आहे; पण जोडण्या स्वतः अद्याप उघड नाहीत, त्यामुळे डिझायनर आपल्याला असे बटण ऑफर करणार नाही जे आपण निवडल्यानंतर अपयशी ठरेल. जेव्हा ती उघडतील, तेव्हा ती वरील सर्वांसारख्याच एका टेबलमधील नोंदी म्हणून येतील.

चाचणीने निश्चित केलेल्या दोन गोष्टी

ज्या तपासण्या मागावर सरकण्यास परवानगी नाही

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

दोन्ही अस्तित्वात आहेत कारण त्या प्रतिबंध करतात ते अपयश शांत असते: पहिले पासवर्ड स्क्रीनशॉटमध्ये गळती होऊ देईल, आणि दुसरे दुव्यामुळे दुसऱ्या कोणाचेही खाते तुमच्याशी जोडले जाऊ देईल.