गुप्त कुंजी क्या है?

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

गुप्त कुंजी क्या है?

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

एक गुप्त कुंजी की सुरक्षा अप्रत्याशितता और पर्याप्त लंबाई पर निर्भर करती है; 128- से 256-बिट आधुनिक व्यवहार में समान रूप से यादृच्छिक कुंजी मानक है। उपयोग में, कुंजी को नॉन्स/IV और एल्गोरिथम स्थिति के साथ संयोजित करके सादे पाठ को सिफर और अखंडता टैग का उत्पादन करने के लिए, जैसे कि AES-GCM या ChaCha20-Poly1305.

गुप्त कुंजियों के प्रकार

व्यवहार में आपको जिन मुख्य प्रकार की गुप्त कुंजियों का सामना करना पड़ेगा, वे यहां दी गई हैं। प्रत्येक कुंजी गोपनीयता, अखंडता, या दोनों की रक्षा करने में एक विशिष्ट उद्देश्य पूरा करती है:

• सममित एन्क्रिप्शन कुंजियाँ (ब्लॉक/स्ट्रीम सिफर). ये कुंजियाँ AES या ChaCha20 जैसे सिफर को प्लेन टेक्स्ट को सिफरटेक्स्ट में बदलने और वापस लाने में मदद करती हैं। सुरक्षा कुंजियों की यादृच्छिकता और लंबाई, साथ ही नॉन्स/IV और मोड के सही उपयोग पर निर्भर करती है। नॉन्स के पुन: उपयोग जैसी गलतियाँ गोपनीयता को पूरी तरह से खतरे में डाल सकती हैं।
• AEAD कुंजियाँ. AES-GCM या ChaCha20-Poly1305 जैसे एल्गोरिदम के साथ प्रयुक्त, AEAD कुंजियाँ दोनों प्रदान करती हैं एन्क्रिप्शन और एक ही ऑपरेशन में प्रमाणीकरण। एक गुप्त कुंजी और प्रत्येक संदेश के लिए एक विशिष्ट नॉन्स के साथ, वे सिफरटेक्स्ट और एक इंटीग्रिटी टैग आउटपुट करते हैं, जिससे चोरी-छिपे सुनने और छेड़छाड़ दोनों को रोका जा सकता है।
• मैक/प्रमाणीकरण कुंजियाँ. HMAC या KMAC की कुंजियाँ ऐसे टैग उत्पन्न करती हैं जो डेटा को एन्क्रिप्ट किए बिना डेटा की अखंडता और प्रामाणिकता की पुष्टि करते हैं। ये तब ज़रूरी होते हैं जब आपको किसी बदलाव का पता लगाना हो, लेकिन गोपनीयता की ज़रूरत न हो, या एन्क्रिप्टेड पेलोड के साथ अतिरिक्त डेटा को प्रमाणित करना हो।
• सत्र कुंजियाँ. ये अल्पकालिक कुंजियाँ एकल कनेक्शन या लेनदेन के लिए बनाई जाती हैं। एक कुंजी द्वारा सुरक्षित डेटा की मात्रा को सीमित करके और बार-बार घुमाकर, सत्र कुंजियाँ किसी समझौते से होने वाले नुकसान को कम करती हैं और सुरक्षित कुंजी-समझौते के माध्यम से स्थापित होने पर आगे की गोपनीयता को सक्षम बनाती हैं।
• मास्टर कुंजियाँ. ये दीर्घकालिक, अत्यधिक सुरक्षित विश्वास की जड़ें हैं जिनसे अन्य कुंजियाँ प्राप्त होती हैं या जो कुंजी भंडारों तक पहुँच को नियंत्रित करती हैं। मास्टर कुंजियाँ शायद ही कभी सुरक्षित रहती हैं। हार्डवेयर; वे सक्षम करते हैं स्केलेबल सभी डेटा को सीधे पुनः एन्क्रिप्ट किए बिना कुंजी पदानुक्रम और केंद्रीकृत रोटेशन।
• डेटा-एन्क्रिप्शन कुंजियाँ (DEKs). DEKs परिचालन कुंजियाँ हैं जिनका उपयोग एप्लिकेशन डेटा को एन्क्रिप्ट करने के लिए किया जाता है आराम से or रास्ते मेंडीईके को अक्सर एक अलग कुंजी (केईके) द्वारा लपेटा जाता है और पुनः एन्क्रिप्शन को प्रबंधनीय रखते हुए जोखिम को सीमित करने के लिए एक शेड्यूल पर घुमाया जाता है।
• कुंजी-एन्क्रिप्शन कुंजियाँ (केईके)/रैपिंग कुंजियाँ। इन कुंजियों का उपयोग उपयोगकर्ता डेटा के बजाय अन्य कुंजियों को एन्क्रिप्ट (रैप) करने के लिए किया जाता है। KEK को DEK से अलग करके, संगठन सुरक्षित मॉड्यूल में उच्च-मूल्य वाली कुंजियों के एक छोटे सेट का प्रबंधन करते हुए बड़ी मात्रा में एन्क्रिप्टेड डेटा संग्रहीत कर सकते हैं।
• पासवर्ड-व्युत्पन्न कुंजियाँ और पूर्व-साझा कुंजियाँ (PSKs)। जब किसी मानव गुप्त जानकारी को क्रिप्टोग्राफ़िक कुंजी बनना ज़रूरी हो, तो आर्गन2, स्क्रिप्ट या पीबीकेडीएफ2 जैसे केडीएफ पासवर्ड को कुंजियों में बदल देते हैं। पीएसके उन प्रणालियों के लिए आउट-ऑफ-बैंड प्रावधानित होते हैं जो एक ही गुप्त जानकारी साझा करते हैं। दोनों को सावधानीपूर्वक संचालन और अनुमान लगाने वाले हमलों का विरोध करने के लिए मज़बूत मापदंडों की आवश्यकता होती है।

