खाता सुरक्षा
सर्भर सुरक्षाले साइटहरूलाई सुरक्षित गर्दछ। खाता सुरक्षाले तिनीहरूका कुञ्जीहरूलाई सुरक्षित गर्दछ। प्रत्येक Zinn Digital® लगइन एउटा मापदण्ड-आधारित पहिचान प्रणालीमा चल्छ — पासकीहरू र WebAuthn, TOTP दुई-तत्व प्रमाणीकरण, म्याजिक-लिङ्क साइन-इन, इन्टरप्राइज र एजेन्सी टोलीहरूका लागि SAML SSO — जसको पछाडि विस्तृत भूमिकाहरू, प्रति-संस्था API कुञ्जीहरू र थप मात्र गर्न सकिने अडिट लग रहेका छन्।
धेरैजसो होस्टिङ खाताहरू डाटाबेसमा रहेको पासवर्ड मात्र हुन्, जुन नियन्त्रण प्यानलमा जोडिएका हुन्छन्। हाम्रो भने एक समर्पित पहिचान प्रणाली हो — OIDC र SAML समर्थन गर्ने Keycloak — जुन सबै कुराको अगाडि रहन्छ: ग्राहक ड्यासबोर्ड, कर्मचारी एडमिन कन्सोल, यो सार्वजनिक साइट र ज्ञान आधार, र तपाईंका समर्थन टिकटहरू। एक पटक साइन इन गर्नुहोस् र तपाईं ती सबैमा साइन इन हुनुहुनेछ।
स्वामित्व भएको लगइनको सट्टा खुला मानकहरूमा निर्माण गरिएको हुनाले, प्लेटफर्मको अन्य प्रत्येक कम्पोनेन्ट जस्तै पहिचान तह पनि बदल्न सकिने खालको छ। तपाईंको पहुँच मोडेलको कुनै पनि भाग विक्रेताको उत्पादन भित्र फस्दैन, र तपाईंको टोलीको प्रमाणीकरण हामीले एक आपूर्तिकर्ता कायम राख्नुमा निर्भर हुँदैन। यो उही नो-लक-इन सिद्धान्त हो जुन हामी CDN खाताहरू, DNS र भुक्तानी प्रदायकहरूमा लागू गर्छौं।
साइन-इन स्थानीयकृत गरिएको छ, र साइटबाट लगइन स्क्रिनमा जाँदा तपाईंको भाषा पनि साथमै रहन्छ — जसले गर्दा विभिन्न देशहरूमा फैलिएको टोलीलाई अंग्रेजी-मात्र लगइन प्रयोग गर्न बाध्य पारिँदैन।
चारवटा विधिहरू, सबै उत्कृष्ट स्तरका, सबै प्रतिव्यक्ति कन्फिगर गर्न सकिने। प्रस्ताव गरिएको एकमात्र विकल्प भएकै कारण कसैलाई पनि सबैभन्दा कमजोर विकल्प रोज्न बाध्य पारिँदैन।
आफ्नो इमेल प्रविष्ट गर्नुहोस्, लिङ्कमा क्लिक गर्नुहोस्, र तपाईं भित्र प्रवेश गर्नुहुनेछ। फिसिङ गर्न, पुन: प्रयोग गर्न, वा डाटा उल्लङ्घनमा चुहावट हुनका लागि कुनै पासवर्ड छैन। यो नयाँ खाताहरूका लागि पूर्वनिर्धारित मार्ग हो, र धेरैजसो मानिसहरूका लागि यो नै उनीहरूलाई चाहिने एकमात्र मार्ग हो।
पासकी दर्ता गर्नुहोस् — Touch ID, Face ID, Windows Hello, वा YubiKey जस्तो हार्डवेयर की — र कुनै पनि पासवर्ड बिना साइन इन गर्नुहोस्। पासकीहरू मूल डोमेनसँग बाँधिएका हुन्छन्, त्यसैले उस्तै देखिने नक्कली लगइन पृष्ठले यसलाई चोर्न सक्दैन। प्लेटफर्मले ES256 र RS256 प्रमाणीकरणकर्ताहरूलाई स्वीकार गर्दछ र प्रयोगकर्ता प्रमाणीकरणलाई प्राथमिकता दिन्छ।
मानक पहिचान-प्रदायक जडान मार्फत Google बाट साइन इन गर्नुहोस्, जसले गर्दा तपाईंको Google Workspace ले पहिले नै लागू गरेका नियन्त्रणहरू खाताले प्राप्त गर्दछ। थप प्रदायकहरू पनि त्यसै गरी जडान हुन्छन् — यसमा कुनै पनि कुरा अनुकूलित एकीकरण होइन।
यसको आवश्यकता पर्ने मानिसहरू र स्क्रिप्टहरूका लागि राखिएको, र वास्तविक नीतिअनुसार लागू गरिएको: कम्तिमा बाह्र वर्णहरू, कहिल्यै तपाईंको प्रयोगकर्ता नाम वा इमेल ठेगाना नहुने, तपाईंका पछिल्ला तीनवटा पुनः प्रयोग गर्न नपाइने, Argon2 मार्फत ह्यास गरिएको। खाता प्रयोगयोग्य हुनुअघि इमेल ठेगानाहरू प्रमाणीकरण गरिन्छ।
दोस्रो कारकहरू पहिचान प्रणालीको एक भाग हुन्, यो तपाईंले खरिद गर्ने एड-अन वा तपाईंले आफ्नै साइटमा स्थापना गर्ने प्लगइन होइन।
यदि तपाइँको संस्थाले पहिले नै पहिचान प्रदायक सञ्चालन गरिरहेको छ — Okta, Entra ID, Google Workspace, वा SAML समर्थन गर्ने अन्य कुनै पनि — तपाइँ यसलाई जडान गर्नुहुन्छ र तपाइँका कर्मचारीहरूले तिनीहरूको अवस्थित कर्पोरेट प्रमाणहरू प्रयोग गरी Zinn Digital® मा साइन इन गर्छन्। तपाइँको टोलीका लागि व्यवस्थापन गर्न कुनै दोस्रो पासवर्ड हुँदैन, र बिर्सनका लागि कुनै दोस्रो अफबोर्डिङ चेकलिस्ट हुँदैन।
यो एजेन्सी र रिसेलरको स्तरमा सबैभन्दा बढी महत्त्वपूर्ण हुन्छ, जहाँ कर्मचारीहरूको फेरबदल एक वास्तविक सुरक्षा घटना हो। जब कसैले काम छोड्छ र तपाईंले उनीहरूलाई आफ्नो डाइरेक्टरीमा असक्षम गर्नुहुन्छ, तपाईंले आफ्नो होस्टिङमा उनीहरूको पहुँच मार्ग पनि असक्षम गर्नुभएको हुन्छ। दर्जनौं SaaS उपकरणहरूमा पछ्याउनुको सट्टा, पहुँच रोजगारीको अवस्थासँगै केन्द्रीय रूपमा व्यवस्थित हुन्छ।
SAML ले सबै कुरालाई प्रतिस्थापन गर्नुको सट्टा सँगसँगै काम गर्दछ: ठेकेदारहरूलाई अझै पनि तोकिएको भूमिकाभित्र म्याजिक-लिङ्क खाता दिन सकिन्छ, जबकि स्थायी कर्मचारीहरू SSO मार्फत आउँछन्। एउटा संस्था, एउटा अनुमति मोडेल, दुईवटा मुख्य ढोका।
पहुँचलाई सङ्गठन संरचना अनुसार सीमित गरिएको छ — रिसेलरदेखि क्लाइन्ट, क्लाइन्टदेखि साइटसम्म — र केवल अनुप्रयोगमा मात्र नभई, पङ्क्ति-स्तरको सुरक्षा मार्फत डेटाबेसमै लागू गरिएको छ। क्रस-टेनेन्ट पहुँच हामीले मानिसहरूलाई पालना गर्न आग्रह गर्ने नीति होइन; यो एउटा यस्तो क्वेरी हो जसले पङ्क्तिहरू फर्काउनै सक्दैन। चारवटा ग्राहक भूमिकाहरूले कर्तव्यहरूको यथार्थपरक विभाजनलाई समेट्छन्।
संस्था र यसका उप-खाताहरूको पूर्ण नियन्त्रण: सहायक संस्थाहरू सिर्जना गर्नुहोस्, सदस्यहरूलाई आमन्त्रण गर्नुहोस् र हटाउनुहोस्, भूमिकाहरू तोक्नुहोस्, प्रत्येक साइट व्यवस्थापन गर्नुहोस्, बिलिङ र इनभ्वाइसिङ सञ्चालन गर्नुहोस्, API कुञ्जीहरू व्यवस्थापन गर्नुहोस्, र अडिट लग पढ्नुहोस्।
इनभ्वाइसहरू, सदस्यताहरू, भुक्तानी विधिहरू र योजना सूची — र अरू केही पनि होइन। तपाईंको वित्त अधिकारी वा लेखापालले प्रत्यक्ष साइटलाई चलाउने, निलम्बन गर्ने वा मेटाउने क्षमता नभईकन पनि इनभ्वाइस भुक्तानी गर्न सक्नुहुन्छ।
बिलिङ नियन्त्रण बिना साइटहरू र API पहुँच: साइटहरू हेर्नुहोस् र व्यवस्था गर्नुहोस्, सेवाहरू पुन: सुरु गर्नुहोस्, क्यासहरू खाली गर्नुहोस्, API कुञ्जीहरू र कार्य टिकटहरू प्रबन्ध गर्नुहोस्। जानाजानी भुक्तानी विधिहरू, इनभ्वाइसिङ वा योजना परिवर्तनहरूमा कुनै पहुँच छैन।
संस्थाभरि हेर्नका लागि मात्र — साइटहरू, बिलिङ, योजनाहरू, टिकटहरू, अनुवाद स्थिति र अडिट लग। अडिटर, पारदर्शिता चाहने ग्राहक, वा पहिलो हप्तामा रहेका नयाँ कर्मचारीका लागि उपयुक्त भूमिका।
ड्यासबोर्ड भित्र छिर्ने एउटा माध्यम हो। API, CLI, Terraform provider र MCP server अन्य माध्यमहरू हुन् — र तिनीहरूलाई पनि उही पहुँच मोडेलमा राखिन्छ, किनकि दायरा नतोकिएको (unscoped) कुञ्जीले तपाईंले भर्खरै कन्फिगर गर्नुभएको प्रत्येक भूमिकालाई बाइपास गर्दछ।
एपीआई कुञ्जी कुनै व्यक्तिगत व्यक्तिलाई नभई संस्थालाई जारी गरिन्छ र यसका आफ्नै दायराहरू हुन्छन्। यसलाई साझा प्रमाणिकरण सामग्रीको रूपमा लिनुहोस्: यसको उद्देश्यअनुसार नामकरण गर्नुहोस्, काम गर्नका लागि आवश्यक न्यूनतम दायराहरू मात्र प्रदान गर्नुहोस्, र यसलाई सिर्जना गर्ने व्यक्ति बाहिरिएपछि यसलाई बदल्नुहोस्।
कच्चा कुञ्जी तपाईंलाई निर्माणको समयमा एक पटक मात्र देखाइन्छ। हामीले राख्ने भनेको SHA-256 ह्यास र खोजीका लागि छोटो उपसर्ग मात्र हो। हामी तपाईंलाई फेरि कुञ्जी देखाउन सक्दैनौं, र डाटाबेस सम्झौताले आक्रमणकारीलाई काम गर्ने प्रमाणहरू दिँदैन।
प्रत्येक कुञ्जीले भूमिकाहरूले प्रयोग गर्ने उही अनुमति सूचीसँग जोडिएका विस्तृत दायराहरू बोक्दछ, यो अन्तिम पटक कहिले प्रयोग गरिएको थियो रेकर्ड गर्दछ, र यो शंकास्पद देखिने बित्तिकै तुरुन्तै खारेज गर्न सकिन्छ। छुट्टै स्यान्डबक्स कुञ्जीहरूले तिनीहरूको पछाडि कुनै वास्तविक बिलिङ वा प्रावधान बिना API प्रयोग गर्दछन्।
MCP सर्भरले कुनै पनि MCP-सक्षम एजेन्टलाई तपाईंको होस्टिङ व्यवस्थापन गर्न अनुमति दिन्छ — र यसले OAuth 2.1 मार्फत प्रमाणीकरण गर्छ, तपाईंको संस्था र यसका RBAC अनुमतिहरूमा दायरा सीमित गरिएको छ, प्रति-उपकरण रद्द गर्न मिल्ने टोकनहरू, विनाशकारी कार्यहरूमा पुष्टि, खर्च सीमाहरू र पूर्ण अडिट लगिङ सहित। AI सहायक जडान गर्नुको अर्थ यसलाई सबै कुराको साँचो सुम्पनु होइन।
प्रत्येक विशेषाधिकार प्राप्त कार्यले थप मात्र गर्न मिल्ने रेकर्ड लेख्छ — यो कसले गर्यो, उनीहरूले के गरे, केमाथि गरे, समर्थन गर्ने प्रमाण, र टाइमस्ट्याम्प सहितको स्रोत IP ठेगाना। यो डिबगिङको सहजता होइन; यो प्रमाणको मार्ग हो।
होइन — र तपाईंले त्यसो नगर्नुहोस् भन्ने हामी चाहन्छौं। म्याजिक-लिङ्क इमेल साइन-इन पूर्वनिर्धारित हो, र तपाईंले पासकी (Touch ID, Face ID, Windows Hello वा हार्डवेयर की) दर्ता गर्न सक्नुहुन्छ र कुनै पासवर्ड सेट नगरी साइन इन गर्न सक्नुहुन्छ। इमेल र पासवर्ड ब्याकअपको रूपमा उपलब्ध रहन्छ, जसमा कम्तिमा बाह्र वर्ण हुनुपर्ने, पछिल्ला तीनवटा पुनः प्रयोग गर्न नपाइने, र Argon2 ह्यास गरिने व्यवस्था छ।
TOTP दुई-चरण प्रमाणीकरण पहिचान तहमा निर्मित गरिएको छ र यसलाई प्रत्येक सदस्यको स्वैच्छिक निर्णयमा छोड्नुको सट्टा संस्थाभर नीतिमार्फत अनिवार्य गर्न सकिन्छ। तपाईंको टोलीका उपकरणहरूले समर्थन गरेको अवस्थामा पासकीहरू (Passkeys) बढी बलियो विकल्प हुन्, किनभने तिनीहरूले आक्रमणकारीले फिसिङ गर्न खोज्ने पासवर्डलाई नै हटाइदिन्छन्।
हो। बिलिङ प्रबन्धक (Billing Manager) भूमिकाले बीजकहरू, सदस्यताहरू, भुक्तानी विधिहरू र योजना सूची प्रदान गर्दछ, र अरू केही पनि होइन — साइट हेर्ने, व्यवस्था गर्ने, पुनः सुरु गर्ने, निलम्बन गर्ने वा मेटाउने कुनै क्षमता हुँदैन। यसको उल्टो पनि लागू हुन्छ: विकासकर्ता (Developer) भूमिकाले कुनै पनि बिलिङ नियन्त्रण बिना साइटहरू र API पहुँच व्यवस्थापन गर्दछ। भूमिकाहरू प्रति संस्था तोकिन्छन्, त्यसैले एउटा संस्थाको भूमिकाले छुट्टै, असम्बन्धित संस्थामा कुनै पहुँच प्रदान गर्दैन — यद्यपि मूल संस्थाको भूमिका यस अन्तर्गतका अन्य संस्थाहरूमा लागू हुन्छ।
ड्यासबोर्डबाट यसलाई खारेज गर्नुहोस् र यसले तुरुन्तै काम गर्न बन्द गर्छ। क्षतिको दायरा उक्त कुञ्जीले सुरुमा के गर्न सक्थ्यो भन्ने कुरामा सीमित हुन्छ, त्यसैले कुञ्जीहरूले विस्तृत दायराहरू बोक्छन् र पछिल्लो पटक प्रयोग गरिएको टाइमस्ट्याम्प रेकर्ड गर्छन् — साँघुरो दायरा र देखिने प्रयोगको ट्रेलले नै सूचना चुहावटलाई पूर्ण खाता सम्झौता हुनुको सट्टा नियन्त्रित घटनामा परिणत गर्दछ। ध्यान दिनुहोस् कि कुञ्जीहरू कुनै व्यक्तिलाई नभई संस्थालाई जारी गरिन्छ, त्यसैले तिनीहरूलाई साझा प्रमाणको रूपमा व्यवहार गर्नुहोस् र व्यक्तिहरू परिवर्तन हुँदा तिनीहरूलाई घुमाउनुहोस्। हाम्रो पक्षमा कुञ्जीको ह्यास मात्र भण्डारण गरिन्छ, त्यसैले हाम्रो डाटाबेसबाट चुहावट भएमा पनि कार्ययोग्य प्रमाण बन्दैन।
हो। प्रत्येक विशेषाधिकार प्राप्त कार्यलाई कर्ता, कार्य, लक्ष्य, समर्थन गर्ने प्रमाण, स्रोत IP र टाइमस्ट्याम्प सहित थप-मात्र अडिट लगमा लेखिन्छ। मालिक र पढ्न-मात्र भूमिकाहरूले यसलाई सिधै पढ्न सक्छन्। तपाईंको खातामा कर्मचारीहरूले गरेका कार्यहरू सोही ट्रेलमा लग हुन्छन्, र संवेदनशील वा विनाशकारी कर्मचारी कार्यहरूको लागि पहिले चरणबद्ध प्रमाणीकरण वा दुई-व्यक्ति अनुमोदन आवश्यक पर्न सक्छ।
हो — इन्टरप्राइज र एजेन्सी खाताहरूका लागि SAML SSO समर्थित छ, त्यसैले तपाईंका व्यक्तिहरूले अवस्थित कर्पोरेट प्रमाणहरूबाट प्रमाणीकरण गर्छन् र तपाईंको डाइरेक्टरीमा अफबोर्डिङ गर्दा यहाँबाट पनि उनीहरूको पहुँच हट्छ। तपाईं दृष्टिकोणहरू मिश्रण गर्न सक्नुहुन्छ: स्थायी कर्मचारीहरूका लागि SSO, ठेकेदारहरूका लागि स्कोप्ड म्याजिक-लिङ्क खाताहरू, यी सबै एउटै अनुमति मोडेल भित्र।
होइन — पासवर्डहरू जानाजानी स्थानान्तरण गरिएका छैनन्। तपाईंको खाता पासवर्ड बिना नै आयात गरिएको छ, र पहिलो पटक साइन-इन गर्दा तपाईंले कि त magic-link प्रयोग गर्नुहुन्छ वा हालको नीति अन्तर्गत नयाँ पासवर्ड सेट गर्नुहुन्छ। पुराना पासवर्ड ह्यासहरू सार्दा पुरानै कमजोरीहरू नयाँ प्रणालीमा आउने भएकाले, हामी त्यसो गर्दैनौं।
Footprint-Free परीक्षण १४ दिनको हो, कार्ड आवश्यक पर्दैन, र पाँचवटा सम्म साइटहरू समेट्छ। परीक्षणको क्रममा तपाईंले पूर्ण पहिचान तह प्राप्त गर्नुहुनेछ — पासकीहरू, दुई-चरण प्रमाणीकरण, भूमिकाहरू, API कुञ्जीहरू र अडिट लग कुनै सशुल्क योजना पछाडि सीमित छैनन्।
पासकी दर्ता गर्नुहोस्, आफ्नो टोलीलाई उपयुक्त भूमिकाहरूमा आमन्त्रित गर्नुहोस्, र दायरा तोकिएको API कुञ्जी जारी गर्नुहोस् — यी सबै कार्डको विवरण नचाहिने १४-दिनको परीक्षणमा उपलब्ध छन्।
निःशुल्क सुरु गर्नुहोस्