Взлом сайта с помощью ИИ: как хакеры собирают атаки нейросетями и как защитить сайт бизнеса

Взлом сайта с помощью ИИ обходится злоумышленникам в несколько тысяч долларов: расходы группировки вымогателей n0n на обращения к нейросетям превысили 7 216 долларов, а требования выкупа к жертвам дошли до 283,7 млн. При этом ни одной хитрой уязвимости в программах злоумышленники не использовали. Они входили через слабые и украденные пароли, забытые ключи и открытые настройки, то есть через двери, которые есть почти на каждом сайте малого бизнеса.

В октябре 2026 года таких новостей было сразу несколько: исследователи SOCRadar нашли рабочую папку вымогателей со сценариями атак, которые писал ИИ-агент, в PHP нашли дыру, позволяющую выполнить чужой код на сервере без всякого входа, а Microsoft описал группировку, которой хватало меньше трёх часов от первого входа до прав администратора.

Я не стал ограничиваться чтением новостей и 31 октября – 1 ноября проверил собственный сервер. Ниже: что изменилось во взломах с приходом нейросетей, что нашлось у меня, какие дыры закрывать в первую очередь, как самому использовать ИИ для защиты и чек-лист на 15 минут для владельца бизнеса.

Что нашли у вымогателей n0n: 829 сценариев и счёт за нейросети

Исследователи SOCRadar наткнулись на открытую папку на сервере оператора группировки n0n. В двух снимках за сентябрь 2026 года там лежало 1 719 файлов, из них 829 сценариев атак и исходники пяти версий шифровальщика: для Windows, для Linux и на PowerShell. То есть злоумышленники держали у себя полноценную мастерскую с заготовками под разные системы.

Сценарии писал и отлаживал ИИ-агент для программирования OpenCode. В рабочей среде нашлось 154 записи моделей от разных поставщиков, и часть этих моделей работала без защитных ограничений, то есть не отказывала в написании вредоносного кода. Расходы на обращения к нейросетям к 22 октября 2026 года превысили 7 216 долларов.

Результат этой мастерской выглядит так: к 19 октября на сайте группировки числились 93 жертвы, а суммарные требования выкупа достигли 283,7 млн долларов. Попытки проникновения зафиксированы в 23 организациях из 14 стран.

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

Перед шифрованием группировка удаляла резервные копии жертвы и перехватывала одноразовые коды подтверждения, которые приходили на почту. После такого у компании не остаётся ни данных, ни копий, ни уверенности, что второй фактор защиты её спасёт.

Что ИИ меняет во взломе, а что остаётся по-старому

Вывод SOCRadar звучит спокойнее, чем заголовки новостей: ИИ был техническим помощником, решения принимал человек, полностью автономной атаки не было. Нейросеть не придумывает новый способ проникнуть на сайт. Она быстро пишет и чинит рутинные сценарии: перебор паролей, разбор найденных файлов, сбор данных, подготовку шифровальщика под конкретную систему.

Для владельца бизнеса это меняет экономику. Раньше на подготовку атаки нужны были время и умелый исполнитель, и под удар чаще попадали те, у кого есть что взять. Теперь заготовку можно размножить на тысячи серверов, а счёт за нейросети измеряется тысячами долларов, а не зарплатой программиста. Чем дешевле одна попытка, тем меньше злоумышленнику важно, крупная перед ним компания или сайт салона красоты.

Вторая перемена касается скорости. Microsoft 21 октября описал группировку Storm-0940, которая использовала ИИ-агентов: в отдельных случаях от первого входа до привилегированного доступа проходило меньше трёх часов. В той же кампании были попытки входа более чем в 2 250 корпоративных сред Microsoft 365. Три часа означают, что утром в пятницу злоумышленник вошёл по подобранному паролю, а к обеду уже хозяйничает в системе.

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

Через что входят: пароли, открытые двери и забытые ключи

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

