क्या वर्णों को अस्वीकार करने और पासवर्ड की लंबाई सीमित करने के लिए कोई वैध कारण हैं?


39

मैं काफी कुछ साइटों पर आया हूं जो या तो लंबाई को सीमित करते हैं जो पासवर्ड की अनुमति देते हैं और / या कुछ वर्णों को अस्वीकार करते हैं। यह मेरे लिए सीमित है क्योंकि मैं अपने पासवर्ड के खोज स्थान को चौड़ा और लंबा करना चाहता हूं। यह मुझे एक असुविधाजनक समझ भी देता है कि वे हैशिंग नहीं हो सकते हैं।

क्या पासवर्ड में ऊपरी लंबाई सेट करने या वर्णों को छोड़कर अच्छे कारण हैं?


26
ज़रूर! यह लोगों के पासवर्डों को बल-अनुमान करना आसान बनाता है! : P
FrustratedWithFormsDesigner 15

4
क्या हम वैध "तकनीकी" कारणों या वैध "व्यावसायिक" कारणों से बात कर रहे हैं?
मार्टिन यॉर्क

1
@ मर्टिन: मैं तकनीकी सोच रहा था लेकिन या तो मुझे लगता है।
१26:

11
@JYelton आपको इस बात की परवाह क्यों है कि मूल पासवर्ड की लंबाई क्या है? हैश हमेशा एक ही आकार का होगा। मुझे निश्चित रूप से उम्मीद है कि आप उन्हें
प्लेनटेक्स्ट

जवाबों:


27

नहीं

कोई अच्छा कारण नहीं हैं ।

संपादित करें: मैं यह साबित नहीं कर सकता कि अच्छे कारण नहीं हैं, क्योंकि कोई नकारात्मक साबित नहीं कर सकता है। मैं इसके लिए कोई अच्छा कारण नहीं सोच सकता - जैसा कि दूसरों ने बताया, हैश इनपुट के आकार की परवाह किए बिना एक ही आकार का होगा, और वैध पात्रों (प्रश्न संदर्भ से) को समाप्त करने से राज्य-स्थान कम हो जाता है। इसका जवाब इसके चेहरे पर स्पष्ट लगता है: कोई अच्छे कारण नहीं हैं । बड़ी संख्या में ऐसे कारण हो सकते हैं जो अच्छे लगते हैं या जो अच्छे लगते हैं, लेकिन वे नहीं हैं। यदि वे होते, तो कोई उन्हें पहले ही यहाँ पोस्ट कर देता, या यहाँ नहीं होता तो निश्चित रूप से Security.stackexchange.com पर, और यह उत्तर इतना भारी नहीं होता।


3
मैं मानता हूँ, लेकिन टिप्पणी एन्कोडिंग के बारे में Kissaki बनाता है मान्य है। कुछ स्टैक / प्रोग्रामर सिर्फ एन्कोडिंग को सही नहीं कर सकते हैं, क्योंकि उनके लिए ASCII को सीमित करना यह काम करने के लिए एक सस्ता हैक है।
eda-qa mort-ora-y

10
क्या आप कम से कम विस्तार करने की कोशिश कर सकते थे? या तो आप इस तथ्य के लिए नहीं जानते हैं, या आपके पास यह मानने का कारण है कि सामान्य / मौजूदा कारण मान्य नहीं हैं। आपको संदेह का लाभ देते हुए और बाद को मानते हुए, आपको यह बताना चाहिए कि वे कारण मान्य क्यों नहीं हैं।
Aaronaught

8
-1 - मैं किसी दिए गए वर्ण सेट में पासवर्ड सीमित करने के कई अच्छे कारणों के बारे में सोच सकता हूं। इसी तरह, टच-टोन फोन पासवर्ड के साथ-साथ आपके द्वारा कीबोर्ड के माध्यम से टाइप करने का समर्थन करना भी एक ऐसी स्थिति है जिसे आपको ध्यान में रखना होगा।
rjzii

9
-1। कोई औचित्य नहीं, सिर्फ राय। यदि आप एक कंबल बयान करने जा रहे हैं, तो इसे वापस करें।
माइकल के

4
यह अब हमारी मेटा-चर्चा साइट पर चर्चा की जा रही है : यह समझना उपयोगी होगा कि एकल-शब्द का उत्तर इतना लोकप्रिय क्यों है और हम इस तरह के उत्तरों की गुणवत्ता में सुधार करने के लिए क्या कर सकते हैं।