गुप्त कुंजियाँ कितनी लम्बी होती हैं?

गुप्त कुंजी की लंबाई एल्गोरिथ्म और वांछित सुरक्षा स्तर पर निर्भर करती है, लेकिन आधुनिक अभ्यास आधार रेखा के रूप में 128 बिट्स सममित कुंजियों के लिए और 256 बिट्स दीर्घकालिक या उच्च-मूल्य सुरक्षा के लिए। AES कुंजियाँ आमतौर पर 128 या 256 बिट्स की होती हैं; AEAD योजनाएँ (AES-GCM, ChaCha20-Poly1305) इन्हीं आकारों को अपनाती हैं। MAC कुंजियों (जैसे, HMAC) की एन्ट्रॉपी तुलनीय होनी चाहिए हैश का शक्ति (अक्सर 128-256 बिट्स प्रभावी), हालांकि एचएमएसी तकनीकी रूप से मनमानी लंबाई को स्वीकार करता है।

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

गुप्त कुंजी की आवश्यक विशेषताएं

यहां कुछ उत्कृष्ट विशेषताएं दी गई हैं जो गुप्त कुंजी को व्यवहार में उपयोग हेतु प्रभावी और सुरक्षित बनाती हैं:

• उच्च एन्ट्रॉपी (अप्रत्याशितता). कुंजी को क्रिप्टोग्राफिक रूप से सुरक्षित RNG के साथ उत्पन्न किया जाना चाहिए ताकि हमलावर इसका अनुमान न लगा सकें; पूर्वानुमानशीलता मजबूत एल्गोरिदम को भी पराजित कर देती है।
• पर्याप्त लंबाई. सममित सुरक्षा के लिए कम से कम 128 बिट्स का उपयोग करें (दीर्घकालिक/उच्च-मूल्य डेटा के लिए अक्सर 256) पाशविक बल के हमले व्यावहारिक समय सीमा पर.
• विशिष्टता और उचित नॉन्स/IV उपयोग। यद्यपि कुंजियों का संदेशों में पुनः उपयोग किया जा सकता है, लेकिन विनाशकारी ब्रेक (जैसे, GCM/CTR में) को रोकने के लिए संबद्ध नॉन्स/IVs को प्रत्येक एन्क्रिप्शन के लिए अद्वितीय होना चाहिए।
• गोपनीयता और पहुँच नियंत्रण. कुंजी को कौन/क्या पढ़ सकता है, इसकी सीमा तय करें; इसे सुरक्षित मेमोरी या हार्डवेयर (एचएसएम/टीपीएम/सुरक्षित एन्क्लेव) में संग्रहित करें तथा इसे कभी भी लॉग या हार्ड-कोड न करें।
• कर्तव्यों का पृथक्करण (कुंजी स्कोपिंग)। क्रॉस-प्रोटोकॉल हमलों से बचने और निरसन को सरल बनाने के लिए, विभिन्न उद्देश्यों के लिए अलग-अलग कुंजियों का उपयोग करें, जैसे एन्क्रिप्शन बनाम MAC, पर्यावरण बनाम टेनेंट।
• केडीएफ के साथ व्युत्पन्नता. जब चाबियाँ मास्टर कुंजी से आती हैं या पासवर्ड, एक मेमोरी-हार्ड KDF (आर्गन2/स्क्रिप्ट; न्यूनतम PBKDF2) नियंत्रित शक्ति और सुसंगत आकार प्रदान करता है।
• जीवन चक्र प्रबंधन। योजना निर्माण, रोटेशन, निरसन, और सेवानिवृत्ति; अल्पकालिक सत्र कुंजियाँ जोखिम को कम करती हैं, और रोटेशन विस्फोट त्रिज्या को सीमित करता है रिसाव.
• अखंडता बंधन (यदि AEAD/MAC). AEAD या HMAC के साथ, एक ही गुप्त कुंजी (या युग्मित कुंजी) डेटा को प्रमाणित कर सकती है, गोपनीयता प्रदान करने के अलावा छेड़छाड़ का पता लगा सकती है।
• एल्गोरिथ्म चपलता और मेटाडेटा. एल्गोरिदम, कुंजी आईडी, निर्माण समय और उपयोग नीति को ट्रैक करें ताकि आप सिफर को सुरक्षित रूप से स्थानांतरित कर सकें और यह ऑडिट कर सकें कि कुंजी का उपयोग कैसे और कहां किया जाता है।