• Подбор паролей. Группировка n0n подбирала пароли к 305 VPN-шлюзам FortiGate через домашние прокси, чтобы попытки выглядели как обычные пользователи, и к удалённым рабочим столам со слабыми паролями.
• Открытый ключ к облаку. У одной торговой площадки нашёлся открытый ключ доступа к облачному хранилищу, и злоумышленники выкачали данные из 40 хранилищ.
• Ключи, которые не сменили после атаки. У облачной платформы Zeabur административные ключи лежали в открытом виде во внутреннем репозитории, после августовской атаки их не сменили, и утекла база на 321 810 аккаунтов. Основатель объявил о закрытии платформы до конца года.
• Ключ, опубликованный по ошибке. Вредоносная версия LiteLLM 1.107.0 около двух часов лежала в каталоге PyPI. Причина — служебный ключ, случайно опубликованный ещё в мае и так и не отозванный.
• Ключи от нейросетей как добыча. При атаке на Railway 20–21 октября злоумышленника в первую очередь интересовали ключи доступа к ИИ-моделям: за обращения к ним платит владелец ключа.

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

PHP2Shell: дыра, для которой пароль не нужен

Вторая октябрьская история показывает другой путь. 21 октября 2026 года вышел экстренный выпуск PHP, языка, на котором работает большинство сайтов, включая все сайты на WordPress. Исправили две уязвимости, CVE-2026-109618 и CVE-2026-109619, которые получили название PHP2Shell. Оценка — 9,2 из 10 по шкале CVSS v4.0. Обе позволяют выполнить свой код на сервере без входа, то есть без пароля вообще.

Уязвимы все версии PHP с 5.4 по 8.5.11. Исправленные версии: 8.5.12, 8.4.27, 8.3.36 и 8.2.35. Если на сайте стоит PHP 8.1, 7.4 или ещё старше, в этом списке их нет, и выход один — переходить на поддерживаемую ветку.

Дальше события развивались быстро. По данным Cloudflare, к 22 октября попытки атак исчислялись миллионами. 26 октября американское агентство CISA внесло обе уязвимости в каталог активно эксплуатируемых. Unit 42 из Palo Alto Networks насчитал в интернете более 22,6 млн потенциально уязвимых серверов. Вскоре раскрыли третью уязвимость, CVE-2026-115560, связанную с функцией прогресса загрузки сессий, и на момент публикации источников исправления для неё не было. Временная мера — отключить настройку session.upload_progress.

Между экстренным выпуском и миллионами попыток атак прошли примерно сутки. Нейросеть, которая пишет и отлаживает сценарии за минуты, делает такой разрыв ещё короче, и надеяться, что до вашего сайта доберутся не скоро, не приходится. Что делать владельцу и чем такая дыра грозит позициям, я описывал в материале об уязвимости PHP и письме властей. Короткий ответ: спросить у хостинга или разработчика, какая версия PHP стоит на сайте сейчас, и добиться перехода на исправленную.

Что я нашёл на собственном сервере за два дня

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

Что нашёл	Чем это опасно	Что сделал
Вход администратора на сервер по паролю открыт всему интернету; защита от перебора к 1 ноября забанила 3 009 адресов, подбиравших пароль	Один удачный подбор — и у злоумышленника полный контроль над сервером	Вход администратора переведён на ключ, по паролю больше не пускает
FTP включён, в журнале подбор пароля к одному аккаунту с чужого хостинг-сервера, а успешных входов по FTP за 6 недель не было вовсе	Сервис никому не нужен, но открыт для перебора	FTP выключен
Копия файла настроек WordPress 2024 года с паролем от базы данных	Пароль от базы лежит в файле, который никто не охраняет	Убрана, копия сохранена отдельно
Дамп старой базы на 83 МБ и пять неиспользуемых баз	Старые данные, о которых никто не помнит и которые никто не защищает	Убраны, копии сохранены
Редактор сайта, заведённый в 2016 году, и два пользователя с входом в командную строку по паролю	Забытые учётные записи — готовые точки входа	Отключены
Пропал запрет выполнять PHP-файлы в папке загрузок: его стёр плагин при удалении	Загруженный через форму файл мог бы запуститься как программа	Запрет восстановлен
Версия PHP подпадала под PHP2Shell	Выполнение чужого кода без пароля	Обновлена до исправленной 21–23 октября

Ни одна находка не требовала хакерских знаний, чтобы её использовать. Большинство досталось в наследство от прошлых подрядчиков: каждый что-то завёл для своей работы и не убрал за собой. Именно такие хвосты сценарий от нейросети находит первыми, потому что проверяет всё подряд и не устаёт.

