Kastle Systems की फोब्स और कार्ड्स: उन्हें बदलना क्यों मुश्किल है

Kastle Systems कौन है और स्पेयर प्राप्त करना क्यों मुश्किल है

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

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

कास्टल इस मॉडल को बनाए रख सकता है इसका अंतर्निहित कारण स्वयं प्रारूप है। Kastle Systems 32-बिट प्रारूप एक मालिकाना डेटा संरचना और पैरिटी योजना का उपयोग करता है जो सार्वजनिक रूप से प्रलेखित नहीं है और सामान्य-प्रयोजन आपूर्तिकर्ताओं से उपलब्ध कमोडिटी 26-बिट H10301 संगत कार्डों द्वारा समर्थित नहीं है। सटीक फ़ील्ड लेआउट जाने बिना कोई आपूर्तिकर्ता एक कार्यशील एक्सेस कार्ड नहीं बना सकता — और ठीक इसी वजह से संगत Kastle फ़ॉब ऐतिहासिक रूप से Kastle के अपने चैनल के बाहर अनुपलब्ध रहे हैं।

32-बिट कास्टल प्रारूप: सुविधा कोड, कार्ड नंबर और इश्यू लेवल

Kastle एक्सेस कार्ड 125 kHz पर संचालित होते हैं — वही वाहक आवृत्ति जिसका उपयोग सर्वव्यापी 26-बिट Wiegand मानक करता है। समानता बस इसी सतही स्तर तक सीमित है। Kastle प्रारूप 32 बिट चौड़ा है और इसमें तीन कार्यात्मक डेटा फ़ील्ड होते हैं: एक facility code जो साइट या इमारत की पहचान करता है, एक कार्ड नंबर जो व्यक्तिगत एक्सेस कार्ड की पहचान करता है, और एक Issue Level फ़ील्ड जिसका मानक प्रॉक्सिमिटी प्रारूपों में कोई समकक्ष नहीं है।

Issue Level फ़ील्ड इसलिए महत्वपूर्ण है क्योंकि यह Kastle को — और इसके ज़रिए एक्सेस कंट्रोलर को — एक ही व्यक्ति को समय के साथ जारी किए गए, समान कार्ड नंबर वाले कई एक्सेस कार्डों के बीच अंतर करने देता है। जब कोई फ़ॉब खोया हुआ बताया जाता है और बढ़े हुए इश्यू लेवल के साथ नया कार्ड जारी किया जाता है, तो कंट्रोलर को पूरे एक्सेस शेड्यूल में कार्ड-नंबर बदले बिना ही पिछले एक्सेस कार्ड को अस्वीकार करने का निर्देश दिया जा सकता है। यह एक प्रबंधित-सेवा वातावरण में एक उपयोगी प्रशासनिक नियंत्रण है, जहाँ बैक एंड को किरायेदार नहीं बल्कि प्रदाता नियंत्रित करता है।

ट्रांसमिशन अखंडता को मान्य करने के लिए डेटा पेलोड में Kastle-विशिष्ट पैरिटी बिट्स जोड़े जाते हैं। यह पैरिटी योजना H10301 की सीधी सम/विषम पैरिटी नहीं है; यह 32-बिट लेआउट के अनुरूप बनाई गई है और किसी भी ऐसे एक्सेस कार्ड को रीडर द्वारा अस्वीकार करा देगी जहाँ पैरिटी गणना मेल नहीं खाती। यही कई कारणों में से एक है कि केवल किसी अनुमानित बिट पैटर्न से T5577 रीराइटेबल LF चिप को प्रोग्राम कर देने भर से कोई कार्यशील एक्सेस कार्ड नहीं बनता — पैरिटी की गणना वास्तविक facility code और कार्ड नंबर मानों के आधार पर सही ढंग से होनी चाहिए। हमारी मार्गदर्शिका कस्टम सुविधा कोड और मालिकाना प्रारूप कवर करती है कि गैर-मानक समता योजनाएं 125 kHz क्रेडेंशियल इंजीनियरिंग के व्यापक परिदृश्य में कैसे फिट होती हैं।

प्रारूप दृढ़ता से 125 kHz LF प्रॉक्सिमिटी टियर में आता है — कोई क्रिप्टोग्राफिक प्रमाणीकरण नहीं है, कोई पारस्परिक चैलेंज-रिस्पॉन्स नहीं है, और फ़ॉब तथा रीडर के बीच कोई एन्क्रिप्टेड चैनल नहीं है। सुरक्षा मॉडल पूरी तरह प्रारूप की अस्पष्टता और एक्सेस-कार्ड आपूर्ति को सीमित रखने वाले प्रबंधित-सेवा चैनल पर निर्भर करता है।