गुप्त कुंजी कैसे काम करती है?

यहां बताया गया है कि एक गुप्त कुंजी एक विशिष्ट प्रणाली में निर्माण से लेकर सेवानिवृत्ति तक कैसे कार्य करती है:

1. कुंजी उत्पन्न करें. क्रिप्टोग्राफिक रूप से सुरक्षित यादृच्छिक संख्या जनरेटर एक उच्च-एन्ट्रॉपी कुंजी (जैसे, 128-256 बिट्स) बनाता है, जिससे यह सुनिश्चित होता है कि इसका अनुमान नहीं लगाया जा सकता।
2. इसे सुरक्षित रूप से स्थापित और संग्रहीत करें। कुंजी को अधिकृत पक्षों को (सुरक्षित चैनल या सत्र के दौरान प्राप्त) प्रदान किया जाता है तथा रिसाव को रोकने के लिए उसे सुरक्षित मेमोरी या हार्डवेयर (HSM/TPM/सुरक्षित एन्क्लेव) में संग्रहीत किया जाता है।
3. प्रति-संदेश इनपुट तैयार करें. उपयोग से पहले, सिस्टम एक नया नॉन्स/IV (और यदि आवश्यक हो तो संबंधित डेटा) चुनता है, ताकि एक ही कुंजी कई संदेशों को सुरक्षित रूप से सुरक्षित रख सके, बिना ऐसे पैटर्न बनाए जो हमलावर द्वारा शोषण किए जा सकें।
4. एन्क्रिप्ट करें और/या प्रमाणित करें. प्रेषक सादा पाठ, गुप्त कुंजी और नॉन्स/IV को एक सिफर (जैसे, AES या ChaCha20) में फीड करता है और, यदि AEAD या HMAC का उपयोग कर रहा है, तो एक प्रमाणीकरण टैग भी तैयार करता है, जिससे गोपनीयता और अखंडता.
5. मेटाडेटा के साथ प्रेषित करें. सिफरटेक्स्ट, टैग, नॉन्स/IV, तथा न्यूनतम मेटाडेटा (एल्गोरिदम, कुंजी आईडी) प्राप्तकर्ता को भेजे जाते हैं; इनमें से कोई भी कुंजी को प्रकट नहीं करता, लेकिन वे प्राप्तकर्ता को संदेश को सही ढंग से संसाधित करने देते हैं।
6. सत्यापित करें और डिक्रिप्ट करें. प्राप्तकर्ता पहले अखंडता को सत्यापित करने के लिए उसी गुप्त कुंजी का उपयोग करता है (छेड़छाड़ किए गए डेटा को अस्वीकार करता है) और फिर मूल संदेश को पुनर्स्थापित करते हुए सिफरटेक्स्ट को वापस प्लेनटेक्स्ट में डिक्रिप्ट करता है।
7. घूमें और रिटायर हो जाएं। सिस्टम उपयोग सीमाओं और समय विंडो को ट्रैक करते हैं, सत्र/DEK कुंजियों को घुमाते हैं और पुरानी कुंजियों को रद्द करते हैं; यह समझौता के प्रभाव को सीमित करता है और ऑडिट करने योग्य, अनुपालन का समर्थन करता है मुख्य प्रबंधन.

