نوٽ. مترجم: پڙهندڙن جي سهولت لاءِ تاريخون ماسڪو جي وقت ۾ ڏنل آهن
اسان تازو ئي ختم ٿيڻ جي تاريخ کي مس ڪري ڇڏيو آهي سرٽيفڪيٽن مان هڪ جي لاءِ استعمال ٿيل ايڊ-آنس. انهي جي نتيجي ۾ اضافو استعمال ڪندڙن لاءِ غير فعال ٿي ويو. هاڻي ته گهڻو ڪري مسئلو حل ٿي ويو آهي، مان توهان کي تفصيل سان حصيداري ڪرڻ چاهيندس ته ڇا ٿيو ۽ ڪم ڪيو ويو.
پس منظر: اضافو ۽ دستخط
Add-ons انسٽال هجڻ ضروري آهي ڊجيٽل دستخط, جيڪو صارفين کي نقصانڪار اضافو کان بچائيندو آهي ۽ Mozilla ملازمن پاران اضافو جي گهٽ ۾ گهٽ نظرثاني جي ضرورت آهي. اسان 2015 ۾ هن گهرج کي متعارف ڪرايو جيئن اسان جاچ ڪري رهيا هئاسين سنگين مسئلا خراب واڌارن سان.
اهو ڪيئن ڪم ڪري ٿو: فائر فاڪس جي هر ڪاپي هڪ "روٽ سرٽيفڪيٽ" تي مشتمل آهي. هن "روٽ" جي ڪنجي ۾ ذخيرو ٿيل آهي هارڊويئر سيڪيورٽي ماڊل (HSM)جنهن کي نيٽ ورڪ تائين رسائي ناهي. هر ڪجھ سالن کان، هڪ نئون "وچولي سرٽيفڪيٽ" هن ڪيئي سان دستخط ڪيو ويندو آهي، جيڪو استعمال ڪيو ويندو آهي جڏهن اضافو سائن ان ڪرڻ. جڏهن هڪ ڊولپر هڪ اضافو جمع ڪري ٿو، اسان هڪ عارضي "آخر سرٽيفڪيٽ" ٺاهيندا آهيون ۽ ان کي وچولي سرٽيفڪيٽ استعمال ڪندي سائن ان ڪندا آهيون. پوءِ اضافو پاڻ فائنل سرٽيفڪيٽ طرفان دستخط ٿيل آهي. رٿابنديءَ سان اهو هن طرح نظر اچي ٿو.
نوٽ ڪريو ته هر سرٽيفڪيٽ ۾ هڪ "موضوع" آهي (جنهن کي سرٽيفڪيٽ جاري ڪيو ويو آهي) ۽ هڪ "جاري ڪندڙ" (جنهن کي سرٽيفڪيٽ جاري ڪيو ويو آهي). روٽ سرٽيفڪيٽ جي صورت ۾، "مضمون" = "جاري ڪندڙ"، پر ٻين سرٽيفڪيٽن لاءِ، سرٽيفڪيٽ جاري ڪندڙ والدين جي سرٽيفڪيٽ جو موضوع آهي جنهن ان تي دستخط ڪيو آهي.
هڪ اهم نقطو: هر اضافو هڪ منفرد آخر سرٽيفڪيٽ طرفان دستخط ڪيو ويندو آهي، پر تقريبن هميشه اهي آخري سرٽيفڪيٽ ساڳئي وچ واري سرٽيفڪيٽ سان دستخط ڪيا ويندا آهن.
ليکڪ جو نوٽ: استثنا تمام پراڻو اضافو آهي. ان وقت مختلف انٽرميڊيٽ سرٽيفڪيٽ استعمال ٿيندا هئا.
هي وچولي سرٽيفڪيٽ مسئلا پيدا ڪري ٿو: هر سرٽيفڪيٽ هڪ خاص مدت لاءِ صحيح آهي. هن عرصي کان اڳ يا بعد ۾، سرٽيفڪيٽ غلط آهي ۽ برائوزر هن سرٽيفڪيٽ سان سائن ان ٿيل اضافو استعمال نه ڪندو. بدقسمتي سان، عبوري سرٽيفڪيٽ 4 مئي تي 4:XNUMX ايم تي ختم ٿي ويو.
نتيجا فوري طور تي ظاهر نه ٿيا. فائر فاڪس انسٽال ٿيل ايڊ آنز جي نشانين کي هر وقت نه، پر هر 24 ڪلاڪن ۾ هڪ ڀيرو چيڪ ڪري ٿو، ۽ چيڪ جو وقت هر صارف لاءِ انفرادي آهي. نتيجي طور، ڪجهه ماڻهن کي فوري طور تي مسئلا آهن، ڪجهه دير سان. اسان پهريون ڀيرو ان مسئلي کان واقف ٿياسين جڏهن سرٽيفڪيٽ ختم ٿي ويو ۽ فوري طور تي هڪ حل ڳولڻ شروع ڪيو.
اسان نقصان کي گھٽائينداسين
هڪ دفعو اسان محسوس ڪيو ته ڇا ٿيو آهي، اسان صورتحال کي خراب ٿيڻ کان روڪڻ جي ڪوشش ڪئي.
پهرين، انهن نئين اضافن کي قبول ڪرڻ ۽ دستخط ڪرڻ بند ڪيو. ان لاءِ ختم ٿيل سرٽيفڪيٽ استعمال ڪرڻ جو ڪو به مطلب ناهي. پوئتي ڏسندي، مان چوندس ته اهو ممڪن آهي ته هر شيء کي ڇڏي ڏيو جيئن اهو آهي. ھاڻي اضافا قبول ڪرڻ شروع ڪيا ويا.
ٻيو، اهي فوري طور تي هڪ درست موڪليا ويا جيڪي دستخط جي روزاني تصديق کي روڪيو. اهڙيءَ طرح، اسان انهن صارفين کي بچايو جن جي برائوزر ۾ گذريل XNUMX ڪلاڪن کان ايڊ آنس چيڪ ڪرڻ جو وقت نه آهي. اهو حل هاڻي واپس ورتو ويو آهي ۽ هاڻي ضرورت ناهي.
متوازي ڪم
نظرياتي طور تي، مسئلي جو حل سادو نظر اچي ٿو: هڪ نئون صحيح وچولي سرٽيفڪيٽ ٺاهيو ۽ هر اضافي کي ٻيهر سائن ان ڪريو. بدقسمتي سان اهو ڪم نه ڪندو:
- اسان هڪ ئي وقت 15 اضافو ٻيهر سائن نٿا ڪري سگهون، سسٽم اهڙي لوڊ لاءِ ٺهيل ناهي
- اسان جي اضافن تي دستخط ڪرڻ کان پوء، تازه ڪاري ورزن کي صارفين تائين پهچائڻ جي ضرورت آهي. گھڻا ايڊ آنز Mozilla سرورز تان انسٽال ٿيل آھن، تنھنڪري فائر فاڪس ايندڙ XNUMX ڪلاڪن ۾ تازه ڪاريون ڳوليندا، پر ڪجھ ڊولپرز ٽين پارٽي چينلز ذريعي سائن ٿيل ايڊ آنز ورهائيندا آھن، تنھنڪري صارفين کي اھڙيون ايڊون دستي طور تي اپڊيٽ ڪرڻي پوندي.
ان جي بدران، اسان هڪ حل کي ترقي ڪرڻ جي ڪوشش ڪئي جيڪا سڀني صارفن تائين پهچندي انهن جي حصي تي ٿورڙي يا ڪابه ڪارروائي سان.
تمام جلدي، اسان ٻن مکيه حڪمت عملي سان آيا، جن کي اسان متوازي ۾ استعمال ڪيو:
- سرٽيفڪيٽ جي صحيح مدت کي تبديل ڪرڻ لاء فائر فاکس کي اپڊيٽ ڪريو. اهو موجوده اضافو کي جادوئي طور تي ٻيهر ڪم ڪندو، پر فائر فاکس جي نئين تعمير کي جاري ڪرڻ ۽ موڪلڻ جي ضرورت پوندي.
- ھڪ صحيح سرٽيفڪيٽ ٺاھيو ۽ ڪنھن طرح فائرفاڪس کي قائل ڪيو ته اھو قبول ڪري ان جي بدران ختم ٿيل موجود سرٽيفڪيٽ
اسان پهريون اختيار استعمال ڪرڻ جو فيصلو ڪيو، جيڪو تمام سٺو ڪم ڪرڻ لڳي. ڏينهن جي آخر ۾، ٻيو فيڪس (نئون سرٽيفڪيٽ) پڻ جاري ڪيو ويو، جنهن بابت اسان اڳتي هلي ڳالهائينداسين.
سرٽيفڪيٽ جي متبادل
جيئن مون مٿي ذڪر ڪيو، ان جي ضرورت آهي:
- هڪ نئون صحيح سرٽيفڪيٽ ٺاهيو
- ان کي انسٽال ڪريو ريموٽ فائر فاڪس ۾
سمجھڻ لاءِ ته اھو ڪم ڇو ڪندو، اچو ته ويجھي نظر وجهون اضافو جي تصديق واري عمل تي. اضافو پاڻ فائلن جي هڪ سيٽ جي طور تي اچي ٿو، جنهن ۾ سائن ان ڪرڻ لاءِ استعمال ٿيل سرٽيفڪيٽن جو هڪ سلسلو شامل آهي. نتيجي طور، اضافو تصديق ڪري سگھجي ٿو جيڪڏهن برائوزر روٽ سرٽيفڪيٽ ڄاڻي ٿو جيڪو تعمير وقت تي فائر فاکس ۾ ٺهيل آهي. جڏهن ته، جيئن اسان اڳ ۾ ئي ڄاڻون ٿا، وچولي سرٽيفڪيٽ ختم ٿي وئي آهي، تنهنڪري اهو ممڪن ناهي ته اضافو تصديق ڪرڻ.
جڏهن فائر فاڪس هڪ اضافو کي درست ڪرڻ جي ڪوشش ڪري ٿو، اهو صرف ان ۾ موجود سرٽيفڪيٽن کي استعمال ڪرڻ تائين محدود ناهي. ان جي بدران، برائوزر هڪ صحيح سرٽيفڪيٽ زنجير ٺاهڻ جي ڪوشش ڪري ٿو، آخري سرٽيفڪيٽ سان شروع ٿئي ٿو ۽ جاري رهي جيستائين اهو روٽ تائين پهچي وڃي. پهرين سطح تي، اسان شروع ڪريون ٿا ليف سرٽيفڪيٽ سان، ۽ پوءِ ڳولهيو سرٽيفڪيٽ جنهن جو موضوع آهي ليف سرٽيفڪيٽ جاري ڪندڙ (يعني انٽرميڊيٽ سرٽيفڪيٽ). عام طور تي هي وچولي سرٽيفڪيٽ اضافو سان گڏ ايندو آهي، پر برائوزر اسٽور مان ڪو به سرٽيفڪيٽ پڻ هن وچولي سرٽيفڪيٽ طور ڪم ڪري سگهي ٿو. جيڪڏهن اسان ريموٽ طور تي سرٽيفڪيٽ اسٽور ۾ هڪ نئون صحيح سرٽيفڪيٽ شامل ڪري سگهون ٿا، فائر فاکس ان کي استعمال ڪرڻ جي ڪوشش ڪندو. نئين سرٽيفڪيٽ نصب ڪرڻ کان اڳ ۽ بعد ۾ صورتحال.
هڪ دفعو نئون سرٽيفڪيٽ انسٽال ٿيڻ کان پوءِ، فائر فاڪس وٽ ٻه آپشن هوندا جڏهن سرٽيفڪيشن جي زنجير کي چيڪ ڪيو وڃي: استعمال ڪريو پراڻو غلط سرٽيفڪيٽ (جيڪو ڪم نه ڪندو) يا نئون صحيح (جيڪو ڪم ڪندو). اهو ضروري آهي ته نئين سرٽيفڪيشن ۾ ساڳيو مضمون جو نالو ۽ عوامي ڪيئي پراڻي سرٽيفڪيٽ وانگر آهي، تنهنڪري حتمي سرٽيفڪيٽ تي ان جي دستخط صحيح هوندي. فائر فاڪس ڪافي هوشيار آهي ٻنهي کي ڪوشش ڪرڻ لاءِ جيستائين اهو ڪم نه ڪري ته اهو ڪم ڪري ٿو، تنهنڪري اضافو ٻيهر تصديق ڪيو ويندو. نوٽ ڪريو ته اھو ساڳيو منطق آھي جيڪو اسان استعمال ڪندا آھيون TLS سرٽيفڪيٽن جي تصديق ڪرڻ لاءِ.
ليکڪ جو نوٽ: WebPKI کان واقف پڙهندڙن کي معلوم ٿيندو ته ڪراس سرٽيفڪيٽ بلڪل ساڳي طرح ڪم ڪن ٿا.
هن اصلاح جي باري ۾ وڏي شيء اها آهي ته اهو توهان کي موجوده اضافو ٻيهر سائن ان ڪرڻ جي ضرورت ناهي. جيئن ئي برائوزر کي نئون سرٽيفڪيٽ ملي ٿو، سڀ اضافو وري ڪم ڪندا. اتي موجود آهي هڪ نئون سرٽيفڪيٽ پهچائڻ جو چيلنج استعمال ڪندڙن کي (خودڪار ۽ ريموٽ) ۽ پڻ حاصل ڪرڻ لاءِ فائر فاڪس کي ٻيهر چيڪ ڪرڻ لاءِ معذور اضافو.
نارمنڊي ۽ ريسرچ سسٽم
حيرت انگيز طور تي، اهو مسئلو "سسٽم" نالي هڪ خاص اضافو ذريعي حل ڪيو ويو آهي. تحقيق ڪرڻ لاءِ، اسان ھڪڙو نظام ٺاھيو آھي جنھن کي Normandy سڏيو ويندو آھي جيڪو صارفين تائين تحقيق ڪري ٿو. اهي تجزيا خودڪار طريقي سان برائوزر ۾ ڪيا ويا آهن، ۽ فائر فاکس جي اندروني APIs تائين رسائي کي وڌايو آهي. تحقيق سرٽيفڪيٽ اسٽور ۾ نوان سرٽيفڪيٽ شامل ڪري سگھن ٿا.
ليکڪ جو نوٽ: اسان ڪنهن خاص امتياز سان سرٽيفڪيٽ شامل نه ڪري رهيا آهيون؛ اهو روٽ سرٽيفڪيٽ سان دستخط ٿيل آهي، تنهنڪري فائر فاڪس ان تي ڀروسو ڪري ٿو. اسان صرف ان کي سرٽيفڪيشن جي پول ۾ شامل ڪريون ٿا جيڪي برائوزر استعمال ڪري سگھن ٿيون.
تنهن ڪري حل اهو آهي ته هڪ مطالعو ٺاهيو:
- جيڪو اسان استعمال ڪندڙن لاءِ ٺاهيل نئون سرٽيفڪيٽ انسٽال ڪري ٿو
- براؤزر کي مجبور ڪيو ويو ته غير فعال اضافو ٻيهر چيڪ ڪريو ته جيئن اهي ٻيهر ڪم ڪن
"پر انتظار ڪريو،" توهان چئو، "اضافا ڪم نٿا ڪن، مان سسٽم کي ڪيئن هلائيندس؟". اچو ته ان کي نئين سرٽيفڪيٽ سان سائن ان ڪريون!
اهو سڀ ڪجهه گڏ ڪري رهيو آهي ... اهو ايترو وقت ڇو وٺندو آهي؟
تنهن ڪري، منصوبو آهي هڪ نئون سرٽيفڪيٽ جاري ڪرڻ لاء پراڻي هڪ کي تبديل ڪرڻ لاء، هڪ سسٽم اضافو ٺاهيو ۽ ان کي انسٽال ڪريو نارمنڊي ذريعي صارفين کي. مسئلا، جيئن مون چيو، 4 مئي تي 4:00 تي شروع ٿيو، ۽ اڳ ۾ ئي ساڳئي ڏينهن 12:44 تي، 9 ڪلاڪن کان گهٽ دير بعد، اسان نارمنڊي ڏانهن هڪ درست موڪليو. ان کي سڀني صارفين تائين پهچڻ لاءِ 6-12 ڪلاڪ لڳا. اڳ ۾ ئي خراب ناهي، پر Twitter استعمال ڪندڙ پڇي رهيا آهن ڇو ته اسان تيزيء سان ڪم نه ڪري سگهون ٿا.
پهريون، اهو هڪ نئون وچولي سرٽيفڪيٽ جاري ڪرڻ ۾ وقت ورتو. جيئن مون مٿي ذڪر ڪيو آهي، روٽ سرٽيفڪيٽ مان ڪنجي هارڊويئر سيڪيورٽي ماڊل ۾ آف لائن محفوظ ٿيل آهي. اهو حفاظتي نقطي نظر کان سٺو آهي، ڇاڪاڻ ته روٽ تمام گهٽ استعمال ڪيو ويندو آهي ۽ محفوظ ٿيڻ جي ضرورت آهي، پر اهو ٿورڙي تڪليف آهي جڏهن توهان کي فوري طور تي نئين سرٽيفڪيٽ تي دستخط ڪرڻ جي ضرورت آهي. اسان جي هڪ انجنيئر کي HSM اسٽوريج تي وڃڻو هو. پوءِ صحيح سرٽيفڪيٽ جاري ڪرڻ جي ناڪام ڪوششون ڪيون ويون، ۽ هر ڪوشش هڪ يا ٻه ڪلاڪ جاچ تي خرچ ڪرڻ جي قابل هئي.
ٻيو، هڪ سسٽم اضافو جي ترقي ڪجهه وقت ورتو. تصوراتي طور تي اهو تمام سادو آهي، پر اڃا به سادي پروگرامن کي ڌيان ڏيڻ جي ضرورت آهي. اسان پڪ ڪرڻ چاهيون ٿا ته اسان شيون خراب نه ڪيون. تحقيق کي استعمال ڪندڙن ڏانهن موڪلڻ کان اڳ جانچڻ جي ضرورت آهي. انهي سان گڏ، اضافو سائن ان ٿيڻ جي ضرورت آهي، پر اسان جو اضافو سائن ان سسٽم غير فعال هو، تنهنڪري اسان کي هڪ حل ڳولڻو پوندو.
آخرڪار، اسان موڪلن لاءِ پڙهائي تيار ڪرڻ کان پوءِ، ان کي ترتيب ڏيڻ ۾ وقت لڳو. برائوزر هر 6 ڪلاڪن ۾ Normandy اپڊيٽ لاءِ چيڪ ڪري ٿو. نه سڀئي ڪمپيوٽر مسلسل آن آهن ۽ انٽرنيٽ سان ڳنڍيل آهن، تنهنڪري اهو وقت وٺندو آهي درست ڪرڻ لاءِ صارفين تائين پکڙيل.
آخري مرحلو
تحقيق کي اڪثر استعمال ڪندڙن لاءِ مسئلو حل ڪرڻ گهرجي، پر هر ڪنهن لاءِ دستياب ناهي. ڪجھ استعمال ڪندڙن کي خاص طريقي جي ضرورت آھي:
- استعمال ڪندڙ جيڪي تحقيق يا ٽيليميٽري کي بند ڪري ڇڏيون آهن
- Android ورزن (Fennec) جا استعمال ڪندڙ، جتي تحقيق جي حمايت نه ڪئي وئي آهي
- انهن ادارن ۾ فائر فاڪس ESR جي ڪسٽم بلڊز جا استعمال ڪندڙ جتي ٽيلي ميٽري کي فعال نه ٿو ڪري سگهجي
- استعمال ڪندڙ MitM proxies جي پويان ويٺا آهن، ڇاڪاڻ ته اسان جو اضافو تنصيب سسٽم ڪي پننگ استعمال ڪري ٿو، جيڪو اهڙين پراکسيز سان ڪم نٿو ڪري
- Firefox جي پراڻن ورجن جا استعمال ڪندڙ جيڪي تحقيق جي حمايت نٿا ڪن
استعمال ڪندڙن جي آخري درجي جي باري ۾ اسان ڪجھ به نه ٿا ڪري سگھون - انھن کي اڃا تائين فائر فاڪس جي نئين ورزن ۾ اپ گريڊ ڪرڻ گھرجي، ڇاڪاڻ ته پراڻن وارن ۾ سنگين اڻ ڄاتل خطرات آھن. اسان ڄاڻون ٿا ته ڪجهه ماڻهو فائر فاڪس جي پراڻن ورزن تي رهندا آهن ڇاڪاڻ ته اهي پراڻن ايڊ آنز کي هلائڻ چاهيندا آهن، پر ڪيترائي پراڻا اضافو اڳ ۾ ئي برائوزر جي نئين ورزن تي پورٽ ڪيا ويا آهن. ٻين استعمال ڪندڙن لاءِ، اسان ھڪڙو پيچ ٺاھيو آھي جيڪو نئون سرٽيفڪيٽ انسٽال ڪندو. اهو هڪ بگ فڪس رليز طور جاري ڪيو ويو (مترجم جو نوٽ: فائر فاڪس 66.0.5)، تنهنڪري ماڻهو ان کي حاصل ڪندا - گهڻو ڪري اڳ ۾ ئي ملي چڪو آهي - عام اپڊيٽ چينل ذريعي. جيڪڏھن توھان استعمال ڪري رھيا آھيو ڪسٽم بلڊ فائر فاڪس ESR، مھرباني ڪري پنھنجي سنڀاليندڙ سان رابطو ڪريو.
اسان سمجهون ٿا ته اهو مثالي ناهي. ڪجهه حالتن ۾، صارفين اضافو ڊيٽا وڃائي ڇڏيو (مثال طور، اضافو ڊيٽا ملٽي کاتو ڪنٽينر).
هن پاسي واري اثر کان بچي نه سگهيو، پر اسان يقين رکون ٿا ته مختصر مدت ۾ اسان اڪثر استعمال ڪندڙن لاء بهترين حل چونڊيو آهي. ڊگھي مدت ۾، اسان ٻين، وڌيڪ ترقي يافته تعميراتي طريقا ڳوليندا سين.
سبق
پهريون، اسان جي ٽيم 12 ڪلاڪن کان به گهٽ عرصي ۾ مسئلو دريافت ڪرڻ ۽ حل ڪرڻ جو هڪ شاندار ڪم ڪيو. ڪنهن ماڻهوءَ جي حيثيت سان جنهن گڏجاڻيءَ ۾ شرڪت ڪئي، مان اهو چئي سگهان ٿو ته هن ڏکئي صورتحال ۾ ماڻهن ڏاڍي محنت ڪئي ۽ تمام گهٽ وقت ضايع ٿيو.
ظاهر آهي ته ائين هرگز نه ٿيڻو هو. اهو واضح طور تي اسان جي عمل کي ترتيب ڏيڻ جي قابل آهي ته جيئن اهڙن واقعن جي امڪان کي گهٽائڻ ۽ نتيجن کي درست ڪرڻ آسان بڻائي سگهجي.
ايندڙ هفتي اسان هڪ سرڪاري پوسٽ مارٽم ۽ تبديلين جي هڪ فهرست شايع ڪنداسين جيڪي اسان ڪرڻ جو ارادو رکون ٿا. في الحال، مان پنهنجا ويچار ونڊيندس. پهرين، اتي هڪ بهتر طريقو هجڻ گهرجي انهي جي صورتحال کي ٽريڪ ڪرڻ لاءِ جيڪو هڪ امڪاني ٽائيم بم آهي. اسان کي پڪ ڪرڻ جي ضرورت آهي ته اسان پاڻ کي اهڙي صورتحال ۾ نه ڳولي سگهون ٿا جتي انهن مان هڪ اوچتو ڪم ڪري ٿو. اسان اڃا تائين تفصيل تي ڪم ڪري رهيا آهيون، پر گهٽ ۾ گهٽ، اسان کي انهن سڀني شين جو حساب ڏيڻو پوندو.
ٻيو، اسان کي هڪ ميکانيزم جي ضرورت آهي جلدي صارفين کي تازه ڪاريون پهچائڻ لاء، جيتوڻيڪ جڏهن - خاص طور تي جڏهن - ٻيو سڀ ڪجهه ڪم نه ڪري رهيو آهي. اهو عظيم هو ته اسان "تحقيق" سسٽم استعمال ڪرڻ جي قابل هئا، پر اهو هڪ مڪمل اوزار ناهي ۽ ڪجهه ناپسنديده ضمني اثرات آهن. خاص طور تي، اسان ڄاڻون ٿا ته ڪيترن ئي صارفين کي خودڪار تازه ڪاريون چالو ڪيو ويو آهي، پر اهي تحقيق ۾ حصو نه وٺندا (مان سمجهان ٿو، مون انهن کي پڻ بند ڪيو آهي!). ساڳئي وقت، اسان کي صارفين کي تازه ڪاري ڪرڻ لاء هڪ طريقي جي ضرورت آهي، پر جيڪو به اندروني ٽيڪنيڪل عمل درآمد، صارفين کي اپڊيٽ جي رڪنيت حاصل ڪرڻ جي قابل هوندو (بشمول گرم فيڪس) پر هر شيء کان ٻاهر نڪرڻ گهرجي. انهي سان گڏ، تازه ڪاري چينل ان کان وڌيڪ جوابدار هجڻ گهرجي. جيتوڻيڪ 6 مئي تي، اڃا تائين صارف موجود هئا جن يا ته فيڪس يا نئين ورزن جو فائدو نه ورتو. اهو مسئلو اڳ ۾ ئي ڪم ڪيو ويو آهي، پر ڇا ٿيو اهو ظاهر ڪيو ته اهو ڪيترو اهم آهي.
آخرڪار، اسان اضافو جي حفاظتي فن تعمير تي نظر وجهنداسين انهي کي يقيني بڻائڻ لاءِ ته اها حفاظت جي صحيح سطح فراهم ڪري ٿي جيڪا ڪنهن شيءِ کي ٽوڙڻ جي گهٽ ۾ گهٽ خطري سان.
ايندڙ هفتي اسان وڌيڪ تفصيلي تجزيو جا نتيجا ڏسنداسين ته ڇا ٿيو، پر ان دوران آئون اي ميل ذريعي سوالن جا جواب ڏيڻ ۾ خوش ٿيندس: [ايميل محفوظ ٿيل]
جو ذريعو: linux.org.ru