QNAP предупредила об активной эксплуатации Plex2Shell на NAS с Plex Media Server

QNAP сообщила, что интернет-доступные NAS с уязвимым Plex Media Server атакуют в рамках цепочки Plex2Shell. Четыре уязвимости вместе позволяют неаутентифицированному удалённому атакующему выполнить код с правами процесса Plex. После публикации PoC 16 октября 2026 года атаки стали массовыми. QNAP подтвердила взломы NAS через Plex, потерь данных не зафиксировано. Уязвимы версии 1.43.2 и более ранние, исправление - 1.43.3 сборки 10861 или новее.

Как работает цепочка Plex2Shell

В уведомлении QNAP фигурируют четыре уязвимости: CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 и CVE-2026-96656. По отдельности каждая ошибка даёт ограниченный риск. Вместе они складываются в цепочку, которая доводит атаку от неаутентифицированного сетевого запроса до выполнения произвольного кода. Код исполняется с правами процесса Plex Media Server, то есть в контексте службы, а не самой операционной системы NAS.

Публичный PoC появился 16 октября 2026 года. После этого интернет-доступные серверы начали массово атаковать. QNAP получила сообщения о компрометации NAS через Plex и подтвердила, что потери данных не зафиксированы. Злоумышленники использовали скомпрометированные серверы для майнинга криптовалют и прокси-софта. Это отделяет подтверждённую эксплуатацию от теоретической: речь не о лабораторной демонстрации, а о работающих атаках.

Важно разделять уровни. Сам QTS, QuTS hero и другие операционные системы QNAP не содержат Plex2Shell. Ошибки находятся в Plex Media Server, который устанавливают поверх NAS. Поэтому риск зависит от того, есть ли на устройстве этот пакет и открыт ли доступ к нему из сети. NAS часто держат включённым круглосуточно, а Plex нередко публикуют наружу для просмотра медиатеки. Такая комбинация делает сервер заметной целью.

Условия атаки

Атака сетевая и не требует учётных данных. Атакующему нужен доступ к Plex Media Server по сети. Если сервис опубликован в интернете, входных условий больше нет: цепочка сама приводит к выполнению кода. Права в системе не нужны. Пользователь тоже не обязан открывать файл или нажимать ссылку. В описании QNAP речь именно об удалённом неаутентифицированном сценарии.

На практике Plex оказывается снаружи разными путями. Это может быть проброс порта 32400, UPnP или настройки myQNAPcloud. Иногда администратор включал удалённый доступ однажды и забыл о нём. Поэтому первым делом стоит проверить, слушает ли Plex внешние интерфейсы и есть ли правила трансляции портов. Если удалённый просмотр не нужен, доступ лучше отключить.

Если доступ нужен, прямой публикации сервиса быть не должно. QNAP рекомендует VPN. Это снижает поверхность атаки: Plex остаётся доступным для своих, но не для сканеров и автоматических атак. VPN не исправляет уязвимость, однако выигрывает время до обновления и убирает массовые попытки из интернета.

Затронутые версии

Уязвимы Plex Media Server 1.43.2 и более ранние версии. Исправление - Plex Media Server 1.43.3, сборка 1.43.3.10861 или новее. Обновление доступно в App Center. Проверять нужно именно сборку, а не только номер ветки. Если автообновление отключено, пакет мог остаться старым.

QTS, QuTS hero и другие операционные системы QNAP не содержат Plex2Shell. Это не отменяет риска для NAS, где установлен уязвимый Plex. Устройство может быть полностью обновлено на уровне прошивки, но уязвимый пакет останется точкой входа. Поэтому проверка версии Plex обязательна для всех NAS, на которых он есть.

Для QNAP-устройств вне поддержки стоит пересмотреть общую модель риска. Обновление Plex не заменяет чистую переустановку, если есть признаки взлома. На неподдерживаемом устройстве сложнее гарантировать, что после инцидента не осталось закрепления. В таком случае разумно оценить, нужен ли этот NAS в сети и какие данные на нём лежат.

Что исправляет патч

Патч закрывает вход, но не удаляет то, что атакующий уже установил. Если Plex был доступен из интернета, простого обновления недостаточно. Сначала нужно сохранить логи Plex. Затем удалить Plex, проверить каталог PlexData, переустановить версию 1.43.3 и сменить пароли Plex и NAS. Также нужно отозвать ключи и токены, доступные с NAS.

Порядок действий важен. Логи нужны, чтобы понять, были ли обращения к уязвимым компонентам и что запускалось после них. Удаление Plex останавливает службу и не даёт вредоносному коду работать дальше. Проверка PlexData помогает найти посторонние файлы, которые могли остаться после атаки. Чистая переустановка возвращает пакет в известное состояние.

Смена паролей Plex и NAS нужна, потому что атакующий мог получить доступ к учётным данным. Отзыв ключей и токенов закрывает доступ к внешним сервисам, которые были подключены с NAS. Если на устройстве хранились резервные копии или документы, стоит проверить их целостность. QNAP сообщила, что потери данных не зафиксированы, но это не отменяет локальной проверки.

Признаки компрометации

QNAP перечислила признаки, по которым можно заподозрить взлом. Среди них необычные процессы Plex Media Server, посторонние библиотеки в каталоге Codecs, исходящие подключения на неизвестный домен, высокая загрузка CPU без воспроизведения медиа и срабатывание Malware Remover. Если Malware Remover выдал предупреждение, его нужно воспринимать как сигнал, а не как ложное срабатывание.

Отдельно стоит смотреть на процессы. Майнер и прокси-софт могут маскироваться под службы Plex. Поэтому полезно сравнить список процессов с обычным поведением сервера. Незнакомые .so или .dll в каталоге Codecs тоже требуют проверки. Исходящие соединения на домен, которого нет в вашей конфигурации, могут указывать на управление или проксирование трафика.

Высокая нагрузка CPU без воспроизведения - ещё один признак. Если NAS гудит, а Plex не отдаёт видео, причина может быть не в индексации. В сочетании с сетевыми соединениями это повод немедленно сохранить логи и изолировать устройство. Не стоит сначала удалять файлы: доказательства нужны для разбора.

Если обновиться нельзя

Если установить 1.43.3 прямо сейчас невозможно, Plex нельзя оставлять доступным из интернета. Нужно убрать проброс порта 32400, отключить UPnP и настройки myQNAPcloud, которые публикуют сервис наружу. Если удалённый доступ нужен, используйте VPN. Это временная мера, а не замена патчу.

При признаках компрометации изоляция важнее обновления. Отключите NAS от сети или ограничьте исходящие соединения. Сохраните логи, затем удалите Plex и переустановите его с чистого пакета. Смените пароли и отзовите токены. Если на устройстве были важные данные, проверьте их по резервной копии.

Если Plex был открыт в интернет, начните с сохранения логов и изоляции устройства. Обновление до 1.43.3 завершает восстановление, но только после проверки на закрепление. Для NAS вне поддержки решение об дальнейшей эксплуатации стоит принимать с учётом данных, которые на нём хранятся.