مستحڪم BIND 9.16.18 برانچ ۽ ان-ترقياتي تجرباتي 9.17.15 برانچ لاءِ درست اپڊيٽ شايع ڪيا ويا آهن، جيڪي هڪ سنگين بگ کي درست ڪن ٿا جيڪي گذريل هفتي شايع ٿيل BIND 9.16.17 ۽ 9.17.14 رليزز ۾ ظاهر ٿيا (هن ڏينهن کان پوءِ) رليز، ڊولپرز ان مسئلي بابت خبردار ڪيو ۽ ورجن 9.16.17 ۽ 9.17.14) کي انسٽال نه ڪرڻ جي صلاح ڏني.
نسخن 9.16.17 ۽ 9.17.14 ۾، "w" اکر کي لوئر ڪيز ۽ اپر ڪيس اکر ميپنگ ٽيبل (maptoupper ۽ maptolower) مان ڪڍيو ويو، جنهن جي نتيجي ۾ ڊومين نالن ۾ "W" ۽ "w" اکرن کي تبديل ڪيو ويو. sequence "\000" "۽ هڪ غلط نتيجو موٽائڻ جڏهن ماسڪ استعمال ڪندي درخواستن تي عمل ڪندي. مثال طور، جيڪڏهن DNS زون ۾ رڪارڊ شامل آهي “*.sub.test.local. 1 A 127.0.0.1″ نالي لاءِ درخواست UVW.sub.test.local“ هڪ جواب پيدا ڪيو جنهن جو نالو ”uvw.sub.test.local“ بدران ”uv/000.sub.test.local“ موٽيو.
ان کان علاوه، متحرڪ زون جي تازه ڪاري دوران "w" ڪردار کي "\000" سان تبديل ڪرڻ سان مسئلا نوٽ ڪيا ويا جيڪڏهن درخواست ۾ "w" ڪردار جو ڪيس DNS زون ۾ ڪيس کان مختلف هجي. مثال طور، جيڪڏهن "foo.ww.example" لاءِ هڪ تازه ڪاري موڪلي وئي هئي جڏهن زون ۾ هڪ رڪارڊ "WW.example" هو، ان کي "foo.\000\000.example" طور پروسيس ڪيو ويو. ڪردار جي متبادل سان مسئلا پڻ ٿي سگھن ٿا جڏهن زون جي منتقلي کي انجام ڏيڻ پرائمري کان ثانوي DNS سرور تائين.
تازه ڪاري 9.16.18 جي اشاعت ۾ دير ٿي وئي ڇاڪاڻ ته ٻن وڌيڪ غلطين جي نشاندهي ڪئي وئي جيڪي نسخن 9.16.18 ۽ 9.17.15 ۾ حل نه ٿيون. غلطين جي نتيجي ۾ شروعات جي دوران ڊيڊ لاڪ ۽ ٺاھ جوڙ ۾ واقع ٿينديون آھن جتي dnssec-policy مختلف نظرين ۾ موجود ساڳيون زونون استعمال ڪري ٿي. اهڙين سيٽنگن سان صارفين کي BIND ورزن 9.16.16 ۾ گھٽ ڪرڻ جي صلاح ڏني وئي آهي.
جو ذريعو: opennet.ru