Служба СДЭК третий день не работает, о причинах сбоя можно только гадать

Служба СДЭК третий день не работает, о причинах сбоя можно только гадать

Служба СДЭК третий день не работает, о причинах сбоя можно только гадать

Приложение и сайт СДЭК с 26 мая недоступны, обслуживание заказов не производится. Логистическая компания запустила расследование, причины «технического сбоя» пока не названы.

Клиентов заверили, что их посылки в безопасности. По последним данным, выдачу планируется возобновить завтра, 29 мая.

«Мы столкнулись с обширным техническим сбоем, который повлиял на работу наших приложения и сайта — в данный момент они недоступны, — гласит ночное сообщение в официальном телеграм-канале СДЭК от 28 мая. — Также мы временно приостановили выдачу и приём отправлений, чтобы избежать ошибок при ручной обработке».

Проблемы cdek.ru и соответствующего приложения зафиксированы на большей части России. Наиболее часто жалуются на отсутствие доступа жители Московского региона, Питера и Ленобласти.

Тем временем ответственность за остановку работы службы экспресс-доставки взяла на себя интернациональная группировка Head Mare. Об этом они объявили в микроблоге на X, опубликовав «свидетельства взлома» (некие скриншоты); бахвалы также издевательски передали привет BI.ZONE, которая на самом деле лишь предоставляет СДЭК имейл-защиту.

Согласно сообщению Head Mare, в сеть логистической компании был запущен шифровальщик; если это правда, восстановительные работы могут затянуться.

Два года назад СДЭК сильно страдал от утечек; злоумышленники проникали в сеть, воровали клиентские данные, а затем сливали их паблик. Пользователи сервиса даже подали в суд в надежде получить компенсацию.

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

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