Киберхулиганы слили в Сеть 3 тыс. документов, украденных у НАТО

Киберхулиганы слили в Сеть 3 тыс. документов, украденных у НАТО

Киберхулиганы слили в Сеть 3 тыс. документов, украденных у НАТО

Хакерская группировка SiegedSec утверждает, что по фану украла у НАТО более 3 тыс. файлов. Их содержимое не засекречено, но снабжено грифом «Для служебного пользования».

В подтверждение своих слов кибергруппа расшарила в Telegram множество скриншотов с описанием содержимого документов. Все они якобы взяты из системы управления обучением НАТО и размещены на порталах жертвы, в том числе Lessons Learned («Обобщенный опыт»), Logistics Network («Сеть тылового обеспечения») и Investment Division (портал Управления инвестиций).

Эти документы предназначены для использования только в странах НАТО и разведальянса Five Eyes, хотя не исключено, что часть публично доступна. Некоторые файлы содержат руководства по защите от химической, биологической, радиологической, ядерной угрозы, а также по обеззараживанию в случае применения средств массового поражения.

В комментарии для Daily Dot представитель SiegedSec подчеркнул, что атака на НАТО была проведена в основном ради забавы. Взломщики также хотели выставить напоказ беззащитность жертвы перед такой общеизвестной уловкой, как социальная инженерия. Чтобы выяснить, насколько незаметна утечка, непрошеные гости мониторили почту и порталы НАТО.

Пострадавшая организация, со своей стороны, заявила Daily Dot, что интернет-угрозы для нее — привычное явление, поэтому она уделяет большое внимание кибербезопасности. В данном случае ее специалистам пришлось принять дополнительные меры, и в итоге инцидент никак не повлиял на стратегические цели, операции и развертывание военного персонала и техники.

Это уже второй раз за последние месяцы, когда SiegedSec избирает мишенью НАТО. В минувшем июле стало известно, что в организации запущено расследование в связи с заявлением хакеров о краже файлов с портала сотрудничества, который страны-участницы альянса используют для обмена несекретной информацией. На тот момент взломщики слили в Сеть имена и контактную информацию сотрудников спецструктур, а также списки используемого софта различного назначения.

В прошлом году в даркнете была выставлена на продажу переписка НАТО с Португалией. Это был более серьезный удар: в паблик попали документы с грифами «Секретно» и «Конфиденциально».

Новая атака на кеш 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