प्रबंधित एक्सेस प्रतिस्थापन को दर्दनाक क्यों बनाता है

एक मालिकाना प्रारूप और एक बंद आपूर्ति श्रृंखला का संयोजन प्रबंधित और क्लाउड एक्सेस प्लेटफ़ॉर्मों में आम है। इस मामले में Kastle अकेला नहीं है — वेंडर-लॉक किए गए एक्सेस कार्डों के इर्द-गिर्द बने सिस्टमों में कई अन्य एंटरप्राइज़ प्लेटफ़ॉर्म शामिल हैं, जहाँ लॉक ब्रांड हार्डवेयर और सॉफ़्टवेयर दोनों को नियंत्रित करता है। Kastle को जो अलग करता है वह है इसकी बाज़ार पैठ: यह प्लेटफ़ॉर्म प्रमुख अमेरिकी महानगरों में बहुत बड़ी संख्या में क्लास A ऑफिस इमारतों में मौजूद है, यानी धीमी एक्सेस-कार्ड आपूर्ति से प्रभावित किरायेदारों की संख्या काफ़ी बड़ी है।

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

यही वजह है कि एक सही ढंग से एन्कोड किया गया संगत एक्सेस कार्ड — जिसमें सही facility code, कार्ड नंबर, इश्यू लेवल और पैरिटी हो — का वास्तविक परिचालन मूल्य होता है। यह कोई जुगाड़ नहीं है; यह उन स्थितियों के लिए एक आपूर्ति-श्रृंखला विकल्प है जहाँ प्रबंधित प्रदाता की पूर्ति समय-सीमा किरायेदार की परिचालन आवश्यकता से मेल नहीं खाती। जिन इमारतों और सुविधा टीमों का अपने एक्सेस शेड्यूल पर अधिकार होता है, वे Kastle को शामिल किए बिना कार्ड नंबर जोड़ और हटा सकती हैं, बशर्ते एक्सेस कार्ड स्वयं प्रारूप विनिर्देश के अनुसार सही ढंग से एन्कोड किया गया हो। इसकी तुलना अन्य मालिकाना लॉन्ग-फ़ॉर्मेट एक्सेस कार्डों से करें, जैसे Lenel 42-बिट संगत या Avigilon 56-बिट संगत, जहाँ वही सिद्धांत लागू होता है: एक सही ढंग से एन्कोड किया गया एक्सेस कार्ड रीडर में काम करता है, चाहे उसका सब्सट्रेट किसी ने भी बनाया हो।

एक संगत Kastle एक्सेस कार्ड कैसे एन्कोड किया जाता है

एक कार्यशील संगत Kastle फ़ॉब बनाने के लिए तीन चीज़ों की ज़रूरत होती है: सटीक 32-बिट फ़ील्ड लेआउट का ज्ञान, लक्ष्य इंस्टॉलेशन के लिए सही facility code, और Kastle पैरिटी की सटीक गणना। सब्सट्रेट — यानी भौतिक चिप — एक T5577 या EM4305 LF रीराइटेबल ट्रांसपोंडर है, और ये दोनों ही 125 kHz प्रारूपों के लिए संगत-एक्सेस-कार्ड उद्योग में इस्तेमाल होने वाले उद्योग-मानक घटक हैं। चिप स्वयं में कुछ खास नहीं है; जो मायने रखता है वह उस पर लिखा गया बिट अनुक्रम है।

फ़ैसिलिटी कोड स्थापना-विशिष्ट है। प्रत्येक कास्टल-प्रबंधित भवन को अपना फ़ैसिलिटी कोड सौंपा जाता है, और गलत फ़ैसिलिटी कोड के साथ एन्कोड किया गया एक्सेस क्रेडेंशियल उस साइट पर हर रीडर द्वारा अस्वीकार कर दिया जाएगा, भले ही कार्ड नंबर और समता अन्यथा सही हों। इसका मतलब है कि एक संगत आपूर्तिकर्ता को एक कार्यशील एक्सेस क्रेडेंशियल का उत्पादन करने के लिए ग्राहक के फ़ैसिलिटी कोड की आवश्यकता होती है — इसे कच्चे डेटा को पढ़े बिना एक नमूना की फ़ॉब से अनुमान नहीं लगाया जा सकता है, और Security ID Systems को ग्राहक को इसे आपूर्ति करने या एक मौजूदा एक्सेस क्रेडेंशियल प्रदान करने की आवश्यकता होती है जिससे इसे ऑर्डर प्रक्रिया के दौरान निकाला जा सके।

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

