डैकस्टोकन - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

dacstoken - हैश-आधारित वन-टाइम पासवर्ड प्रबंधित करें

SYNOPSIS

dacstoken [dacoptions[1]] [-सब] [-बस संख्या] [-कहना संख्या] [-अंक संख्या]
[-अक्षम करना | -सक्षम] [-हॉटपी-विंडो संख्या] [-इनकीज वस्तु परक]
[[-चाभी keyval] | [-कुंजी-फ़ाइल फ़ाइल का नाम] | [-कुंजी-संकेत]] [मोड ओटीपी-मोड]
[-आउटकी वस्तु परक]
[[-pin पिनवल] | [-पिन फ़ाइल फ़ाइल का नाम] | [-पिन-प्रॉम्प्ट]] [-पिन-बाधाएँ str]
[-रन्दो] [बीज str] [-धारावाहिक str] [-totp-डेल्टा संख्या] [-totp-बहाव nwindows]
[-totp-हैश ALG]
[-totp-टाइमस्टेप सेकेंड] [-वीएफएस vfs_uri] [ऑप-स्पेक] [उपयोगकर्ता नाम]

वर्णन

यह कार्यक्रम का हिस्सा है DACS पर।

RSI dacstoken उपयोगिता प्रशासन DACS वन-टाइम पासवर्ड (ओटीपी) से जुड़े खाते
जनरेटिंग डिवाइस (टोकन) या सॉफ़्टवेयर-आधारित क्लाइंट। कमांड लाइन विकल्पों का उपयोग करते हुए, यह भी
ओटीपी मानों की गणना करता है; टोकन खाता पैरामीटर को ओवरराइड किया जा सकता है, लेकिन खाते को भी नहीं
आवश्यक.

मजबूत, दो-कारक प्रमाणीकरण कब प्रदान किया जा सकता है dacs_प्रमाणीकरण[2] कॉन्फ़िगर किया गया है
उपयोग करने के लिए स्थानीय_टोकन_प्रमाणीकरण[3] प्रमाणीकरण मॉड्यूल या कब dacstoken के रूप में प्रयोग किया जाता है
पासवर्ड सत्यापित करने के लिए एक स्टैंडअलोन प्रोग्राम। दोनों HMAC-आधारित वन-टाइम पासवर्ड मोड
(HOTP), एक इवेंट काउंटर पर आधारित और द्वारा निर्दिष्ट आरएफसी 4226[4], और समय-आधारित
वन-टाइम पासवर्ड मोड (टीओटीपी), जैसा कि निर्दिष्ट है ताज़ा IETF इंटरनेट-ड्राफ्ट[5] प्रस्ताव,
समर्थित हैं। अतिरिक्त परिचालन मोड[6] ओसीआरए कहा जाता है (शपथ उत्तर को दावा करें
एल्गोरिदम), IETF इंटरनेट-ड्राफ्ट में वर्णित, अभी तक पूरी तरह से समर्थित नहीं हैं।

नोट
के इस संस्करण dacstoken इसमें कई परिवर्तन शामिल हैं जो पिछड़े संगत नहीं हैं
रिलीज़ 1.4.24ए और इससे पहले के साथ। कुछ कमांड लाइन फ़्लैग अलग तरह से कार्य करते हैं, और
खाता फ़ाइल का स्वरूप बदल गया है. यदि आपने पहले इस कमांड का उपयोग किया है
रिलीज़, कृपया अपनी टोकन खाता फ़ाइल की एक बैकअप प्रतिलिपि बनाएँ और इस मैनुअल की समीक्षा करें
आगे बढ़ने से पहले पृष्ठ को ध्यान से देखें (ध्यान दें -कन्वर्ट झंडा[7] विशेष रूप से)।

महत्त्वपूर्ण
किसी विक्रेता द्वारा प्रदत्त सॉफ़्टवेयर की आवश्यकता नहीं है dacstoken इसकी कार्यक्षमता प्रदान करने के लिए.
वर्तमान में समर्थित उपकरणों को किसी पंजीकरण या कॉन्फ़िगरेशन इंटरैक्शन की आवश्यकता नहीं है
विक्रेताओं के साथ और dacstoken कर देता है नहीं बातचीत साथ में विक्रेताओं' सर्वर or उपयोग कोई
मालिकाना सॉफ्टवेयर. प्रदर्शन के लिए विक्रेता द्वारा प्रदत्त सॉफ़्टवेयर की आवश्यकता हो सकती है
हालाँकि, अन्य टोकन उपकरणों के लिए आरंभीकरण या कॉन्फ़िगरेशन dacstoken कर देता है
उनके लिए ऐसी सहायता प्रदान न करें.

प्रत्येक टोकन डिवाइस आम तौर पर ठीक उसी खाते से मेल खाता है जिसे प्रबंधित किया जाता है
dacstoken, हालांकि कुछ विक्रेता ऐसे टोकन का उत्पादन करते हैं जो एकाधिक खातों का समर्थन कर सकते हैं।

संक्षेप में, यह उपयोगिता:

· बनाता और प्रशासित करता है DACS काउंटर-आधारित और समय-आधारित से जुड़े खाते
एकमुश्त पासवर्ड

· सत्यापन और परीक्षण कार्यक्षमता प्रदान करता है

· एक कमांड लाइन प्रमाणीकरण क्षमता प्रदान करता है

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

नोट
RSI dacs_टोकन(8)[8] वेब सेवा उपयोगकर्ताओं को सीमित स्व-सेवा प्रदान करती है
उनके खाते का पिन सेट या रीसेट करने और उनके टोकन को सिंक्रनाइज़ करने की कार्यक्षमता। यह भी
परीक्षण और मूल्यांकन को सरल बनाने के लिए इसमें एक प्रदर्शन मोड है।

पिन (लेखा पासवर्ड)
A dacstoken खाते के साथ वैकल्पिक रूप से एक पिन (यानी पासवर्ड) जुड़ा हो सकता है। को
ऐसे किसी खाते के विरुद्ध प्रमाणित करने के लिए, उपयोगकर्ता को उत्पादित वन-टाइम पासवर्ड प्रदान करना होगा
टोकन द्वारा और पिन। TOKEN_REQUIRES_PIN[9] कॉन्फ़िगरेशन निर्देश निर्धारित करता है
क्या खाता बनाते या आयात करते समय पिन प्रदान किया जाना चाहिए; में यह लागू नहीं होता
के साथ संयोजन -डेलपिन ध्वज, चूँकि केवल एक प्रशासक ही कार्य करने में सक्षम होना चाहिए
वह कार्य.

पिन का एक हैश पिन के बजाय खाता रिकॉर्ड में संग्रहीत किया जाता है। जो उसी
द्वारा प्रयुक्त विधि dacpasswd(1)[९ ०] और dacs_passwd(8)[11] लागू किया जाता है, और पर निर्भर करता है
पासवर्ड_डाइजेस्ट[९ ०] और पासवर्ड_SALT_PREFIX[13] प्रभावी निर्देश। अगर
पासवर्ड_डाइजेस्ट[12] कॉन्फ़िगर किया गया है, उस एल्गोरिदम का उपयोग किया जाता है, अन्यथा एक संकलन-समय
डिफ़ॉल्ट (SHA1) का उपयोग किया जाता है. यदि कोई उपयोगकर्ता पिन भूल जाता है, तो पुराना पिन पुनर्प्राप्त नहीं किया जा सकता है
या तो हटा दिया जाना चाहिए या नया सेट किया जाना चाहिए।

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

चूँकि केवल प्रशासक को ही इस आदेश को चलाने की अनुमति है, इसलिए कोई प्रतिबंध नहीं लगाया गया है
व्यवस्थापक द्वारा प्रदान किए गए पिन की लंबाई या गुणवत्ता पर; एक चेतावनी संदेश
हालाँकि, उत्सर्जित किया जाएगा, यदि पासवर्ड को कमजोर माना जाता है जैसा कि निर्धारित किया गया है
पासवर्ड_बाधाएँ[14] निर्देश।

