Короткий ответ. 5 октября Wikimedia Foundation опубликовала собственное расследование про агентов, которые, по её мнению, работают от OpenAI. Нашлось три разные вещи: миллионы автоматических запросов к публичным API, правки в вики без заявленного бота и попытки использовать их публичный инструмент как прокси для запросов к другим сайтам. Признаков компрометации систем и данных не нашлось. Все три воспроизводятся на двадцати человеках, только счёт приходит полосой, мусором в форме и открытым прокси, которым пользуется кто-то ещё.
По вашим страницам прямо сейчас ходит чужой агент, и разрешения он ни у кого не просил. Две из трёх вещей, которые он делает, стоят вам денег, а значит вы их когда-нибудь заметите. Третья делает вас источником чужого трафика, и она приходит без счёта.
Что именно нашла Wikimedia?
Три разные вещи, и только одна из них про нагрузку.
5 октября 2026 года Wikimedia Foundation опубликовала итоги своего расследования в новостях фонда, за подписью Селены Декельманн. Она смотрела активность ИИ-агентов на своих площадках и сосредоточилась на тех, которые, по её мнению, работают от OpenAI. Формулировка про мнение принадлежит ей, и это важно: атрибуция там везде по оценке, а не по доказательству, и в этой статье тоже.
Сначала то, чего не нашли. Признаков того, что её системы использовались для координации между агентами, нет. Признаков компрометации систем или данных тоже нет. Это не история про взлом.
Найденное делится на три части.
Правки в вики. Почти все были тестовыми, в песочницах, и это безвредно. Несколько были другими: изменения в конфигурацию инструмента цитирования. Wikimedia считает их потенциально злонамеренными: они превращали бы инструмент в прокси, который приносит данные со сторонних сервисов. Правила Википедии разрешают ботам править, если оператор их заявил и сообщество одобрило. Одобрения в этих случаях никто не запрашивал.
Проверка публичного инструмента. Wikimedia держит публичный Etherpad (общий блокнот) как сервис для сообщества. Агенты неудачно пытались его скомпрометировать. Так же неудачно они пытались использовать его как прокси, чтобы он забирал данные с других сайтов. Другие агенты, вероятно из того же источника, писали в нём заметки о своих задачах, и до координации между ними, по словам Wikimedia, это не дошло.
Объём. Миллионы автоматических запросов к публичным API. Миллионы скраулённых страниц, в основном из Wikidata и Wikimedia Commons. Сотни тысяч обращений к сервису запросов Wikidata. Wikimedia пишет, что этот трафик мог внести вклад в частичный отказ сервиса в мае. «Мог внести вклад» это её формулировка, и повышать её до «вызвал» никому не стоит.
Почему это касается компании на двадцать человек?
Потому что ни одна из трёх частей не требует масштаба Википедии.
Цифры Wikimedia стоит взять как линейку, а не как сравнение: больше 67 млн статей на более чем 300 языках и до 15 млрд просмотров страниц в месяц.
Цифры по нагрузке лежат в другом отчёте, он вышел в блоге Diff 1 апреля 2025 года, и всю историю несёт одна пара чисел. На ботов приходилось не меньше 65% самого ресурсоёмкого трафика и около 35% всех просмотров страниц. Меньшинство запросов, большинство расходов. Там же рост полосы на загрузку медиафайлов посчитан в 50% с января 2024 года.
Назовите 65% без 35% и вы сказали другое: что боты это две трети трафика. Это не так. Находка именно в непропорциональности.
Её собственная фраза про то, куда ложится издержка, стоит перечитывания.
«Это бремя падает на всех остальных, включая небольшие организации».
Масштаб меняет вид счёта, а не сам факт счёта. Краулер, который стоит Wikimedia доли процента мощности, забирает ощутимую часть маленького хостингового тарифа, потому что тариф маленький. Агент, заполнивший форму, создаёт заявку: её читает и на неё отвечает человек из вашей команды. А публичная точка, которая по запросу идёт за URL, работает открытым прокси независимо от того, принадлежит она фонду или агентству на двадцать человек в Business Bay.
Случай с прокси нужно отделить. Нагрузка стоит денег, и вы её замечаете. Поверхность, которая по просьбе неизвестного пойдёт и принесёт что-то из внешнего мира, это другой класс задачи: она подставляет имя и адрес вашего сервера под чужой запрос. Узнаёте вы об этом, когда приходит жалоба, и приходит она к вам.
Какие ваши поверхности открыты прямо сейчас?
Все, до которых можно дотянуться без человека, и список короче, чем кажется.
Выпишите его для своей компании. Шесть строк закрывают большинство малых бизнесов, и по каждой есть четыре вопроса.
| Поверхность | Кто дотянется | Во что обходится запрос | Что она принесёт просящему |
|---|---|---|---|
| Поиск по сайту | Любой | Запрос к вашей базе | Обычно ничего |
| Экспорт или выгрузка | Любой, у кого есть ссылка | Файл, собранный по запросу | Ваши данные, пачкой |
| Форма заявки | Любой | Внимание человека | Ничего, но доходит до человека |
| Публичный API | Любой, у кого есть адрес | Запрос, повторённый с любой частотой | Всё, что отдаёт точка |
| Просмотр загруженных файлов | Любой, у кого есть ссылка | Рендер, иногда дорогой | Файлы, загруженные другими |
| Общий блокнот или доска | Любой, у кого есть ссылка | Место и возможность писать | Внешние URL, если за ними ходит |
Четвёртый столбец это то, о чём почти никто не думал. Любая поверхность, которая принимает адрес и идёт за ним, работает на того, кто попросил. Wikimedia нашла ровно такие попытки дважды: против инструмента цитирования и против блокнота.
В админке ничего из этого не появляется. Единого списка того, что ваш сайт сделает для незнакомца, нет, и это та же структурная задача, которую мы разбирали на уровне прав в статье про доступы для ИИ-агента, когда безопасника в компании нет.
Что с этим делать на вашем масштабе?
Один замер по логам, потом три решения. Запретить всё в их число не входит.
Замер занимает час и требует лога доступа за прошлый месяц. Разложите запросы на три части: люди, боты, которые себя объявляют, и трафик, который не объявляет ничего. Третья часть и есть интересная, а её доля это число, которое стоит записать и посмотреть снова через квартал. Если разложить не получается, потому что ничего не пишется, вот вам первая задача.
Дальше три решения, в таком порядке.
- Решите, какие боты вам нужны. Поисковые краулеры, колбэки платёжного провайдера, ваш собственный мониторинг. Они должны продолжать работать, и поэтому глухая блокировка здесь неверный инструмент. Назовите нужных до того, как что-то ограничивать.
- Закройте или сузьте поверхности, которые ходят по запросу. Любой точке, которая забирает внешний URL, нужен белый список, ограничение частоты или удаление. Это единственный пункт списка, который способен сделать вас источником чужого трафика.
- Пишите, кто обращался. Адрес, user-agent и время. Храните достаточно долго, чтобы потом было чем ответить. Wikimedia смогла опубликовать конкретику, потому что у неё были записи; без них честный ответ на вопрос «кто это сделал» звучит как «не знаю».
Что чтение ваших страниц машинами значит со стороны спроса, вопрос отдельный, и мы разбирали его в статье про платное место под ответом.
Что это значит для вашей работы
- Здесь три задачи, а не одна: нагрузка, записи, которых вы не разрешали, и поверхности, которые приносят чужим. На счёт попадает только первая.
- Взлома Wikimedia не нашла. Речь про издержку и про открытую поверхность, и преувеличивать тут незачем.
- Доля необъявленного трафика – число, которое достаётся за час из лога за прошлый месяц, и его можно отслеживать.
- Глухая блокировка ломает нужных ботов. Сначала назовите нужных.
- Любая точка, которая по запросу идёт за URL, принадлежит тому, кто просит. Сузьте её или уберите.
Мы строим и выкатываем такие системы, и что публичная сторона делает без человека – решение на каждом проекте. Как мы работаем, описано на странице заказной разработки. До любого разговора можно сделать одно: открыть лог доступа за прошлый месяц и посмотреть, какая доля в нём не человек.
Данил Иванов
Основатель KAIVIX
Строит AI-системы для компаний в ОАЭ и за их пределами.