25

लंबाई सीमित एक उपाय हैशिंग के निष्पादन के समय के साथ-साथ बैंडविड्थ सीमित (और उन दोनों को सीमित करने के लिए कर रहे हैं हो सकता है वास्तव में सीमांत वैसे भी)। इसके अलावा, कोई अच्छा कारण नहीं है, खासकर सुरक्षा के दृष्टिकोण से।

कोई कह सकता है: "लोग पासवर्ड को अधिक आसानी से भूल जाएंगे" - लेकिन यह वास्तव में एक मूर्खतापूर्ण कथन है और इस बिंदु पर बिल्कुल नहीं मिलता है।

पात्रों के लिए, जब तक आप भविष्य में डेटा ट्रांसफर और / या माइग्रेशन के साथ संभावित एन्कोडिंग मुद्दों के बारे में जानते हैं (उदाहरण के लिए आप ASCII से UTF-8 में 2 साल में स्विच करेंगे) की अनुमति देता है और अधिक अक्षर केवल पासवर्ड की ताकत के लिए अच्छे हो सकते हैं।


4
किसी भी आधुनिक प्रोटोकॉल लंबाई के ओवरहेड को देखते हुए पूरी तरह से एक अच्छा कारण नहीं हो सकता है - कुछ हमलों / बकवास को रोकने के लिए केवल 1K जैसी उच्च सीमा के अलावा।
eda-qa mort-ora-y

3
हैशिंग के निष्पादन समय को सीमित करना आमतौर पर बुरा है। एक हैश की गणना करने में जितना अधिक समय लगता है, उतनी ही अधिक समय तक वह उसे बलपूर्वक खींचता है।
तदमर्स

हालांकि यह सही है कि यह हमेशा एक व्यापार बंद है। आप हमेशा सबसे अच्छे हैश की गणना नहीं करना चाहते हैं जो सबसे लंबे समय तक लेता है। वीपीएन में इसलिए असममित हाथ मिलाना बनाम सममित डाटा प्रवाह आदि
Kissaki

17

हां , विशेष पात्रों के लिए एक कारण है।

विशेष पात्रों को अस्वीकार करना सुरक्षा से संबंधित होने के बजाय एक प्रयोज्य चीज है। सबसे पहले वे एन्कोडिंग की समस्याओं से परेशान हो सकते हैं। दूसरा, यहां तक ​​कि अगर आप हमेशा एक ही एन्कोडिंग का उपयोग करने की गारंटी देंगे, तब भी इनपुट डिवाइस की समस्या है। आप एक ही कीबोर्ड लेआउट के साथ पूर्ण कीबोर्ड (जो अधिकांश मोबाइल उपकरणों को समाप्त करता है) होने पर निर्भर करेगा। बाद में न केवल भाषाओं के बीच भिन्नता है, बल्कि ओएस के बीच भी, विंडोज, लिनक्स और ओएसएक्स के लिए लेआउट थोड़ा भिन्न हो सकते हैं। इसलिए मुझे अच्छा कारण दिखाई देता है जैसे पासवर्ड की अनुमति नहीं √Ω≈ç∫∞§…¬å∑±:।


3
जब तक आप अपने उपयोगकर्ताओं को एक पासवर्ड प्रदान नहीं कर रहे हैं , अर्थात, यदि वे स्वयं पासवर्ड दर्ज कर रहे हैं तो यदि वे कुछ अजीब गणित के प्रतीक का उपयोग करना चुनते हैं तो यह वास्तव में उनका व्यवसाय है। अब मैं यहाँ एन्कोडिंग मुद्दे से सहमत हूँ, हालांकि यह एक बहाना है कि राडार की अक्षमता के नीचे से गुजरने के लिए एक वास्तविक अच्छे कारण की तुलना में कुछ वर्णों को मनमाने ढंग से रोकने के लिए।
न्यूटॉपियन

2
@ नया: यह उनका व्यवसाय नहीं है। यदि वे पैर में खुद को गोली मारते हैं, तो वे आपके आवेदन के साथ समस्या का अनुभव करेंगे और आपके समर्थन को कॉल करेंगे।
vartec