एक बार पासवर्ड
दोनों प्रकार के वन-टाइम पासवर्ड डिवाइस एक सुरक्षित का उपयोग करके पासवर्ड मान की गणना करते हैं
कुंजीबद्ध हैश एल्गोरिथ्म (आरएफसी 2104[15], दान 198[16]). काउंटर-आधारित विधि में, डिवाइस
और सर्वर एक गुप्त कुंजी और एक काउंटर वैल्यू साझा करते हैं जिन्हें संख्यात्मक प्राप्त करने के लिए हैश किया जाता है
अंकों की एक निश्चित संख्या के साथ एक निश्चित मूलांक में प्रदर्शित मूल्य। सफल
प्रमाणीकरण के लिए मिलान पासवर्ड की गणना करने के लिए डिवाइस और सर्वर की आवश्यकता होती है। हर बार
डिवाइस एक पासवर्ड बनाता है, यह अपना काउंटर बढ़ाता है। जब सर्वर को मिलान प्राप्त होता है
पासवर्ड, यह अपने काउंटर को बढ़ाता है। क्योंकि दो काउंटर बनना संभव है
अनसिंक्रनाइज़्ड, सर्वर का मिलान एल्गोरिदम आमतौर पर क्लाइंट के पासवर्ड की अनुमति देगा
काउंटर मूल्यों की "विंडो" के अंतर्गत आना। समय-आधारित पद्धति समान है, मुख्य है
अंतर यह है कि वर्तमान यूनिक्स समय (जैसा कि लौटाया गया है)। पहर(3)[17], उदाहरण के लिए) है
इसका उपयोग "टाइम-स्टेप विंडो" स्थापित करने के लिए किया जाता है जो गणना में काउंटर वैल्यू के रूप में कार्य करता है
सुरक्षित हैश का. क्योंकि डिवाइस और सर्वर पर वास्तविक समय की घड़ियाँ नहीं हो सकती हैं
पर्याप्त रूप से सिंक्रनाइज़ होने पर, सर्वर के मिलान एल्गोरिदम को क्लाइंट को भी अनुमति देनी होगी
इन उपकरणों के लिए कुछ संख्या में समय-चरण विंडो के अंतर्गत आने वाला पासवर्ड।

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

यदि गुप्त कुंजी प्रोग्राम करने योग्य है, जैसा कि सॉफ़्टवेयर क्लाइंट के पास होने की संभावना है, तो यह है
कम से कम होना आवश्यक है 128 लंबाई में बिट्स; कम से कम 160 बिट्स इसकी सिफारिश की जाती है।
कुंजी को 16 (या अधिक) वर्ण लंबी हेक्साडेसिमल स्ट्रिंग द्वारा दर्शाया जाता है। कुंजी चाहिए
यादृच्छिक बिट्स के क्रिप्टोग्राफ़िक-गुणवत्ता स्रोत से प्राप्त किया जा सकता है। कुछ ग्राहक हो सकते हैं
एक उपयुक्त कुंजी उत्पन्न करने में सक्षम, लेकिन आप इसका उपयोग कर सकते हैं dacsexpr(1)[18]

% dacsexpr -e "यादृच्छिक(स्ट्रिंग, 20)"
"bb2504780e8075a49bd88891b228fc7216ac18d9"

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

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

आधार
वह मूलांक जिसमें पासवर्ड प्रदर्शित होते हैं।

का मुकाबला
केवल HOTP मोड के लिए, वर्तमान काउंटर मान।

अंक
प्रत्येक वन-टाइम पासवर्ड में अंकों की संख्या।

कुंजी
गुप्त कुंजी (ओटीपी बीज)।

क्रम संख्या
डिवाइस के लिए एक विशिष्ट पहचानकर्ता या नाम.

समय चरण आकार
केवल टीओटीपी मोड के लिए, प्रत्येक समय अंतराल की चौड़ाई, सेकंड में। वही पासवर्ड
एक निश्चित अंतराल के भीतर उत्पन्न किया जाएगा; यानी, यह "जीवनकाल" या वैधता है
प्रत्येक टीओटीपी पासवर्ड की अवधि।

इन मापदंडों के अतिरिक्त, dacstoken प्रति-खाता (अर्थात्, प्रति-डिवाइस) कई कार्य करता है
पैरामीटर:

स्वीकार-खिड़की
HOTP पासवर्ड को सत्यापित करते समय, विचार करने के लिए पासवर्ड की अधिकतम संख्या
अपेक्षित पासवर्ड.

बहाव
केवल टीओटीपी मोड के लिए, सर्वर की घड़ी को समायोजित करने के लिए सेकंड की संख्या
डिवाइस के साथ इसे बेहतर ढंग से सिंक्रनाइज़ करने के लिए आगे या पीछे। इसका उपयोग किया जाता है
उन टोकन या क्लाइंट सॉफ़्टवेयर के लिए क्षतिपूर्ति करें जिनकी घड़ियाँ अच्छी तरह से सिंक्रनाइज़ नहीं हैं
सर्वर का.

बहाव-खिड़की
केवल टीओटीपी मोड के लिए, लेकिन एक्सेप्ट-विंडो के अनुरूप, अधिकतम संख्या
सत्यापन करते समय आगे और पीछे खोजने के लिए अंतराल (प्रत्येक समय चरण आकार)।
किसी दिए गए पासवर्ड के विरुद्ध।

सिंक-ओटीपीएस
केवल HOTP मोड के लिए, लगातार वन-टाइम पासवर्ड की संख्या आवश्यक है
डिवाइस के साथ खाते को सिंक्रनाइज़ करें.

उपयोगकर्ता नाम
का नाम DACS खाता डिवाइस से जुड़ा हुआ है।

वन-टाइम पासवर्ड उपकरणों पर आधारित प्रमाणीकरण के निम्नलिखित फायदे हैं:

· हर बार जब कोई उपयोगकर्ता प्रमाणित करेगा, तो एक अलग पासवर्ड उत्पन्न होगा (उच्च के साथ)।
संभावना); उपयोगकर्ता इसलिए "पासवर्ड" नहीं लिख सकते क्योंकि पासवर्ड है
हमेशा परिवर्तनशील; उपयोगकर्ता अपना पासवर्ड नहीं भूल सकते;

· एक बार उपयोग करने के बाद, HOTP मोड पासवर्ड तुरंत "खपत" हो जाता है और इसका उपयोग किए जाने की संभावना नहीं होती है
फिर से लंबे समय तक; उपयुक्त कॉन्फ़िगरेशन पैरामीटर के साथ, एक TOTP मोड पासवर्ड
अपेक्षाकृत कम समय अंतराल के भीतर स्वचालित रूप से "समाप्त" हो जाता है और इसकी संभावना नहीं है
लंबे समय तक दोबारा इस्तेमाल किया गया;

· यदि क्लॉक ड्रिफ्ट के लिए किसी सुधार की आवश्यकता नहीं है, तो टीओटीपी मोड खाते में केवल पढ़ने योग्य सुविधा हो सकती है
ऑपरेशन;

· क्योंकि पासवर्ड का आसानी से अनुमान लगाया जा सकने वाला नंबर या स्ट्रिंग होने की संभावना नहीं है, इसलिए ऐसा होना चाहिए
अधिकांश उपयोगकर्ता-चयनित पासवर्ड से अधिक मजबूत बनें;

· एक HOTP टोकन पारस्परिक ("द्विदिशात्मक") प्रमाणीकरण पद्धति का आधार हो सकता है;
सर्वर अपनी पहचान की पुष्टि करने के लिए उपयोगकर्ता को उसके टोकन का अगला पासवर्ड दिखाता है (दोनों के साथ)।
पार्टियाँ अपने काउंटरों को आगे बढ़ाती हैं), फिर क्लाइंट सर्वर को अगला पासवर्ड दिखाता है
उसकी पहचान की पुष्टि करने के लिए;

यदि उपयोगकर्ता के कंप्यूटर पर एक कुंजी स्निफर स्थापित किया जाना चाहिए, तो एक सूंघने वाला पासवर्ड नहीं होता है
किसी हमलावर का तब तक भला न करें जब तक कि ए मैन-इन-द-मिडल आक्रमण[19] संभव है; दिया गया N
लगातार पासवर्ड के कारण पासवर्ड की गणना करना अभी भी बहुत कठिन है N + 1 बिना
गुप्त कुंजी जानना;

· उपयोगकर्ताओं के लिए खाता साझा करना अधिक कठिन है (हालाँकि उपयोगकर्ता कभी-कभी ऐसा कर सकते हैं)।
इसे एक असुविधा के रूप में देखें);

· यदि एक dacstoken पिन एक खाते को सौंपा जाता है और एक हमलावर खाते को प्राप्त कर लेता है
टोकन, हमलावर के लिए पिन जाने बिना प्रमाणित करना अभी भी मुश्किल है;

