په BIND 9.16.17 کې یوه بګ چې د DNS پوښتنو کې د W کرکټر د غلط مدیریت لامل کیږي

اصالحي تازه معلومات د باثباته 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" حروف په ډومین نومونو کې ځای په ځای شوي. ترتیب "\000" "او د یوې غلطې پایلې بیرته راګرځول کله چې د ماسک په کارولو سره غوښتنې پروسس کیږي. د مثال په توګه، که د DNS زون ریکارډ ولري "*.sub.test.local. 1 د UVW.sub.test.local نوم لپاره 127.0.0.1 A 000″ غوښتنې یو ځواب رامینځته کړ چې د "uvw.sub.test.local" پرځای یې "uv/XNUMX.sub.test.local" نوم بیرته ورکړ.

سربیره پردې ، د متحرک زون تازه معلوماتو په جریان کې د "w" کرکټر بدلولو کې ستونزې یادونه شوې که چیرې په غوښتنې کې د "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

Add a comment