Firefox मा एड-अनहरू हालै असक्षम गर्ने प्राविधिक विवरणहरू

नोट अनुवादक: पाठकहरूको सुविधाको लागि, मितिहरू मास्को समयमा दिइएको छ

हामीले भर्खरै एड-अनहरू साइन गर्न प्रयोग गरिने प्रमाणपत्रहरू मध्ये एउटाको म्याद समाप्त भयो। यसले प्रयोगकर्ताहरूको लागि एड-अन असक्षम पारेको परिणाम हो। अब समस्या धेरै जसो समाधान भइसकेको छ, म के भयो र गरेको कामको विवरण साझा गर्न चाहन्छु।

पृष्ठभूमि: थप र हस्ताक्षर

यद्यपि धेरै मानिसहरूले बाकस बाहिर ब्राउजर प्रयोग गर्छन्, फायरफक्सले "एड-अन" भनिने विस्तारहरूलाई समर्थन गर्दछ। तिनीहरूको मद्दतले, प्रयोगकर्ताहरूले ब्राउजरमा विभिन्न सुविधाहरू थप्छन्। त्यहाँ 15 हजार भन्दा बढी एड-अनहरू छन्: बाट विज्ञापन अवरुद्ध गर्न सयौं ट्याबहरू प्रबन्ध गर्नुहोस्.

स्थापित एड-अनहरू हुनुपर्छ डिजिटल हस्ताक्षर, जसले प्रयोगकर्ताहरूलाई खराब एड-अनहरूबाट जोगाउँछ र मोजिला कर्मचारीहरूद्वारा एड-अनहरूको न्यूनतम समीक्षा आवश्यक पर्दछ। हामीले यो आवश्यकता 2015 मा पेश गर्यौं किनभने हामीले अनुभव गरिरहेका थियौं गम्भीर समस्याहरू दुर्भावनापूर्ण add-ons संग।

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

कृपया ध्यान दिनुहोस् कि प्रत्येक प्रमाणपत्रमा "विषय" (जसलाई प्रमाणपत्र जारी गरिएको थियो) र एक "जारीकर्ता" (जसले प्रमाणपत्र जारी गरेको) छ। मूल प्रमाणपत्रको मामलामा, "विषय" = "जारीकर्ता", तर अन्य प्रमाणपत्रहरूको लागि, प्रमाणपत्र जारीकर्ता अभिभावक प्रमाणपत्रको विषय हो जसद्वारा यो हस्ताक्षर गरिएको छ।

एउटा महत्त्वपूर्ण बिन्दु: प्रत्येक एड-अन एक अद्वितीय अन्त प्रमाणपत्र द्वारा हस्ताक्षर गरिएको छ, तर लगभग सधैं यी अन्त प्रमाणपत्रहरू समान मध्यवर्ती प्रमाणपत्र द्वारा हस्ताक्षर गरिएको छ।

लेखकको नोट: अपवाद धेरै पुरानो थपिएको छ। त्यस समयमा, विभिन्न माध्यमिक प्रमाणपत्रहरू प्रयोग गरिन्थ्यो।

यो मध्यवर्ती प्रमाणपत्रले समस्या निम्त्यायो: प्रत्येक प्रमाणपत्र निश्चित अवधिको लागि मान्य हुन्छ। यस अवधि अघि वा पछि, प्रमाणपत्र अमान्य छ र ब्राउजरले यो प्रमाणपत्रद्वारा हस्ताक्षर गरिएको एड-अनहरू प्रयोग गर्दैन। दुर्भाग्यवश, मध्यवर्ती प्रमाणपत्रको म्याद मे ४ मा बिहान ४ बजे सकियो।

यसको परिणाम तत्काल देखिएन। फायरफक्सले स्थापित एड-अनहरूको हस्ताक्षरहरू लगातार जाँच गर्दैन, तर लगभग प्रत्येक 24 घण्टामा एक पटक, र प्रमाणीकरण समय प्रत्येक प्रयोगकर्ताको लागि व्यक्तिगत हुन्छ। फलस्वरूप, केही मानिसहरूले तुरुन्तै समस्याहरू अनुभव गरे, जबकि अरूले धेरै पछि समस्याहरू अनुभव गरे। हामीले प्रमाणपत्रको म्याद सकिएको समयको वरिपरि समस्याको बारेमा पहिले सचेत भयौं र तुरुन्तै समाधान खोज्न थाल्यौं।

क्षति कम गर्ने

के भयो भनेर हामीले बुझेपछि, हामीले परिस्थितिलाई बिग्रनबाट रोक्न प्रयास गर्यौं।