· किसी खाते को निष्क्रिय करने का एक त्वरित और तुरंत प्रभावी तरीका बस इसे जब्त करना है
हार्डवेयर टोकन (उदाहरण के लिए, यदि किसी कर्मचारी को निकाल दिया जाता है), हालांकि किसी खाते को अक्षम किया जा सकता है
इस प्रोग्राम या का उपयोग कर निरसन सूची[20];

· किसी सॉफ़्टवेयर क्लाइंट के मामले में जो फ़ोन या पीडीए जैसे मोबाइल डिवाइस पर चलता है,
उपयोगकर्ता पहले से ही डिवाइस को अपने साथ ले जा रहे हैं; मुफ़्त ग्राहक उपलब्ध हैं, इसलिए वहाँ
कोई अतिरिक्त लागत नहीं हो सकती है (ध्यान दें कि मोबाइल डिवाइस समान पेशकश नहीं कर सकते हैं
हार्डवेयर टोकन की छेड़छाड़-प्रतिरोध, स्थायित्व, कुंजी गोपनीयता, घड़ी सटीकता, आदि)।

वन-टाइम पासवर्ड डिवाइस के निम्नलिखित संभावित नुकसान हैं:

· हार्डवेयर टोकन के लिए एकमुश्त खर्च होता है (खरीदारी की मात्रा के आधार पर,
आप प्रत्येक को $10-$100 USD का भुगतान करने की उम्मीद कर सकते हैं), और ऐसा करने की संभावना है
खोए हुए या टूटे हुए टोकन, या टोकन की बैटरी को बदलें (कुछ इकाइयों में ए
गैर-बदली जाने योग्य बैटरी, कुछ वर्षों के बाद उन्हें डिस्पोजेबल बना देती है);

· प्रारंभिक कॉन्फ़िगरेशन अन्य प्रमाणीकरण की तुलना में कुछ अधिक कठिन है
तरीकों, और उपकरणों से अपरिचित उपयोगकर्ताओं को उनके बारे में निर्देश देना होगा
प्रयोग करें;

· हालाँकि वे आम तौर पर काफी छोटे होते हैं (उदाहरण के लिए, 5 सेमी x 2 सेमी x 1 सेमी) और इन्हें जोड़ा जा सकता है
एक चाबी का गुच्छा या डोरी, या एक बटुए में रखा गया, उपयोगकर्ता टोकन ले जाने से घबरा सकते हैं
उनके साथ चारों ओर;

· उपयोगकर्ता अपना टोकन अपने पास रखना भूल सकते हैं या टोकन खो सकते हैं;

· एक मोबाइल डिवाइस (एक सॉफ्टवेयर क्लाइंट के साथ) संभवतः चोरी का संभावित लक्ष्य है
हार्डवेयर टोकन की तुलना में (इसलिए इस डिवाइस के लिए पिन का अतिरिक्त महत्व);

· हार्डवेयर टोकन के विपरीत जहां कुंजी को दुर्गम, छेड़छाड़-रोधी में जला दिया जाता है
मेमोरी, सॉफ़्टवेयर क्लाइंट में कॉन्फ़िगर की गई कुंजी इसके द्वारा पढ़ने योग्य होने की संभावना है
मालिक, खाते को साझा करना संभव बनाता है;

· किसी मोबाइल डिवाइस में 40 अक्षर या उससे अधिक बीज मान दर्ज करना निराशाजनक हो सकता है
और त्रुटि की संभावना है;

· एक बार टीओटीपी डिवाइस पासवर्ड जेनरेट कर देता है, तब तक नया पासवर्ड जेनरेट नहीं किया जा सकता
अगली बार-चरण विंडो, जिसके लिए उपयोगकर्ता को 30 (या संभवतः 60) सेकंड प्रतीक्षा करने की आवश्यकता होती है (उदाहरण के लिए,
यदि कोई प्रविष्टि त्रुटि हो गई है);

· कुछ उपकरणों को कम रोशनी की स्थिति में पढ़ना मुश्किल होता है; प्रेसबायोपिक उपयोगकर्ता और वे
दृष्टिबाधित होने पर डिस्प्ले को पढ़ने में कठिनाई हो सकती है।

अकौन्टस(लेखा)
द्वारा प्रबंधित खाते dacstoken द्वारा उपयोग किए गए खातों से पूरी तरह से अलग हैं
local_passwd_प्रमाणीकरण[21] या कोई अन्य DACS प्रमाणीकरण मॉड्यूल.

HOTP और TOTP उपकरणों के खातों को या तो संयुक्त किया जा सकता है या अलग रखा जा सकता है। यदि आभासी
फ़ाइलस्टोर आइटम प्रकार auth_hotp_token परिभाषित किया गया है, इसका उपयोग केवल संबद्ध खातों के लिए किया जाता है
HOTP टोकन के साथ। इसी प्रकार, यदि वर्चुअल फ़ाइलस्टोर आइटम प्रकार auth_totp_token है
परिभाषित, इसका उपयोग केवल टीओटीपी टोकन से जुड़े खातों के लिए किया जाता है। यदि दोनों में से कोई भी आइटम प्रकार है
परिभाषित नहीं है, खातों तक पहुंच इसके माध्यम से होती है DACS आइटम प्रकार का उपयोग करके वर्चुअल फ़ाइलस्टोर
auth_टोकन. यह माना जाता है कि खाता डेटाबेस पर फ़ाइल अनुमतियाँ ऐसी हैं कि सभी
पहुंच प्रशासक तक ही सीमित है स्थानीय_टोकन_प्रमाणीकरण.

यदि खाते के लिए दो डिवाइस प्रकार हैं संयुक्त, क्योंकि प्रत्येक उपयोगकर्ता नाम के लिए
प्रमाणीकरण विधि अद्वितीय होनी चाहिए, यदि किसी व्यक्ति के पास दोनों प्रकार के टोकन हैं तो उन्हें ऐसा करना ही होगा
अलग-अलग उपयोगकर्ता नाम निर्दिष्ट किए जाएं। इसलिए, उदाहरण के लिए, यदि ऑग्गी के पास एक HOTP टोकन और एक है
TOTP टोकन, पहला उपयोगकर्ता नाम auggie-hotp और बाद वाला उपयोगकर्ता नाम के अनुरूप हो सकता है
ऑग्गी-टोटप; साइन-ऑन फॉर्म में एक डिवाइस-मोड इनपुट शामिल हो सकता है जो ऑग्गी को अनुमति देगा
उपयोगकर्ता नाम फ़ील्ड में बस "ऑग्गी" टाइप करें और जावास्क्रिप्ट को स्वचालित रूप से जोड़ने के लिए
चयनित डिवाइस मोड के आधार पर उपयुक्त प्रत्यय। इसका एक स्पष्ट नुकसान है
कॉन्फ़िगरेशन यह है कि इसके परिणाम दो भिन्न होते हैं DACS एक ही व्यक्ति की पहचान;
यदि ऑग्गी की पहचान के लिए अभिगम नियंत्रण नियम की आवश्यकता हो तो इसे याद रखना होगा
स्पष्ट रूप से. यदि दोनों टोकन को उसी पर मैप करना चाहिए DACS पहचान, प्रामाणिक खंड हो सकता है
सफल प्रमाणीकरण के बाद प्रत्यय को हटा दें, लेकिन व्यवस्थापक तब ऐसा करेगा
दो अलग-अलग ऑग्गीज़ के मामले से सावधान रहने की ज़रूरत है, प्रत्येक एक अलग डिवाइस प्रकार का उपयोग कर रहा है।

Auth_hotp_token और auth_totp_token दोनों आइटम प्रकारों को कॉन्फ़िगर करना (या उनमें से सिर्फ एक)
और auth_token) खातों को अलग रखता है और उसी उपयोगकर्ता नाम का उपयोग करने की अनुमति देता है
दोनों प्रकार के उपकरण. इसलिए ऑग्गी के पास उसी के साथ एक खाता रिकॉर्ड हो सकता है
दोनों डिवाइस प्रकारों के लिए उपयोगकर्ता नाम। इस दृष्टिकोण के लिए डिवाइस मोड को निर्दिष्ट करना आवश्यक है
जब किसी ऑपरेशन का अनुरोध किया जाता है ताकि सही आइटम प्रकार का उपयोग किया जा सके; इस का मतलब है कि
उपयोगकर्ताओं को पता होना चाहिए कि वे किस प्रकार के उपकरण का उपयोग कर रहे हैं (शायद उस पर एक लेबल चिपकाकर)।
संबंधित महत्वपूर्ण विवरण देखें DACS पहचान[22].

