Лента угроз

CVE-2026-48939 — загрузка файлов без аутентификации до RCE в iCagenda (Joomla): разбор и исправления

iCagenda CVE-2026-48939 — критическая RCE через загрузку файлов в 3.9.14–4.0.7 на Joomla 6.0.0–6.1.1. Обновитесь до 4.0.8 или новее и проверьте наличие компрометации.

Опубликовано 2026-07-11 Обновлено 2026-10-23 Последняя проверка 2026-11-02 6 мин чтения
На этой странице

Консультативный материал для защитников об уязвимости, которая подтверждённо эксплуатируется в реальных атаках (включена в CISA KEV). Описано, что происходит, что затронуто и как реагировать — без инструкций по атаке и без proof-of-concept. Подход к защите на уровне дизайна см. в статье об уязвимостях загрузки файлов и способах защиты.

Условие по версии Joomla и гостевая отправка

Разработчик ограничивает критическую RCE комбинациями Joomla 6.0.0–6.1.1. Гостевая отправка на других версиях Joomla — отдельная проблема. Версия 3.9.15 исправляет эту проблему отправки для Joomla 3; здесь это не исправление RCE. Обновление не устраняет уже существующую компрометацию.

Сводка по бюллетеню
CVE
CVE-2026-48939
Серьёзность
Критическая (CVSS 10.0 / v4.0; 9.8 / v3.1) — активно эксплуатируется (CISA KEV)
Тип
Загрузка произвольных файлов без аутентификации → RCE (CWE-434)
Последствия
Удалённое выполнение кода (RCE) без аутентификации
Затронуто
iCagenda для Joomla — iCagenda 3.9.14–4.0.7 на Joomla 6.0.0–6.1.1
Основное исправление
Обновление до 4.0.8 или новее
10.0
CVSS / наихудший класс
Без аутентификации
Доступность
RCE
Достижимое воздействие
4.0.8
Основное исправление

Доступ без аутентификации

Произвольная загрузка файлов

Попадает туда, где может выполниться

Удалённое выполнение кода

Исправление: обновление до 4.0.8 или новее

Та же схема, что в случае SP Page Builder. Другое расширение, та же последовательность: загрузка без аутентификации, затем выполнение.

Почему опасно не устанавливать исправление

Поскольку RCE достижима без аутентификации, это приоритетная цель для автоматического массового сканирования (поэтому уязвимость попала в список KEV). CISA обязала федеральные агентства устранить проблему до 2026-07-13. Календарь мероприятий может показаться второстепенной функцией, но если публичная форма доступна из интернета, размер сайта не имеет значения.

Что затронуто

ЭлементПодробности
РасширениеiCagenda для Joomla (расширение календаря мероприятий)
Затронутые версииiCagenda 3.9.14–4.0.7 на Joomla 6.0.0–6.1.1
Исправленная версия4.0.8 и новее
УсловиеНе требуется аутентификация (через публичную форму)
Достижимое воздействиеУдалённое выполнение кода (RCE); кража данных
СтатусАктивно эксплуатируется (CISA KEV; существует публичный PoC; срок устранения — 2026-07-13)

Примечание о первопричине (неокончательный вывод)

CNA классифицирует проблему загрузки как CWE-434. Оценивайте подверженность, учитывая как версию расширения, так и условия по версии Joomla, указанные разработчиком.

Как реагировать

1

Обновите до 4.0.8+ (наивысший приоритет)

Обновите расширение до исправленной версии. Именно это блокирует RCE. После обновления проверьте установленную версию. Если вы этим расширением не пользуетесь, удалите его.
2

Проверьте наличие компрометации (считайте, что доступ был до обновления)

Ищите посторонние PHP-файлы в каталоге загрузки вложений iCagenda, неожиданные учётные записи администраторов (например, администраторов с несуществующим доменом почты), подозрительный исходящий трафик и неаутентифицированные POST-запросы к уязвимой форме в журналах доступа. Считайте, что при RCE могли утечь переменные окружения и вся база данных.
3

Временная защита до обновления (эшелонированная защита)

Если обновиться сразу нельзя, ограничьте доступ к публичной форме регистрации на мероприятие и функции вложений, отключите выполнение скриптов в каталоге загрузок и временно используйте WAF для снижения риска. Это лишь закрывает брешь; настоящее исправление — обновление.
4

Составьте инвентаризацию расширений и отслеживайте CVE автоматически

Составьте список расширений и зависимостей, удалите неиспользуемые и автоматически отслеживайте остальные на наличие CVE (Dependabot / osv-scanner). Это структурно предотвращает ситуацию, когда известная публичная CVE упускается и остаётся неисправленной.

Позиция этого сайта: предотвращать весь шаблон на уровне дизайна, а не только эту CVE

Это один из примеров шаблона, который подряд эксплуатировался в расширениях Joomla. В тот же период CVE-2026-48908 (SP Page Builder) и родственное расширение CVE-2026-56290 эксплуатировались тем же способом — «загрузка без аутентификации → RCE». Одно обновление обязательно, но в долгосрочной перспективе окупается устранение самого шаблона на уровне дизайна: аутентификация конечной точки загрузки, серверная проверка по списку разрешённых типов с анализом содержимого и хранение вне веб-корня или отключение выполнения. См. об уязвимостях загрузки файлов и способах защиты.

Что читать дальше

Источники и область охвата

Эти первоисточники подтверждают настройки, область охвата или рекомендации по устранению, описанные выше; ссылки проверены 23 октября 2026 года. Сверяйтесь с условиями по версиям и конфигурации, которые указаны в них. Приоритеты контрольного списка и выводы — это рекомендации данного сайта, а не полная повторная проверка статьи и не гарантия безопасности.

FAQ

QЧто позволяет CVE-2026-48939 злоумышленнику?
A

В затронутой конфигурации загрузка файлов без аутентификации может привести к выполнению кода. Проверьте условия по версиям ниже. Эксплуатация подтверждена в CISA KEV (срок устранения — 13 июля 2026 года).

QКакое исправление надёжнее всего?
A

Для конфигурации с RCE обновите iCagenda до 4.0.8 или новее и проверьте наличие компрометации. Релиз 3.9.15 для Joomla 3 исправляет отдельную проблему гостевой отправки. До обновления ограничьте публичную форму и запретите выполнение скриптов в хранилище загрузок.

QЕсли я обновлюсь, буду ли я защищён от компрометации?
A

Обновление останавливает будущее проникновение, но вопрос о том, был ли ваш сайт атакован между раскрытием и установкой исправления, — отдельный. Такой шаблон сохраняет доступ через веб-шеллы и незаконные учётные записи администраторов, поэтому после обновления всегда проводите проверку на компрометацию (посторонние PHP-файлы в каталоге загрузок, неожиданные администраторы, подозрительный исходящий трафик).