Вышел Kaspersky Container Security для безопасности контейнерных сред

Вышел Kaspersky Container Security для безопасности контейнерных сред

Вышел Kaspersky Container Security для безопасности контейнерных сред

На рынке появилось полнофункциональное решение для обеспечения безопасности контейнерных сред — Kaspersky Container Security. «Лаборатория Касперского» называет свою новую разработку частью стратегии по развитию средств защиты корпоративной инфраструктуры.

Kaspersky Container Security предназначено для безопасности приложений в Kubernetes, OpenShift и на других контейнерных платформах. Вместе с Kaspersky Security для виртуальных и облачных сред новое решение формирует экосистему безопасности гибридной и облачной инфраструктур.

Ранее специалисты RedHat выяснили, что 93% компаний сталкивались по меньшей мере с одним киберинцидентом в среде Kubernetes. Недостаточная защищённость контейнеров также приводила к потере клиентов и доходов у 69% организаций, а 55% были вынуждены откладывать выход приложений.

К слову, не так давно мы обсуждали с ведущими экспертами сферы кибербезопасности, кто, как и зачем должен защищать контейнерную инфраструктуру.

По словам «Лаборатории Касперского», разработчики проектировали Kaspersky Container Security с учётом особенностей контейнерных сред. Следовательно, были закрыты все ИБ-риски, связанные непосредственно с этими платформами.

Среди важных особенностей решения можно отметить поддержку отечественных операционных систем (ОС Astra Linux и РЕД ОС) и анализ по базе данных киберугроз (БДУ ФСТЭК).

Один клик администратора может отдать WordPress-сайт злоумышленнику

В ядре WordPress обнаружили цепочку уязвимостей Click2Shell, которая позволяет удалённо выполнить PHP-код на сервере без учётной записи атакующего. Для захвата сайта достаточно, чтобы авторизованный администратор открыл специально подготовленную ссылку.

Проблему нашёл исследователь pwn.ai Паулос Йибело. Согласно техническому отчёту, WordPress по-разному обрабатывал один и тот же параметр ссылки предпросмотра темы.

API каталога очищал значение и находил легитимную тему, а JavaScript в браузере администратора вставлял исходную строку в jQuery-селектор без должного экранирования.

В результате подготовленный URL заставлял интерфейс WordPress самостоятельно нажать кнопку установки. Администратор при этом не выбирал ни «Установить», ни «Активировать», а тема оставалась неактивной и внешне сайт продолжал работать как обычно.

Для полноценного RCE исследователи добавили второй компонент — уязвимую тему Mobile Repair Zone 2.5.4 из официального каталога. Во время предпросмотра WordPress загружал её PHP-код, после чего небезопасный AJAX-обработчик позволял скачать и выполнить произвольный плагин.

Дальше атакующий мог читать wp-config.php, красть ключи и данные БД, менять файлы, создавать администраторов и внедрять скрипты. Атака не является полностью автоматической: ссылку должен открыть вошедший в систему администратор.

Роли Author и Editor нужных полномочий не имеют. Доставить URL можно через целевой фишинг или уже существующую XSS-уязвимость.

WordPress закрыл дыру в версии 7.1.1 и выпустил патчи для поддерживаемых старых веток. Поскольку подробности и PoC уже опубликованы, откладывать обновление нельзя. Временной страховкой может стать DISALLOW_FILE_MODS, запрещающий установку тем и плагинов, но нормальное лекарство всё то же — патч.

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