4.8 क्रिप्टोग्राफी और कुंजी प्रबंधन

अवलोकन और प्रेरणा

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

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

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

मुख्य सिद्धांत

• अपनी खुद की क्रिप्टो मत बनाएं। परखी हुई, व्यापक रूप से समीक्षित लाइब्रेरी और मानक एल्गोरिद्म का उपयोग करें। नई योजनाएं ऐसे तरीकों से विफल होती हैं जिन्हें केवल विशेषज्ञ ही पकड़ पाते हैं।
• एल्गोरिद्म आसान हिस्सा हैं; कुंजियां कठिन हिस्सा हैं। किसी कुंजी का जीवनचक्र वह जगह है जहां अधिकांश वास्तविक-दुनिया की विफलताएं होती हैं।
• जानें कि प्रत्येक प्रिमिटिव क्या गारंटी देता है। गोपनीयता, अखंडता, और प्रामाणिकता अलग-अलग गुण हैं जिनके लिए अलग-अलग टूल चाहिए।
• डिफ़ॉल्ट रूप से ट्रांज़िट में और रेस्ट में एन्क्रिप्ट करें। सुरक्षा को मानक बनाएं, कोई वैकल्पिक विशेषता नहीं।
• कुंजी अभिरक्षा (custody) को डेटा एक्सेस से अलग करें। जो कोई भी कुंजी प्रबंधित करता है उसे स्वतः उस डेटा को पढ़ने में सक्षम नहीं होना चाहिए जिसकी वह रक्षा करती है।
• बदलाव के लिए योजना बनाएं। एल्गोरिद्म कमज़ोर होते हैं, कुंजियां लीक होती हैं, और मानक विकसित होते हैं। पहले दिन से रोटेशन और माइग्रेशन के लिए निर्माण करें।
• जहां मायने रखता है वहां मान्य कार्यान्वयन को प्राथमिकता दें। नियमित और सरकारी काम के लिए, मान्यता प्राप्त सत्यापन वाले मॉड्यूल चुनें।

सिफारिशें

अपनी खुद की क्रिप्टो मत बनाएं

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

प्रिमिटिव को उस गारंटी से मिलाएं जिसकी आपको ज़रूरत है

अलग-अलग टूल अलग-अलग गारंटी देते हैं, और उन्हें भ्रमित करना एक आम और खतरनाक गलती है। तीन मुख्य परिवारों को जानें।

• सिमेट्रिक-की (symmetric-key) क्रिप्टोग्राफी एन्क्रिप्ट और डिक्रिप्ट दोनों के लिए एक साझा गुप्त कुंजी का उपयोग करती है। यह तेज़ है और गोपनीयता (confidentiality) की रक्षा करती है, लेकिन दोनों पक्षों को पहले से कुंजी साझा करनी होगी। AES मानक कार्यकर्ता (workhorse) है।
• पब्लिक-की (public-key) क्रिप्टोग्राफी गणितीय रूप से जुड़े हुए एक कुंजी जोड़े का उपयोग करती है: एक सार्वजनिक कुंजी जो कोई भी रख सकता है और एक निजी कुंजी जिसे आप गुप्त रखते हैं। यह कुंजी वितरण की समस्या हल करती है और डिजिटल हस्ताक्षर (digital signatures) को सक्षम बनाती है, जो प्रामाणिकता (authenticity) (किसने भेजा) और अखंडता (integrity) (कि इसे बदला नहीं गया) सिद्ध करते हैं।
• एक क्रिप्टोग्राफ़िक हैश फ़ंक्शन डेटा का एक निश्चित-आकार का फ़िंगरप्रिंट उत्पन्न करता है और अखंडता जांच प्रदान करता है। हैशिंग एकतरफ़ा है और एन्क्रिप्शन नहीं है। पासवर्ड संग्रहीत करने के लिए, एक धीमे, सॉल्टेड पासवर्ड-हैशिंग फ़ंक्शन का उपयोग करें, कभी सादा तेज़ हैश नहीं (अनुप्रयोग सुरक्षा पर अध्याय 4.2 देखें)।