RSI -वीएफएस auth_token आइटम प्रकार को कॉन्फ़िगर या पुन: कॉन्फ़िगर करने के लिए उपयोग किया जाता है।

केवल वे कुंजियाँ जो न्यूनतम कुंजी लंबाई आवश्यकता को पूरा करती हैं (16 बाइट्स) के साथ संग्रहित किया जा सकता है
खाता जानकारी (उदाहरण के लिए, के साथ -सेट or -आयात). अन्य संदर्भों में, आवश्यकता है
लागू नहीं किया गया।

गुप्त कुंजी को एन्क्रिप्ट किया गया है dacstoken जब यह खाता फ़ाइल में लिखा जाता है।
वर्चुअल फ़ाइलस्टोर आइटम प्रकार auth_token_keys के लिए एन्क्रिप्शन कुंजी की पहचान करता है dacstoken
उपयोग करने के लिए; -इनकीज और -आउटकी झंडे विकल्प निर्दिष्ट करते हैं (देखें डस्की(1)[23]). यदि
एन्क्रिप्शन कुंजियाँ खो जाती हैं, गुप्त कुंजियाँ व्यावहारिक रूप से अप्राप्य होती हैं।

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

महत्त्वपूर्ण
· इस प्रमाणीकरण विधि का परीक्षण निम्नलिखित ओटीपी उत्पादों के विरुद्ध किया गया है:

· ऑथेनेक्स एक चाबी 3600[24] वन-टाइम पासवर्ड (HOTP) हार्डवेयर टोकन;

· फुटिटियन टेक्नोलॉजीज[25] ओटीपी सी100 और ओटीपी सी200 वन-टाइम पासवर्ड हार्डवेयर
टोकन, द्वारा प्रदान किया गया हाइपरसेक्यू जानकारी सिस्टम[26]; तथा

· शपथ टोकन[27] आर्ची कॉब्स द्वारा सॉफ्टवेयर एप्लिकेशन, जो दोनों को लागू करता है
HOTP और TOTP पर आइपॉड टच, iPhone, और iPad[28]

· फ़ीटियन टेक्नोलॉजीज आई ओथ लाइट[29] आईपॉड के लिए HOTP सॉफ़्टवेयर एप्लिकेशन
टच, आईफोन और आईपैड।

अन्य निर्माता अपने उत्पादों को समर्थन देने में रुचि रखते हैं DACS रहे
डीएसएस से संपर्क करने के लिए आपका स्वागत है।

· तस्वीर[30]: फीटियन ओटीपी सी200, ओएटीएच टोकन ऐप के साथ आईपॉड टच, ऑथेनेक्स ए-की
3600 (ऊपर बाएँ से दक्षिणावर्त)

· हालाँकि यह कार्यान्वयन केवल समान, अनुरूप उत्पादों के साथ ही काम करना चाहिए
ये उत्पाद आधिकारिक तौर पर समर्थित हैं DACS.

· हार्डवेयर टोकन सीधे विक्रेताओं से खरीदे जा सकते हैं।

· प्रमाणित करने के लिए टोकन का उपयोग करने में कोई समस्या DACS नहीं हैं
टोकन विक्रेता की जिम्मेदारी.

आयात करना और निर्यात OTP अकौन्टस(लेखा)
खातों और उनके टोकन के विवरण लोड या डंप किए जा सकते हैं (देखें)। -आयात
और निर्यात झंडे). यह थोक प्रावधान, बैकअप और पोर्टेबिलिटी को सरल बनाता है।
खाते की जानकारी सरल, एप्लिकेशन-विशिष्ट (लगभग) XML प्रारूप में लिखी जाती है।

