RoboCyberWall - новое решение для защиты Linux-серверов

RoboCyberWall - новое решение для защиты Linux-серверов

RoboCyberWall - новое решение для защиты Linux-серверов

RoboCyberWall во вторник запустила фирменное решение для брандмауэра, получившее такое же название – RoboCyberWall, предназначенное длчя защиты портов HTTP и HTTPS (SSL) на веб-серверах Apache2 и NGINX на базе Linux.

По словам разработчиков, RoboCyberWall блокирует все известные эксплойты и атаки на серверы Apache2 и NGINX., основанные на использовании уязвимостей нулевого дня. Это единственный межсетевой экран, созданный с нуля для защиты корневого каталога Linux Apache2 или NGINX.

«Серверы, защищенные RoboCyberWall, несмотря на тысячи  попыток хакеров, никогда не были взломаны», - утверждает генеральный директор RoboCyberWall, Джон Р. Мартинсон (John R. Martinson Sr).

Это решение предназначено для малого и среднего бизнеса. В сочетании с полностью совместимыми брандмауэрами уровня веб-приложений от многих производителей, RoboCyberWall предоставляет отличное решение для обеспечения безопасности.

RoboCyberWall сосредоточен на защите HTTP и HTTPS-портов, как правило, это порты 80 и 443, которые являются двумя из трех наиболее атакуемых, согласно отчету Akamai. Цель злоумышленников, атакующих эти порты - получить доступ к файлам, в которых сервер логирует изменения, далее уже используются эксплойт или атака брутфорс.

Киберпреступник, которому удалось получить доступ к корневому каталогу Apache2 или NGINX, получает также полный доступ к директории DocumentRoot, где хранятся все данные.

Таким образом, главная задача RoboCyberWall – помешать хакеру получить доступ с помощью атаки на порты 80 и 443, с чем он, судя по всему, неплохо справляется.

Критическая дыра в Elementor Pro позволяет захватывать WordPress-сайты

В плагине Elementor Pro для WordPress обнаружили критическую уязвимость CVE-2026-32475, позволяющую без аутентификации загрузить на сервер PHP-файл и выполнить произвольный код. Под угрозой находятся версии до 4.2.2. Проблема скрывается в модуле загрузки файлов.

Как выяснили специалисты Patchstack, проверка и сохранение вложений выполняются разными циклами, которые неодинаково реагируют на пустое имя файла.

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

А обработчик загрузки, наоборот, пропустит пустышку и заботливо сохранит следующий файл в публичном каталоге wp-content/uploads/elementor/forms/.

После этого остаётся определить имя загруженного файла и открыть его по прямой ссылке. Сервер запустит PHP-код с правами веб-сервера, и сайт фактически перейдёт под управление атакующего.

Имя можно подобрать по времени создания, а в некоторых конфигурациях точный адрес файла способен утечь через письмо автоответчика.

Для атаки на сайте должна быть опубликована форма Elementor Pro с полем загрузки и включённой возможностью прикреплять несколько файлов. Эта настройка по умолчанию отключена. Бесплатная версия Elementor, насчитывающая более 10 млн установок, уязвимости не подвержена.

Разработчики закрыли брешь в Elementor Pro 4.2.2. Администраторам советуют немедленно обновить плагин и проверить каталог загрузок на PHP-файлы и другие незнакомые сюрпризы. Само обновление уже заброшенные бэкдоры не удалит.

Активных атак пока не зафиксировано. Но теперь, когда технические подробности опубликованы, они не заставят себя ждать.

RSS: Новости на портале Anti-Malware.ru