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

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

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


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

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

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

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

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

Opera встроила защиту от вредоносных команд в буфере обмена

Opera решила ударить по одной из самых неприятных схем последних лет — атакам через буфер обмена. В браузере появилась новая функция Paste Protect, которая должна защищать пользователей от подмены скопированных данных и вредоносных команд, которые жертву заставляют вставить в терминал своими руками.

Функция включена по умолчанию и работает прямо на уровне браузера, а не ждет, пока антивирус или операционная система заметят что-то подозрительное.

Paste Protect объединяет два механизма. Первый — уже знакомая защита от перехвата, когда вредонос меняет содержимое буфера обмена. Классика жанра: пользователь копирует криптокошелек или банковский IBAN, а в буфере внезапно оказывается адрес злоумышленника. Opera должна распознать такую подмену и предупредить пользователя.

 

Второй механизм — новая защита от инъекции. Он нацелен на атаки в стиле ClickFix, где пользователя обманывают фейковыми CAPTCHA, ошибками браузера или проблемами с воспроизведением видео. Дальше всё просто: сайт предлагает скопировать команду для исправления проблемы и вставить её в терминал или PowerShell. После этого человек фактически сам запускает вредоносную нагрузку.

Opera теперь анализирует содержимое буфера обмена в реальном времени на Windows, macOS и Linux. Если браузер видит признаки шелл-скрипта, PowerShell-команды, закодированной нагрузки или другого подозрительного содержимого, копирование блокируется, а пользователь получает предупреждение. В уведомлении показывается короткий фрагмент заблокированного текста — до 120 символов.

Для продвинутых пользователей оставили обходные варианты. Например, функцию Hold to Copy, где блокировку можно снять после задержки, а также список доверенных сайтов. Это пригодится разработчикам, которые регулярно копируют команды с GitHub или из документации.

В Opera подчёркивают, что Paste Protect не отменяет здравый смысл. Если сайт просит вставить непонятную команду в терминал, это не починка браузера, а почти наверняка ловушка.

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