Датская Maersk оценивает потери от атаки вируса Petya в $200-300 млн

Датская Maersk оценивает потери от атаки вируса Petya в $200-300 млн

Датская Maersk оценивает потери от атаки вируса Petya в $200-300 млн

Датская судоходная и логистическая компания A.P. Moller-Maersk оценивает потери в результате атаки вируса-вымогателя Petya в $200-300 млн, говорится в опубликованном в среду финансовом отчете компании за II квартал 2017 года.

"В последнюю неделю квартала мы стали жертвой кибератаки, которая преимущественно затронула системы [подразделений] Maersk Line, APM Terminals и Damco. В течение нескольких недель июля это отрицательно сказывалось на объемах деятельности и в результате отразится на показателях третьего квартала. Мы ожидаем, что негативное влияние кибератаки на финансовые результаты будет доходить до $200-300 млн", - говорится в распространенном компанией заявлении генерального директора Moller-Maersk Сёрена Скоу.

На результаты II квартала заражение систем компании вирусом серьезного влияния не оказало. Как говорится в отчете, выручка Moller-Maersk за первые 6 месяцев 2017 года выросла на 6,7% по сравнению с тем же периодом прошлого года, составив 18,57 млрд долларов. Показатель EBITDA за тот же период вырос на 11,5%, составив 3,77 млрд долларов. Тем не менее общие итоги полугодия оказались негативными - чистый убыток компании составил $11 млн, что в Moller-Maersk объясняют преимущественно обесцениванием ряда активов, пишет tass.ru.

Атака не оказала серьезного влияния на суда-контейнеровозы Maersk Line, однако заметно сказалась на подразделении APM Terminals, управляющем работой десятков грузовых портов и контейнерных терминалов, через которые в сутки проходит свыше 100 тыс. грузовых контейнеров. Работа части портов была полностью парализована несколько дней.

Уже больше 20 лет Mersk является крупнейшим в мире оператором судов-контейнеровозов, а также судов снабжения. Кроме того конгломерат занимается нефтеразведкой и нефтедобычей, перевозками энергоносителей и логистикой. На Maersk работают 88 тыс. сотрудников в 130 странах мира.

27 июня вирус-вымогатель, перекрывающий доступ к данным и требующий деньги за их разблокировку, атаковал десятки компаний и организаций по всему миру. Как выяснили специалисты компании Group-IB, специализирующейся на компьютерной безопасности и защите от киберугроз, масштабное нападение на различные компании было совершено при помощи вируса-шифровальщика Petya. Он препятствует загрузке операционной системы, блокирует компьютеры и требует выкуп в размере 300 долларов в биткоинах.

Новая атака на кеш Nginx позволяет красть данные и ломать сайты

Исследователь YesWeHack Алекс Брумен описал вектор кибератаки Cache Key Injection. В случае её эксплуатации последствия для потенциальной жертвы опасные: обход контроля доступа, раскрытие закрытых страниц, отказ в обслуживании и при определённых условиях.

Как объясняет исследователь YesWeHack, проблема возникает не в Nginx по умолчанию, а в конфигурациях, где администраторы просто склеивают несколько значений переменной длины без разделителей. Например:

$scheme$host$request_uri$http_accept

Разных запроса два, а итоговая строка может получиться одна. Так, запрос к /h с заголовком Accept: ome*/* создаёт тот же ключ, что и обычное обращение к /home с Accept: */*.

Если атакующий успеет первым положить в кеш ответ 404, пользователи вместо главной страницы будут получать ошибку до очистки записи. Получается CPDoS — отказ в обслуживании с доставкой прямо из кеша.

 

Ещё веселее становится с закрытыми разделами. В лабораторном примере страница /admin была доступна только с localhost, но злоумышленник мог обратиться к /ad и перенести оставшуюся часть имени в соседний компонент ключа. Nginx видел разрешённый путь, однако доставал из кеша содержимое админ-панели.

При совпадении нескольких условий техника позволяет столкнуть HTTP- и HTTPS-запросы и записать в кеш страницу со ссылкой на атакующий JavaScript, превратив ошибку конфигурации в stored XSS. Даже Cloudflare не всегда спасёт: заголовок Authorization может провести запрос мимо его кеша прямо к уязвимому кешу Nginx.

 

Защита выглядит до смешного просто: не склеивать значения вслепую. Между элементами ключа нужны разделители или структурное кодирование, например:

$scheme|$host|$request_uri|$http_accept

Также следует проверять Host, перенаправлять HTTP на HTTPS и не кешировать аутентифицированные запросы.

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