Отдельный случай — запрет выполнять PHP в папке загрузок. Я его когда-то ставил, а потом он пропал сам: плагин при удалении переписал служебный файл и стёр правило. Вывод простой: защиту мало поставить один раз, её нужно перепроверять после каждого обновления и удаления плагинов. Как настроить такие правила без тяжёлых плагинов, показано в статье о защите WordPress без плагинов-комбайнов.

Боты, которые меняют адрес на каждом визите

Ещё одна находка не про взлом напрямую, но хорошо показывает, как выглядит современная автоматика. Бот с облачных адресов Alibaba, Tencent, Huawei и BytePlus открывал за сутки около 740 служебных адресов вида «ответить на комментарий». Каждый визит шёл с нового адреса, браузер каждый раз был другой. В Метрике это давало визиты с экраном 1280×1200, длительностью 0 секунд и 100 % отказов.

Закрывать такой поток по адресам бесполезно: завтра придут другие тысячи адресов из тех же облаков. Я закрыл его по поведению: такие служебные адреса без перехода с самого сайта теперь получают отказ 403. Живой читатель нажимает «ответить» на странице статьи, а бот открывает ссылку напрямую, и по этому признаку их легко разделить, не трогая настоящих посетителей.

Этот принцип работает и против более серьёзной автоматики: искать не адрес, а почерк. Подробнее о том, как отличать людей от роботов и не отрезать клиентов вместе с ботами, — в материале о защите сайта от ботов.

Что делает ИИ-атака и чем это закрыть

Свёл в одну таблицу приёмы из октябрьских историй и меры, которые от них защищают. Большинство мер рекомендует сам SOCRadar по итогам истории n0n, остальные следуют из моей проверки.

Что делает атака	Где это было	Чем закрыть
Подбирает пароли к панелям, серверу, удалённому столу	n0n: 305 VPN-шлюзов, RDP; мой сервер: 3 009 адресов	Длинные уникальные пароли, вход администратора только по ключу, закрытый доступ к админкам
Перехватывает одноразовые коды с почты	n0n	Двухфакторная проверка, устойчивая к фишингу: приложение или физический ключ вместо кода на почту
Ищет ключи доступа в открытых файлах и репозиториях	Торговая площадка, Zeabur, LiteLLM	Временные ключи вместо постоянных, смена ключей после любого инцидента, никаких паролей в файлах на виду
Удаляет резервные копии перед шифрованием	n0n	Копии в изолированном или неизменяемом хранилище, отдельные права на чтение и удаление
Использует свежую уязвимость в первые часы	PHP2Shell	Быстрое обновление PHP, движка и плагинов; понятно, кто за это отвечает
Входит через забытые учётные записи	Мой сервер: пользователи 2016 года и подрядчиков	Список всех, у кого есть доступ, и отключение лишних

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

Резервные копии, которые атака не сможет удалить

Вымогатели n0n начинали с того, что удаляли резервные копии. Логика понятна: пока у жертвы есть копия, платить выкуп незачем. Поэтому вопрос не в том, есть ли у вас копии, а в том, может ли их удалить тот, кто получил доступ к сайту или к хостингу.

• Копия не на том же сервере. Архив в соседней папке сайта погибнет вместе с сайтом и к тому же может утечь сам, если лежит в открытом доступе.
• Отдельные права на запись и удаление. Сайт или скрипт копирования должен уметь только добавлять копии, но не удалять их. SOCRadar прямо рекомендует разделять права на чтение и удаление.
• Изолированное или неизменяемое хранилище. Хранилище, где копию нельзя изменить или стереть до истечения срока, даже если украден пароль.
• Проверка восстановления. Копия, которую ни разу не разворачивали, — это надежда, а не защита.

Отдельно про старые копии и дампы. У меня на сервере лежал дамп базы на 83 МБ, о котором никто не помнил. Резервная копия, забытая в доступном месте, превращается из защиты в утечку. Как устроить копии так, чтобы шифровальщик до них не добрался, подробно описано в статье о вирусах-шифровальщиках и резервных копиях. Старые архивы и дампы из корня сайта лучше перенести в закрытое хранилище, а с сервера убрать.

Почта и коды подтверждения: второй фактор, который перехватывают

Многие владельцы считают, что двухфакторная защита решает всё. История n0n показывает слабое место: группировка перехватывала одноразовые коды, приходившие на почту. Если почта уже под контролем злоумышленника, код в письме не защищает вовсе: он приходит прямо ему в руки.

