Уязвимость Acronis в backup-плагинах для cPanel, WHM и Plesk получила идентификатор CVE-2026-87886 и оценку 7,8 по шкале CVSS. Для хостинг-провайдеров и администраторов Linux-серверов это неприятный тип бага: локальное повышение привилегий в софте, который и так стоит близко к резервным копиям, сайтам, базам и почте клиентов.
О проблеме 15 сентября 2026 года сообщает BleepingComputer со ссылкой на бюллетень Acronis. Компания сначала опубликовала короткое предупреждение в выходные, а затем обновила его: добавила CVE, оценку серьезности и список затронутых сборок. По версии Acronis, эксплуатация уже замечена в реальной среде, но речь идет о «ограниченных, целевых атаках». Формулировка аккуратная, почти стерильная, но для админа shared-хостинга она звучит как сигнал идти в панель обновлений до кофе.
Проблема затрагивает два продукта. Для Acronis Backup plugin for cPanel & WHM уязвимы сборки раньше 1.9.3.1021, исправление выпущено в версии 1.9.3 HF3. Для Acronis Backup extension for Plesk под ударом сборки раньше 1.8.11.638, исправление доступно в версии 1.8.11. Если эти плагины используются в инфраструктуре хостинга, откладывать патчинг бессмысленно: в отличие от теоретических CVE из списка «когда-нибудь посмотреть», здесь вендор прямо говорит о возможной эксплуатации.
CVE-2026-87886 описана как локальное повышение привилегий в Linux. Низкопривилегированный атакующий может поднять свой уровень доступа на уязвимом сервере без участия пользователя. Что именно это позволяет сделать в конкретной установке, зависит от конфигурации, но базовый риск понятен: доступ к чувствительным данным, изменение файлов, нарушение работы сервера. В контексте панелей управления хостингом это особенно болезненно, потому что один сервер часто обслуживает много сайтов, аккаунтов, почтовых ящиков и баз данных.
Acronis пока не раскрывает технические детали уязвимости. Логика понятна: дать администраторам окно на установку исправлений, прежде чем в публичном доступе появятся подробности, по которым можно собрать рабочий эксплойт. Это обычная практика для активно эксплуатируемых багов, но она оставляет защитникам меньше удобных индикаторов. Компания также не опубликовала конкретные признаки компрометации и не рассказала, когда именно произошла подозрительная активность и чего добились атакующие помимо самого сценария повышения привилегий.
Есть важная оговорка: в комментарии для издания Acronis уточнила, что оценка основана на одном сообщении от потенциально затронутого клиента. Это не массовая кампания уровня «горит весь интернет», по крайней мере по доступным данным. Но для эксплуатации LPE в хостинговой среде массовость не обязательна. Достаточно попасть на сервер через скомпрометированный сайт, учетку клиента, уязвимый скрипт или другую дыру на нижнем уровне, а затем использовать баг в плагине как лестницу наверх.
Для разработчиков и команд, которые держат проекты на управляемом хостинге, практический вывод простой: спросить у провайдера, обновлены ли Acronis-интеграции для cPanel, WHM или Plesk, если такие плагины используются. Для внутренних IT-команд список действий чуть шире: проверить версии, поставить патчи, посмотреть локальные учетные записи и последние изменения в системных файлах, поднять логи панели и backup-плагина, а также отдельно проверить серверы, где есть клиенты с shell-доступом или самописными веб-приложениями.
Уязвимость Acronis еще раз показывает слабое место хостинговой инфраструктуры: вспомогательные плагины часто получают высокий уровень доверия, но живут в операционном режиме «поставили и забыли». Резервное копирование кажется скучной гигиеной, пока сама система бэкапов не становится частью маршрута атаки. Чем больше админских функций уходит в расширения для панелей управления, тем важнее относиться к ним как к полноценной поверхности атаки, а не как к безобидным кнопкам «сохранить» и «восстановить».