द्वारा समझा गया प्रारूप dacstoken इसमें एक मूल तत्व ("otp_tokens") शामिल है, जिसके बाद आता है
शून्य या अधिक "otp_token" तत्व, प्रति पंक्ति एक, प्रत्येक आवश्यक और वैकल्पिक के साथ
विशेषताएँ (नीचे वर्णित)। XML घोषणा को छोड़ा जाना चाहिए. अग्रणी रिक्त स्थान और
रिक्त पंक्तियों को अनदेखा कर दिया जाता है, जैसे एकल पंक्ति XML टिप्पणियाँ। इसके अतिरिक्त, "#" वाली पंक्तियाँ
क्योंकि पहले गैर-व्हाट्सएप वर्ण को नजरअंदाज कर दिया जाता है। वैकल्पिक विशेषताएँ जो नहीं हैं
वर्तमान को डिफ़ॉल्ट मान निर्दिष्ट किए गए हैं। डिफ़ॉल्ट डाइजेस्ट एल्गोरिदम SHA1 है। संक्षिप्त विशेषता
स्थान बचाने के लिए नामों का उपयोग किया जाता है। अपरिचित विशेषताएँ, और अप्रासंगिक विशेषताएँ
डिवाइस मोड को नजरअंदाज कर दिया जाता है। XML विशेषता के भीतर एकल या दोहरा उद्धरण वर्ण (या दोनों)।
मानों को संबंधित इकाई संदर्भ ("'" और """ द्वारा प्रतिस्थापित किया जाना चाहिए
क्रमशः), जैसा कि "<" (से कम) और "&" (एम्परसेंड) वर्ण होना चाहिए। ए ">" (बड़ा
थान) वर्ण को वैकल्पिक रूप से ">" अनुक्रम द्वारा प्रतिस्थापित किया जा सकता है, लेकिन किसी अन्य इकाई द्वारा नहीं
सन्दर्भ मान्यता प्राप्त हैं।

मान्यता प्राप्त विशेषताएँ हैं:

· बी:
आधार
- ओटीपी मान के लिए मूलांक
[वैकल्पिक:
10 (डिफ़ॉल्ट),
16या, 32]

· सी:
का मुकाबला
- HOTP के लिए वर्तमान काउंटर मान, यदि पहले हो तो हेक्स में
"0x" (या "0X") द्वारा, अन्यथा दशमलव
[वैकल्पिक:
डिफ़ॉल्ट है 0]

· डी:
OTP युक्ति मोड
- "सी" (एचओटीपी के लिए)
या "टी" (टीओटीपी के लिए)
[आवश्यक]

· डीएन:
डाइजेस्ट-नाम
- सुरक्षित हैश एल्गोरिदम में से एक
[वैकल्पिक:
SHA1 (डिफ़ॉल्ट),
SHA224, SHA256,
SHA384, SHA512]

· डॉ:
घड़ी-बहाव
- टीओटीपी के लिए सेकंड में घड़ी समायोजन
[वैकल्पिक]

· एक:
एन्क्रिप्टेड-कुंजी
-- एन्क्रिप्टेड गुप्त कुंजी, बेस-64 एन्कोडेड
[आवश्यक:
केवल ओटीपी खाता रिकॉर्ड]

· एन:
सक्षम स्थिति
-- 1 सक्षम के लिए,
0 विकलांगों के लिए
[आवश्यक]

· क:
सादापाठ-कुंजी
- अनएन्क्रिप्टेड गुप्त कुंजी
[आवश्यक]

· लू:
आखिरी अपडेट
- पिछले रिकॉर्ड अद्यतन का यूनिक्स समय
[वैकल्पिक: डिफ़ॉल्ट वर्तमान समय है]

· रा:
ndigits
- ओटीपी मान के लिए अंकों की संख्या
[वैकल्पिक:
डिफ़ॉल्ट है 6 HOTP के लिए,
8 टीओटीपी के लिए]

· पी:
प्लेनटेक्स्ट-पिन
-- खाते के लिए प्लेनटेक्स्ट पिन मान
[आवश्यक:
जब तक पीएच मौजूद न हो,
केवल आयात के लिए]

· पीएच:
हैशेड-पिन
-- खाते के लिए हैश किया गया पिन मान
[वैकल्पिक:
द्वारा उत्पन्न dacstoken
केवल निर्यात और ओटीपी खाता फ़ाइलों के लिए]

· एस:
क्रमिक संख्या
- डिवाइस के लिए विशिष्ट पहचानकर्ता स्ट्रिंग
[आवश्यक]

· टीएस:
समय का कदम
- टीओटीपी के लिए समय-चरण मान, सेकंड में
[वैकल्पिक:
डिफ़ॉल्ट है 30]

· आप:
उपयोगकर्ता नाम
-- एक वैध DACS इस खाते से संबद्ध उपयोगकर्ता नाम
[आवश्यक]

निम्नलिखित उदाहरण दो खातों का वर्णन करता है जिन्हें इसका उपयोग करके बनाया जा सकता है -आयात झंडा:







सुरक्षा
क्योंकि आयातित रिकॉर्ड में ओटीपी उपकरणों के लिए अनएन्क्रिप्टेड गुप्त कुंजियाँ शामिल हैं
निर्यात की गई फ़ाइल को एन्क्रिप्टेड रखा जाना चाहिए (उदाहरण के लिए, का उपयोग करके)। openssl) या कम से कम है
उपयुक्त फ़ाइल अनुमतियाँ।

नोट
ओटीपी डिवाइस प्रावधान के लिए एक मानक प्रारूप विकसित किया जा रहा है। यह प्रारूप हो सकता है
के भावी संस्करण द्वारा समझा गया dacstoken, या एक रूपांतरण उपयोगिता लिखी जा सकती है।
मानक प्रारूप की तुलना में काफी अधिक जटिल होने की संभावना है DACS प्रारूप.

विकल्प

मानक के अलावा dacoptions[1], कमांड लाइन फ़्लैग्स की एक लंबी सूची है
मान्यता प्राप्त। जब एक उपयोगकर्ता नाम दिया गया है, उस खाते से जुड़े डिफ़ॉल्ट मान हैं
उपयोग किया जाता है, अन्यथा अनुशंसित या कार्यान्वयन-विशिष्ट डिफ़ॉल्ट का उपयोग किया जाता है। ये डिफ़ॉल्ट
मानों को आमतौर पर कमांड लाइन पर ओवरराइड किया जा सकता है। कुछ झंडों को केवल a के साथ अनुमति दी जाती है
विशेष टोकन मोड (जैसे, -कहना, -totp-शो) और उनका स्वरूप उस विधा को दर्शाता है,
बनाना मोड ध्वज अनावश्यक; अन्य झंडे मोड स्वतंत्र हैं (जैसे, -डेली,
-सक्षम). परस्पर असंगत ध्वज संयोजन का उपयोग करना एक त्रुटि है। झंडे जो हैं
चयनित ऑपरेशन के अर्थहीन को नजरअंदाज कर दिया जाता है, हालांकि वे अभी भी एक मोड का संकेत देते हैं।
हेक्साडेसिमल मान केस असंवेदनशील हैं। यदि एक काउंटर वैल्यू आवश्यक है लेकिन अनिर्दिष्ट है
(उदाहरण के लिए, खाता बनाते समय), शून्य के प्रारंभिक काउंटर मान का उपयोग किया जाता है।

RSI ऑप-स्पेक शून्य या अधिक के साथ निष्पादित किए जाने वाले ऑपरेशन को निर्दिष्ट करता है आपरिवर्तक
झंडे. अगर ऑप-स्पेक गायब है, -सूची ऑपरेशन किया जाता है. एक ऑप-स्पेक से एक है
इस प्रकार है:

-प्रमाण ओटीपी-वैल्यू
यह ध्वज इस प्रकार है -मान्य[31], सिवाय इसके:

· ए उपयोगकर्ता नाम आवश्यक है, जिससे सभी पैरामीटर प्राप्त होते हैं (जैसे कुंजी);

· यदि खाते में पिन है, तो उसे प्रदान किया जाना चाहिए;

· यदि खाता HOTP टोकन के लिए है, तो प्रमाणीकरण के बाद काउंटर अपडेट हो जाएगा
सफल है।

शून्य की निकास स्थिति सफल प्रमाणीकरण को इंगित करती है, जबकि कोई अन्य मान
मतलब प्रमाणीकरण विफल रहा.

-कन्वर्ट फ़ाइल का नाम
एक पुराने प्रारूप (1.4.25 जारी करने से पहले) टोकन खाता फ़ाइल लोड करें फ़ाइल का नाम ("-"
इसका अर्थ है stdin से पढ़ना), इसे नए प्रारूप में परिवर्तित करना, और इसे stdout में लिखना (जैसा कि)।
by निर्यात). यह ध्वज अप्रचलित है और यह क्षमता भविष्य में हटा दी जाएगी
की रिहाई DACS.

-सर्जन करना
के लिए एक अकाउंट बनाएं उपयोगकर्ता नाम, जो पहले से मौजूद नहीं होना चाहिए। अन्य मामलों में यह
जैसे काम करता है -सेट[32]. नया खाता बनाते समय, -धारावाहिक आवश्यक है और -चाभी is
निहित. अगर कोई नहीं -सक्षम खाता बनाते समय ध्वज प्रदान किया जाता है, -अक्षम करना निहित है.
यदि नही -कहना ध्वज प्रदान किया गया है, शून्य का डिफ़ॉल्ट उपयोग किया जाता है। यदि पिन फ़्लैगों में से एक है
उपस्थित होने पर, दिया गया पिन खाते को सौंपा जाएगा, अन्यथा खाता नहीं
एक पिन रखें (या मौजूदा पिन नहीं बदला जाएगा)।

-वर्तमान
वर्तमान गतिशील कारक (यानी, HOTP या अंतराल के लिए काउंटर मान) प्रदर्शित करें
TOTP के लिए मान) और अपेक्षित OTP के लिए उपयोगकर्ता नाम. HOTP के लिए, काउंटर उन्नत है। सभी
पैरामीटर खाते से लिए गए हैं.

-डेली
के लिए खाता हटाएं उपयोगकर्ता नाम. डिवाइस की गुप्त कुंजी और अन्य परिचालन
पैरामीटर खो जाएंगे.

-डेलपिन
यदि खाते पर पिन मौजूद है तो उसे हटा दें उपयोगकर्ता नाम, बिना खाता छोड़े
पिन।

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

% dacstoken -uj उदाहरण -निर्यात | Opensl enc -aes-256-cbc > dacstoken-exported.enc

बाद में, आप कुछ ऐसा कर सकते हैं:

% Opensl enc -d -aes-256-cbc < dacstoken-exported.enc | dacstoken -uj उदाहरण -आयात -

-h
-मदद
एक सहायता संदेश प्रदर्शित करें और बाहर निकलें।

-हॉटपी-शो संख्या
डिस्प्ले संख्या किसी दिए गए काउंटर वैल्यू और कुंजी से लगातार HOTP पासवर्ड।
-कहना प्रारंभिक काउंटर मान निर्दिष्ट करने के लिए ध्वज का उपयोग किया जा सकता है। कुंजी हो सकती है
निर्दिष्ट का उपयोग कर -चाभी, -कुंजी-फ़ाइलया, -कुंजी-संकेत। यदि एक उपयोगकर्ता नाम प्रदान किया गया है,
प्रारंभिक काउंटर वैल्यू और कुंजी उपयोगकर्ता के HOTP खाते से प्राप्त की जाती है, जब तक कि इनमें से कोई भी न हो
कमांड लाइन पर मान ओवरराइड किया गया है; खाते का संग्रहीत काउंटर मूल्य नहीं है
संशोधित. यह मुख्य रूप से डिबगिंग उद्देश्यों के लिए है।

-आयात फ़ाइल का नाम
-आयात-प्रतिस्थापन फ़ाइल का नाम
से खाता और टोकन जानकारी लोड करें फ़ाइल का नाम; अगर फ़ाइल का नाम "-" है, stdin पढ़ा जाता है।
यदि कोई मोड चुना गया है, तो केवल उस मोड वाले खाते ही पढ़े जाएंगे। साथ -आयात यह
यदि कोई आयातित खाता पहले से मौजूद है, और प्रसंस्करण रुक जाता है तो एक त्रुटि; -आयात-प्रतिस्थापन
किसी मौजूदा खाते को आयातित डेटा से बदल देगा।

-l
-सूची
लंबी
If उपयोगकर्ता नाम प्रदान किया गया है, संबंधित खाते के बारे में जानकारी प्रदर्शित करें; यदि
-धारावाहिक ध्वज दिया गया है, निर्दिष्ट क्रम के साथ खाते के बारे में जानकारी प्रदर्शित करें
संख्या; अन्यथा सभी खातों की सूची बनाएं। यदि मोड इनमें से किसी भी मामले में झंडा दिया जाता है,
हालाँकि, केवल उन्हीं खातों को सूचीबद्ध करें जिनमें परिचालन मोड निर्दिष्ट है। यदि यह हो तो
ध्वज को दोहराया जाता है, या के साथ लंबी ध्वज, अधिक विवरण प्रदर्शित होता है: डिवाइस प्रकार,
खाता स्थिति, डिवाइस सीरियल नंबर, काउंटर वैल्यू (HOTP के लिए), क्लॉक ड्रिफ्ट वैल्यू (के लिए)।
टीओटीपी), खाते में पिन है या नहीं ("+" या "-" प्रतीक द्वारा दर्शाया गया है), और
खाते के अंतिम संशोधन का समय और तारीख।

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

-सेट
RSI -सेट फ़्लैग का उपयोग मौजूदा खाते को संशोधित करने के लिए किया जाता है उपयोगकर्ता नाम एक या अधिक पर आधारित
संशोधक तर्क (-बस, -कहना, -अंक, -अक्षम करना or -सक्षम, -चाभी (या -कुंजी-फ़ाइल
or -कुंजी-संकेत), -pin (या -पिन फ़ाइल or -पिन-प्रॉम्प्ट), या -धारावाहिक). मोड भी हो सकता है
निर्दिष्ट करके बदला गया मोड, लेकिन खाते से जुड़े मोड-विशिष्ट पैरामीटर
खो जाएगा (उदाहरण के लिए, यदि HOTP खाता है तो वर्तमान काउंटर मान हटा दिया जाएगा
TOTP खाते में बदल दिया जाएगा) और सामान्य पैरामीटर (जैसे सीरियल नंबर) होंगे
कमांड लाइन पर ओवरराइड होने तक बरकरार रखा जाता है।

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

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

-परीक्षण
कुछ आत्म-परीक्षण करें, फिर बाहर निकलें। गैर-शून्य निकास स्थिति का मतलब है कि कोई त्रुटि हुई।

-totp-शो संख्या
वर्तमान में प्रभावी मापदंडों का उपयोग करके टीओटीपी पासवर्ड का अनुक्रम प्रदर्शित करें:
अंतराल आकार (-totp-टाइमस्टेप), आंकड़ों की संख्या (-अंक), और आधार (-बस).
खाते के संग्रहीत पैरामीटर संशोधित नहीं हैं. यह मुख्य रूप से डिबगिंग के लिए है
प्रयोजनों.

एक तो उपयोगकर्ता नाम प्रदान किया गया है (यह एक टीओटीपी डिवाइस से जुड़ा होना चाहिए), कुंजी और
खाते से अन्य संग्रहीत पैरामीटर का उपयोग तब तक किया जाता है जब तक कि कमांड लाइन द्वारा ओवरराइड न किया जाए
झंडे. के लिए पासवर्ड का क्रम संख्या वर्तमान समय से पहले और बाद के अंतराल,
वर्तमान समय के लिए पासवर्ड के साथ मुद्रित किया जाता है।

यदि नही उपयोगकर्ता नाम दिया गया है, प्रोग्राम कुंजी के लिए संकेत देता है (जिसे प्रतिध्वनित किया जाता है) और उपयोग करता है
पैरामीटर के लिए कमांड लाइन फ़्लैग या डिफ़ॉल्ट मान। इसके बाद यह TOTP पासवर्ड उत्सर्जित करता है
वर्तमान समय के लिए हर बार रिटर्न/एंटर दबाया जाता है। ईओएफ टाइप करने से तत्काल कारण बनता है
समाप्ति।

-मान्य ओटीपी-वैल्यू
If ओटीपी-वैल्यू अगला अपेक्षित वन-टाइम पासवर्ड है, शून्य की निकास स्थिति लौटाएँ
सफलता का संकेत दें; कोई अन्य मान विफलता को इंगित करता है। अगर उपयोगकर्ता नाम दिया गया है, पैरामीटर
सत्यापन के लिए, कुंजी सहित, उस खाते से प्राप्त किए जाते हैं जब तक कि ओवरराइड न किया गया हो
कमांड लाइन. सर्वर की स्थिति नहीं बदली है; उदाहरण के लिए, HOTP काउंटर नहीं है
विकसित। अगर कोई नहीं उपयोगकर्ता नाम दिया जाता है, मोड ध्वज का उपयोग किया जाना चाहिए और पैरामीटर
उस मोड के लिए कुंजी सहित आवश्यक जानकारी दी जानी चाहिए। HOTP मोड के लिए, एक काउंटर वैल्यू
प्रदान किया जाना चाहिए। टीओटीपी मोड के लिए, कमांड लाइन पैरामीटर इस दौरान प्रभावी होते हैं
मान्यता। dacstoken परीक्षण करेंगे कि क्या ओटीपी-वैल्यू में पैरामीटर के विरुद्ध मान्य करता है
प्रभाव।

निम्नलिखित आपरिवर्तक झंडे समझे जाते हैं:

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

-बस संख्या
उपयोग संख्या ओटीपी प्रदर्शित करते समय आधार (मूलांक) के रूप में। का मान है संख्या तक सीमित है
10 (डिफ़ॉल्ट), 16या, 32.

-कहना संख्या
यह सेट करने के लिए 8-बाइट HOTP काउंटर मान है, यदि इससे पहले हेक्स मान के रूप में व्यक्त किया जाता है
"0x" (या "0X") द्वारा, अन्यथा दशमलव। अग्रणी शून्यों को हटाया जा सकता है। इसका तात्पर्य HOTP से है
तरीका। टोकन उपकरणों के लिए, काउंटर (मॉड्यूलो काउंटर) को रीसेट करना संभव नहीं होना चाहिए
अतिप्रवाह) क्योंकि ऐसा मानते हुए पासवर्ड अनुक्रम दोहराया जाएगा
कि कुंजी नहीं बदली गई है; सॉफ़्टवेयर कार्यान्वयन में यह प्रतिबंध नहीं हो सकता है,
हालाँकि, इसलिए सुरक्षा निहितार्थों से सावधान रहें।

-अंक संख्या
उपयोग संख्या ओटीपी प्रदर्शित करते समय अंक। का मान है संख्या तक सीमित है 6, 7, 8 (
डिफ़ॉल्ट), या 9 आधार के साथ 10. यह तक ही सीमित है 6 आधार के साथ 32 और उसकी उपेक्षा की जाती है
आधार 16 (हेक्स आउटपुट)।

-अक्षम करना
के लिए खाता अक्षम करें उपयोगकर्ता नाम। स्थानीय_टोकन_प्रमाणीकरण मॉड्यूल, और -प्रमाण और
-मान्य झंडे, उपयोगकर्ता को खाता पूरा होने तक प्रमाणित करने की अनुमति नहीं देंगे
सक्षम है, हालाँकि खाते पर अन्य परिचालन अभी भी किए जा सकते हैं। अगर -सक्षम
बाद में उपयोग किया जाता है, तो खाता प्रमाणीकरण के लिए उपयोग योग्य हो जाएगा और है
जिस समय इसे निष्क्रिय किया गया था, उसी स्थिति में इसे बहाल कर दिया गया। को अक्षम करना कोई त्रुटि नहीं है
पहले से ही अक्षम खाता.

-सक्षम
के लिए खाता सक्षम करें उपयोगकर्ता नाम। स्थानीय_टोकन_प्रमाणीकरण मॉड्यूल अनुमति देगा
उपयोगकर्ता प्रमाणित करने के लिए. पहले से सक्षम खाते को सक्षम करना कोई त्रुटि नहीं है।

-हॉटपी-विंडो संख्या
यदि अपेक्षित HOTP पासवर्ड दिए गए पासवर्ड से मेल नहीं खाता है, तो मिलान करने का प्रयास करें
संख्या अनुक्रम में अपेक्षित पासवर्ड के बाद पासवर्ड। के लिए शून्य का मान संख्या
इस खोज को अक्षम कर देता है.

-इनकीज वस्तु परक
गुप्त कुंजियों को डिक्रिप्ट करने के लिए, पहचाने गए स्टोर का उपयोग करें वस्तु परक, संभवतः
dacs.conf में कॉन्फ़िगर किया गया।

-चाभी keyval
उपयोग keyval गुप्त कुंजी के रूप में, हेक्स अंक स्ट्रिंग के रूप में व्यक्त किया गया।

सुरक्षा
कमांड लाइन पर कुंजी देना सुरक्षित नहीं है क्योंकि यह दिखाई दे सकता है
अन्य प्रक्रियाएँ.

-कुंजी-फ़ाइल फ़ाइल का नाम
हेक्स अंक स्ट्रिंग के रूप में व्यक्त गुप्त कुंजी पढ़ें फ़ाइल का नाम. अगर फ़ाइल का नाम is
"-", कुंजी stdin से पढ़ी जाती है।

-कुंजी-संकेत
गुप्त कुंजी के लिए संकेत, हेक्स अंक स्ट्रिंग के रूप में व्यक्त किया गया। इनपुट प्रतिध्वनि नहीं है.

मोड ओटीपी-मोड
यह उपयोग के लिए टोकन के प्रकार (ओटीपी डिवाइस मोड) को (असंवेदनशील रूप से) निर्दिष्ट करता है
साथ में -सेट, -सर्जन करना, और सत्यापन और सिंक्रनाइज़ेशन संचालन। ओटीपी-मोड हो सकता है
काउंटर मोड के लिए या तो काउंटर या हॉटपी, या समय-आधारित मोड के लिए समय या टोटपी। यह
नया खाता बनाते समय ध्वज की आवश्यकता होती है।

-आउटकी वस्तु परक
गुप्त कुंजियों को एन्क्रिप्ट करने के लिए, पहचाने गए स्टोर का उपयोग करें वस्तु परक, संभवतः परिभाषित
dacs.conf में।

-pin पिनवल
उपयोग पिनवल खाते के लिए गुप्त पिन के रूप में।

सुरक्षा
कमांड लाइन पर पिन देना सुरक्षित नहीं है क्योंकि यह दिखाई दे सकता है
अन्य प्रक्रियाएँ.

-पिन-बाधाएँ str
के बजाय का उपयोग करने का पासवर्ड_बाधाएँ[14], उपयोग करें str (समान सिंटैक्स वाला और
पिन के लिए आवश्यकताओं का वर्णन करने के लिए शब्दार्थ)।

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

-पिन फ़ाइल फ़ाइल का नाम
से गुप्त पिन पढ़ें फ़ाइल का नाम. अगर फ़ाइल का नाम "-" है, पिन stdin से पढ़ा जाता है।

-पिन-प्रॉम्प्ट
गुप्त पिन के लिए संकेत दें. इनपुट प्रतिध्वनि नहीं है.

-रन्दो
भविष्य उपयोग के लिए आरक्षित।

बीज str
भविष्य उपयोग के लिए आरक्षित।

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

नोट
एक क्षेत्राधिकार जो हार्डवेयर टोकन और दोनों को अनुमति देता है (या अंततः अनुमति दे सकता है)।
सॉफ़्टवेयर-जनरेटिंग क्लाइंट एप्लिकेशन को औपचारिक रूप से अपनाने पर विचार करना चाहिए
इसके टोकन के लिए नामकरण योजना। उदाहरण के लिए, व्यवस्थापक इसमें "-hw" जोड़ सकता है
बनाने के लिए विक्रेता का क्रमांक dacstoken क्रम संख्या। सॉफ्टवेयर के लिए
टोकन, व्यवस्थापक एक बना सकता है dacstoken क्रमांक जोड़कर
डिवाइस के लिए विक्रेता के सीरियल नंबर पर "-sw"।

-totp-डेल्टा संख्या
आधार समय को समायोजित करें संख्या अंतराल (प्रत्येक चरण का आकार सेकंड की संख्या) जब
TOTP की गणना करना। संख्या नकारात्मक, शून्य या सकारात्मक हो सकता है। इसका प्रयोग सही करने के लिए किया जाता है
अपर्याप्त रूप से समकालिक घड़ियों के लिए.

-totp-बहाव nwindows
TOTP के लिए, विंडो आकार का उपयोग करें nwindows (अंतराल आकार के संदर्भ में) के लिए
सत्यापन. अगर nwindows is 0, परिकलित TOTP मान दिए गए मान से मेल खाना चाहिए
बिल्कुल। अगर nwindows is 1उदाहरण के लिए, dacstoken दिए गए TOTP से मिलान करने का प्रयास करेंगे
पिछले, वर्तमान और अगले अंतराल में मूल्य। यह घड़ियों को अंदर आने की अनुमति देता है
सिस्टम चल रहा है dacstoken (या स्थानीय_टोकन_प्रमाणीकरण) और टोकन उत्पादक उपकरण
कम अच्छी तरह से सिंक्रनाइज़ होना।

सुरक्षा
यद्यपि यह खराब सिंक्रनाइज़ घड़ियों के लिए क्षतिपूर्ति करता है, जिससे इसका मूल्य बढ़ जाता है
nwindows वन-टाइम पासवर्ड का जीवनकाल बढ़ाकर सिस्टम को कमजोर करता है।

-totp-हैश ALG
उपयोग ALG TOTP के साथ डाइजेस्ट एल्गोरिदम के रूप में। का मान है ALG (केस) तक ही सीमित है
असंवेदनशील रूप से) SHA1 (डिफ़ॉल्ट), SHA256, या SHA512।

-totp-टाइमस्टेप सेकेंड
उपयोग सेकेंड TOTP की गणना करते समय अंतराल आकार के रूप में। यह शून्य से अधिक होना चाहिए.
डिफ़ॉल्ट है 30 सेकंड.

सुरक्षा
यद्यपि यह खराब सिंक्रनाइज़ घड़ियों के लिए क्षतिपूर्ति करता है, जिससे इसका मूल्य बढ़ जाता है
सेकेंड वन-टाइम पासवर्ड का जीवनकाल बढ़ाकर सिस्टम को कमजोर करता है।

-वीएफएस vfs_uri
उपयोग vfs_uri ओवरराइड करने के लिए वीएफएस[33] कॉन्फ़िगरेशन निर्देश प्रभावी। यह हो सकता है
auth_token, auth_hotp_token, या auth_totp_token को कॉन्फ़िगर या पुन: कॉन्फ़िगर करने के लिए उपयोग किया जाता है
जिन खातों पर कार्रवाई की जा रही है उनके लिए भंडारण विधि निर्दिष्ट करें।

त्रुटि संदेशों के अलावा, जो मानक त्रुटि पर मुद्रित होते हैं, सभी आउटपुट को जाता है
मानक आउटपुट।

आम तौर पर, ए दासोप्शन क्षेत्राधिकार का चयन करने के लिए निर्दिष्ट किया जाएगा जिसकी ओर से
खातों का प्रबंधन किया जा रहा है.

उदाहरण

ये उदाहरण मानते हैं कि उपयोग किए जाने वाले क्षेत्राधिकार का नाम उदाहरण और उसका संघ है
डोमेन example.com है.

इस प्रमाणीकरण विधि का उपयोग करने के लिए, a DACS व्यवस्थापक निम्नलिखित चरण निष्पादित कर सकता है
उपयोगकर्ता को सौंपे गए प्रत्येक ओटीपी डिवाइस के लिए:

1. एक समर्थित टोकन प्राप्त करें, समीक्षा करें कि प्रमाणीकरण के लिए इसका उपयोग कैसे किया जाता है, और मूल्यों का चयन करें
विभिन्न मापदंडों के लिए. विक्रेता से डिवाइस की गुप्त कुंजी प्राप्त करें; के लिए
एक प्रोग्राम करने योग्य डिवाइस, एक उपयुक्त यादृच्छिक कुंजी का चयन करें और इसे डिवाइस में प्रोग्राम करें।
वर्तमान काउंटर मान विक्रेता से भी प्राप्त किया जा सकता है, हालाँकि ऐसा है
शून्य से प्रारंभ होने की संभावना; प्रोग्रामयोग्य डिवाइस के लिए, काउंटर मान को इस पर सेट करें
शून्य। तय करें कि पिन की आवश्यकता होगी या नहीं (देखें) TOKEN_REQUIRES_PIN[9]). यदि कोई सॉफ्टवेयर
क्लाइंट का उपयोग किया जा रहा है, उपयोगकर्ता के डिवाइस पर सॉफ़्टवेयर इंस्टॉल करें (या उपयोगकर्ता से ऐसा करने को कहें)।
so), और सॉफ़्टवेयर को कॉन्फ़िगर करें।

2. तय करें कि खाते की जानकारी कहाँ संग्रहीत की जाएगी और यदि आवश्यक हो, तो उपयुक्त जोड़ें
वीएफएस[33] dacs.conf को निर्देश। डिफ़ॉल्ट (site.conf में पाया गया) खाता बनाए रखता है
प्रत्येक क्षेत्राधिकार के डिफ़ॉल्ट निजी के भीतर auth_tokens नामक फ़ाइल में जानकारी
क्षेत्र:

VFS "[auth_token]dacs-kwv-fs:${Conf::FEDERATIONS_ROOT}/\
${Conf::FEDERATION_DOMAIN}/${Conf::JURISDICTION_NAME}/auth_tokens"

3. खाता जानकारी को एन्क्रिप्ट करने के लिए कुंजियाँ उत्पन्न करें (देखें)। टोकन और गुप्त Instagram पर [34]) और
तय करें कि उन्हें कहाँ संग्रहीत किया जाएगा; उदाहरण के लिए (आपकी उपयोगकर्ता आईडी, समूह आईडी, पथ,
क्षेत्राधिकार का नाम, और महासंघ का डोमेन भिन्न हो सकता है):

% सीडी /यूएसआर/लोकल/डीएसी/फेडरेशन_रूट/example.com/EXAMPLE
% dacskey -uj उदाहरण -q auth_token_keys
% chgrp www auth_token_keys
% chmod 0640 auth_token_keys

यदि आवश्यक हो, तो एक उपयुक्त जोड़ें वीएफएस[33] dacs.conf को निर्देश; डिफ़ॉल्ट, जो है
ऊपर प्रयुक्त, खाते की जानकारी को auth_token_keys नामक फ़ाइल में बनाए रखता है
प्रत्येक क्षेत्राधिकार का डिफ़ॉल्ट निजी क्षेत्र:

VFS "[auth_token_keys]dacs-fs:${Conf::FEDERATIONS_ROOT}/\
${Conf::FEDERATION_DOMAIN}/${Conf::JURISDICTION_NAME}/auth_token_keys"

4. यदि आप चाहते हैं कि उपयोगकर्ता साइन इन करें dacs_प्रमाणीकरण(8)[2], आपको एक कॉन्फ़िगर करना होगा
उदाहरण के लिए, dacs.conf में उपयुक्त प्रामाणिक खंड:


यूआरएल "टोकन"
शैली "पास"
नियंत्रण "पर्याप्त"


5. ऐसे कई तरीके हैं जिनसे एक प्रशासक आगे बढ़ सकता है, यह इस पर निर्भर करता है कि कितना
प्रयास उपयोगकर्ताओं द्वारा किया जा सकता है (उदाहरण के लिए, क्या उन पर भरोसा किया जा सकता है, उनकी तकनीकी
क्षमता), कितने उपयोगकर्ता हैं (कुछ, या हजारों), और सुरक्षा का स्तर
आवश्यक.

1. एक फ़ाइल तैयार करें जिसमें a एक्सएमएल रिकॉर्ड[35] बनाए जाने वाले प्रत्येक खाते के लिए; अगर
पिन का उपयोग किया जाना है, प्रत्येक खाते के लिए एक यादृच्छिक पिन निर्दिष्ट करें;

2. का उपयोग करें -आयात[36] खाते बनाने के लिए ध्वज;

3. उपयोगकर्ता को टोकन डिवाइस, उपयोगकर्ता नाम और (यदि आवश्यक हो) प्रारंभिक पिन दें
(शायद पहचान की पुष्टि करना), कोई भी आवश्यक प्रदर्शन प्रदान करना और
निर्देश;

4. उपयोगकर्ता से खाते के लिए पिन सेट या रीसेट करने को कहें, और उपयोगकर्ता से साइन इन करने के लिए कहें
सही संचालन की पुष्टि के लिए टोकन का उपयोग करना।

HOTP डिवाइस के लिए उपयोगकर्ता बोबो के लिए एक अक्षम खाता बनाने के लिए:

% dacstoken -uj उदाहरण -मोड हॉटपी -सीरियल 37000752 -की-फ़ाइल bobo.key -बोबो बनाएं

खाते की गुप्त कुंजी (जो पहले से मौजूद नहीं होनी चाहिए) फ़ाइल से पढ़ी जाती है
बोबो.कुंजी. नए खाते डिफ़ॉल्ट रूप से अक्षम हैं; उपयोग -सक्षम एक सक्षम खाता बनाने के लिए.

एक बार खाता बन जाने के बाद, इसे टोकन के साथ सिंक्रनाइज़ किया जा सकता है। सिंक्रनाइज़ करने के लिए
उपयोगकर्ता बोबो के लिए HOTP टोकन:

% dacstoken -uj उदाहरण -सिंक 433268,894121,615120 बोबो

इस उदाहरण में, विशेष टोकन ने लगातार तीन पासवर्ड 433268 उत्पन्न किए,
894121, और 615120। ध्यान दें कि पासवर्ड अनुक्रम स्ट्रिंग जो अनुसरण करती है -सिंक झंडा है
एक एकल तर्क जिसमें कोई एम्बेडेड स्थान नहीं हो सकता। यदि इस टोकन की कुंजी है
19c0a3519a89b4a8034c5b9306db, इस टोकन द्वारा उत्पन्न अगला पासवर्ड 544323 होना चाहिए
(काउंटर वैल्यू के साथ 13). इसका उपयोग करके सत्यापित किया जा सकता है -हॉटपी-शो:

% डैकस्टोकन -हॉटपी-शो 5 -काउंटर 10 -कुंजी 19c0a3519a89b4a8034c5b9306db
000000000000000a: 433268
000000000000000बी: 894121
000000000000000c: 615120
000000000000000d: 544323
000000000000000e: 002442

उपयोगकर्ता बोबो के लिए खाता सक्षम करने के लिए:

% dacstoken -uj उदाहरण -सक्षम -सेट बोबो

पिन सेट करने और उपयोगकर्ता बोबो के लिए खाता सक्षम करने दोनों के लिए:

% dacstoken -uj उदाहरण -सक्षम -पिन "CzAy" -सेट बोबो

सभी खातों को विस्तार से सूचीबद्ध करने के लिए:

% dacstoken -uj उदाहरण -लंबा

RSI -सूची फ़्लैग अनावश्यक है क्योंकि यह डिफ़ॉल्ट ऑपरेशन है। मोड, -कहना, आदि
सूचीबद्ध करते समय संशोधक का कोई प्रभाव नहीं पड़ता है।

केवल बोबो के खाते को सूचीबद्ध करने के लिए:

% dacstoken -uj उदाहरण -सूची बोबो

यदि इस उपयोगकर्ता के पास खाता नहीं है तो निकास स्थिति गैर-शून्य होगी।

क्रमांक 37000752 वाले डिवाइस के लिए खाता प्रदर्शित करने के लिए:

% dacstoken -uj उदाहरण - क्रमांक 37000752

सीरियल नंबर, जिसे विशिष्ट रूप से एक टोकन की पहचान करनी चाहिए, अक्सर टोकन पर मुद्रित होता है
या टोकन द्वारा प्रदर्शित किया जा सकता है।

बोबो के मौजूदा खाते के लिए काउंटर वैल्यू सेट करने के लिए:

% dacstoken -uj उदाहरण -काउंटर 9 -सेट बोबो

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

उपयोगकर्ता नाम बोबो के लिए पिन बदलने के लिए:

% dacstoken -uj उदाहरण -पिन-प्रॉम्प्ट -सेट बोबो

प्रोग्राम नए पिन के लिए संकेत देगा.

वैकल्पिक खाता फ़ाइल, /secure/auth_tokens का उपयोग करने के लिए:

% dacstoken -uj उदाहरण -vfs "dacs-kwv-fs:/secure/auth_tokens" -सूची

नई कुंजियों का उपयोग करने के लिए (पहले जैसी ही धारणाएँ बनाते हुए), इसमें एक उपयुक्त VFS निर्देश जोड़ें
dacs.conf; डिफ़ॉल्ट आइटम प्रकार auth_token_keys_prev को निम्नानुसार परिभाषित करता है:

VFS "[auth_token_keys_prev]dacs-fs:${Conf::FEDERATIONS_ROOT}/\
${Conf::FEDERATION_DOMAIN}/${Conf::JURISDICTION_NAME}/auth_token_keys.prev"

% सीडी /यूएसआर/लोकल/डीएसी/फेडरेशन_रूट/example.com/EXAMPLE
% एमवी auth_token_keys auth_token_keys.prev
% dacskey -uj उदाहरण -q auth_token_keys
% chgrp www auth_token_keys
% chmod 0640 auth_token_keys
% dacstoken -uj उदाहरण -inkeys auth_token_keys.prev -set

निदान

यदि कोई त्रुटि हुई तो प्रोग्राम 0 या 1 से बाहर निकल जाता है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन dacstoken का उपयोग करें