Срочно обновить! Atlassian выпустила патч для 0-day в Confluence Server

Срочно обновить! Atlassian выпустила патч для 0-day в Confluence Server

Срочно обновить! Atlassian выпустила патч для 0-day в Confluence Server

Atlassian выпустила патчи для критической уязвимости, затрагивающей продукты Confluence Server и Data Center. Киберпреступники уже эксплуатируют их в реальных атаках, поэтому всем рекомендуется максимально оперативно установить апдейты.

Брешь получила идентификатор CVE-2022-26134, о ней мы писали несколько дней назад. Принцип её схож с тем, что мы наблюдали в августе 2021 года — уязвимость CVE-2021-26084, поскольку оба бага допускают инъекцию Object-Graph Navigation Language (OGNL).

В случае успешной эксплуатации атакующий может удалённо выполнить код в целевой системе. После анализа стало понятно, что CVE-2022-26134 затрагивает все поддерживаемые версии Confluence Server и Data Center. Дыру устранили в следующих релизах: 7.4.17, 7.13.7, 7.14.3, 7.15.2, 7.16.4, 7.17.4, 7.18.1.

Согласно аналитике Censys, в настоящее время в Сети насчитываются около 9325 веб-сервисов, использующих уязвимую версию Atlassian Confluence. Большая часть соответствующих хостов размещена в США, Китае, Германии, России и Франции.

Доказательства эксплуатации бага в реальных кибератаках всплыли после расследования экспертов Volexity. Специалисты полагают, что за этими кампаниями стоят китайские правительственные хакеры.

Агентство по кибербезопасности и инфраструктуре США (CISA) не только занесло CVE-2022-26134 в каталог эксплуатируемых уязвимостей, но и порекомендовало госорганизациям незамедлительно заблокировать входящий и исходящий трафик для затронутых продуктов.

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

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