Уязвимост в uClibc и uClibc-ng, позволяваща подмяна на данни в DNS кеша

В стандартните C-библиотеки uClibc и uClibc-ng, използвани в много вградени и преносими устройства, е открита уязвимост (CVE не е присвоен), която позволява въвеждането на фалшиви данни в DNS кеша, което може да бъде използвано за подмяна на IP адреса на произволен домейн в кеша и пренасочване на заявките към домейна на сървъра на злонамеренец.

Проблемът засяга различни Linux фърмуери за маршрутизатори, точки за достъп и устройства за интернет на нещата, както и Linux дистрибуции за вградени системи, като OpenWRT и Embedded Gentoo. Отбелязва се, че уязвимостта се проявява в устройства на много производители (например, uClibc се използва в фърмуерите на Linksys, Netgear и Axis), но тъй като уязвимостта в uClibc и uClibc-ng остава ненадеждно поправена, подробна информация за конкретни устройства и производители, в чийто продукти присъства проблемът, все още не е разпространена.

Уязвимостта е причинена от използването в кода за изпращане на DNS заявки на предсказуеми идентификатори на транзакции. Идентификационният номер на DNS заявката се избира чрез просто увеличаване на брояча, без допълнителна рандомизация на номерата на портовете, което позволява замърсяване на DNS кеша чрез предварително изпращане на UDP пакети с фалшиви отговори (отговорът ще бъде приет, ако е получен преди истинския отговор и включва валиден ID). сървър За разлика от предложената през 2008 година техника на Камински, не е необходимо да се познава идентификаторът на транзакцията, тъй като той е предвидим от самото начало (в началото се задава стойност 1, която при всяка заявка се увеличава, а не се избира случайно).

В спецификацията за защита от подбиране на идентификатора се препоръчва допълнително да се прилага случайно разпределение на номерата на изходящите мрежови портове, от които се изпращат DNS заявки, което компенсира недостатъчно големия размер на идентификатора. При включване на рандомизация на портовете за генериране на фалшив отговор е необходимо не само да се подбере 16-битов идентификатор, но и номер на мрежовия порт. В uClibc и uClibc-ng такава рандомизация не е била явно включена (при извикване на bind не е задаван случаен изходящ UDP порт) и нейното приложение е зависело от настройките на операционната система.

При изключване на рандомизацията на портовете, определянето на инкрементален идентификатор на запитването се счита за тривиална задача. Но дори и в случай на използване на рандомизация, на атакуващия му е нужно само да познае мрежовия порт в диапазона от 32768 до 60999, за което може да използва масирано изпращане на фиктивни отговори на различни мрежови портове.

Проблемът е потвърден във всички актуални версии на uClibc и uClibc-ng, включително най-новите версии на uClibc 0.9.33.2 и uClibc-ng 1.0.40. През септември 2021 г. информацията за уязвимостта е изпратена на CERT/CC за координирано подготовка на корекции. През януари 2022 г. информацията за проблема е предадена на над 200 производители, които сътрудничат с CERT/CC. През март е направен опит да се свържат отделно с поддържащия проект uClibc-ng, но той е отговорил, че не е в състояние сам да поправи уязвимостта и е препоръчал публично да се разкрие информацията за проблема, надявайки се на помощ от общността за разработване на корекция. От производителите, NETGEAR обяви за пускането на обновление за отстраняване на уязвимостта.

Източник: opennet.ru