Глибц укључује исправку за мемцпи рањивост коју су припремили програмери Аурора ОС

Програмери мобилног оперативног система Аурора (форк оперативног система Саилфисх који је развила компанија Опен Мобиле Платформ) поделили су откривајућу причу о елиминисању критична рањивост (ЦВЕ-КСНУМКС-КСНУМКС) у Глибц-у, који се појављује само на АРМв7 платформи. Информације о рањивости су обелодањене још у мају, али до последњих дана исправке нису биле доступне, упркос чињеници да су рањивости додељен висок ниво опасности и постоји радни прототип експлоатације који вам омогућава да организујете извршавање кода приликом обраде података форматираних на одређени начин у функцијама мемцпи() и меммове(). Поправке пакета за Debian и Ubuntu још увек нису објављени и рањивост остаје неисправљена скоро два месеца од тренутка објављивања јавности и пет месеци од тренутка када су програмери Глибц обавештени.

Рањивост се манифестовала у имплементацији мемцпи() и меммове() у асемблерском језику за АРМв7 и настала је нетачном обрадом негативних вредности параметра који одређује величину копиране области. Проблеми са развојем закрпа почели су када су компаније СУСЕ и rED ХАТ је објавио да њихове платформе нису погођене проблемом, пошто не граде за 32-битне АРМв7 системе, и нису учествовали у креирању поправке. Чини се да су се програмери многих уграђених дистрибуција ослањали на Глибц тим, а такође нису били активно укључени у припрему поправке.

Опција закрпа Да би блокирао проблем, Хуавеи је скоро одмах предложио да покуша да замени инструкције за склапање које раде са потписаним операндима (бге и блт) непотписаним аналогама (бло и бхс). Одржавачи Глибц-а развили су сет тестова за проверу различитих услова грешке, након чега се испоставило да Хуавеи закрпа није прикладна и да није обрадила све могуће комбинације улазних података.

Пошто Аурора ОС има 32-битну верзију за АРМ, њени програмери су одлучили да сами затворе рањивост и понуде решење заједници. Потешкоћа је била у томе што је било неопходно написати ефикасну имплементацију функције на асемблерском језику и узети у обзир различите опције за улазне аргументе. Имплементација је преписана коришћењем непотписаних инструкција. Закрпа Испоставило се да је мали, али главни проблем је био одржавање брзине извршавања и избегавање деградације перформанси функција мемцпи и меммове, уз одржавање компатибилности са свим комбинацијама улазних вредности.

Почетком јуна припремљене су две верзије поправке, које су прошле тестни оквир Глибц одржавача и интерни тест пакет Ауроре. 3. јуна изабрана је једна од опција и послао на Глибц маилинг листу. Недељу дана касније
био предложио још једна закрпа сличног приступа, која је исправила проблем у имплементацији мултиарха, који је Хуавеи раније покушао да поправи. Тестирање је трајало месец дана и правна регистрација због важности закрпа.
Исправке 8. јула били прихваћени на главну грану предстојећег издања глибц 2.32. Имплементација укључује две закрпе − первыи за мултиарцх имплементацију мемцпи-а за АРМв7, и други за општу имплементацију језика асемблера мемцпи() и меммове() за АРМ.

Проблем погађа милионе ARMv7 уређаја са Linux Без одговарајућег ажурирања, власници ризикују да их повежу на мрежу (мрежно доступне услуге и апликације које прихватају улазне податке без ограничења величине могу бити нападнуте). На пример, експлоит који су припремили истраживачи који су открили рањивост демонстрира како напасти HTTP сервер уграђен у информациони систем возила слањем веома великог GET захтева и добити root приступ систему.

Извор: опеннет.ру