एक बार एन्कोड होने के बाद, शिपिंग से पहले एक्सेस क्रेडेंशियल को टेस्ट रीडर के खिलाफ सत्यापित किया जाता है। एक संगत कास्टल की फ़ॉब रीडर के दृष्टिकोण से एक वास्तविक कास्टल-जारी एक्सेस क्रेडेंशियल के समान प्रस्तुत होती है: रीडर 32-बिट पेलोड को डीकोड करता है, Wiegand डेटा को कंट्रोलर को अग्रेषित करता है, और कंट्रोलर अपने एक्सेस शेड्यूल की जांच करता है। एक्सेस क्रेडेंशियल को उसके भौतिक मूल से अलग करने के लिए कोई रीडर-साइड तंत्र नहीं है।

एक संगत कास्टल फोब या कार्ड का ऑर्डर देना

संगत कास्टल एक्सेस क्रेडेंशियल ऑर्डर करने वाले ग्राहकों को फ़ैसिलिटी कोड और आवश्यक कार्ड नंबर या कार्ड नंबरों की सीमा प्रदान करने की आवश्यकता होती है। यदि आपके पास एक मौजूदा कास्टल की फ़ॉब है, तो फ़ैसिलिटी कोड को एक्सेस क्रेडेंशियल से पढ़ा जा सकता है और एन्कोडिंग शुरू होने से पहले पुष्टि की जा सकती है। यदि आपके पास एक कार्यशील नमूना नहीं है, तो भवन प्रबंधन या आपका कास्टल सेवा संपर्क आमतौर पर आपकी साइट के लिए फ़ैसिलिटी कोड प्रदान कर सकता है — यह भवन स्तर पर कोई रहस्य नहीं है; यह केवल कास्टल नेटवर्क के भीतर आपकी स्थापना की पहचान करता है।

Security ID Systems क्लैमशेल कार्ड और की फ़ॉब दोनों फॉर्म फैक्टर में संगत कास्टल एक्सेस क्रेडेंशियल प्रदान करता है। दोनों सब्सट्रेट एक ही LF चिप का उपयोग करते हैं और समान एन्कोडेड डेटा ले जाते हैं; चुनाव विशुद्ध रूप से भौतिक है। की फ़ॉब कास्टल भवनों के लिए अधिक सामान्य जारी करने का प्रारूप है, लेकिन कार्ड उन प्रतिष्ठानों के लिए उपलब्ध हैं जो लिफ्ट लैंडिंग या माध्यमिक प्रवेश बिंदुओं पर कार्ड रीडर का उपयोग करते हैं। न्यूनतम ऑर्डर मात्रा और लीड टाइम कास्टल संगत एक्सेस क्रेडेंशियल उत्पाद पृष्ठ.

पर सूचीबद्ध हैं यदि आप अपने प्रारूप के बारे में अनिश्चित हैं या किसी मौजूदा एक्सेस क्रेडेंशियल को पढ़ने में सहायता की आवश्यकता है, तो हमारा एक्सेस कार्ड फॉर्मेट पहचान गाइड 125 kHz प्रॉक्सिमिटी एक्सेस क्रेडेंशियल के लिए प्रक्रिया बताता है। जिन ग्राहकों ने जांच की है और पाया है कि उनकी इमारत वास्तव में Kastle 32-bit फॉर्मेट का उपयोग नहीं करती है — जो एक्सेस प्रदाताओं के बीच संक्रमण करने वाली इमारतों में एक असामान्य स्थिति नहीं है — वे तुलनीय लॉन्ग-फॉर्मेट प्रोप्रायटरी कंपैटिबल भी ब्राउज़ कर सकते हैं, जिनमें शामिल हैं Software House CCOTZ 37-bit, ADT 31-bit, और ATSW30 30-bit एक्सेस क्रेडेंशियल, साथ ही नए क्लाउड-मैनेज्ड प्लेटफॉर्म कंपैटिबल जैसे Verkada कंपैटिबल कार्ड.

Security ID Systems संगत एक्सेस-कंट्रोल क्रेडेंशियल का एक स्वतंत्र निर्माता और आपूर्तिकर्ता है और Kastle Systems से संबद्ध, अधिकृत या समर्थित नहीं है।