हाल ही में फ़ायरफ़ॉक्स एक्सटेंशन क्रैश के तकनीकी विवरण

लेखक के बारे में। एरिक रेसकोरला - तकनीकी निदेशक, मोज़िला में फ़ायरफ़ॉक्स ग्रुप

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

संदर्भ के लिए: एक्सटेंशन और उनके हस्ताक्षर

हालाँकि कई फ़ायरफ़ॉक्स का उपयोग बॉक्स से बाहर है, लेकिन ब्राउज़र एक शक्तिशाली विस्तार तंत्र का भी समर्थन करता है। वे फ़ायरफ़ॉक्स में तीसरे पक्ष की सुविधाओं को जोड़ते हैं जो उन सुविधाओं का विस्तार करते हैं जो हम डिफ़ॉल्ट रूप से प्रदान करते हैं। वर्तमान में 15,000 से अधिक फ़ायरफ़ॉक्स ऐड-ऑन हैं: विज्ञापन अवरुद्ध से लेकर सैकड़ों टैब प्रबंधित करने तक।

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

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



कृपया ध्यान दें कि प्रत्येक प्रमाण पत्र में एक "विषय" (जिससे प्रमाणपत्र संबंधित है) और एक "प्रकाशक" (हस्ताक्षरकर्ता) है। रूट प्रमाणपत्र के मामले में, यह एक और समान है, लेकिन अन्य प्रमाणपत्रों के लिए, प्रकाशक वह विषय है जिसने इस पर हस्ताक्षर किए हैं।

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

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

नुकसान की सीमा

जैसे ही हम समझ गए कि हमारे साथ क्या हुआ था, हमने हालात बिगड़ने से बचने के लिए कई कदम उठाए।

सबसे पहले, हमने नए परिवर्धन पर हस्ताक्षर करना बंद कर दिया। उस समय यह उचित था, क्योंकि हस्ताक्षर ने एक अमान्य प्रमाण पत्र लगाया। पीछे देखते हुए, ऐसा लगता है कि इस समारोह को छोड़ना संभव था, लेकिन यह पता चला कि यह "हार्ड डेट फर्मवेयर" के नरम होने के साथ भी संघर्ष करता है, जिसे हम नीचे चर्चा करेंगे (हालांकि अंत में हमने इसका इस्तेमाल नहीं किया था)। इसलिए, यह अच्छा है कि हमने इस विकल्प को बरकरार रखा है। इसलिए, नए परिवर्धन पर हस्ताक्षर करने में अब देरी हो रही है।

दूसरे, हमने तुरंत एक त्वरित सुधार जारी किया जो विस्तार हस्ताक्षरों के पुन: सत्यापन को दबा देता है। यह विचार उन उपयोगकर्ताओं की सुरक्षा के लिए था जो अभी तक सेवानिवृत्त नहीं हुए हैं। ऐसा हमने पहले किया था जब हमारे पास कोई अन्य फिक्स था, और अब फिक्स उपलब्ध होने पर हटा दिया गया।

समानांतर काम

सैद्धांतिक रूप से, इस समस्या का समाधान सरल दिखता है: एक नया, मान्य प्रमाण पत्र बनाएं और इस प्रमाण पत्र के साथ प्रत्येक जोड़ दें। दुर्भाग्य से, हमने जल्दी से निर्धारित किया कि यह कई कारणों से काम नहीं करेगा:

1. बहुत सारे एक्सटेंशन हैं (15,000 से अधिक), और सेवा बड़े पैमाने पर हस्ताक्षर करने के लिए अनुकूलित नहीं है, इसलिए बस प्रत्येक ऐड-ऑन पर फिर से हस्ताक्षर करने से हमें अधिक समय लगेगा जितना हम चाहते थे।
   
2. ऐड-ऑन साइन किए जाने के बाद, उपयोगकर्ताओं को एक नया ऐड-ऑन प्राप्त करना होगा। कुछ को मोज़िला सर्वरों पर होस्ट किया गया है, और फ़ायरफ़ॉक्स उन्हें 24 घंटों के भीतर अपडेट कर देगा, लेकिन उपयोगकर्ताओं को मैन्युअल रूप से किसी भी ऐड-ऑन को अपडेट करना होगा जो अन्य स्रोतों से स्थापित हैं, जो बहुत असुविधाजनक है।

इसके बजाय, हमने एक फिक्स विकसित करने की कोशिश पर ध्यान केंद्रित किया जो उपयोगकर्ताओं से बहुत कम या कोई मैनुअल हस्तक्षेप नहीं करेगा।

कई दृष्टिकोणों पर विचार करने के बाद, हम जल्दी से दो मुख्य रणनीतियों पर सहमत हुए जिन्हें हमने समानांतर में किया:

1. प्रमाणपत्र को सत्यापित करने के लिए उपयोग की जाने वाली तारीख को बदलने के लिए फ़ायरफ़ॉक्स पैच। इस स्थिति में, मौजूदा ऐड-ऑन जादुई रूप से फिर से काम करेंगे, लेकिन फ़ायरफ़ॉक्स के एक नए निर्माण की डिलीवरी की आवश्यकता होगी।
   