पहिले, तिनीहरूले नयाँ थपहरू स्वीकार गर्न र हस्ताक्षर गर्न छोडे। यसका लागि म्याद सकिएको प्रमाणपत्र प्रयोग गर्नुको कुनै अर्थ छैन। पछाडि फर्केर हेर्दा, म भन्छु कि हामीले सबै कुरालाई जस्तै छोड्न सक्थ्यौं। हामीले अब पूरकहरू स्वीकार गर्न सुरु गरेका छौं।

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

समानान्तर सञ्चालन

सिद्धान्तमा, समस्याको समाधान सरल देखिन्छ: नयाँ वैध मध्यवर्ती प्रमाणपत्र सिर्जना गर्नुहोस् र प्रत्येक एड-अन पुन: हस्ताक्षर गर्नुहोस्। दुर्भाग्यवश यो काम गर्दैन:

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

यसको सट्टा, हामीले एक फिक्स विकास गर्ने प्रयास गर्यौं जुन सबै प्रयोगकर्ताहरूलाई तिनीहरूको तर्फबाट धेरै वा कुनै कारबाही आवश्यक पर्दैन।

धेरै चाँडै हामी दुई मुख्य रणनीतिहरूमा आयौं, जुन हामीले समानान्तरमा प्रयोग गर्यौं:

• प्रमाणपत्र वैधता अवधि परिवर्तन गर्न फायरफक्स अपडेट गर्नुहोस्। यसले अवस्थित एड-अनहरूलाई जादुई रूपमा फेरि काम गर्नेछ, तर फायरफक्सको नयाँ निर्माण जारी गर्न र ढुवानी गर्न आवश्यक हुनेछ।
• वैध प्रमाणपत्र उत्पन्न गर्नुहोस् र कुनै न कुनै रूपमा फायरफक्सलाई म्याद सकिएको अवस्थित प्रमाणपत्रको सट्टा यसलाई स्वीकार गर्न मनाउनुहोस्।

हामीले पहिले पहिलो विकल्प प्रयोग गर्ने निर्णय गर्‍यौं, जुन धेरै कार्ययोग्य देखिन्थ्यो। दिनको अन्त्यमा, तिनीहरूले दोस्रो फिक्स (नयाँ प्रमाणपत्र) जारी गरे, जसको बारेमा हामी पछि कुरा गर्नेछौं।

प्रमाणपत्र प्रतिस्थापन गर्दै

मैले माथि उल्लेख गरे अनुसार, यो आवश्यक थियो:

• नयाँ वैध प्रमाणपत्र सिर्जना गर्नुहोस्
• यसलाई फायरफक्समा टाढाबाट स्थापना गर्नुहोस्

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

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

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

लेखकको नोट: WebPKI सँग परिचित पाठकहरूले नोट गर्नेछन् कि क्रस-प्रमाणपत्रहरू ठ्याक्कै उस्तै तरिकाले काम गर्दछ।

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

Normandy र अनुसन्धान प्रणाली

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

लेखकको नोट: हामीले कुनै विशेष विशेषाधिकारको साथ प्रमाणपत्र थपिरहेका छैनौं; यो रूट प्रमाणपत्रद्वारा हस्ताक्षर गरिएको छ, त्यसैले फायरफक्सले यसलाई विश्वास गर्दछ। हामी यसलाई ब्राउजरद्वारा प्रयोग गर्न सकिने प्रमाणपत्रहरूको पूलमा मात्र थप्छौं।

त्यसैले समाधान एक अध्ययन सिर्जना गर्न हो:

• हामीले प्रयोगकर्ताहरूको लागि सिर्जना गरेको नयाँ प्रमाणपत्र स्थापना गर्दै
• ब्राउजरलाई असक्षम एड-अनहरू पुन: जाँच गर्न बाध्य पार्दै ताकि तिनीहरू फेरि काम गर्छन्

"तर पर्खनुहोस्," तपाइँ भन्नुहुन्छ, "एड-अनहरूले काम गर्दैन, म कसरी प्रणाली एड-अन सुरु गर्न सक्छु?" नयाँ प्रमाणपत्रको साथ हस्ताक्षर गरौं!

सबै मिलाएर... किन यति लामो समय लाग्छ?

त्यसोभए, योजना: पुरानो प्रतिस्थापन गर्न नयाँ प्रमाणपत्र जारी गर्नुहोस्, प्रणाली एड-अन सिर्जना गर्नुहोस् र नर्मन्डी मार्फत प्रयोगकर्ताहरूलाई स्थापना गर्नुहोस्। समस्याहरू, मैले भनेझैं, मे 4 मा 4:00 मा सुरु भयो, र पहिले नै त्यही दिनको 12:44 मा, 9 घण्टा भन्दा कम पछि, हामीले नर्मन्डीमा समाधान पठायौं। यसलाई सबै प्रयोगकर्ताहरूमा पुग्न अर्को 6-12 घण्टा लाग्यो। बिल्कुल नराम्रो छैन, तर ट्विटरमा मानिसहरूले सोधिरहेका छन् किन हामीले छिटो काम गर्न सकेनौं।

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

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

