Разработчики устранили шесть уязвимостей с релизом WordPress 4.7.5

Разработчики устранили шесть уязвимостей с релизом WordPress 4.7.5

Разработчики устранили шесть уязвимостей с релизом WordPress 4.7.5

Разработчики WordPress исправили шесть уязвимостей с выпуском версии 4.7.5. Эти бреши включат в себя XSS, CSRF и SSRF и затрагивают WordPress 4.7.4 и более ранние версии.

CSRF-уязвимость был обнаружена в последней версии WordPress и опубликована Йориком Костером (Yorick Koster) из Securify. Несмотря на то, что о наличии этой бреши стало известно летом 2016 года, разработчики WordPress только сейчас устранили ее.

«Эта уязвимость может быть использована для перезаписывания настроек соединения FTP или SSH на уязвимом сайте WordPress. Злоумышленник может использовать эту брешь для раскрытия учетных данных администратора» - пишет Securify в своем сообщении.

Уязвимость SSRF отслеживается под идентификатором CVE-2017-9066, ее нашел эксперт Ронни Скансинг (Ronni Skansing), проблема заключается в недостаточной проверке переадресации в HTTP-классе. Исследователь сказал, что детали кода уязвимости и рабочий код, эксплуатирующий ее, скоро будут доступны на платформе HackerOne.

Помимо вышеуказанных уязвимостей, Уэстон Рутер (Weston Ruter) из команды безопасности WordPress обнаружил XSS-брешь в функции Customizer. А другой член команды безопасности WordPress Бен Биднер (Ben Bidner) нашел проблему, связанную с отсутствием проверки метаданных в XML-RPC API.

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

Для хранилища секретов такой резерв особенно важен. Когда оно недоступно, сервисы могут потерять возможность аутентифицироваться, а восстановление остальной инфраструктуры — упереться в отсутствие необходимых учётных данных. Получается неприятный замкнутый круг: чтобы поднять системы, сначала нужно вернуть доступ к секретам.

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

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