व्यावहारिक सबक: एन्क्रिप्शन डेटा छुपाता है लेकिन यह साबित नहीं करता कि इसे किसने भेजा, और एक हैश छेड़छाड़ का पता लगाता है लेकिन कुछ भी नहीं छुपाता। अधिकांश वास्तविक सिस्टम इन्हें मिलाकर उपयोग करते हैं, यही ठीक कारण है कि आपको उन लाइब्रेरियों पर भरोसा करना चाहिए जो इन्हें सही ढंग से बंडल करती हैं।

वर्तमान TLS के साथ ट्रांज़िट में एन्क्रिप्ट करें

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

एनवलप एन्क्रिप्शन के साथ रेस्ट में एन्क्रिप्ट करें

संग्रहीत डेटा को डिफ़ॉल्ट रूप से एन्क्रिप्ट करें: डेटाबेस, ऑब्जेक्ट स्टोरेज, बैकअप, और लॉग। मानक पैटर्न है एनवलप एन्क्रिप्शन (envelope encryption), जिसमें एक डेटा एन्क्रिप्शन कुंजी (DEK) वास्तविक डेटा को एन्क्रिप्ट करती है, और एक कुंजी प्रबंधन सेवा में रखी गई कुंजी एन्क्रिप्शन कुंजी (KEK) DEK को एन्क्रिप्ट करती है। यह आपको टेराबाइट्स डेटा को फिर से एन्क्रिप्ट किए बिना मास्टर कुंजी घुमाने (rotate) देता है, और यह शक्तिशाली रूट कुंजी को एक कठोर सीमा के भीतर रखता है। डेटा के साथ केवल रैप की गई DEK संग्रहीत करें, और उपयोग के समय उसे प्राप्त करें और अनरैप करें।

कुंजी जीवनचक्र को जानबूझकर चलाएं

किसी कुंजी का जीवनचक्र क्रिप्टोग्राफी का वास्तव में कठिन हिस्सा है, और जहां से अधिकांश उल्लंघन (breach) और आउटेज उत्पन्न होते हैं। हर चरण को जानबूझकर प्रबंधित करें:

• जनरेशन (Generation): उपयुक्त शक्ति पर, एक मज़बूत यादृच्छिक स्रोत से कुंजियां बनाएं।
• वितरण (Distribution): कोड, कॉन्फ़िग फ़ाइलों, या चैट में उजागर किए बिना कुंजियों को उन सिस्टमों तक पहुंचाएं जिन्हें उनकी ज़रूरत है।
• रोटेशन (Rotation): एक शेड्यूल पर कुंजियां बदलें, और संदिग्ध समझौते (compromise) पर तेज़ी से घुमाने में सक्षम हों।
• निरस्तीकरण (Revocation): समझौता की गई कुंजी या प्रमाणपत्र को जल्दी अमान्य करें, और सुनिश्चित करें कि सिस्टम निरस्तीकरण का सम्मान करते हैं।
• विनाश (Destruction): पुराने कुंजी सामग्री को सुरक्षित रूप से सेवानिवृत्त करें ताकि इसे पुनर्प्राप्त न किया जा सके।

इसे केंद्रीकृत करने के लिए एक कुंजी प्रबंधन सेवा (key management service, KMS) का उपयोग करें, और अपनी सर्वोच्च-आश्वासन कुंजियों के लिए एक हार्डवेयर सिक्योरिटी मॉड्यूल (HSM) का उपयोग करें, जो एक छेड़छाड़-प्रतिरोधी डिवाइस है जो कुंजियां बनाता और सुरक्षित रखता है ताकि वे कभी प्लेनटेक्स्ट में बाहर न निकलें। यह तय करें कि कौन कुंजियां प्रबंधित कर सकता है इसे इससे अलग करें कि कौन संरक्षित डेटा पढ़ सकता है, ताकि कुंजी अभिरक्षा कर्तव्यों का पृथक्करण (separation of duties) लागू करे। यह अध्याय 4.5 (गोपनीयता और डेटा संरक्षण) में डेटा वर्गीकरण और अभिरक्षा नियमों से सीधे जुड़ता है।

रहस्य प्रबंधन को कुंजी प्रबंधन से अलग करें

