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

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

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

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

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

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

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

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

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

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

Брешь в материнках ASUS, MSI и Gigabyte позволяет атаковать до запуска ОС

Уязвимость в материнских платах сразу нескольких крупных производителей позволяет атаковать компьютер ещё до загрузки операционной системы. О проблеме предупредил центр реагирования CERT/CC при Университете Карнеги — Меллона. Речь идёт об ошибке в реализации UEFI и механизма IOMMU, который должен защищать систему от несанкционированного доступа к памяти со стороны подключённых устройств.

На практике во время ранней стадии загрузки прошивка «сообщает», что защита DMA уже включена, хотя IOMMU на самом деле активируется лишь в самый последний момент — прямо перед передачей управления операционной системе.

Этим может воспользоваться злоумышленник, если у него есть физический доступ к устройству. Подключив специально подготовленное PCIe-устройство, атакующий способен получить доступ к данным в памяти, повлиять на начальное состояние системы или даже внедрить код до старта ОС — ещё до того, как заработают любые защитные механизмы Windows или Linux.

Проблема затрагивает материнские платы ASRock, Asus, Gigabyte и MSI — все четыре вендора уже подтвердили наличие уязвимых моделей и выпустили обновления прошивок. При этом, по данным CERT/CC, решения от AMD, AMI, Insyde, Intel, Phoenix Technologies и Supermicro уязвимости не подвержены. Для более чем десятка других производителей статус пока остаётся «неизвестным».

Хотя сценарий атаки выглядит тревожно, эксперты подчёркивают: без физического доступа к компьютеру эксплуатировать уязвимость невозможно. Тем не менее в средах, где устройства могут оказаться в чужих руках — например, в офисах, лабораториях или дата-центрах, — риск нельзя игнорировать.

CERT/CC рекомендует как можно быстрее установить обновления прошивок и соблюдать базовые меры аппаратной безопасности. Особенно это актуально для виртуализированных и облачных сред, где IOMMU играет ключевую роль в изоляции и доверии между компонентами системы.

Уязвимостям присвоены идентификаторы CVE-2025-11901, CVE-2025-14302, CVE-2025-14303 и CVE-2025-14304. О проблеме сообщили исследователи из Riot Games.

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