अन्तमा, हामीले अनुसन्धान पेश गर्न तयार भएपछि, डिप्लोयमेन्टले समय लियो। ब्राउजरले प्रत्येक 6 घण्टामा Normandy अद्यावधिकहरूको लागि जाँच गर्दछ। सबै कम्प्यूटरहरू सधैं सक्रिय र इन्टरनेटमा जडान हुँदैनन्, त्यसैले प्रयोगकर्ताहरूमा फिक्स हुन समय लाग्नेछ।

अन्तिम चरणहरू

अनुसन्धानले अधिकांश प्रयोगकर्ताहरूको लागि समस्या समाधान गर्नुपर्छ, तर सबैका लागि उपलब्ध छैन। केही प्रयोगकर्ताहरूलाई विशेष दृष्टिकोण चाहिन्छ:

• अनुसन्धान वा टेलिमेट्री असक्षम गरेका प्रयोगकर्ताहरू
• एन्ड्रोइड संस्करण (Fennec) को प्रयोगकर्ताहरू, जहाँ अनुसन्धान समर्थित छैन
• टेलीमेट्री सक्षम गर्न नसकिने उद्यमहरूमा Firefox ESR को अनुकूलन निर्माणका प्रयोगकर्ताहरू
• MitM प्रोक्सीहरू पछाडि बसिरहेका प्रयोगकर्ताहरू, हाम्रो एड-अन स्थापना प्रणालीले कुञ्जी पिनिङ प्रयोग गर्ने भएकाले त्यस्ता प्रोक्सीहरूसँग काम गर्दैन।
• फायरफक्सको लिगेसी संस्करणका प्रयोगकर्ताहरू जसले अनुसन्धानलाई समर्थन गर्दैनन्

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

हामी बुझ्छौं कि यो आदर्श होइन। केही अवस्थामा, प्रयोगकर्ताहरूले एड-अन डेटा गुमाए (उदाहरणका लागि, एड-अन डेटा बहु खाता कन्टेनरहरू).

यो साइड इफेक्ट बेवास्ता गर्न सकिँदैन, तर हामी विश्वास गर्छौं कि छोटो अवधिमा हामीले धेरै प्रयोगकर्ताहरूको लागि उत्तम समाधान रोजेका छौं। लामो अवधिमा, हामी अन्य, थप उन्नत वास्तुकला दृष्टिकोणहरू खोज्नेछौं।

पाठ

पहिलो, हाम्रो टोलीले समस्या पत्ता लगाएको 12 घण्टा भन्दा कम समयमा समाधान सिर्जना गर्ने र ढुवानी गर्ने अद्भुत काम गर्‍यो। सभाहरूमा उपस्थित व्यक्तिको रूपमा, म भन्न सक्छु कि यो कठिन परिस्थितिमा मानिसहरूले धेरै मेहनत गरे र धेरै थोरै समय खेर गए।

जाहिर छ, यी मध्ये कुनै पनि हुनु हुँदैन थियो। यस्ता घटनाहरूको सम्भावना कम गर्न र उपचारलाई सजिलो बनाउन हाम्रा प्रक्रियाहरू समायोजन गर्नु स्पष्ट रूपमा सार्थक छ।

अर्को हप्ता हामी आधिकारिक पोस्टमार्टम र हामीले गर्न चाहेका परिवर्तनहरूको सूची प्रकाशित गर्नेछौं। अहिलेको लागि, म मेरो विचार साझा गर्नेछु। पहिलो, सम्भावित टाइम बम के हो भन्ने स्थितिको अनुगमन गर्ने राम्रो तरिका हुनुपर्छ। हामी निश्चित हुन आवश्यक छ कि हामी आफैलाई यस्तो अवस्थामा फेला पार्न सक्दैनौं जहाँ तिनीहरू मध्ये एक अचानक काम गर्दछ। हामी अझै विवरणहरू बाहिर काम गर्दैछौं, तर कम्तिमा, यी सबै चीजहरूलाई ध्यानमा राख्न आवश्यक छ।

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

अन्तमा, हामी एड-अनको सुरक्षा वास्तुकलालाई नजिकबाट हेर्नेछौं कि यसले कुनै पनि कुरा तोड्ने न्यूनतम जोखिमको साथ सही स्तरको सुरक्षा प्रदान गर्दछ।

अर्को हप्ता हामी के भयो भनेर थप गहन विश्लेषणको नतिजा हेर्नेछौं, तर यस बीचमा म इमेल मार्फत प्रश्नहरूको जवाफ दिन खुसी हुनेछु: [ईमेल सुरक्षित]

स्रोत: linux.org.ru