Устранена уязвимость на сайте социальной сети Twitter

Устранена уязвимость на сайте социальной сети Twitter

На сайте социальной сети Twitter устранена уязвимость кроссайтового сценария (XSS), названной Exploit.JS.Twetti.a. Используя эту уязвимость в коде злоумышленники могли красть cookie-файлы для распространения зараженных ссылок.

Эта уязвимость была обнаружена Стефаном Танасе, главным исследователем в области безопасности Лаборатории Касперского. По его словам, эксплойт сливал cookie-файлы пользователей, которые отправлялись на отдельные серверы и каждый пользователь, переходивший по вредоносной ссылке, хватал заразу на компьютер. По статистике, на одну зараженную ссылку приходилось более 100000 пользователей.

Согласно исследованию, проведенному Лабораторией Касперского, все улики ведут в Бразилию, эта страна славится подобными атаками. Оба доменных адреса (URL), которые использовались злоумышленниками для получения краденных cooki-файлов зарегистрированы на бразильцев, а во-вторых, один из них расположен на хостинге в Бразилии. Одна из ссылок вела на страницу, где был короткий пост на португальском языке о бразильской поп-группе, попавшей в трагическую аварию.

Вредоносные скрипты были обозначены как Exploit.JS.Twetti.a, и вредоносные ссылки помещены в черный список.

По словам Танасе, в настоящий момент ведутся работы устранению вредоносных URL и нанесенного ущерба.

Администрация Twitter сообщила, что уязвимость устранена.

WordPress поставил ИИ на охрану плагинов, опасные релизы заблокируют

WordPress запустил автоматическую проверку безопасности каждого нового релиза плагинов. Версии с высоким уровнем риска будут блокироваться до того, как попадут в API обновлений WordPress.org и начнут устанавливаться на сайты.

С 5 июня релизы плагинов и тем уже выдерживают шестичасовую паузу перед распространением.

Теперь в это окно несколько ИИ-моделей и Jetpack Scan анализируют внесённые изменения, сверяют результаты и формируют список находок с итоговой оценкой риска.

Если оценка окажется высокой, выпуск остановят автоматически, а все разработчики с правом публикации получат письмо с объяснением причин. Остальные обновления продолжат движение в обычном режиме.

Высокий балл не означает, что автора уже пора объявлять киберпреступником. Система оценивает опасность кода, а не намерения разработчика: одинаковую реакцию могут вызвать намеренно добавленный бэкдор и случайная критическая уязвимость.

Необходимость автоматического стоп-крана показал инцидент 28 июля. Проверка обнаружила бэкдор в новой версии плагина примерно с 20 тысячами активных установок. Релиз ещё находился в шестичасовом карантине и не успел попасть в API обновлений. После уведомления от Wordfence команда закрыла плагин для скачивания за 26 минут.

Теперь ждать свободного сотрудника не потребуется: потенциально опасная сборка остановится сразу после анализа. Чтобы снять блокировку, автору предлагают изучить отчёт, исправить проблемы и опубликовать новую версию.

Если её оценка окажется ниже порога, релиз снова пройдёт стандартную процедуру. Спорные результаты можно обжаловать, но WordPress предупреждает: выпустить исправление обычно быстрее, чем ждать ручного разбора.

Команда продолжит настраивать систему и снижать число ложных срабатываний. Подробности опубликованы в официальном блоге WordPress.

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