Поэтому SOCRadar рекомендует двухфакторную проверку, устойчивую к фишингу. На практике для небольшого бизнеса это приложение-генератор кодов или физический ключ безопасности вместо кода в письме, хотя бы для самых важных доступов: почты, хостинга, регистратора домена, панели управления сайтом и банка.

Почта здесь центральное звено. Через неё восстанавливают пароли от хостинга, домена, рекламных кабинетов. Взломанная почта открывает почти всё остальное, и об этом стоит помнить, когда выбираете, куда приходят коды. Какие аккаунты защищать вторым фактором в первую очередь, разобрано в статье о двухфакторной аутентификации для бизнеса.

Как владельцу использовать ИИ для защиты сайта

Нейросеть работает в обе стороны. Если злоумышленник с её помощью быстро пишет сценарии, владелец может с её помощью быстро разобраться в том, что раньше требовало специалиста на несколько часов. Речь не про «умную защиту», а про три вполне приземлённые задачи.

Разобрать журнал доступа и найти почерк бота

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

Именно так выглядел мой бот с комментариями: адреса разные, браузеры разные, а почерк один — прямой заход на служебную ссылку. Нейросеть хорошо видит такие повторы, потому что ищет закономерность, а не конкретный адрес.

Проверить настройки по списку

Попросите составить список вопросов к вашему хостингу или разработчику: какая версия PHP стоит сейчас, открыт ли вход на сервер по паролю, включён ли FTP и кто им пользуется, где лежат резервные копии и кто может их удалить, запрещено ли выполнение PHP в папке загрузок. Ответы можно вернуть в тот же чат и попросить отметить, что выглядит рискованно. Решение всё равно принимаете вы, но картина становится понятной без специальных знаний.

Составить список всех, у кого есть доступ

Это самая полезная и самая скучная задача. Перечислите нейросети все сервисы бизнеса: хостинг, домен, почта, панель сайта, Метрика, Вебмастер, рекламные кабинеты, платёжный сервис, CRM, облако. Попросите сделать таблицу: сервис, кто имеет доступ, когда последний раз меняли пароль, есть ли второй фактор. Пустые клетки покажут, куда смотреть в первую очередь. У меня такой список и вывел на редактора 2016 года.

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

Чек-лист на 15 минут для владельца бизнеса

Эти пункты не требуют технических знаний: часть вы проверите сами, по остальным достаточно написать хостингу или разработчику и получить ответ.

Что проверить	Как понять, что всё в порядке	Время
Версия PHP на сайте	8.5.12, 8.4.27, 8.3.36, 8.2.35 или новее в своей ветке	2 мин: панель хостинга или письмо в поддержку
Пользователи в панели сайта	Нет никого, кого вы не можете назвать по имени и задаче	2 мин
Второй фактор на почте, хостинге, домене	Включён, коды приходят в приложение, а не на почту	3 мин
FTP и вход на сервер по паролю	FTP выключен, если им никто не пользуется; администратор входит по ключу	2 мин: вопрос хостингу или разработчику
Где лежат резервные копии	Не на том же сервере, удалить их с сайта нельзя	2 мин
Старые файлы в корне сайта	Нет архивов, дампов баз, копий файла настроек	2 мин: вопрос разработчику
Ключи от платёжных сервисов, рассылок, нейросетей	Сменены после ухода последнего подрядчика	2 мин

Если какой-то пункт вызвал сомнения, запишите его и разберитесь в течение недели. Часть внешних признаков — ответы сервера, редиректы, открытые служебные файлы — показывает бесплатный экспресс-аудит сайта, но внутренние доступы и пароли снаружи не проверит никто, это можно сделать только изнутри.

Чего не делать

• Не покупать «ИИ-защиту» вместо порядка в доступах. Атака n0n обошлась без уязвимостей, только пароли и ключи. Программа не поможет, если пароль от хостинга знают бывшие подрядчики.
• Не закрывать сайт от всей заграницы и всех облаков. Боты меняют адреса на каждом визите, а под запрет попадут клиенты с VPN. Закрывайте по поведению.
• Не откладывать обновление PHP «до удобного момента». Исправление вышло 21 октября, а к 22 октября попытки атак уже исчислялись миллионами.
• Не хранить пароли в файлах на сервере и в переписке. Ключи Zeabur лежали в открытом виде во внутреннем репозитории, ключ LiteLLM был опубликован по ошибке и не отозван.
• Не считать сайт слишком маленьким для атаки. Когда сценарий проверяет тысячи серверов подряд, размер бизнеса значения не имеет. На моём сервере защита от перебора к 1 ноября забанила 3 009 адресов, подбиравших пароль.
• Не отправлять в нейросеть пароли и данные клиентов. Журнал и настройки — можно, после того как убраны секреты.

