यदि आपने कभी CSR जनरेट किया है, तो संभावना है कि आपने की-टाइप के रूप में “RSA 2048” चुना होगा। नीचे बताया गया है कि इसका क्या अर्थ है: RSA एल्गोरिदम कैसे काम करता है, एक हल किया गया उदाहरण जिसे आप हाथ से जांच सकते हैं, और कौन सा की-साइज़ चुनना चाहिए। हम सितंबर 2026 के फैक्टरिंग रिकॉर्ड्स को भी कवर करते हैं, जो 2048-बिट कीज़ के लिए कोई खतरा नहीं हैं।
संक्षिप्त उत्तर: RSA (Rivest–Shamir–Adleman) एक पब्लिक-की क्रिप्टोसिस्टम है जिसे 1977 में प्रकाशित किया गया था। कोई भी आपकी पब्लिक की से किसी मैसेज को एन्क्रिप्ट कर सकता है या सिग्नेचर को चेक कर सकता है, लेकिन केवल आपकी प्राइवेट की ही उसे डिक्रिप्ट कर सकती है या साइन कर सकती है। इसकी सुरक्षा इस बात पर निर्भर करती है कि दो बड़े प्राइम नंबरों के उत्पाद को फैक्टर करना कितना कठिन है।
यह गाइड RSA एल्गोरिदम को कवर करती है। RSA Security, जो एक सिक्योरिटी कंपनी है, उसका नाम इन्हीं तीन आविष्कारकों के नाम पर रखा गया है।
2025-2026 में क्या बदला
- RSA-896, एक 896-बिट चैलेंज नंबर, को 19 सितंबर, 2026 को फैक्टर किया गया। 2048-बिट की अभी भी पहुंच से बहुत दूर है।
- RSA अब HTTPS सेशन कीज़ सेट अप नहीं करता। TLS 1.3 ने RSA की एक्सचेंज को हटा दिया, और RFC 10015 (जुलाई 2026) ने इसे TLS 1.2 में प्रतिबंधित कर दिया है। अब RSA हैंडशेक को साइन करता है।
- NIST की ड्राफ्ट योजना 2030 के बाद RSA-2048 को डिप्रिकेट करने और 2035 के बाद RSA को पूरी तरह से अस्वीकृत करने का प्रस्ताव रखती है।
- पब्लिक CA अभी भी RSA-2048 सर्टिफिकेट जारी करते हैं, और ब्राउज़र अभी भी उन पर भरोसा करते हैं।
विषय-सूची
- RSA एन्क्रिप्शन क्या है?
- RSA की क्या है?
- RSA की साइज़ें
- RSA एन्क्रिप्शन कैसे काम करता है?
- RSA एन्क्रिप्शन के चरण: एक हल किया गया उदाहरण
- RSA का उपयोग कहाँ किया जाता है?
- आपके SSL सर्टिफिकेट में RSA
- RSA बनाम AES और ECC
- RSA के फायदे और नुकसान
- क्या RSA सुरक्षित है?
- क्या RSA को चरणबद्ध तरीके से हटाया जा रहा है?
- RSA एन्क्रिप्शन FAQ
SSL ड्रैगन से ऑर्डर करते समय आज ही SSL प्रमाणपत्र पर 10% बचाएं!
तेजी से जारी करना, मजबूत एन्क्रिप्शन, 99.99% ब्राउज़र ट्रस्ट, समर्पित समर्थन और 25-दिन की मनी-बैक गारंटी। कूपन कोड: SAVE10
RSA एन्क्रिप्शन क्या है?
RSA एन्क्रिप्शन असममित क्रिप्टोग्राफी का एक रूप है: यह डेटा को एन्क्रिप्ट करने के लिए एक पब्लिक की का उपयोग करता है और उसे डिक्रिप्ट करने के लिए एक अलग प्राइवेट की का। AES जैसे सममित सिफर दोनों के लिए एक ही साझा की का उपयोग करते हैं।
इसकी सुरक्षा फैक्टरिंग पर निर्भर करती है। दो बड़े प्राइम नंबरों को गुणा करना आसान है। उनके उत्पाद से, जिसे सेमीप्राइम कहा जाता है, उन्हें वापस प्राप्त करना किसी भी ज्ञात क्लासिकल विधि से असंभव के बराबर है जब वह उत्पाद 2048 बिट लंबा हो।
रॉन रिवेस्ट, एडी शामिर और लियोनार्ड एडलमैन ने 1977 में मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी (MIT) में इस एल्गोरिदम को प्रकाशित किया था। यूके के GCHQ में क्लिफर्ड कॉक्स ने 1973 में एक समकक्ष सिस्टम खोज लिया था, लेकिन उनका काम 1997 तक गोपनीय रहा।
RSA शायद ही कभी आपके वास्तविक डेटा को एन्क्रिप्ट करता है। यह धीमा होता है और केवल अपनी की से छोटे मैसेज को ही हैंडल कर सकता है। सिस्टम इसके बजाय हाइब्रिड एन्क्रिप्शन का उपयोग करते हैं: RSA क्रिप्टोग्राफी एक छोटी सीक्रेट की की सुरक्षा करती है या मैसेज को साइन करती है, और AES डेटा को एन्क्रिप्ट करता है।
RSA का पूरा नाम क्या है?
RSA का मतलब Rivest-Shamir-Adleman है, जो MIT के उन तीन शोधकर्ताओं के उपनाम हैं जिन्होंने इसे 1977 में प्रकाशित किया था। यह किसी तकनीकी शब्द का संक्षिप्त रूप नहीं है। आप इसे RSA एल्गोरिदम, RSA क्रिप्टोसिस्टम या RSA सिफर के नाम से भी देखेंगे; तीनों का मतलब एक ही है।
RSA की क्या है?
RSA की गणितीय रूप से जुड़े एक जोड़े का आधा हिस्सा है। पब्लिक की दो नंबर होते हैं, (e, n), और प्राइवेट की (d, n) होती है। यहाँ n दो गुप्त प्राइम नंबरों का उत्पाद है, और केवल वही व्यक्ति प्राइवेट एक्सपोनेंट d की गणना कर सकता है जो उन प्राइम नंबरों को जानता है।
आपकी RSA पब्लिक की आपके सर्टिफिकेट साइनिंग रिक्वेस्ट (CSR) में जाती है और फिर जारी किए गए सर्टिफिकेट में, जहाँ कोई भी ब्राउज़र इसे पढ़ सकता है। आपकी RSA प्राइवेट की आपके सर्वर पर रहती है और कभी भी CA को नहीं भेजी जाती। अगर यह लीक हो जाती है, तो कोई भी आपकी साइट की पहचान बनाकर धोखाधड़ी कर सकता है, इसलिए हमारी प्राइवेट की स्टोरेज प्रैक्टिस का पालन करें।
डिस्क पर, की एक टेक्स्ट फाइल होती है जो PEM फॉर्मेट में होती है और -----BEGIN PRIVATE KEY----- से शुरू होती है। हमारी PEM फाइल्स और अपनी SSL प्राइवेट की खोजने की गाइड्स फॉर्मेट और यह समझाती हैं कि सर्वर इसे कहां रखते हैं।
पब्लिक एक्सपोनेंट e लगभग हमेशा 65537 होता है। यह प्राइम है, स्मॉल-एक्सपोनेंट अटैक्स को रोकने के लिए काफी बड़ा है, और 2¹⁶ + 1 के बराबर है। उस संख्या में बाइनरी में केवल दो 1-बिट्स होते हैं, इसलिए एन्क्रिप्शन और सिग्नेचर जांच तेज़ रहती है।
RSA की साइज़ें: 2048, 3072 या 4096 बिट्स?
एक स्टैंडर्ड SSL सर्टिफिकेट के लिए 2048-बिट RSA की का उपयोग करें। यह सबसे छोटा साइज़ है जिसे पब्लिक CA स्वीकार करते हैं और तीनों में सबसे तेज़ है। अगर आपको 128-बिट सिक्योरिटी लेवल की आवश्यकता है जिसकी NIST की ड्राफ्ट योजना 2030 के बाद अपेक्षा करती है, तो 3072 बिट्स चुनें। 4096-बिट की मजबूती बढ़ाती है लेकिन व्यस्त सर्वर पर हर हैंडशेक को धीमा कर देती है।
| RSA की साइज़ | सिक्योरिटी स्ट्रेंथ (NIST SP 800-57) | पब्लिक CA स्टेटस | इसके लिए उपयोग करें |
|---|---|---|---|
| 1024 बिट्स | 80 बिट्स या उससे कम | स्वीकृत नहीं | कुछ नहीं। इसे बदलें। |
| 2048 बिट्स | 112 बिट्स | न्यूनतम स्वीकृत | ज़्यादातर वेबसाइट्स |
| 3072 बिट्स | 128 बिट्स | स्वीकृत | वे कीज़ जिन्हें 128-बिट पॉलिसी पूरी करनी हो |
| 4096 बिट्स | 128 और 192 बिट्स के बीच | स्वीकृत | वे पॉलिसी जिन्हें इसकी आवश्यकता हो |
| ECDSA P-256 (तुलना के लिए) | 128 बिट्स | स्वीकृत | एक छोटा, तेज़ विकल्प |
CA/Browser Forum की बेसलाइन रिक्वायरमेंट्स (सेक्शन 6.1.5) पब्लिक सर्टिफिकेट्स के लिए न्यूनतम सीमा तय करती हैं: कम से कम 2048 बिट्स का RSA मॉड्यूलस, जिसकी लंबाई 8 से विभाज्य हो। ECDSA कीज़ को P-256, P-384 या P-521 कर्व का उपयोग करना चाहिए।
एक 2048-बिट मॉड्यूलस लगभग 617 अंकों का होता है। अब तक सार्वजनिक रूप से फैक्टर की गई सबसे बड़ी RSA संख्या में 270 अंक हैं (देखें शॉर्ट कीज़ और फैक्टरिंग रिकॉर्ड्स)। अगर आप नए सर्टिफिकेट के लिए की-टाइप चुन रहे हैं, तो हमारी ECDSA बनाम RSA तुलना कंपैटिबिलिटी और स्पीड को कवर करती है।
RSA एन्क्रिप्शन कैसे काम करता है?
RSA एन्क्रिप्शन एल्गोरिदम तीन चरणों में, चरण-दर-चरण काम करता है: की जनरेशन, एन्क्रिप्शन और डिक्रिप्शन। प्रत्येक चरण मॉड्यूलर अरिथमेटिक का उपयोग करता है, वह घड़ी-शैली का गणित जहां संख्याएं मॉड्यूलस तक पहुंचने के बाद फिर से शुरू हो जाती हैं, और पब्लिक और प्राइवेट कीज़ के बीच का संबंध।
RSA की जनरेशन
- एक मजबूत रैंडम नंबर जनरेटर से दो बड़े रैंडम प्राइम नंबर, p और q, चुनें। 2048-बिट की के लिए, प्रत्येक लगभग 1,024 बिट्स का होता है।
- उन्हें गुणा करें: n = p × q। यह मॉड्यूलस की साइज़ तय करता है।
- यूलर के टोशिएंट की गणना करें: φ(n) = (p − 1)(q − 1)।
- पब्लिक एक्सपोनेंट e चुनें, जिसका φ(n) के साथ 1 के अलावा कोई फैक्टर साझा नहीं होना चाहिए। असली कीज़ 65537 का उपयोग करती हैं, न कि कई पाठ्यपुस्तकों के e = 3 का।
- एक्सटेंडेड यूक्लिडियन एल्गोरिदम से प्राइवेट एक्सपोनेंट d की गणना करें, जो φ(n) मॉड्यूलो e का मॉड्यूलर इनवर्स है।
पब्लिक की (e, n) है और प्राइवेट की (d, n) है। p और q को d जितना ही गोपनीय रखें, क्योंकि जो भी इन्हें रखता है वह प्राइवेट की को फिर से बना सकता है।
PKCS #1 स्टैंडर्ड φ(n) के बजाय कार्माइकल के फंक्शन, λ(n) = lcm(p − 1, q − 1), के साथ d को परिभाषित करता है। यह एक छोटा d उत्पन्न कर सकता है जो उतना ही अच्छी तरह से काम करता है। नीचे दिए गए उदाहरण में, दोनों d = 23 देते हैं।
RSA एन्क्रिप्शन और डिक्रिप्शन
एन्क्रिप्ट करने के लिए, मैसेज को n से छोटी संख्या M में बदलें, फिर मॉड्यूलर एक्सपोनेंशिएशन के साथ सिफरटेक्स्ट C की गणना करें:
C = Mᵉ mod n
डिक्रिप्ट करने के लिए, प्राइवेट की लागू करें:
M = Cᵈ mod n
केवल d रखने वाला व्यक्ति ही पहले ऑपरेशन को उलट सकता है, इसलिए दो पक्ष जो कभी नहीं मिले, वे एक खुले नेटवर्क पर सीक्रेट का आदान-प्रदान कर सकते हैं। असली सिस्टम एन्क्रिप्ट करने से पहले पैडिंग जोड़ते हैं (देखें अनुचित पैडिंग)।
RSA डिजिटल सिग्नेचर
RSA सिग्नेचर उसी गणित को उल्टा चलाते हैं। आप मैसेज को हैश करते हैं और अपनी प्राइवेट की के साथ हैश को d की पावर पर उठाते हैं। कोई भी अपनी पब्लिक की के साथ सिग्नेचर को e की पावर पर उठा सकता है और परिणाम की तुलना अपने स्वयं के हैश से कर सकता है।
एक मैच यह साबित करता है कि मैसेज की होल्डर से आया है और इसे बदला नहीं गया है। आधुनिक RSA सिग्नेचर PSS पैडिंग स्कीम का उपयोग करते हैं, जिसे TLS 1.3 हैंडशेक सिग्नेचर के लिए आवश्यक बनाता है।
RSA एन्क्रिप्शन के चरण: छोटी संख्याओं के साथ एक हल किया गया उदाहरण
p = 17 और q = 11 के साथ, RSA मैसेज 88 को सिफरटेक्स्ट 11 में बदल देता है और वापस 88 में बदल देता है। हर चरण इतना छोटा है कि इसे कैलकुलेटर पर जांचा जा सकता है।
- प्राइम नंबर: p = 17 और q = 11।
- मॉड्यूलस: n = 17 × 11 = 187।
- टोशिएंट: φ(n) = 16 × 10 = 160।
- पब्लिक एक्सपोनेंट: e = 7, वैध है क्योंकि gcd(7, 160) = 1।
- प्राइवेट एक्सपोनेंट: d ऐसा खोजें कि 7 × d mod 160 = 1 हो।
एक्सटेंडेड यूक्लिडियन एल्गोरिदम में दो डिविज़न लगते हैं: 160 = 7 × 22 + 6, फिर 7 = 6 × 1 + 1। पीछे की ओर काम करते हुए, 1 = 7 − 6 = 7 − (160 − 7 × 22) = 7 × 23 − 160। तो d = 23। जांच करें: 7 × 23 = 161, और 161 mod 160 = 1।
इससे पब्लिक की (7, 187) और प्राइवेट की (23, 187) मिलती है। अब संख्या 88 को एन्क्रिप्ट करें। एक वास्तविक सिस्टम में, टेक्स्ट को पहले संख्याओं में बदला जाता है, उदाहरण के लिए ASCII कोड के साथ।
- एन्क्रिप्ट करने के लिए: C = 88⁷ mod 187 = 11
- RSA एन्क्रिप्टेड मैसेज को डिक्रिप्ट करने के लिए: M = 11²³ mod 187 = 88
कार्माइकल का वर्ज़न वही d देता है: λ(187) = lcm(16, 10) = 80, और 7 × 23 = 161 = 2 × 80 + 1।
ध्यान दें कि 88 हर बार 11 में एन्क्रिप्ट होता है। पाठ्यपुस्तक वाला RSA निर्धारणात्मक (deterministic) होता है, इसलिए एक संभावित मैसेज का अनुमान लगाने वाला आक्रमणकारी उसे आपकी पब्लिक की से एन्क्रिप्ट करके तुलना कर सकता है। इसीलिए वास्तविक RSA हमेशा रैंडम पैडिंग जोड़ता है।
असली कीज़ सैकड़ों अंकों लंबे प्राइम नंबरों के साथ उसी चरणों का पालन करती हैं। जो व्यक्ति सिफरटेक्स्ट को इंटरसेप्ट करता है वह p, q या d के बिना इसे उलट नहीं सकता।
p = 17 और q = 11 के साथ RSA एन्क्रिप्शन उदाहरण: की जनरेशन, 88 को 11 में एन्क्रिप्शन और वापस 88 में डिक्रिप्शन
SSL ड्रैगन से ऑर्डर करते समय आज ही SSL प्रमाणपत्र पर 10% बचाएं!
तेजी से जारी करना, मजबूत एन्क्रिप्शन, 99.99% ब्राउज़र ट्रस्ट, समर्पित समर्थन और 25-दिन की मनी-बैक गारंटी। कूपन कोड: SAVE10
RSA का उपयोग कहाँ किया जाता है?
RSA HTTPS में सर्वर को प्रमाणित करता है, सॉफ्टवेयर और सर्टिफिकेट्स को साइन करता है, ईमेल को एन्क्रिप्ट करता है, और SSH व VPN कनेक्शनों को सुरक्षित करता है। इन कार्यों की वजह से यह नेटवर्क सुरक्षा में सबसे आम एल्गोरिदम में से एक है। आज यह जो काम शायद ही कभी करता है, वह है बड़ी मात्रा में डेटा को एन्क्रिप्ट करना या, आधुनिक TLS में, सेशन कीज़ का आदान-प्रदान करना।
SSL/TLS सर्टिफिकेट्स और HTTPS में RSA
आपके SSL सर्टिफिकेट, जो एक X.509 सर्टिफिकेट है, में आपकी RSA पब्लिक की होती है। एक आधुनिक TLS हैंडशेक में, यह की आपके सर्वर की पहचान साबित करती है। यह अब सेशन की को एन्क्रिप्ट नहीं करती।
जब कोई ब्राउज़र TLS 1.3 के साथ HTTPS पर कनेक्ट होता है:
- ब्राउज़र और सर्वर एक एफेमेरल की एक्सचेंज (ECDHE) के साथ एक सेशन की पर सहमत होते हैं। क्रोम यहां X25519 और पोस्ट-क्वांटम ML-KEM के हाइब्रिड का उपयोग करता है।
- सर्वर अपना डिजिटल सर्टिफिकेट भेजता है, और ब्राउज़र CA के सिग्नेचर और सर्टिफिकेट की वैधता की जांच करता है।
- सर्वर अपनी RSA प्राइवेट की के साथ हैंडशेक को साइन करता है, और ब्राउज़र इसे सर्टिफिकेट की पब्लिक की से वेरिफाई करता है।
- दोनों पक्ष सेशन को AES जैसे सममित सिफर से एन्क्रिप्ट करते हैं।
पुराने TLS 1.2 सेटअप इसके बजाय RSA की एक्सचेंज का उपयोग कर सकते थे: ब्राउज़र सर्वर की पब्लिक की के साथ एक सीक्रेट को एन्क्रिप्ट करता था। TLS 1.3 ने 2018 में इस मोड को हटा दिया क्योंकि इसमें फॉरवर्ड सीक्रेसी की कमी थी। कोई भी जो बाद में प्राइवेट की चुरा लेता, वह रिकॉर्ड किए गए ट्रैफिक को डिक्रिप्ट कर सकता था।
जुलाई 2026 में प्रकाशित RFC 10015, अब TLS 1.2 में भी RSA की एक्सचेंज को प्रतिबंधित करता है। क्लाइंट्स को इसकी पेशकश नहीं करनी चाहिए, और सर्वरों को इसे नहीं चुनना चाहिए।
डिजिटल सिग्नेचर, कोड साइनिंग और सर्टिफिकेट अथॉरिटीज
RSA डिजिटल सिग्नेचर को सक्षम बनाता है, जो यह साबित करते हैं कि कोई मैसेज या फाइल भेजने वाले से आई है और इसे बदला नहीं गया है। जब डेवलपर्स सॉफ्टवेयर साइन करते हैं, तो वे अपनी प्राइवेट की का उपयोग करते हैं, और ऑपरेटिंग सिस्टम मिलती-जुलती पब्लिक की से सिग्नेचर की जांच करता है।
वही मैकेनिज़्म SSL/TLS कनेक्शनों में विश्वास बनाता है। आप अपनी पब्लिक की को एक सर्टिफिकेट साइनिंग रिक्वेस्ट (CSR) में भेजते हैं, और सर्टिफिकेट अथॉरिटी (CA) अपनी स्वयं की प्राइवेट की के साथ आपके सर्टिफिकेट को साइन करती है। ब्राउज़र CA के रूट सर्टिफिकेट्स को स्टोर करते हैं, ताकि वे उस सिग्नेचर को वेरिफाई कर सकें।
ईमेल, SSH और VPN
Pretty Good Privacy (PGP) और S/MIME जैसे ईमेल टूल्स आपके ईमेल की सुरक्षा के लिए RSA का उपयोग करते हैं। भेजने वाला एक बार उपयोग होने वाली मैसेज की को प्राप्तकर्ता की पब्लिक की से एन्क्रिप्ट करता है, और केवल प्राप्तकर्ता की प्राइवेट की ही इसे पुनः प्राप्त कर सकती है।
VPN एन्क्रिप्शन अक्सर हैंडशेक के दौरान RSA सर्टिफिकेट्स पर निर्भर करता है, ताकि आपका डिवाइस पुष्टि कर सके कि वह असली VPN सर्वर से बात कर रहा है।
SSH होस्ट और यूज़र कीज़ के लिए RSA का उपयोग करता है, हालांकि OpenSSH 9.5 (अक्टूबर 2023) के बाद से ssh-keygen में Ed25519 डिफ़ॉल्ट की-टाइप रहा है। नई SSH कीज़ के लिए Ed25519 चुनें, जब तक कि कोई पुराना सिस्टम केवल RSA को स्वीकार न करे। हमारी SSH बनाम SSL गाइड बताती है कि ये दोनों प्रोटोकॉल कैसे अलग हैं।
आपके SSL सर्टिफिकेट में RSA: की टाइप, CSR और रिन्यूअल
अधिकांश वेबसाइटों के लिए, अपना SSL सर्टिफिकेट RSA-2048 की के साथ ऑर्डर करें, या ECDSA P-256 अगर आपका सर्वर और विज़िटर इसे सपोर्ट करते हैं। किसी भी तरह, आप अपने सर्वर पर प्राइवेट की जनरेट करते हैं, और पब्लिक की आपके CSR के अंदर CA तक जाती है।
RSA या ECDSA?
RSA-2048 व्यावहारिक रूप से हर क्लाइंट के साथ काम करता है जो अभी भी उपयोग में है, जिसमें पुराने डिवाइस और एंबेडेड सिस्टम शामिल हैं। ECDSA P-256 एक बहुत छोटी की के साथ 128-बिट सिक्योरिटी देता है, इसलिए सर्टिफिकेट छोटे और हैंडशेक तेज़ होते हैं। अगर आप आधुनिक ब्राउज़रों को सर्व करते हैं तो ECDSA चुनें; लीगेसी डिवाइसों के लिए RSA पर रहें। हमारी ECC सर्टिफिकेट्स गाइड बताती है कि एक कैसे प्राप्त करें।
RSA की और CSR जनरेट करें
एक OpenSSL कमांड 2048-बिट RSA प्राइवेट की और एक CSR बनाती है:
openssl req -new -newkey rsa:2048 -nodes -keyout example.com.key -out example.com.csrयह आपके डोमेन और संगठन की जानकारी मांगता है। .csr फाइल को CA को भेजें और example.com.key को सर्वर पर रखें। -nodes फ्लैग की को अनएन्क्रिप्टेड छोड़ देता है ताकि आपका वेब सर्वर स्टार्टअप पर इसे पढ़ सके।
एक फॉर्म पसंद करते हैं? हमारा CSR जनरेटर वही काम करता है, और हमारी OpenSSL कमांड्स की लिस्ट बाकी सब कवर करती है।
सर्टिफिकेट में RSA की जांच करें
openssl x509 -in example.com.crt -noout -text चलाएं और तीन लाइनें देखें:
- Public Key Algorithm: rsaEncryption
- Public-Key: (2048 bit)
- Exponent: 65537 (0x10001)
“Signature Algorithm” लाइन, जैसे sha256WithRSAEncryption, यह बताती है कि CA ने सर्टिफिकेट को कैसे साइन किया, न कि आपके की टाइप को। सबमिट करने से पहले CSR की जांच करने के लिए, इसे हमारे CSR डिकोडर में पेस्ट करें।
छोटी अवधि का मतलब है अधिक की हैंडलिंग
CA/Browser Forum नियमों के तहत अधिकतम सर्टिफिकेट अवधि घट रही है: 15 मार्च, 2026 से 200 दिन, 15 मार्च, 2027 से 100 दिन, और 15 मार्च, 2029 से 47 दिन। हर रिन्यूअल को एक CSR की आवश्यकता होती है, इसलिए आप अधिक बार यह तय करेंगे कि अपनी RSA की का फिर से उपयोग करें या नहीं।
हर रिन्यूअल पर एक नई की जनरेट करें जब तक कोई चीज़ पुनः उपयोग करने के लिए मजबूर न करे, जैसे पिन्ड की या हार्डवेयर सिक्योरिटी मॉड्यूल। ACME प्रोटोकॉल के साथ रिन्यूअल्स को ऑटोमेट करना इसे रूटीन बनाता है।
RSA बनाम AES और ECC
RSA, AES और ECC अलग-अलग काम करते हैं, और एक HTTPS कनेक्शन इनमें से कम से कम दो का उपयोग करता है। AES डेटा को एन्क्रिप्ट करता है, जबकि RSA या ECC यह साबित करता है कि सर्वर कौन है।
| RSA | AES | ECC (ECDSA, ECDHE) | |
|---|---|---|---|
| प्रकार | असममित | सममित | असममित |
| 128-बिट सिक्योरिटी के लिए की साइज़ | 3072 बिट्स | 128 बिट्स | 256 बिट्स |
| स्पीड | धीमी | तेज़ | की जनरेशन और साइनिंग के लिए RSA से तेज़ |
| विशिष्ट काम | सर्टिफिकेट सिग्नेचर | बड़ी मात्रा में डेटा एन्क्रिप्ट करना | की एक्सचेंज और सर्टिफिकेट सिग्नेचर |
तो “कौन बेहतर है, RSA या AES?” का जवाब दोनों हैं: डेटा के लिए AES और इसे सेट अप करने के लिए एक असममित एल्गोरिदम। हमारी RSA बनाम AES तुलना गहराई में जाती है, और ECDSA बनाम RSA सर्टिफिकेट चयन को कवर करती है।
RSA के फायदे और नुकसान
RSA का मुख्य फायदा यह है कि दो अनजान पक्ष पहले कोई सीक्रेट शेयर किए बिना सुरक्षित रूप से संवाद कर सकते हैं। इसकी मुख्य कमियां हैं स्पीड, की साइज़ और यह कि एक लापरवाह इम्प्लिमेंटेशन इसे कितनी आसानी से तोड़ सकता है।
RSA के फायदे
- किसी साझा सीक्रेट की आवश्यकता नहीं: पक्ष पहले से मिले बिना सुरक्षित संचार सेट अप कर सकते हैं।
- पब्लिक-की क्रिप्टोग्राफी: कोई भी आपको एन्क्रिप्ट कर सकता है या आपके द्वारा खुले तौर पर प्रकाशित की से आपके सिग्नेचर को वेरिफाई कर सकता है।
- डिजिटल सिग्नेचर: RSA पहचान को प्रमाणित करता है और पुष्टि करता है कि मैसेज में बदलाव नहीं किया गया।
- व्यापक कंपैटिबिलिटी: TLS, PGP, S/MIME, SSH और हर पब्लिक CA इसे सपोर्ट करता है।
RSA की कमियां
- धीमी एन्क्रिप्शन स्पीड: RSA, AES से कहीं अधिक धीमा है, इसलिए यह केवल छोटे वैल्यू जैसे कीज़ और हैशेज़ को ही हैंडल करता है।
- बड़ी कीज़: RSA को उस 128-बिट सिक्योरिटी के लिए 3072 बिट्स की आवश्यकता होती है जिसे ECDSA 256 बिट्स में प्राप्त कर लेता है।
- छोटा पेलोड: OAEP और SHA-256 के साथ एक 2048-बिट की अधिकतम 190 बाइट्स ही एन्क्रिप्ट कर सकती है।
- क्वांटम जोखिम: एक बड़े क्वांटम कंप्यूटर पर शोर का एल्गोरिदम RSA को तोड़ देगा।
- नाजुक इम्प्लिमेंटेशन: पैडिंग, रैंडमनेस और टाइमिंग की गलतियों ने वास्तविक RSA तैनातियों को तोड़ दिया है।
क्या RSA सुरक्षित है? ज्ञात अटैक्स और उन्हें कैसे रोकें
हां। 2048-बिट या उससे बड़ी की के साथ RSA क्रिप्टोग्राफी हर ज्ञात क्लासिकल अटैक का सामना करती है। जब RSA व्यवहार में फेल होता है, तो इसका कारण लगभग हमेशा इम्प्लिमेंटेशन होता है: खराब रैंडमनेस, पैडिंग की कमी, टाइमिंग लीक या बहुत छोटी की।
साइड-चैनल अटैक्स
एक साइड-चैनल अटैक गणित को छोड़ देता है और इसके बजाय कंप्यूटर को मापता है: डिक्रिप्शन में कितना समय लगता है, यह कितनी पावर खींचता है या यह कौन से सिग्नल्स उत्सर्जित करता है। वे मापन प्राइवेट की के बिट्स को लीक कर सकते हैं।
बचाव है कॉन्स्टेंट-टाइम कोड, जो इनपुट चाहे जो भी हो उतना ही समय लेता है, साथ ही ब्लाइंडिंग, जो हर प्राइवेट-की ऑपरेशन को रैंडमाइज़ करता है। ब्रांच प्रेडिक्शन एनालिसिस एक संबंधित जोखिम है, इसलिए कोड को कभी भी गुप्त डेटा पर ब्रांच नहीं करना चाहिए।
कमजोर रैंडम नंबर जनरेटर
RSA कीज़ उतनी ही अच्छी होती हैं जितनी p और q चुनने के लिए उपयोग की गई रैंडमनेस। अगर प्राइम नंबर अनुमानित (predictable) हैं, तो एक आक्रमणकारी उन्हें फिर से जनरेट कर सकता है और प्राइवेट की को फिर से बना सकता है। कमजोर प्राइम नंबर, जैसे दो प्राइम नंबर जो एक-दूसरे के बहुत करीब हैं, उतने ही खतरनाक हैं।
ऑपरेटिंग सिस्टम के रैंडम सोर्स के साथ कीज़ जनरेट करें, जैसे लिनक्स पर /dev/urandom, जो हार्डवेयर नॉइज़ जैसे उच्च-एंट्रॉपी सोर्सों पर निर्भर करता है। 2008 का Debian OpenSSL बग दिखाता है कि अन्यथा क्या गलत हो जाता है: प्रभावित Debian और Ubuntu सिस्टम अनुमानित कीज़ जनरेट करते थे, और उन सभी को बदलना पड़ा।
शॉर्ट कीज़ और फैक्टरिंग रिकॉर्ड्स
छोटी RSA कीज़ फैक्टरिंग के आगे गिर जाती हैं, और पब्लिक रिकॉर्ड लगातार आगे बढ़ता रहता है: सितंबर 2026 तक 896 बिट्स। ये RSA Factoring Challenge के माइलस्टोन हैं:
| नंबर | साइज़ | फैक्टर किया गया | नोट्स |
|---|---|---|---|
| RSA-155 | 512 बिट्स | 22 अगस्त, 1999 | सार्वजनिक रूप से फैक्टर किया गया पहला 512-बिट RSA नंबर |
| RSA-768 | 768 बिट्स | 12 दिसंबर, 2009 | |
| RSA-250 | 829 बिट्स | 28 फरवरी, 2020 | 2026 तक का रिकॉर्ड |
| RSA-260 | 862 बिट्स | 3 सितंबर, 2026 | Eric Lu, Cognition; लगभग 13.5 GPU-वर्ष |
| RSA-896 | 896 बिट्स | 19 सितंबर, 2026 | Stephen A. Weis; लगभग 30 GPU-वर्ष |
दोनों टीमों ने CADO-NFS फैक्टरिंग सॉफ्टवेयर को GPUs पर पोर्ट करने के लिए AI कोडिंग एजेंट्स (Cognition का Devin और Anthropic का Claude) का उपयोग किया। गणित स्वयं स्टैंडर्ड जनरल नंबर फील्ड सीव (GNFS) था, जो सबसे अच्छी ज्ञात क्लासिकल विधि है।
दोनों में से किसी भी परिणाम ने क्वांटम कंप्यूटर का उपयोग नहीं किया, और दोनों शोधकर्ता कहते हैं कि तैनात RSA-2048 कीज़ प्रभावित नहीं होती हैं। Cognition का अनुमान है कि RSA-2048 को RSA-1024 की तुलना में फैक्टर करना लगभग एक अरब गुना कठिन है, जिसे अभी तक किसी ने फैक्टर नहीं किया है।
खराब पैरामीटर भी RSA को तोड़ सकते हैं, जैसे बहुत छोटा प्राइवेट एक्सपोनेंट d। अगर आपको किसी सर्वर पर 1024-बिट की मिलती है, तो उसे बदल दें: कोई भी पब्लिक CA इसके लिए सर्टिफिकेट जारी नहीं करेगा।
अनुचित पैडिंग
कभी भी कच्चे डेटा को RSA से एन्क्रिप्ट न करें। पैडिंग स्कीम के बिना, एक जैसे मैसेज एक जैसे सिफरटेक्स्ट उत्पन्न करते हैं, और आक्रमणकारी चुने हुए-सिफरटेक्स्ट अटैक कर सकते हैं। एक पैडिंग स्कीम एन्क्रिप्शन से पहले रैंडम, संरचित बाइट्स जोड़ती है। RSA तीन का उपयोग करता है, जो सभी PKCS #1 (RFC 8017) में परिभाषित हैं:
- Optimal Asymmetric Encryption Padding (OAEP), एन्क्रिप्शन के लिए।
- PSS, सिग्नेचर के लिए। TLS 1.3 को RSA हैंडशेक सिग्नेचर के लिए इसकी आवश्यकता होती है।
- PKCS #1 v1.5, मूल स्कीम, अभी भी सर्टिफिकेट सिग्नेचर के लिए अनुमति प्राप्त है।
PKCS #1 v1.5 एन्क्रिप्शन ही कारण है कि RSA की एक्सचेंज को रिटायर किया गया। Daniel Bleichenbacher ने 1998 में इसके खिलाफ एक पैडिंग-ओरेकल अटैक प्रकाशित किया, और ROBOT अटैक ने 2017 में पाया कि यही खामी लोकप्रिय वेबसाइटों पर अभी भी मौजूद थी।
की एक्सचेंज के दौरान एक्सपोज़र
अगर कोई आक्रमणकारी हैंडशेक के दौरान अपनी खुद की पब्लिक की को बदल देता है, तो वह उसके बाद आने वाली हर चीज़ को पढ़ सकता है। यह एक मैन-इन-द-मिडल अटैक है। विश्वसनीय CA द्वारा साइन किए गए सर्टिफिकेट इसे रोकते हैं, क्योंकि आपका ब्राउज़र सर्टिफिकेट के सिग्नेचर की जांच करता है और नकली की को अस्वीकार कर देता है। यह अटैक केवल तब काम करता है जब सर्टिफिकेट जांच को छोड़ दिया जाता है या कोई यूज़र ब्राउज़र चेतावनी को नज़रअंदाज़ कर क्लिक कर देता है।
क्या RSA को चरणबद्ध तरीके से हटाया जा रहा है?
अभी नहीं। 2026 में भी RSA सर्टिफिकेट जारी किए जा रहे हैं और उन पर भरोसा किया जा रहा है, लेकिन NIST ने क्वांटम कंप्यूटरों की वजह से अगले दशक में RSA को रिटायर करने का प्रस्ताव रखा है। इसकी ड्राफ्ट योजना, NIST IR 8547, 2030 के बाद RSA-2048 को डिप्रिकेट कर देगी और 2035 के बाद सभी RSA को अस्वीकृत कर देगी। यह अभी नवंबर 2024 का एक प्रारंभिक पब्लिक ड्राफ्ट है।
खतरा है शोर का एल्गोरिदम, जो 1994 में प्रकाशित हुआ था, जो एक पर्याप्त बड़े क्वांटम कंप्यूटर पर बड़ी संख्याओं को तेज़ी से फैक्टर कर देता है। मई 2025 में, Google Quantum AI के Craig Gidney ने अनुमान लगाया कि RSA-2048, 10 लाख से कम नॉइज़ी क्यूबिट्स के साथ एक हफ्ते से भी कम समय में टूट सकता है। उनके 2019 के अनुमान में 2 करोड़ की आवश्यकता थी, और किसी भी साइज़ की ऐसी मशीन मौजूद नहीं है।
NIST ने 13 अगस्त, 2024 को रिप्लेसमेंट्स को अंतिम रूप दिया: की एक्सचेंज के लिए ML-KEM (FIPS 203), और सिग्नेचर के लिए ML-DSA (FIPS 204) और SLH-DSA (FIPS 205)।
की एक्सचेंज को “harvest now, decrypt later” की वजह से पहले बदला गया: आज रिकॉर्ड किया गया ट्रैफिक एक बार बड़ा क्वांटम कंप्यूटर मौजूद होने के बाद डिक्रिप्ट किया जा सकता है। इसीलिए क्रोम पहले से ही X25519 को ML-KEM के साथ जोड़ता है। सिग्नेचर में यह जोखिम नहीं होता, क्योंकि एक जाली सिग्नेचर केवल तब तक मायने रखता है जब तक सर्टिफिकेट वैध है।
एक वेबसाइट के लिए, कुछ भी तत्काल नहीं है। RSA-2048 या ECDSA P-256 सर्टिफिकेट्स का उपयोग करते रहें, रिन्यूअल्स को ऑटोमेट करें, और पोस्ट-क्वांटम सर्टिफिकेट्स पर नज़र रखें, जो पब्लिक CA अभी तक जारी नहीं करते। एलिप्टिक कर्व क्रिप्टोग्राफी (ECC) को भी वही क्वांटम जोखिम का सामना करना पड़ता है, इसलिए ECDSA पर स्विच करने से स्पीड मिलती है, क्वांटम सुरक्षा नहीं। SSL वैधता के पीछे पोस्ट-क्वांटम समस्या के बारे में और पढ़ें।
RSA एन्क्रिप्शन FAQ
RSA असममित है। यह दो अलग-अलग कीज़ का उपयोग करता है: एक पब्लिक की जो किसी के भी पास हो सकती है और एक प्राइवेट की जो केवल मालिक के पास होती है। AES जैसे सममित एल्गोरिदम एन्क्रिप्शन और डिक्रिप्शन दोनों के लिए एक साझा की का उपयोग करते हैं। वे बहुत तेज़ होते हैं, लेकिन दोनों पक्षों को पहले की की आवश्यकता होती है।
हां। RSA कीज़ SSL/TLS सर्टिफिकेट्स, कोड साइनिंग, S/MIME ईमेल, SSH और VPN में दिखाई देती हैं। जो चीज़ बदली है वह HTTPS में इसकी भूमिका है: TLS 1.3 के बाद से, RSA सेशन की का आदान-प्रदान करने के बजाय हैंडशेक को साइन करता है। CA अभी भी RSA-2048 सर्टिफिकेट जारी करते हैं, और ब्राउज़र अभी भी उन पर भरोसा करते हैं।
इसका मतलब है कि डेटा को RSA एल्गोरिदम से सुरक्षित किया गया था, आमतौर पर अप्रत्यक्ष रूप से: RSA ने एक छोटी की की सुरक्षा की, और उस की ने डेटा को एन्क्रिप्ट किया। एक वेबसाइट पर, सर्टिफिकेट विवरण में “RSA” का मतलब है कि साइट की की-पेयर RSA है, आमतौर पर 2048 बिट्स की।
RSA-2048 एक RSA की है जिसका मॉड्यूलस n 2048 बिट्स का है, लगभग 617 दशमलव अंकों का। यह सबसे छोटा साइज़ है जिसे पब्लिक CA SSL सर्टिफिकेट्स के लिए स्वीकार करते हैं और NIST के मापदंड के अनुसार 112-बिट सिक्योरिटी देता है। यह RSA Factoring Challenge की उस संख्या का नाम भी है जिसे अभी तक किसी ने फैक्टर नहीं किया है।
आज की क्लासिकल विधियों के साथ, किसी भी सर्टिफिकेट के जीवनकाल से कहीं अधिक। RSA-896 में लगभग 30 GPU-वर्ष लगे, और Cognition का अनुमान है कि RSA-2048, अभी भी अनफैक्टर्ड RSA-1024 की तुलना में लगभग एक अरब गुना कठिन है। खुला सवाल क्वांटम का है: Gidney का 2025 का अनुमान एक हफ्ते से भी कम है, एक ऐसी मशीन पर जिसे किसी ने अभी तक नहीं बनाया है।
विश्वसनीय RSA-आधारित SSL सर्टिफिकेट्स के साथ अपनी साइट को सुरक्षित करें
अधिकांश साइटों के लिए, SSL Dragon से RSA-2048 की के साथ एक DV सर्टिफिकेट सही शुरुआती बिंदु है। यह मिनटों में जारी किया जाता है, 99.99% ब्राउज़रों द्वारा विश्वसनीय है, और हर क्लाइंट के साथ काम करता है। अगर आपका सर्वर और विज़िटर इसे सपोर्ट करते हैं, तो छोटे, तेज़ हैंडशेक के लिए इसके बजाय ECDSA चुनें। SSL सर्टिफिकेट्स की तुलना करें और अपनी साइट को आवश्यक वैलिडेशन लेवल चुनें।
आज ऑर्डर करते समय एसएसएल प्रमाणपत्रों पर 10% की बचत करें!
तेजी से जारी करना, मजबूत एन्क्रिप्शन, 99.99% ब्राउज़र ट्रस्ट, समर्पित समर्थन और 25 दिन की मनी-बैक गारंटी। कूपन कोड: SAVE10