7
@ न्यूटोपियन: जब मैं एक उपयोगकर्ता के रूप में नफरत करता हूं, तो मैं अज्ञानता के कारण प्रसारित हो जाता हूं (जैसे कि मेरे ईमेल पते में "+" निर्दिष्ट करने में सक्षम नहीं है )। कभी-कभी, हालांकि, यह एक अच्छा विचार है कि उपयोगकर्ताओं को बहुत अधिक रस्सी न दें, जिससे वे खुद को लटका सकें। मुझे लगता है कि यह ऐसा अवसर है। यह "मनमाने ढंग से" कुछ पात्रों को रोकने के बारे में नहीं है।
ज़नो

1
तो आप यूनानी, अरब, चीनी और अन्य सभी का उपयोग करने की वकालत कर रहे हैं?
l0b0

@ l0: नहीं, मैं इस बात की वकालत कर रहा हूं कि वे कुछ विशेष पात्रों के बजाय अपनी भाषाओं में सामान्य, आमतौर पर इस्तेमाल होने वाले पात्रों का उपयोग करते हैं, जो कुछ लेआउट में अनुपस्थित हो सकते हैं।
vartec

13

कुछ साल पहले चेस के ग्राहकों को पता चला कि उनके पासवर्ड केस-असंवेदनशील थे, तो सुरक्षा जगत में थोड़ा विवाद हुआ। यह पता चला कि उनका वेबपेज कुछ 30-वर्षीय OS / 400 बैकेंड सिस्टम के लिए एक दृश्य था, जिसमें एक तकनीकी सीमा थी जिसे इसने अनदेखा कर दिया था। इसे ठीक करने से जाहिर तौर पर लाखों डॉलर खर्च होंगे।

मुद्दा यह है कि एक निश्चित लंबाई से अधिक पासवर्ड की अनुमति नहीं देने के लिए महंगी विरासत कारण हो सकते हैं।
(ध्यान दें कि मैं इस बहाने की निंदा नहीं कर रहा हूं ...)


1
insofar यह किसी भी तरह से पासवर्ड को सीमित करने का एकमात्र अच्छा कारण है ... केवल अगर अंतर्निहित सिस्टम पहली जगह में ऐसी सीमाएं रखेगा।
न्यूटॉपियन

8

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


1
मैं समर्थन कॉल को कम करने के रूप में देखता हूं valid Business reason(व्यक्तिगत रूप से मुझे वास्तव में विश्वास नहीं है कि सहसंबंध है)
मार्टिन यॉर्क

2
खैर, पासवर्ड रीसेट करने के बारे में जाने के अन्य तरीके हैं, या उपयोगकर्ताओं को शिक्षित करने के लिए कि कैसे पर्याप्त रूप से जटिल पासवर्ड चुनना है जो याद रखना आसान है। काम पर मेरे पिछले कुछ पासवर्ड> 25 अक्षर हैं, और मुझे उन्हें याद रखने में कोई परेशानी नहीं हुई है। इसके अलावा, संभवतः, जिन लोगों को अपने लंबे पासवर्ड को याद रखने में परेशानी होती है, वे अभी भी छोटे पासवर्ड चुनेंगे, हालांकि मुझे कोई सुराग नहीं है कि यह वास्तव में कितनी बार सच है। समर्थन कॉल को कम करना सतह पर एक वैध व्यावसायिक कारण की तरह प्रतीत होता है, लेकिन पासवर्ड की लंबाई को प्रतिबंधित करने के लिए यह अभी भी एक घटिया कारण है।
ग्रेग जैक्सन

1
मुझे लगता है कि मेरे (और कई लोगों) आउटपुट को लगभग असंभव देखे बिना 25 अक्षरों को सही ढंग से टाइप करना (केवल याद रखना नहीं) मिलेगा। मैंने इसे टाइप करते हुए अब तक 5 टाइपो तय कर लिया है!
गेरी

खैर, याद रखना टाइपिंग के समान नहीं है। लंबे पासवर्ड याद रखना बहुत आसान है यदि आप जानते हैं कि उन्हें कैसे चुनना है; बस कहानियों या नाटकों, या कविताओं या गाने के बोल के हिस्सों को लाइक करें। जब तक आप वहां एक या दो चीजों को बदलते हैं (जानबूझकर गलत वर्तनी, तब तक एक शब्द को दूसरे में बदल दें जो कि ऐसा लगता है या एक ही चीज का मतलब है, आदि), यह काफी आसान और बेहद सुरक्षित है। सच है, यह टाइप करना कठिन हो सकता है, लेकिन बैंकों के लिए यह कोई बहाना नहीं है कि आप 8/10/12 से कम अक्षर टाइप करने के लिए मजबूर न करें।
ग्रेग जैक्सन