Частые вопросы

Нейросети теперь сами взламывают сайты? По выводу SOCRadar в истории n0n нет: ИИ был техническим помощником, решения принимал человек, полностью автономной атаки не было. Но помощник сильно ускоряет работу: сценарии пишутся быстрее, перебор масштабируется дешевле.

У меня маленький сайт на WordPress. Мне это грозит? Да, потому что массовые сценарии не выбирают жертв по размеру. Уязвимость PHP2Shell касается всех версий PHP с 5.4 по 8.5.11, а на моём небольшом сервере защита от перебора к 1 ноября забанила 3 009 адресов.

Хватит ли двухфакторной защиты? Если коды приходят на почту, не всегда: группировка n0n перехватывала такие коды. Надёжнее приложение-генератор или физический ключ, особенно для почты, хостинга и домена.

Можно ли проверить, подбирают ли пароль к моему сайту? Да, по журналам сервера и журналу входов в панель управления. Попросите хостинг или разработчика показать попытки входа за последнюю неделю, а для разбора длинного журнала можно привлечь нейросеть, убрав из него персональные данные.

Как взлом отражается на позициях в поиске? Заражённый сайт может получить пометку об опасности, а в индекс попадают чужие спам-страницы под вашим доменом. Чем это грозит и как действовать, я описывал в материале о том, чем взлом сайта грозит позициям.

Коротко

• Вымогатели n0n собрали мастерскую из 829 сценариев атак с помощью ИИ-агента и потратили на нейросети около 7 216 долларов, а требования выкупа выставили на 283,7 млн.
• Входили они не через уязвимости, а через слабые и украденные пароли, открытые удалённые столы и забытый ключ от облака; перед шифрованием удаляли копии и перехватывали коды с почты.
• ИИ ускоряет и удешевляет атаки: у Storm-0940 от первого входа до прав администратора порой проходило меньше трёх часов.
• PHP2Shell позволяет выполнить код на сервере без пароля; исправленные версии — 8.5.12, 8.4.27, 8.3.36, 8.2.35.
• На своём сервере я нашёл типичные хвосты: открытый вход по паролю, ненужный FTP, копию настроек с паролем, старые базы и учётные записи — всё закрыто.
• Нейросеть помогает и владельцу: разобрать журнал, проверить настройки, составить список всех, у кого есть доступ, — без отправки паролей и данных клиентов.

Если после чек-листа остались вопросы, какие доступы и настройки важнее закрыть на вашем сайте и как это скажется на поиске, это можно обсудить на SEO-консультации. Продвижение веду лично, в SEO с 2005 года, и техническое состояние сайта проверяю до того, как браться за позиции. Основная услуга — SEO-продвижение сайта для бизнеса. Телефон: +7 (921) 333-77-45.

Источники

• SecurityLab.ru, 31.10.2026 — вымогатели n0n и атаки, собранные с помощью ИИ.
• SOCRadar Threat Research Unit — исследование группировки n0n (1 719 файлов, 829 сценариев, 154 записи моделей, расходы на нейросети, 93 жертвы, рекомендации по защите).
• CISA, 21.10.2026 — критические уязвимости PHP требуют немедленного обновления.
• Unit 42 (Palo Alto Networks), обновлено 29.10.2026 — разбор CVE-2026-109618 и CVE-2026-109619 (22,6 млн потенциально уязвимых серверов).
• The Hacker News — третья, пока не исправленная уязвимость PHP (CVE-2026-115560, session.upload_progress).
• Cronos.asia — обзор «Чёрный октябрь 2026» (Storm-0940 по данным Microsoft, Zeabur, LiteLLM, Railway).
• Собственная проверка автора своего сервера 31.10–01.11.2026: журналы защиты от перебора, FTP, веб-сервера, Метрика.