गुप्त कुंजी का उपयोग

गुप्त कुंजियाँ कई रोज़मर्रा के सुरक्षा कार्यों को संचालित करती हैं। नीचे गुप्त कुंजियों के सबसे सामान्य, व्यावहारिक उपयोग दिए गए हैं:

• विश्राम अवस्था में डेटा एन्क्रिप्ट करना। फ़ाइलों की सुरक्षा करें, डेटाबेस, backups, और पूर्ण डिस्क/वॉल्यूम इसलिए चुराए गए भंडारण से कुंजी के बिना केवल सिफरटेक्स्ट प्राप्त होता है।
• पारगमन में डेटा एन्क्रिप्ट करना. संदेशों के लिए गोपनीयता प्रदान करें, एपीआई, और सेवा-से-सेवा लिंक; एक के बाद हाथ मिलानासममित सत्र कुंजियाँ अधिकांश TLS/वीपीएन यातायात को कुशलतापूर्वक संचालित करना।
• प्रमाणित एन्क्रिप्शन (AEAD). एन्क्रिप्ट करें और एक अखंडता टैग संलग्न करें (उदाहरण के लिए, AES-GCM, ChaCha20-Poly1305) ताकि प्राप्तकर्ता छेड़छाड़ के साथ-साथ चोरी का भी पता लगा सकें।
• संदेश प्रमाणीकरण (HMAC/KMAC). लॉग, API पेलोड और वेबहुक पर टैग की गणना करके उत्पत्ति को प्रमाणित करें और सामग्री को एन्क्रिप्ट किए बिना संशोधन का पता लगाएं।
• API कुंजियाँ और वेबहुक हस्ताक्षर रहस्य. अनुरोधों और कॉलबैक को मान्य करने के लिए साझा रहस्यों के रूप में कार्य करें, नॉन्स/टाइमस्टैम्प के साथ संयुक्त होने पर स्पूफ्ड ट्रैफ़िक और रीप्ले हमलों को रोकें।
• सत्र सुरक्षा (कुकीज़/टोकन). सत्र कुकीज़ और एप्लिकेशन टोकन को एन्क्रिप्ट या MAC करें ताकि हमलावर उन्हें न तो पढ़ सकें और न ही उनका जालसाजी कर सकें।
• कुंजी आवरण (केईके/डीईके पदानुक्रम). अन्य कुंजियों को एन्क्रिप्ट करने के लिए समर्पित कुंजियों का उपयोग करें, जिससे स्केलेबल कुंजी प्रबंधन और बड़े एन्क्रिप्टेड डेटासेट का सुरक्षित भंडारण संभव हो सके।
• क्षेत्र-स्तर और प्रारूप-संरक्षण एन्क्रिप्शन. डेटाबेस की कार्यक्षमता को बनाए रखते हुए और विस्फोट त्रिज्या को न्यूनतम करते हुए संवेदनशील कॉलम (जैसे, PAN, SSN) को चुनिंदा रूप से एन्क्रिप्ट करें।
• उपकरण/IoT प्रावधान सीमित डिवाइसों के लिए पूर्व-साझा कुंजियों का प्रावधान करें या सुरक्षित रूप से नई सत्र कुंजियाँ स्थापित करने के लिए उन्हें बूटस्ट्रैप करें।
• सुरक्षित backupएस और अभिलेखागार। स्नैपशॉट और दीर्घकालिक अभिलेखों को एन्क्रिप्ट करें, ताकि समय के साथ पुनर्प्राप्ति से गोपनीयता से समझौता न हो।

गुप्त कुंजियों के लाभ और चुनौतियाँ क्या हैं?

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

