LiveJournal вновь подвергся DDoS-атаке

LiveJournal вновь подвергся DDoS-атаке

В понедельник и вторник пользователи и гости популярного блогохостинга испытывали проблемы с доступом к нему. Серверы демонстрировали низкую производительность, страницы загружались с трудом или в конечном счете вообще оказывались недоступны. Выдвигались различные версии о возможных причинах такого поведения сервиса; и вот вчера, 27 июля, администраторы официально заявили о нападении на LJ.


На статусной странице LiveJournal в настоящее время имеется запись следующего содержания:

"Теперь мы можем официально сообщить, что на протяжении последних двух дней против нас производилась крупномасштабная DDoS-атака, которая и явилась причиной тех проблем с сайтом, с которыми пришлось столкнуться большинству пользователей. Объем трафика и производимая им нагрузка были огромны, во много раз превышая наши обычные показатели; в настоящее время атака продолжается. Мы находимся в непрерывном контакте со своими провайдерами и предпринимаем с их помощью все возможные усилия по подавлению атаки. Повторно приносим извинения за перебои в работе LiveJournal; мы примем все меры для того, чтобы как можно скорее восстановить нормальную работу сервиса. Спасибо!"

Похоже, что администраторам все же удалось взять ситуацию под контроль: в настоящее время блогохостинг работает в обычном режиме без явных задержек в обслуживании. Остается открытым лишь вопрос о том, кому опять понадобилось нападать на LiveJournal и по какой причине. Возможно, дальнейшее расследование инцидента позволит дать интересующие пользователей ответы и установить, был ли целью сам "Живой журнал" или какие-либо конкретные блогеры. Российские сторонники теории заговоров уже получили пищу для размышлений: например, перебои в работе сервиса таинственным образом совпали с публикацией в блоге общественного активиста Евгения Ройзмана, в которой руководитель фонда "Город без наркотиков" представил сведения о возможной причастности студентов профильных вузов МВД РФ к нападению на поселок Сагра в Свердловской области.

LiveJournal уже переживал массированные DDoS-атаки весной этого года. Тогда сервис тоже отказывал пользователям в обслуживании в течение нескольких дней, и точно так же высказывались разнообразные предположения относительно вероятных причин. Истину в конечном счете обнаружить так и не удалось, и версии ("рука спецслужб", "ошибка администраторов", "происки конкурентов" и прочие) так и остались версиями. Посмотрим, удастся ли прояснить ситуацию на этот раз.

Письмо автору

Контроллер памяти AMD научили обходить аппаратную изоляцию

Исследователь Кристофер Домас опубликовал PoC-проект skitter-creek-bath-salts, демонстрирующий обход аппаратной защиты памяти на процессорах AMD Family 16h. Техника манипулирует настройками контроллера DRAM и позволяет обращаться к областям, которые должны быть недоступны даже операционной системе, ядру и коду с привилегиями ring 0.

Обычно программные и аппаратные механизмы контролируют доступ по физическим адресам.

Но последнюю точку в маршруте ставит контроллер памяти: он переводит адрес в конкретные координаты DRAM — канал, ранг, банк, строку и столбец.

Домас показал, что изменение одного регистра может перенастроить это преобразование уже после срабатывания вышестоящих средств защиты. В результате появляется альтернативный адрес, ведущий к тем же ячейкам DRAM. Охраняемый вход остаётся заперт, но контроллер внезапно рисует вторую дверь прямо в стене.

 

Чтобы система не рухнула, PoC отключает прерывания, подготавливает кеш и таблицы трансляции, ненадолго меняет схему адресации, читает или записывает нужные данные, а затем возвращает исходные настройки.

Для поиска адресов-двойников проект использует линейную алгебру и SMT-решатель Z3. Инструменты восстанавливают связь между обычным и изменённым отображением памяти, после чего вычисляют алиас для защищённой области.

Исследователь продемонстрировал потенциальный доступ к памяти AMD Platform Security Processor, включая данные fTPM, защищённой области System Management Mode, состояниям процессора C6 и хранилищу микрокода. Последний сценарий допускает не только извлечение копии патча, но и её возможное изменение перед восстановлением состояния ядра.

PoC проверяли только на AMD Family 16h. Данных об аналогичной уязвимости в новых AMD, Intel, ARM или RISC-V нет.

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