Незакрытые RCE-уязвимости в QNAP NAS затрагивают десятки тысяч устройств

Незакрытые RCE-уязвимости в QNAP NAS затрагивают десятки тысяч устройств

Незакрытые RCE-уязвимости в QNAP NAS затрагивают десятки тысяч устройств

В сетевых хранилищах класса SOHO от QNAP найдены две уязвимости, позволяющие удаленно выполнить вредоносный код и захватить контроль над устройством. Проблема вряд ли будет решена, так как NAS-устройство, подвергнутое анализу, уже снято с поддержки.

Опасные бреши были выявлены в накопителе QNAP TS-231 с новейшей прошивкой — версии 4.3.6.1446, однако авторы находки не исключают, что этим уязвимостям подвержены и другие прошивки и модели устройств производства QNAP. По оценкам SAM Seamless Network, данная проблема потенциально затрагивает десятки тысяч домашних и офисных NAS-хранилищ, доступных из интернета.

Один RCE-баг в QNAP NAS был выявлен в октябре прошлого года. Он привязан к веб-серверу сетевого устройства (по умолчанию использует TCP-порт 8080) и возник из-за отсутствия санации входных данных на некоторых API.

При наличии сетевого доступа к веб-интерфейсу данная уязвимость позволяет без предварительной авторизации выполнить любую шелл-команду. Эксплуатация осуществляется через HTTP-запрос, запускающий скрипт CGI (при обращении далеко не все локальные файлы .cgi требуют аутентификации).

Вторую уязвимость исследователи обнаружили в конце ноября. В ее появлении повинен медиасервер (DLNA), который по умолчанию обрабатывает UPNP-запросы на порту 8200/TCP. При наличии сетевого доступа к DLNA-серверу эксплойт позволяет без авторизации создать произвольный файл данных в несуществующей папке, а также выполнить любую команду.

В SAM обе проблемы оценили как критические. Пробный взлом в лабораторных условиях был проведен с помощью Python-скрипта. В результате экспертам удалось получить полный доступ к NAS-устройству через обратный шелл. Ввиду отсутствия патчей другие подробности было решено пока не разглашать.

Нейросеть написала ОС, но Vib-OS развалилась уже на базовых задачах

У вайб-кодинга появился ещё один показательный кейс. В Сети обсуждают Vib-OS — операционную систему, которую на GitHub подают как «vibe-coded AI OS» с поддержкой ARM64 и x86_64, собственным ядром, GUI в духе macOS, сетевым стеком и даже нативным запуском Doom. Но на практике всё оказалось куда менее красиво, чем в README.

Поводом стал ролик ютубера tirimid, который решил погонять Vib-OS по своему обычному чек-листу для малоизвестных ОС.

Уже на этапе запуска начались приключения: систему, по его словам, было непросто просто нормально загрузить. А когда она всё-таки стартовала, выяснилось, что за эффектным интерфейсом скрывается довольно сырой набор функций.

Самое ироничное здесь в том, что README обещает намного больше, чем удалось увидеть в реальном тесте. На странице проекта заявлены рабочие сеть, файловый менеджер, Python, Nano и даже «Classic Doom running natively».

 

Но в обзоре интернет-подключение так и не заработало, создание новых папок и файлов в менеджере не срабатывало, блокнот вёл себя странно и не умел нормально сохранять текст, а иконка Doom вообще ничего не запускала. Вместо браузера, как заметили в тесте, открывался скорее просмотрщик изображений.

Выглядит это всё как довольно типичная история про ИИ-проект, который хорошо продаёт идею, но спотыкается на базовых вещах. Особенно на фоне того, что сам репозиторий Vib-OS уже собрал заметное внимание на GitHub, а в открытых баг-репортах накопился длинный список претензий — от ошибок в памяти и многопоточности до архитектурных проблем на x86_64.

 

Сам автор проекта с критикой, похоже, не очень согласен. В комментариях на Hackaday создатель Vib-OS написал, что обзорщик «плохо сделал обзор» и посоветовал запускать систему в QEMU. Это, впрочем, не отменяет главного: прямо сейчас Vib-OS выглядит скорее как любопытный эксперимент и витрина возможностей вайб-кодинга.

RSS: Новости на портале Anti-Malware.ru