2037 में समाप्त होने वाला SSL प्रमाणपत्र क्यों जारी किया जाता है?


11

फ़ायरफ़ॉक्स में, अगर मैं वेरिसाइन यूनिवर्सल रूट सर्टिफ़िकेट अथॉरिटी को देखता हूं, तो मैंने नोटिस किया कि यह 2037 में समाप्त हो रहा है।

( Settingsटैब -> advanced-> view certificates-> VeriSign Universal Root Certification Authority-> View)

इसका जीवनकाल 23 साल का क्यों होता है?
वे इसे पहले समाप्त करने के लिए सेट क्यों नहीं करेंगे? या बाद में?


5
जैसे उत्तर कहता है, यथासंभव लंबे समय के लिए रूट प्रमाणपत्र को बदलने से बचने के लिए। किसी ने शायद इस पर 25 या 30 साल का समय लगा दिया, क्योंकि यह उन लोगों को बदलने के लिए एक दर्द है, और कोई लाभ प्रदान नहीं करता है। ऑड्स बहुत समय पहले समाप्त हो रहे हैं, इसे एक लंबी कुंजी (और शायद अलग-अलग क्रिप्टो एल्गोरिथ्म के साथ, उस मामले के लिए) से बदलना होगा। मैं अपने आंतरिक एसएसएल प्रमाणपत्रों के साथ भी ऐसा ही करता हूं, सिर्फ इसलिए कि मैं कभी भी $ [crappy_printer] को एक और प्रमाणपत्र स्थापित नहीं करना चाहता। डिवाइस के जीवन से अधिक समय तक समाप्ति अवधि निर्धारित करें, और हल की गई समस्या।
होपलेसनब बी

जवाबों:


13

एक्सपिक्स 2037 में स्थापित किया गया था ताकि यूनिक्स वर्ष 2038 की तारीख की समस्या में चलने की संभावना से बचा जा सके । मूल रूप से 2038 के शुरुआती दिनों में यूनिक्स की तारीखें अब हस्ताक्षरित 32 बिट के पूर्णांक में फिट नहीं होंगी, इसलिए तारीख से पहले का उपयोग करके समस्या को ठीक करने के लिए अपडेट किए गए किसी भी कोड को ट्रिगर करने से बचा जाता है।

रूट सर्टिफिकेट सभी जंजीर प्रमाणपत्रों को अपने साथ ले जाते हैं, जब वे समाप्त हो जाते हैं, तो किसी भी सर्टिफाइड सर्टिफिकेट को समाप्त करने के लिए एक व्यावहारिक दृष्टिकोण की आवश्यकता होती है।


7

यदि मैं आपके प्रश्न को समझता हूं, तो रूट प्रमाणपत्रों को ग्राहकों को पुनः जारी करने की आवश्यकता होगी। अतः ऑड्स हैं, उनके जीवनकाल को काफी दूर सेट किया गया है जहाँ रूट सर्टिफिकेट एक्सपायर होने की संभावना कम है या नहीं है।


4
"क्यों 2037" के रूप में (या अधिक मोटे तौर पर "100 वर्ष की समाप्ति का समय क्यों नहीं?") - खेल में तकनीकी बाधाएं हो सकती हैं , लेकिन कम से कम हाल के ओपनएसएसएल (0.9.8y, 64-बिट सिस्टम पर) यह एक मुद्दा नहीं था, इसलिए शायद यह सिर्फ "मैंने इसे ## वर्षों के लिए अंतिम बना दिया")
voretaq7

1
@ voretaq7 यह (केवल) प्रसंस्करण पुस्तकालयों के साथ समस्या नहीं है, समस्या यह है कि 2038 से पहले की तारीखों के लिए मानक, अच्छी तरह से परीक्षण किए गए प्रारूप UNIX युग का उपयोग कर रहे हैं। यदि आप इसके बाद दिनांक निर्धारित करना चाहते हैं, तो आपको अलग-अलग दिनांक प्रारूप का उपयोग करने की आवश्यकता है, और यह अन्य / पुराने पुस्तकालयों द्वारा समर्थित नहीं हो सकता है।
ह्यूबर्ट करियो

1
@HubertKario हाँ, मुझे याद है कि OpenSSL पहले Y2038 लाल रेखा से पिछली तारीखों के साथ एक "मुद्दे" था। वे कहते हैं कि मुद्दों को हल करने के लिए प्रतीत होता है, कम से कम जहां तक ​​मेरा परीक्षण मामला चला गया (मैंने एक प्रमाण पत्र बनाया है जो आज से 100 साल समाप्त हो रहा है और इसकी शिकायत नहीं की गई) :-)
voretaq7

0

मैंने निश्चित रूप से 32 बिट एसएसएल क्रियान्वयन को 2038 बग में देखा है, ताकि लगभग निश्चित रूप से "केवल '2037" के लिए ही खाता हो।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.