В приложении Collabora Online Built-in CODE Server для Nextcloud обнаружили критическую уязвимость и уже фиксируют её эксплуатацию. Пользователи сообщают о веб-шеллах на скомпрометированных серверах. Ошибке присвоен идентификатор CVE-2026-110447, оценка по CVSS v4 — 9.2. Уязвимы версии приложения richdocumentscode до 26.4.303.
Что позволяет сделать дыра в proxy.php
Проблема кроется в файле proxy.php — части приложения, которая запускает встроенный сервер документов Collabora внутри развёртывания Nextcloud. По данным advisory Collabora, специально сформированный запрос заставляет сервер выполнить команду операционной системы от имени пользователя веб-сервера. Это классифицируется как CWE-78, внедрение команд ОС.
Атакующему не нужен аккаунт, и взаимодействие с пользователем тоже не требуется. Команды выполняются с правами учётной записи веб-сервера, а не автоматически с root. Тем не менее GitHub Advisory оценивает потенциальное влияние на конфиденциальность данных, целостность файлов и доступность сервиса как высокое.
Когда открывается окно атаки
Эксплуатация зависит от одного важного условия: встроенный CODE-сервер не должен работать в момент, когда вредоносный запрос достигает уязвимого кода. Такое случается при перезапуске контейнера, обновлении или после сбоя — то есть окно атаки возникает во время обычного обслуживания.
По данным GitHub Advisory Database, уязвимость эксплуатировали в сентябре и октябре 2026 года. 3 октября на форуме сообщества Nextcloud появилось предупреждение: пользователи обнаружили на своих серверах веб-шеллы. Такие скрипты позволяют выполнять команды и сохранять доступ после первоначального проникновения. Доступные отчёты не называют конкретную группу и не сообщают, сколько серверов пострадало.
Кого уязвимость не касается
Речь именно о приложении Collabora Online Built-in CODE Server, а не о любых установках Nextcloud или Collabora. Отдельно стоящие серверы Collabora Online не подвержены проблеме.
Collabora также подтверждает: это другой путь атаки, нежели CVE-2025-66208, и установка исправления для той уязвимости не блокирует текущую эксплуатацию. Нынешняя атака не требует украденных паролей — в отличие от краж учётных данных через инфостилеры. Она не связана и с ранее описанными проблемами выполнения кода в десктопном клиенте Nextcloud, где дело было в небезопасной обработке URL, а не в серверном прокси.
Как закрыть уязвимость
Главное действие — обновить richdocumentscode до версии 26.4.303 или новее либо удалить приложение. Просто отключить его недостаточно: это не предотвращает эксплуатацию. По словам Collabora, тем, кто работает на версиях Nextcloud 29 и старше, срок поддержки которых истёк, следует обновить Nextcloud или удалить уязвимое приложение.
Для систем, которые уже были открыты, предупреждение сообщества рекомендует искать неожиданные PHP-файлы. Обновление закрывает уязвимую точку входа, но не доказывает, что существующий веб-шелл удалён. Раз сообщения о компрометации есть, проверка признаков вторжения — обязательный шаг после установки патча, а не опция.
Порядок действий для администратора выглядит так:
- Проверить версию приложения richdocumentscode в интерфейсе Nextcloud.
- Обновиться до 26.4.303 или новее либо удалить приложение.
- На версиях Nextcloud 29 и ниже — обновить саму платформу или убрать уязвимое приложение.
- Просмотреть файлы PHP на предмет неожиданных, особенно в каталогах приложения.
- Если найдены веб-шеллы, считать систему скомпрометированной и разбираться с последствиями, а не ограничиваться патчем.
Nextcloud в России: проверьте richdocumentscode сегодня
Nextcloud нередко разворачивают в российских компаниях как файловое хранилище и платформу совместной работы — в том числе там, где предъявляются требования к защите персональных данных по 152-ФЗ. Совместное редактирование документов через Collabora — типовой сценарий, поэтому проверка версии richdocumentscode и поиск посторонних PHP-файлов должны пройти в первую очередь на серверах с внешним доступом. Встроенный CODE-сервер останавливается при обновлениях и перезапусках контейнеров — как раз тогда, когда по описанию Collabora и открывается окно для атаки, так что плановое обслуживание само по себе не защищает.
Частые вопросы
Кого касается уязвимость CVE-2026-110447?
Только тех, кто использует приложение Collabora Online Built-in CODE Server (richdocumentscode) в Nextcloud версий до 26.4.303. Отдельные серверы Collabora Online и установки Nextcloud без этого приложения не затронуты.
Нужен ли атакующему аккаунт в Nextcloud?
Нет. Эксплуатация не требует аутентификации и взаимодействия с пользователем — достаточно отправить специально сформированный запрос в уязвимый proxy.php.
Почему атака возможна не всегда?
Потому что встроенный CODE-сервер должен быть остановлен в момент запроса. Это происходит при перезапуске контейнера, обновлении или после сбоя — то есть в моменты штатного обслуживания.
Достаточно ли отключить приложение?
Нет. Collabora прямо указывает, что выключение приложения не предотвращает эксплуатацию. Нужно обновить richdocumentscode до 26.4.303 или новее либо удалить его.
Поможет ли патч от CVE-2025-66208?
Нет. Collabora подтверждает, что это другой путь атаки, и исправление предыдущей уязвимости текущую эксплуатацию не блокирует.
Что делать, если сервер уже был открыт наружу?
Искать неожиданные PHP-файлы и другие признаки вторжения. Обновление закрывает точку входа, но не удаляет веб-шелл, если он уже установлен.
Что делать на Nextcloud 29 и старше?
Обновить Nextcloud или удалить уязвимое приложение: эти версии признаны Collabora вышедшими из поддержки.
Выполняются ли команды с правами root?
Нет, команды идут от имени пользователя веб-сервера. Но GitHub Advisory всё равно оценивает влияние на конфиденциальность данных, целостность файлов и доступность сервиса как высокое.
Известно ли, кто стоит за атаками?
Нет. В доступных отчётах не названа конкретная группа и не указано, сколько серверов скомпрометировано.
Если в вашей инфраструктуре есть похожие критичные дыры без аутентификации, полезно освежить в памяти разбор уязвимости GitLab с CVSS 10.0 и историю эксплуатации SSRF в SonicWall SMA 1000: там тоже патч не отменял проверку систем на следы взлома.
Источник: cybersecuritynews.com