ये ओवरलैप करते हैं लेकिन एक जैसे नहीं हैं। कुंजी प्रबंधन (key management) क्रिप्टोग्राफ़िक कुंजियों और उनके जीवनचक्र को नियंत्रित करता है, आमतौर पर एक KMS या HSM के भीतर जो आपके लिए क्रिप्टो ऑपरेशन करता है ताकि कच्ची कुंजी कभी बाहर न निकले। रहस्य प्रबंधन (secrets management) अनुप्रयोग क्रेडेंशियल (डेटाबेस पासवर्ड, API टोकन, प्रमाणपत्र) को नियंत्रित करता है जिन्हें सेवाओं को प्लेनटेक्स्ट में पुनर्प्राप्त करने और उपयोग करने की आवश्यकता होती है, आमतौर पर एक रहस्य वॉल्ट से जिसमें अल्पकालिक, ऑडिटेड एक्सेस होती है। कुंजियों के लिए KMS का, और क्रेडेंशियल के लिए रहस्य प्रबंधक का उपयोग करें, और दोनों में से किसी को भी स्रोत कोड या वर्ज़न कंट्रोल में चेक किए गए वातावरण फ़ाइलों में कभी न पेस्ट करें।

PKI और प्रमाणपत्र जीवनचक्र को स्वचालित करें

पब्लिक की इन्फ्रास्ट्रक्चर (public key infrastructure, PKI) प्रमाणपत्र प्राधिकरणों, प्रमाणपत्रों, और विश्वास श्रृंखलाओं की प्रणाली है जो सार्वजनिक कुंजियों को पहचान से बांधती है। बड़े पैमाने पर, प्रमुख PKI जोखिम अप्रत्याशित प्रमाणपत्र समाप्ति है जो एक सेवा को गिरा देती है। हर प्रमाणपत्र की सूची बनाए रखें, समाप्ति की निगरानी करें, और जारी करने और नवीनीकरण को स्वचालित करें ताकि किसी इंसान को याद रखने की ज़रूरत न पड़े। स्वचालित रूप से नवीनीकृत अल्पकालिक प्रमाणपत्र हाथ से संभाले गए दीर्घकालिक प्रमाणपत्रों से सुरक्षित होते हैं, क्योंकि स्वचालन मानवीय एकल विफलता बिंदु को हटा देता है। यहां मानक प्रोटोकॉल विक्रेताओं में परस्पर संचालनशीलता (interoperability) का समर्थन करते हैं (परस्पर संचालनशीलता और खुले मानकों पर अध्याय 3.8)।

क्रिप्टोग्राफ़िक चपलता और पोस्ट-क्वांटम माइग्रेशन के लिए निर्माण करें

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

जहां आवश्यक हो वहां मान्य कार्यान्वयन को प्राथमिकता दें

नियमित और सरकारी सिस्टम के लिए, एक मज़बूत एल्गोरिद्म का उपयोग करना पर्याप्त नहीं है; कार्यान्वयन को मान्य होना चाहिए। FIPS 140 (Federal Information Processing Standard 140) क्रिप्टोग्राफ़िक मॉड्यूल को मान्य करने के लिए अमेरिकी मानक है, और कई अनुबंधों में FIPS-मान्य क्रिप्टो की आवश्यकता होती है। सरकारी काम वर्गीकृत सिस्टम के लिए NSA के Commercial National Security Algorithm (CNSA) सुइट जैसे राष्ट्रीय मार्गदर्शन का भी पालन कर सकता है। निर्माण से पहले जांचें कि कौन सी व्यवस्था लागू होती है, क्योंकि बाद में मान्य मॉड्यूल को रेट्रोफिट करना महंगा है। यह अनुपालन प्रमाण और गवर्नेंस (अध्याय 4.6) से जुड़ता है।

ट्रेड-ऑफ: फायदे और नुकसान

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

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

अपनी टीम के साथ चर्चा करने के लिए प्रश्न

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

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

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

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