गुप्त कुंजी के लाभ

वास्तविक प्रणालियों में गुप्त कुंजियों का उपयोग करने के मुख्य लाभ इस प्रकार हैं।

• उच्च प्रदर्शन। सममित सिफर (एईएस, चाचा20) अधिकांश प्रणालियों पर तेज और हार्डवेयर-त्वरित होते हैं सीपीयू, न्यूनतम ओवरहेड के साथ उच्च थ्रूपुट पर कम विलंबता एन्क्रिप्शन को सक्षम करना।
• छोटी कुंजियों के साथ मजबूत सुरक्षा। समान रूप से यादृच्छिक कुंजी सामग्री के 128-256 बिट्स क्रूर बल के खिलाफ मजबूत सुरक्षा प्रदान करते हैं, जबकि कुंजियों को कॉम्पैक्ट और संभालने में आसान रखते हैं।
• कुशल गोपनीयता और अखंडता. AEAD मोड (जैसे, AES-GCM, ChaCha20-Poly1305) एक ही बार में एन्क्रिप्शन और प्रमाणीकरण प्रदान करते हैं, कोड पथ को सरल बनाते हैं और त्रुटियों को कम करते हैं।
• बड़े पैमाने पर लागत प्रभावी। कम गणना और मेमोरी आवश्यकताएं उच्च-मात्रा वाले एपीआई, डेटाबेस के लिए सममित सुरक्षा को किफायती बनाती हैं, backups, और स्ट्रीमिंग कार्यभार।
• विस्तृत अंर्तकार्यकारी. परिपक्व मानकों और सर्वव्यापी लाइब्रेरी समर्थन का मतलब है कि आप समान प्राइमिटिव्स को विभिन्न भाषाओं, प्लेटफार्मों और हार्डवेयर में तैनात कर सकते हैं (servers, मोबाइल, IoT)।
• Flexible कुंजी पदानुक्रम. स्पष्ट भूमिकाएं (डीईके, केईके, मास्टर कुंजियां) समझौते के बाद विस्फोट त्रिज्या को सीमित करने के लिए बारीक स्कोपिंग, आसान रोटेशन और कंपार्टमेंटलाइजेशन की अनुमति देती हैं।
• पोस्ट-क्वांटम के लिए अच्छी मुद्रा। ग्रोवर के एल्गोरिथ्म के अंतर्गत सममित सुरक्षा अधिक सुचारु रूप से कम हो जाती है; कुंजी आकार को दोगुना करने से (उदाहरण के लिए, 256-बिट कुंजी) आरामदायक मार्जिन सुरक्षित रहता है।
• ऑफ़लाइन काम करता है। एक बार प्रावधानित हो जाने पर, गुप्त कुंजी पीकेआई या ऑनलाइन सत्यापन सेवाओं तक निरंतर पहुंच के बिना डेटा की सुरक्षा कर सकती है, जो सीमित या डिस्कनेक्टेड वातावरण में उपयोगी है।

गुप्त कुंजी चुनौतियाँ

गुप्त कुंजियों का उपयोग करते समय ध्यान रखने योग्य मुख्य परिचालन चुनौतियाँ इस प्रकार हैं:

