कई सीए से टीएलएस प्रमाणपत्रों का एक बड़े पैमाने पर निरसन है, गलती से 64-बिट के बजाय 63-बिट आरएनजी पर उत्पन्न होता है

तीन दिन पहले, टीएलएस प्रमाणपत्रों की पीढ़ी में mozilla.dev.security.policy मेलिंग सूची पर एक बड़े पैमाने पर उल्लंघन संदेश उत्पन्न हुआ था । जांच से पता चला कि कई प्रमाणन प्राधिकरण प्रभावित हुए थे, जिनमें GoDaddy , Apple और Google शामिल थे । गलत प्रमाणपत्रों की कुल संख्या 1 मिलियन से अधिक है, और शायद बहुत अधिक है। GoDaddy ने शुरू में 1.8 मिलियन प्रमाणपत्रों का आंकड़ा नाम दिया था , और फिर परिमाण के दो आदेशों को घटाकर 12,000 कर दिया था। Apple के प्रवक्ता ने 558,000 प्रमाणपत्रों का आंकड़ा नाम दिया था।

लब्बोलुआब यह है कि सभी सीए चोटों ने गलत सेटिंग्स के साथ ईजेबीसीए ओपन सोर्स पीकेआई समाधान का उपयोग किया, जिसके परिणामस्वरूप 63-बिट स्पेस से यादृच्छिक संख्या का उपयोग सर्टिफिकेट सीरियल नंबर के लिए किया गया था, जो सीए / बी फोरम न्यूनतम एन्ट्रापी आवश्यकताओं (64 बिट्स) का उल्लंघन करता है ।

2 ⁶³ और 2 ^{64 के} बीच का अंतर 9 क्विंटिलियन से अधिक है, जो 9 × 10 ^{18 है} , यह एक बहुत ही महत्वपूर्ण संख्या है (हालांकि अंतर केवल आधा है)। सभी प्रमाण पत्रों को निरस्त किया जाना चाहिए। SSL.com और GoDaddy के लिए, इस प्रक्रिया में 30 दिन का समय लगेगा, अन्य के लिए इसमें लगभग एक ही समय लग सकता है, हालाँकि पाँच दिनों के भीतर अमान्य प्रमाणपत्र निरस्त करने के लिए उन्हें RFC5280 मानक की आवश्यकता होती है। लेकिन उनके पास स्पष्ट रूप से आदर्श को पूरा करने का समय नहीं है।

यह कैसे हुआ? एक प्रारंभिक विश्लेषण से पता चला है कि सभी प्रमाणपत्रों के लिए, संबंधित क्षेत्र की लंबाई बिल्कुल 64 बिट्स है: न तो अधिक और न ही कम। यदि RNG 64 बिट्स एन्ट्रापी का उत्पादन करता है और सभी प्रमाणपत्र बिल्कुल 64 बिट्स हैं, तो पहली नज़र में सब कुछ ठीक है। लेकिन समस्या यह है कि RFC5280 के अनुसार:

क्रमांक संख्या

सीरियल नंबर प्रत्येक प्रमाण पत्र के लिए सीए द्वारा सौंपा गया एक सकारात्मक पूर्णांक होना चाहिए। यह किसी विशेष CA द्वारा जारी किए गए प्रत्येक प्रमाण पत्र के लिए अद्वितीय होना चाहिए (अर्थात प्रकाशक का नाम और क्रम संख्या एक अद्वितीय प्रमाणपत्र की पहचान करता है)।

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

एक सकारात्मक संख्या की आवश्यकता का मतलब है कि सबसे महत्वपूर्ण बिट सेट नहीं किया जा सकता है। यदि यह स्थापित है, तो इसका उपयोग सीधे प्रमाण पत्र की क्रम संख्या के रूप में नहीं किया जा सकता है।

लोकप्रिय EJBCA PKI प्रणाली, जिसका उपयोग कई CA द्वारा किया जाता है, डिफ़ॉल्ट रूप से 64-बिट संख्या उत्पन्न करता है और प्रमाण पत्र संख्याओं के लिए बस सबसे महत्वपूर्ण बिट को रीसेट करता है। यही है, वास्तव में, उनके आरएनजी 63-बिट संख्या का उत्पादन करते हैं, जिसके कारण कई सीए को नुकसान उठाना पड़ा है।

RGG के लिए 64-बिट डिफ़ॉल्ट आवश्यकता को खरोंच से नहीं बनाया गया था, लेकिन 2008 की हैक के बाद, जब एमडी 5 हैश के लिए 200 PlayStation 3 गेम कंसोल का एक क्लस्टर टकराव उत्पन्न करता है, जो एक नकली प्रमाणीकरण केंद्र बनाने की अनुमति देता है जो सभी ब्राउज़र और ऑपरेटिंग सिस्टम पर भरोसा करेंगे ।

2012 में, अमेरिकी साइबर-हथियार फ्लेम ने विंडोज अपडेट अपडेट तंत्र में घुसपैठ करने के लिए इस ट्रिक का उपयोग किया ।

हालांकि, अब SHA256 का उपयोग पीढ़ी के लिए किया जाता है, यह एमडी 5 की तुलना में अधिक आधुनिक एल्गोरिदम है, इसलिए निवारक उद्देश्यों के लिए 64 बिट्स की न्यूनतम आवश्यकता को अधिक अपनाया जाता है। विशेषज्ञों का कहना है कि अब 63 बिट्स में टकराव का पता लगाने का कोई मौका नहीं है और किसी तरह गलत प्रमाणपत्र के साथ मिली त्रुटि का फायदा उठा सकते हैं।

लेकिन कई कंपनियों के सिस्टम प्रशासकों के लिए लाखों प्रमाणपत्र रद्द करना एक सिरदर्द है।

1 बिट एन्ट्रापी का नुकसान इतना भयानक नहीं है, लेकिन किसी को कहीं एक भेद्यता मिल सकती है जो एक और 1-2 बिट्स को चुरा लेती है, और इसी तरह। तो ऐसी सभी कमजोरियों को तुरंत ठीक किया जाना चाहिए।

---