5. आपके सिस्टम पोस्ट-क्वांटम माइग्रेशन के लिए कितने तैयार हैं, और आप पहले किन दीर्घकालिक रहस्यों को माइग्रेट करेंगे? प्रतिद्वंद्वी आज एन्क्रिप्टेड ट्रैफ़िक और अभिलेखागार (archives) एकत्र कर सकते हैं और एक बार क्वांटम कंप्यूटर परिपक्व होने पर उन्हें डिक्रिप्ट कर सकते हैं, इसलिए कोई भी रहस्य जिसे वर्षों तक गोपनीय रहना चाहिए, पहले से ही एक ऐसे भविष्य के संपर्क में है जिसे आप नहीं देख सकते। प्रतिस्पर्धी दबाव यह है कि पोस्ट-क्वांटम टूलिंग अभी भी युवा है, कुंजियां बड़ी हैं, और बहुत जल्दी आगे बढ़ने से एक ऐसे एल्गोरिद्म पर दांव लगाने का जोखिम है जो स्थिर होने से पहले बदल जाता है। अपनी क्रिप्टो सूची, रहस्यों की एक सूची जो इस आधार पर रैंक की गई हो कि उन्हें कितने समय तक गोपनीय रहना चाहिए, और एक ईमानदार आकलन लाएं कि क्या आपका आर्किटेक्चर बिना पुनर्लेखन के एल्गोरिद्म बदल सकता है। सरकारी और नियमित काम के लिए, कई-दशक गोपनीयता आदेशों वाले रिकॉर्ड इसे सैद्धांतिक के बजाय ठोस बनाते हैं, और खरीद के लिए जल्द ही एक दस्तावेज़ीकृत माइग्रेशन योजना और मानकीकृत पोस्ट-क्वांटम एल्गोरिद्म के लिए समर्थन की आवश्यकता हो सकती है।

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

क्षेत्रीय दृष्टिकोण

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

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

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

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

उदाहरण

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

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

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

व्यावसायिक मामला: प्रेरणाएं, ROI, और TCO

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

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

एंटी-पैटर्न और नुकसान

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

परिपक्वता मॉडल

• स्तर 1, आरंभ करें (Initiate): एन्क्रिप्शन असंगत और अक्सर अनुपस्थित है, जब किसी को कोई अंतर दिखता है तो प्रतिक्रियात्मक रूप से लागू किया जाता है। कुंजियां और रहस्य हार्ड-कोडेड हैं या चैट और कॉन्फ़िग फ़ाइलों पर अनौपचारिक रूप से साझा किए जाते हैं। कोई सूची नहीं है, कोई रोटेशन नहीं है, और प्रमाणपत्र अप्रत्याशित रूप से समाप्त होते हैं, और टीमें कभी-कभी अपनी खुद की क्रिप्टो लिखती हैं।
• स्तर 2, विकसित करें (Develop): प्रमुख सिस्टमों के लिए TLS और रेस्ट में एन्क्रिप्शन चालू है, और एक KMS या रहस्य प्रबंधक मौजूद है, लेकिन अपनाव असमान है और टीम-दर-टीम अलग होता है। कुछ प्रमाणपत्रों की निगरानी की जाती है जबकि अन्य की नहीं, रोटेशन मैन्युअल और दुर्लभ है, और इसे एक साथ बांधने वाली कोई पूर्ण क्रिप्टो सूची नहीं है।
• स्तर 3, मानकीकृत करें (Standardize): ट्रांज़िट और रेस्ट में एन्क्रिप्शन संगठन-व्यापी लागू दस्तावेज़ीकृत डिफ़ॉल्ट है। कुंजियां शेड्यूल्ड रोटेशन और एनवलप एन्क्रिप्शन के साथ एक KMS में रहती हैं, कुंजी अभिरक्षा डेटा एक्सेस से अलग है, प्रमाणपत्र जीवनचक्र स्वचालित हैं, एक क्रिप्टो सूची बनाए रखी जाती है, और जहां भी नियमन इसकी मांग करता है वहां मान्य मॉड्यूल का उपयोग किया जाता है।
• स्तर 4, प्रबंधित करें (Manage): क्रिप्टो संपत्ति को आधार रेखाओं के विरुद्ध मापा और नियंत्रित किया जाता है। आप प्रमाणपत्र-समाप्ति लीड समय, शेड्यूल पर घुमाई गई कुंजियों का प्रतिशत, एक समझौता की गई कुंजी को निरस्त करने का औसत समय, प्रति अवधि कोड-में-रहस्य पहचान, और सूची कवरेज को ट्रैक करते हैं, और आप इन मेट्रिक्स की लक्ष्यों के विरुद्ध समीक्षा करते हैं। रोटेशन और निरस्तीकरण को दर्ज समय के साथ एक लय पर पूर्वाभ्यास किया जाता है, और विचलन बिना ध्यान गए जाने के बजाय सुधारात्मक कार्रवाई को ट्रिगर करते हैं।
• स्तर 5, समन्वित करें (Orchestrate): क्रिप्टोग्राफी एक प्लेटफ़ॉर्म क्षमता है जिसे हर सेवा डिफ़ॉल्ट रूप से विरासत में लेती है, और इसे पूरे संगठन में निरंतर सुधारा और एकीकृत किया जाता है। रोटेशन और निरस्तीकरण तेज़ हैं और नियमित रूप से अभ्यास किए जाते हैं, HSM सर्वोच्च-आश्वासन कुंजियों की रक्षा करते हैं, और क्रिप्टोग्राफ़िक चपलता के साथ एक सक्रिय पोस्ट-क्वांटम माइग्रेशन योजना संपत्ति को अनुकूलनीय बनाए रखती है जैसे-जैसे एल्गोरिद्म और आदेश बदलते हैं। अनुपालन प्रमाण स्वचालित रूप से उत्पन्न होता है और चल रहे प्राधिकरण को फ़ीड करता है।

