Самораспространяющийся JavaScript-червь поразил Википедию: след ведёт в рунет

7 марта 2026 года на проектах Wikimedia Foundation произошёл серьёзный инцидент: самораспространяющийся JavaScript-червь поразил тысячи страниц Meta-Wiki. Примечательно, что цепочка заражения началась с вредоносного скрипта, размещённого в русскоязычном разделе Википедии.

Как это произошло

Вредоносный файл User:Ololoshka562/test.js был загружен в русскую Википедию ещё в марте 2024 года и оставался в «спящем» состоянии более двух лет. Во время плановой проверки безопасности пользовательских скриптов сотрудник Wikimedia Foundation случайно активировал этот код. В течение 23 минут червь успел заразить около 3996 страниц и подменить персональные скрипты common.js у 85 пользователей.

Механизм распространения

Платформа MediaWiki поддерживает выполнение пользовательских JavaScript-файлов для кастомизации интерфейса. Червь эксплуатировал именно эту возможность: после запуска в браузере авторизованного редактора скрипт перезаписывал личный common.js жертвы, обеспечивая себе закрепление. При наличии административных прав он также модифицировал глобальный MediaWiki:Common.js, что превращало заражение в цепную реакцию — вредоносный загрузчик начинал автоматически исполняться у всех редакторов проекта.

Помимо закрепления, червь случайным образом выбирал страницы через Special:Random и внедрял в них скрытый JavaScript-загрузчик, замаскированный в wiki-разметке.

Реакция и последствия

Инженеры Wikimedia временно ограничили редактирование на всех затронутых проектах, откатили вредоносные правки и провели зачистку заражённого кода. По заявлению фонда, утечки персональных данных не обнаружено, а затронутые материалы находятся в процессе восстановления.

Инцидент выявил серьёзную проблему: механизмы безопасности MediaWiki не смогли предотвратить исполнение и распространение «спящего» вредоносного кода, загруженного за два года до атаки. Полный технический разбор причин пока не опубликован.

Выводы для специалистов

Случай демонстрирует растущую угрозу supply-chain атак через пользовательский контент на крупных платформах. Даже проверенные и масштабные проекты уязвимы к предварительно размещённому вредоносному коду, который может активироваться спустя годы. Организациям стоит пересмотреть политики аудита пользовательских скриптов и внедрить автоматическое сканирование на предмет подозрительных паттернов.