• सुरक्षित वितरण और साझाकरण. सभी अधिकृत पक्षों को बिना किसी खुलासे के एक ही गुप्त जानकारी प्राप्त करनी होगी। उस विश्वास को, विशेष रूप से विभिन्न संगठनों में, बूटस्ट्रैप करना कठिन है और इसके लिए अक्सर हार्डवेयर या पूर्व-प्रावधानित चैनलों की आवश्यकता होती है।
• भंडारण एवं रिसाव का खतरा। कुंजियाँ लॉग, क्रैश डंप, मेमोरी स्क्रैपिंग, साइड चैनल और डेवलपर की गलतियों (जैसे, हार्ड-कोडिंग) के माध्यम से लीक हो सकती हैं। मज़बूत आइसोलेशन और सीक्रेट-मैनेजमेंट टूलिंग अनिवार्य हैं।
• नॉन्स/IV का दुरुपयोग. एक ही कुंजी के साथ एक नॉन्स का पुनः उपयोग (जैसे, GCM/CTR में) गोपनीयता/अखंडता को विनाशकारी रूप से भंग कर सकता है। सिस्टम को सख्त विशिष्टता गारंटी और काउंटर की आवश्यकता होती है।
• पैमाने पर घूर्णन. ट्रैफिक को बाधित किए बिना कुंजियों को रोल करना, बड़े डेटा सेटों को पुनः एन्क्रिप्ट करना, तथा बहु-सेवा कटओवरों का समन्वय करना जटिल है तथा इसमें त्रुटियां होने की संभावना रहती है।
• समझौता का पता लगाना और निरस्तीकरण। यह जानना कि कुंजी लीक हो गई है, यह जानना कि वह क्या सुरक्षित रखती है, तथा न्यूनतम प्रयास से उसे तुरंत रद्द करना। स्र्कना इसके लिए मजबूत टेलीमेट्री, कुंजी आईडी और ऑडिट ट्रेल्स की आवश्यकता होती है।
• मानव-व्युत्पन्न रहस्य. पासवर्ड और PSK में अक्सर एन्ट्रॉपी की कमी होती है। मज़बूत KDF और नीतियों के बिना, वे कमजोर विभिन्न प्रणालियों में अनुमान लगाने और पुनः उपयोग करने की क्षमता।
• Backup और पुनर्प्राप्ति. चाबी खोने का मतलब अपरिवर्तनीय हो सकता है डेटा हानि, इतना सुरक्षित backup संतुलन होना चाहिए उपलब्धता एक नया उच्च मूल्य लक्ष्य बनाने के जोखिम के साथ।
• एल्गोरिथ्म और नीति चपलता. एल्गोरिदम, हार्डवेयर या अनुपालन व्यवस्थाओं (जैसे, पोस्ट-क्वांटम सेटिंग्स) में कुंजियों को स्थानांतरित करने के लिए स्पष्ट मेटाडेटा, संस्करण और दोहरे-रन रणनीतियों की आवश्यकता होती है।

गुप्त कुंजियों को कैसे संग्रहीत और सुरक्षित रखें?

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

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

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

अंततः, संगठनों को लागू करना चाहिए कुंजी रोटेशन, संस्करण निर्धारण और ऑडिटिंग एक्सपोज़र समय को सीमित करने और दुरुपयोग का पता लगाने के लिए। कुंजी एक्सेस का उचित लॉगिंग, बहु-कारक प्रशासनिक नियंत्रण के साथ मिलकर, एक मज़बूत सुरक्षा स्थिति बनाए रखने में मदद करता है और साथ ही ट्रेसेबिलिटी और अनुपालन को सक्षम बनाता है।

यदि कोई गुप्त कुंजी उजागर हो जाए तो क्या करें?

अगर कोई गुप्त कुंजी उजागर हो जाए, तो इसे पूरी तरह से सुरक्षा संबंधी घटना मानें, क्योंकि उस कुंजी वाला कोई भी व्यक्ति सुरक्षित डेटा को डिक्रिप्ट या जाली बना सकता है। प्रतिक्रिया तत्काल, व्यवस्थित और सत्यापन योग्य होनी चाहिए। अगर आपकी गुप्त कुंजी उजागर हो जाए, तो आपको क्या करना चाहिए, यहाँ बताया गया है:

1. कुंजी को तुरंत रद्द करें. आगे इस्तेमाल को रोकने के लिए, अपने कुंजी-प्रबंधन सिस्टम में क्षतिग्रस्त कुंजी को अक्षम या हटा दें। यदि सिस्टम तत्काल निरस्तीकरण का समर्थन नहीं करता है, तो कुंजी को सभी सेवाओं और कॉन्फ़िगरेशन फ़ाइलों से मैन्युअल रूप से हटा दें।
2. आश्रित प्रणालियों को रोकें। शमन प्रक्रिया के दौरान निरंतर जोखिम या अनधिकृत संचालन को रोकने के लिए लीक हुई कुंजी पर निर्भर कार्यभार को रोकें या अलग करें।
3. जोखिम के दायरे की पहचान करें। निर्धारित करें कि कुंजी द्वारा कौन से परिवेश, सेवाएँ और डेटा सुरक्षित थे। लॉग और ऑडिट ट्रेल्स की समीक्षा करके आकलन करें कि क्या कुंजी का दुर्भावनापूर्ण उपयोग किया गया था और कौन सी जानकारी से समझौता किया गया हो सकता है।
4. एक नई कुंजी बनाएं और तैनात करें. अपनी मानक सुरक्षित प्रक्रिया का उपयोग करके एक नया, उच्च-एन्ट्रॉपी प्रतिस्थापन बनाएँ। इसे स्वीकृत गुप्त-प्रबंधन चैनलों के माध्यम से वितरित करें और सभी आश्रित सिस्टम को नई कुंजी का उपयोग करने के लिए अपडेट करें।
5. संवेदनशील डेटा को पुनः एन्क्रिप्ट करें. पुरानी कुंजी से एन्क्रिप्ट या प्रमाणित किए गए किसी भी डेटा को नई कुंजी के तहत पुनः संरक्षित किया जाना चाहिए ताकि भविष्य में गोपनीयता और अखंडता सुनिश्चित की जा सके।
6. संबंधित कुंजियाँ घुमाएँ. यदि समझौता की गई कुंजी किसी पदानुक्रम का हिस्सा थी (उदाहरण के लिए, KEK या मास्टर कुंजी), तो सभी व्युत्पन्न या लिपटी हुई कुंजियों को भी घुमाएं।
7. मूल कारण विश्लेषण करें। पहचानें कि एक्सपोज़र कैसे हुआ, क्या यह गलत कॉन्फ़िगरेशन, कोड लीक, या सिस्टम से समझौता था, और उन कमज़ोरियों को ठीक करें। पुनरावृत्ति को रोकने के लिए सख्त एक्सेस नियंत्रण, गुप्त स्कैनिंग, या स्वचालित रोटेशन नीतियाँ लागू करें।
8. आवश्यकतानुसार दस्तावेज तैयार करें और सूचित करें। घटना, सुधारात्मक कदम और परिणामों को रिकॉर्ड करें। यदि विनियमित डेटा या ग्राहक गोपनीयता प्रभावित हुई है, तो प्रकटीकरण आवश्यकताओं और आंतरिक घटना-प्रतिक्रिया प्रोटोकॉल.

गुप्त कुंजी FAQ

यहां गुप्त कुंजियों के बारे में सबसे अधिक पूछे जाने वाले प्रश्नों के उत्तर दिए गए हैं।

गुप्त कुंजी और सार्वजनिक कुंजी के बीच क्या अंतर है?

आइए गुप्त कुंजियों और सार्वजनिक कुंजियों के बीच मुख्य अंतरों की तुलना करें:

क्या गुप्त कुंजी पासवर्ड के समान है?

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

गुप्त कुंजियों को कभी भी याद या टाइप नहीं किया जाना चाहिए; उन्हें गुप्त-प्रबंधन प्रणालियों द्वारा प्रावधानित, संग्रहीत, घुमाया और ऑडिट किया जाता है। पासवर्ड मानव प्रमाणीकरण के लिए होते हैं, जबकि गुप्त कुंजियाँ क्रिप्टोग्राफ़िक संचालन के लिए मशीनी रहस्य होती हैं।

गुप्त कुंजी को कितनी बार बदलना चाहिए?

गुप्त कुंजियों को इसके आधार पर घुमाएँ जोखिम, उपयोग और प्रमुख भूमिका, किसी भी संदिग्ध जोखिम या नीति/भूमिका परिवर्तन के लिए कठोर “अभी घुमाएँ” ट्रिगर के साथ।

कुंजी घुमाव इन सामान्य नियमों का पालन करते हैं:

• सत्र कुंजियाँ प्रति सत्र/कनेक्शन (या अधिक बार, प्रति प्रोटोकॉल सीमा) परिवर्तन।
• डेटा-एन्क्रिप्शन कुंजियाँ (DEKs) यदि वे उच्च-संवेदनशील डेटा की सुरक्षा करते हैं या विक्रेता/एल्गोरिदम उपयोग सीमा तक पहुँच जाते हैं, तो उन्हें एक शेड्यूल (आमतौर पर हर 3-12 महीने में) या उससे पहले ही बदल दिया जाता है।
• कुंजी-एन्क्रिप्शन/मास्टर कुंजियाँ (KEKs/KMS रूट्स) परिचालन परिवर्तन को न्यूनतम करने के लिए सख्त नियंत्रण के तहत कम बार (जैसे, 12-24 महीने) घुमाएं।

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