2. एक नया वैध प्रमाण-पत्र तैयार करें और किसी तरह फ़ायरफ़ॉक्स को मौजूदा समाप्त होने के बजाय इसे स्वीकार करने के लिए मना लें।

हमें यकीन नहीं था कि वास्तव में क्या काम करेगा, इसलिए हमने काम को समानांतर में पूरा करने और पहले एक को लागू करने का फैसला किया, जो काम करने वाले समाधान की तरह दिखेगा। दिन के अंत में, हमने दूसरे फिक्स की तैनाती को पूरा किया - एक नया प्रमाण पत्र, जिसे मैं अधिक विस्तार से वर्णन करूंगा।

प्रतिस्थापन प्रमाण पत्र

जैसा कि ऊपर बताया गया है, पालन करने के लिए दो मुख्य चरण थे:

1. एक नया वैध प्रमाणपत्र बनाएं।
   
2. इसे दूर से फ़ायरफ़ॉक्स में स्थापित करें।

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

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



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

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

नॉरमैंडी और अनुसंधान प्रणाली

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

तो, यहाँ समाधान एक SAO बनाने के लिए है जो दो काम करता है:

1. हमारे द्वारा बनाया गया नया प्रमाणपत्र स्थापित करता है।
   
2. डिस्कनेक्ट किए गए लोगों को सक्रिय करने के लिए प्रत्येक ऐड-ऑन को फिर से जांचने के लिए ब्राउज़र का कारण बनता है।

लेकिन रुकिए, आप कहते हैं। ऐड-ऑन काम नहीं करते हैं, तो SAO कैसे काम करें? खैर, हम इसे एक नए प्रमाण पत्र के साथ हस्ताक्षर करेंगे!

यह सब एक साथ रखना ... और इतनी देर क्यों?

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

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

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

अंत में, एक बार जब एसएओ जहाज के लिए तैयार था, तो उसे तैनात होने में थोड़ा समय लगा। फ़ायरफ़ॉक्स क्लाइंट हर 6 घंटे में नॉरमैंडी अपडेट की जांच करते हैं, और निश्चित रूप से, कई क्लाइंट ऑफ़लाइन हैं, इसलिए सभी फ़ायरफ़ॉक्स उपयोगकर्ताओं को अपडेट तुरंत वितरित नहीं किया गया था। हालाँकि, इस समय, अधिकांश को अपडेट और / या एक नई रिलीज़ मिली है, जिसे हमने बाद में जारी किया है।

अंतिम चरण

हालाँकि सिस्टम एडऑन, स्टडी सिस्टम के माध्यम से तैनात किया गया है, लेकिन अधिकांश उपयोगकर्ताओं के लिए स्थिति को सही करना चाहिए, यह सभी तक नहीं पहुंचा। विशेष रूप से, कई प्रकार के उपयोगकर्ताओं को एक अलग दृष्टिकोण की आवश्यकता होती है:

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

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

हम स्वीकार करते हैं कि इनमें से कोई भी सही नहीं है। विशेष रूप से, कुछ मामलों में, उपयोगकर्ता ऐड-ऑन (उदाहरण के लिए, "कई खातों वाले कंटेनर" ) जैसे एक्सटेंशन से जुड़े डेटा खो देते हैं।

हम एक पैच विकसित करने में सक्षम नहीं थे जो इस दुष्प्रभाव से बचता है, लेकिन हमारा मानना ​​है कि अल्पावधि में यह अधिकांश उपयोगकर्ताओं के लिए सबसे अच्छा तरीका है। लंबे समय में, हम इस तरह की समस्याओं को हल करने के लिए सबसे अच्छा वास्तुशिल्प दृष्टिकोण की तलाश करेंगे।

सबक

सबसे पहले, मैं यह कहना चाहता हूं कि टीम ने यहां एक अद्भुत काम किया: उन्होंने प्रारंभिक रिपोर्ट के समय से 12 घंटे से कम समय में विकास को भेजा और भेजा। जैसा कि उस बैठक में भाग लेने वाले व्यक्ति के रूप में जहां यह हुआ था, मैं कह सकता हूं कि लोगों ने कठिन परिस्थितियों में अविश्वसनीय रूप से कठिन काम किया और बहुत कम समय बर्बाद हुआ।

इसे देखते हुए, यह स्पष्ट है कि यह एक आदर्श स्थिति नहीं है, और ऐसा बिल्कुल भी नहीं होना चाहिए। हमें स्पष्ट रूप से इस और इसी तरह की घटनाओं की संभावना को कम करने और उनके सुधार की सुविधा के लिए अपनी प्रक्रियाओं को समायोजित करने की आवश्यकता है।

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

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

अंत में, हम यह सुनिश्चित करने के लिए अपने विस्तार सुरक्षा वास्तुकला पर अधिक सामान्य नज़र डालेंगे कि यह सुरक्षा को विफलता के न्यूनतम जोखिम के साथ सही ढंग से प्रदान करता है।

अगले सप्ताह हम इस स्थिति के अधिक गहन विश्लेषण के परिणामों को प्रकाशित करेंगे।