एक मोबाइल डिवाइस पर उस 25 अक्षरों के पासवर्ड को टाइप करने की कोशिश करें
रयान

7

सभी इनपुट डिवाइस (हार्डवेयर-वार) में प्रायः सभी वर्ण एक पूर्ण कीबोर्ड होते हैं, या इसी तरह होते हैं। यदि कोई पासवर्ड प्रबंधक का उपयोग नहीं कर रहा है, तो कोई व्यक्ति ऐसे पासवर्ड को दर्ज करने में परेशानी का सामना कर सकता है, नहीं? और यूनिकोड अभी भी मानक होने से बहुत दूर (बहुत दूर का रास्ता) है।


1
आमतौर पर पासवर्ड दर्ज करने वाले लोग उन्हें बनाने और उन्हें प्रमाणित करने के लिए एक ही हार्डवेयर (या हार्डवेयर वर्ग) का उपयोग करेंगे। मैं नहीं देखता कि यह चरित्र सेट या लंबाई को सीमित करने का एक तर्क कैसे है। यूनिकोड के लिए, जब सर्वर-साइड (प्रामाणिक भाग) का निर्माण करते हैं, तो आप आकार या वर्ण सेट को सीमित क्यों करेंगे? पासवर्ड दर्ज करने के लिए आवश्यक किसी भी प्रणाली को यह नियंत्रित करने में सक्षम होना चाहिए कि यह पासवर्ड सिस्टम में कैसे दर्ज किया जाता है, इस प्रकार, यदि आपको अपने ग्राहक के लिए यूनिकोड की आवश्यकता है तो ऐसा हो!
न्यूटोपियन

@Newtopian आप मान रहे हैं कि आपको विरासत प्रणाली, या आपके नियंत्रण से बाहर सिस्टम के साथ इंटरफ़ेस करने की आवश्यकता नहीं है।
ग्रहमपार्कस

1
उन्होंने एक अच्छा कारण पूछा , यह एक अच्छा कारण नहीं है

2
@ जारारोड - पासवर्ड दर्ज करने में सक्षम नहीं होना एक अच्छा कारण नहीं है ?! किसी भी मामले में, मैंने नहीं देखा कि आप एक बेहतर (या किसी भी) के साथ आए।
रूक

3
@ देखें आपको उन पात्रों का उपयोग नहीं करना चाहिए यदि आप जानते थे कि आप उन्हें एक डिवाइस से नहीं चुन सकते हैं, तो यह उन्हें सभी के लिए सीमित करने का एक अच्छा कारण नहीं है, यह आपके लिए व्यक्तिगत रूप से उनका उपयोग न करने का एक अच्छा कारण है।

7

क्या पासवर्ड में ऊपरी लंबाई सेट करने या वर्णों को छोड़कर अच्छे कारण हैं?

मैं एक अनुमान लगाने जा रहा हूं और कहता हूं कि इन प्रतिबंधों में से कुछ & < > #हैकर्स द्वारा अपनी वेबसाइट को बाहर रखने के लिए ( ) को फ़िल्टर करने के कारण हैं । जबकि अन्य अस्थि-पंजर वाले विचार हैं जो नुकीले बालों वाले मालिकों की समितियों से निकलते हैं।

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

मेरे पेरोल सिस्टम (मैं जिस परामर्श कंपनी के लिए काम करता हूं) के लिए नंबरों की आवश्यकता होती है, और केवल नंबरों की आवश्यकता होती है - इससे उन्हें उसी डेटाबेस का उपयोग करने की सुविधा मिलती है, जिसमें उपयोगकर्ता कॉल करता है (मैंने ऐसा कभी नहीं किया है) या वेब इंटरफ़ेस का उपयोग करता है (मैं केवल इसका उपयोग करता हूं) ।