चर्चा के लिए विचार

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

मुख्य बातें

• अपनी खुद की क्रिप्टो मत बनाएं। सबसे ऊंचे सुरक्षित एब्स्ट्रैक्शन पर परखी हुई लाइब्रेरी और मानक एल्गोरिद्म का उपयोग करें।
• एल्गोरिद्म आसान हैं; कुंजी प्रबंधन कठिन है। किसी कुंजी का जीवनचक्र (जनरेशन, वितरण, रोटेशन, निरस्तीकरण, विनाश) वह जगह है जहां वास्तविक विफलताएं होती हैं।
• अपनी गारंटियों को जानें: सिमेट्रिक और पब्लिक-की एन्क्रिप्शन गोपनीयता की रक्षा करते हैं, हस्ताक्षर प्रामाणिकता और अखंडता सिद्ध करते हैं, और हैशिंग छेड़छाड़ का पता लगाती है लेकिन एन्क्रिप्शन नहीं है।
• वर्तमान TLS के साथ ट्रांज़िट में और एनवलप एन्क्रिप्शन के साथ रेस्ट में एन्क्रिप्ट करें, हर सिस्टम के लिए डिफ़ॉल्ट के रूप में।
• कुंजी अभिरक्षा को डेटा एक्सेस से अलग करें, कुंजियों के लिए एक KMS और क्रेडेंशियल के लिए एक रहस्य प्रबंधक का उपयोग करें, और कभी दोनों में से किसी को हार्ड-कोड न करें।
• अप्रत्याशित-समाप्ति आउटेज को खत्म करने के लिए प्रमाणपत्र जीवनचक्र को स्वचालित करें, और एक क्रिप्टो सूची बनाए रखें।
• क्रिप्टोग्राफ़िक चपलता के लिए निर्माण करें और दीर्घकालिक रहस्यों के लिए एक पोस्ट-क्वांटम माइग्रेशन योजना शुरू करें।
• जहां नियमन या वर्गीकरण उनकी मांग करता है वहां मान्य कार्यान्वयन को प्राथमिकता दें (FIPS 140 और लागू राष्ट्रीय मार्गदर्शन)।

संदर्भ और आगे का पठन

• National Institute of Standards and Technology, FIPS 140-3: Security Requirements for Cryptographic Modules.
• National Institute of Standards and Technology, SP 800-57: Recommendation for Key Management.
• National Institute of Standards and Technology, SP 800-131A: Transitioning the Use of Cryptographic Algorithms and Key Lengths.
• National Institute of Standards and Technology, पोस्ट-क्वांटम क्रिप्टोग्राफी मानक (FIPS 203, 204, and 205)।
• Niels Ferguson, Bruce Schneier, and Tadayoshi Kohno, Cryptography Engineering.
• Jean-Philippe Aumasson, Serious Cryptography.
• David Wong, Real-World Cryptography.
• Internet Engineering Task Force, RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3.
• Open Web Application Security Project, Cryptographic Storage Cheat Sheet and Transport Layer Protection Cheat Sheet.
• National Security Agency, Commercial National Security Algorithm (CNSA) Suite मार्गदर्शन।