यह कहा जा रहा है, यह कार्यालय में अपना पासवर्ड बदलने का समय है। उनके पास ऐसे पागल प्रतिबंध हैं जो मुझे लगता है कि सिस्टम को स्वीकार्य पासवर्ड खोजने में लगभग आधे दिन का समय लगेगा: कम से कम 2 ऊपरी मामले पत्र, कम से कम 2 निचले मामले पत्र, कम से कम 2 अंक (जो +/- 1 नहीं हो सकते हैं) पिछले पासवर्ड से), कम से कम 2 गैर-अल्फा / गैर-संख्यात्मक वर्ण, पिछले 24 पासवर्डों में से किसी से मेल नहीं खा सकते हैं, किसी भी स्ट्रिंग (आगे या पीछे की ओर) को शामिल नहीं कर सकते हैं जो अंग्रेजी में एक शब्द (3 या अधिक अक्षर लंबा) है ( यह भी एक दो अन्य भाषाओं मुझे पता करने के लिए मंजूरी नहीं है)। मुझे लगता है कि न्यूनतम लंबाई 10-11 वर्णों की तरह है।


हां, मैंने उन पात्रों को नो-लिस्ट पर देखा है।
क्रिस

5
सरल हमला: कीबोर्ड के नीचे चिपचिपा नोट ढूंढें क्योंकि कोई भी अपना पासवर्ड याद नहीं रख सकता है।
जेएफओ

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

"कोई भी स्ट्रिंग (आगे या पीछे की ओर) नहीं हो सकती है जो कि अंग्रेजी में एक शब्द (3 या अधिक अक्षर लंबा) है" यह वही था जो मुझे मिला था। यदि पासवर्ड में पूरे शब्द हैं, तो शब्दकोश में हमले प्रभावी नहीं हैं , बल्कि यदि पूरे पासवर्ड में पूर्ण शब्दों के अलावा कुछ नहीं है ... तो वास्तव में एक पूर्ण शब्द या सामान्य वाक्यांश। सबसे सुरक्षित पासवर्ड जो नीचे लिखे बिना उपयोग करने के लिए व्यावहारिक हैं, वे पासफ़्रेज़ हैं जो किताबों, कविताओं, गीत के बोल आदि से आते हैं - कुछ अक्षरों को संख्याओं में बदलते हैं, कुछ को गलत करते हैं, और अप्रत्याशित रूप से कैपिटल करते हैं और कोई भी उस पासवर्ड को क्रैक करने वाला नहीं है।
ग्रेग जैक्सन

1
चरित्र फ़िल्टरिंग पृष्ठभूमि में अनुपयोगी कचरा कोड का एक निश्चित संकेत है। डेवलपर्स को तार से बचने के लिए सीखने की जरूरत है।
l0b0

5

वर्णों को सीमित करने का एक कारण यह होगा कि पासवर्ड फिर इनपुट कैसे है।

उदाहरण के लिए, कई बैंक अपनी इंटरनेट बैंकिंग वेबसाइटों के साथ पासवर्ड से विशिष्ट वर्णों की मांग करते हैं, और आप ड्रॉप-डाउन बॉक्स के माध्यम से उपयुक्त वर्णों का चयन करते हैं।

वे ऐसा करते हैं, संभवतः, ताकि keyloggers कीप का पता न लगा सकें, और इस प्रकार अपने पासवर्ड [अक्षर] से जानें। जबकि मुझे पता है कि ऐसे और भी कई तरीके हैं, जैसे कि पेंचकैप को दरकिनार किया जा सकता है; यह अभी भी keyloggers के खिलाफ प्रभावी है।

यदि उन्हें सभी पात्रों की अनुमति देनी थी, तो ड्रॉपडाउन बॉक्स की लंबाई बोझिल हो जाएगी, और समान दिखने वाले पात्रों के बीच भ्रम की भी अनुमति होगी।


1
निश्चित रूप से (तकनीकी) लोग वैसे भी पत्र में महत्वपूर्ण होंगे?
गेरी

@ जीरी - यह एक ब्राउज़र विशिष्ट व्यवहार है, बजाय एक पूर्ण मानक के और यह काम करने योग्य बनाने के लिए उपयोगकर्ता ज्ञान पर भी निर्भर है।
जॉन हॉपकिंस

मेरे बैंक ने एक समान कारण के लिए कीबोर्ड के पॉपअप एप्लेट का उपयोग किया। लेकिन इसका उपयोग करना बहुत मुश्किल था और दुर्गम होने के लिए बहुत आलोचना हुई (स्क्रीन पाठकों, वैकल्पिक इनपुट आदि के लिए काम नहीं किया)
jqa

1
@ जॉन - मैंने तकनीकी लोगों को कहा, और मुझे किसी भी विंडोज़ ब्राउज़र के बारे में नहीं पता है जो कम से कम पहले चरित्र मिलान को लागू नहीं करता है, क्योंकि यह मानक विंडोज व्यवहार है - मैक और * निक्स के लिए नहीं बोल सकता
गेरी

1
@ मेरे Android फ़ोन पर ब्राउज़र इसकी अनुमति नहीं देता है। मुझे उम्मीद है कि यह बहुत सारे मोबाइल उपकरणों के लिए समान है।
राउंडटॉवर

2

टैब जैसे विशेष वर्णों को अस्वीकार करना मान्य होगा। आप टेक्स्ट मोड में टैब चार के साथ अपना पासवर्ड लॉगऑन या बदल सकते हैं लेकिन आप इसे GUI या वेब वातावरण में उपयोग नहीं कर सकते। एक बैकस्लैश चार कुछ क्रॉस-प्लेटफ़ॉर्म मुद्दों को भी प्रस्तुत करेगा।

btw लंबे पासवर्ड पासवर्ड नहीं हैं - वे पासफ़्रेज़ हैं। आपका औसत उपयोगकर्ता 2Z8d याद नहीं कर सकता!% G # x लेकिन वे याद कर सकते हैं 'मेरे पालतू कुत्ते का नाम फ़िदो द डॉग' है। लंबे समय तक पाठ क्रूर बल के माध्यम से दरार करने के लिए कठिन है और स्क्रीन से जुड़े नोट पर लिखे जाने की संभावना कम है।


यह भी देखें xkcd.com/936
सर्गट

0

जब लोग टाइप करते हैं तो वे गलती करते हैं, जिसे "टाइपोस" कहा जाता है। आम तौर पर लोग अपनी गलतियों को देखते हैं और उन्हें सुधारते हैं। पासवर्ड प्रविष्टि के लिए आमतौर पर आप यह नहीं देख सकते कि आपने क्या टाइप किया है और इसलिए आप अपने टाइपो को सही नहीं कर सकते हैं। आप इसे साकार किए बिना गलतियां करते हैं, अपना पासवर्ड सबमिट करते हैं, और यह "पासवर्ड अमान्य" के रूप में वापस आता है। फिर आप फिर से कोशिश करें। फिर आप फिर से कोशिश करें।

आप इसे "3 मामूली छोटे टाइपो के रूप में सोच सकते हैं और फिर आप एक क्रूर बल हमले से अप्रभेद्य हैं"। सिस्टम ब्रूट बल के हमलों से कैसे बचाव करता है? एक स्पष्ट " बहुत सारे प्रयास, चले जाओ, अगर आप इसे सही तरीके से प्राप्त करते हैं तो भी आप लॉग इन नहीं कर पाएंगे ?" पासवर्ड एंट्री पर देरी से बहुत अधिक देरी ब्राउज़र टाइम-आउट के लिए अग्रणी होती है जब विलंब बहुत लंबा होता है, जिससे फिर से लॉग इन करने की कोशिश करना असंभव हो जाता है? दृष्टिकोण भिन्न होते हैं, लेकिन एक अच्छी तरह से डिज़ाइन किए गए सिस्टम में हमेशा एक परिणाम होता है।

आप इसे "3 मामूली छोटे टाइपो" के रूप में सोच सकते हैं और फिर आपको किसी प्रकार की सेवा से वंचित कर दिया जाता है।

जैसे-जैसे पासवर्ड की लंबाई टाइपोस के जोखिम को बढ़ाती है (और इसलिए अधिकृत व्यक्ति की पहुंच से इनकार करने का जोखिम) बढ़ जाता है। लगभग 20 वर्णों से अधिक लंबे समय तक अक्सर गलत व्यवहार किया जा रहा है (जब तक कि उपयोगकर्ता स्मार्ट नहीं है / आलसी है और अपना पासवर्ड कहीं स्टोर करता है, ताकि वे टाइपो की चिंता किए बिना "कॉपी और पेस्ट" कर सकें, जैसे कि उनके डेस्कटॉप पर एक अच्छा सादा पाठ फ़ाइल " पासवर्ड " कहा जाता है। .txt ”)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.