Документальный разбор выбранной конфигурации, а не рейтинг бренда. Браузерный каталог рассматривается вместе с точками входа к API и полезными автоматизированными клиентами.
Практическое ограничение начинается с маршрута: JavaScript-проверку нужно получить на подходящем входе, а требование cookie не создаёт её у любого клиента автоматически.
Паспорт: Business с отдельной опцией AntiBot
Предмет разбора — CURATOR.ANTIBOT в составе Business с отдельной оплачиваемой опцией защиты от ботов. Рассматривается облачный обратный HTTP-прокси: он завершает HTTPS-соединение, проверяет браузер с помощью JavaScript и выдаёт трекинговую cookie. В фокусе — нежелательное извлечение каталога и HTTP API, которым пользуется тот же браузер.
| Поле | Граница обзора |
|---|---|
| Продукт и коммерческий срез | CURATOR.ANTIBOT; Business + отдельная опция, указанная в полной таблице тарифов |
| Развёртывание | Облачный HTTP reverse proxy с TLS-терминацией для fingerprint/cookie-проверки; отдельное соединение к origin |
| Поверхность | Браузерные страницы с JavaScript и связанные HTTP API после получения cookie |
| Регион | РФ — рынок исследования. Фактический маршрут, география всех данных и условия конкретного договора не установлены |
| Версия | Публичный номер сборки AntiBot не установлен. Версия справки API не подменяет версию продукта |
| Дата источников | 23 октября 2026 года; дата документального среза |
| Вне среза | Мобильные подписи, непроверенный SDK, межсерверные клиенты, WAF, Identity и отдельный режим HTTPS без раскрытия ключей |
Автор — Избаенков Артем Игоревич, эксперт по информационной безопасности и директор продукта Solar Space в ГК «Солар». Профессиональную связь с другим участником рынка следует учитывать. «Атлас защиты» применяет одну методологию к поставщикам; это авторский документальный проект, а не отдельная независимая лаборатория или сертификация.
Использованы открытые публикации. Внутренние документы работодателей, клиентские сведения и материалы закрытых кабинетов не приводятся. Условия коммерческой тайны не заменяются предположением, что любой доступный автору рабочий материал можно публиковать.
Короткий вывод: сначала карта входов, затем политика
Для этого варианта AntiBot главный практический вопрос — где полезный клиент впервые получает проверку и как затем обращается к данным. Нужно разнести браузерный вход, защищаемый API, статические ресурсы и автоматизированные интеграции. Иначе одна общая политика может потребовать выполнения JavaScript от клиента, который этого не умеет.
По документам такую конфигурацию можно оставить кандидатом для браузерного каталога, если допустима TLS-терминация у поставщика, есть подходящая точка входа и понятны исключения. Требование сохранять весь HTTPS-трафик недоступным прокси либо обслуживать первый запрос произвольного небраузерного клиента требует другого подтверждённого решения. Из выбранного среза оно автоматически не следует.
Результат статьи — карточка предварительного решения и карта запросов. Пропускная способность сети, число обнаруженных ботов и обещание бесшовности не заменяют совместимость нужного действия с правилами. Работа аккаунта, ложные ограничения, задержка и отражение атак здесь не проверялись.
Путь запроса и две отдельные границы TLS
Условный путь в рассматриваемой схеме: браузер → облачный HTTP-прокси Curator → origin приложения. Проверка выполняется до передачи запроса приложению. Получить нужную cookie и иметь права на конкретные данные — разные условия; второе по-прежнему проверяет приложение.
Техническая документация cookie-механизма для HTTPS прямо требует проксирования с раскрытием ключей: прокси должен видеть и менять HTTP-заголовки. Отдельное предложение фильтрации со сквозным шифрованием без TLS-терминации нельзя считать тем же режимом AntiBot. Наличие обоих названий в тарифе не устраняет эту границу.
В документации reverse proxy соединение пользователя с прокси и соединение прокси с origin настраиваются отдельно. Для сертификатов описаны ручная загрузка и автоматический выпуск; автоматический выпуск зависит от направления DNS. Поэтому «несколько минут» на продуктовой странице нельзя принимать за измеренное время полноценной миграции.
В прочитанной документации именно обратного HTTP-прокси Curator для участка прокси → origin указан HTTP/1.1. В разделе об установлении зашифрованного соединения отдельно сказано, что подлинность апстрима не проверяется. Это документированное условие рассматриваемой схемы с TLS-терминацией, а не наблюдение текущего аккаунта и не вывод о других режимах сервиса. Если аутентификация origin обязательна, нужны применимые подтверждённые условия; её нельзя заменить одним фактом шифрования.
Карта запросов: где можно выдавать проверку
В Bot protection → Локации запрос сопоставляется с правилами по хосту, методу и пути. Применяется первое совпадение; если ни одно правило не подошло, действует неявное «Не реагировать». Поэтому наличие общего правила ещё не подтверждает охват нужного пути: важны порядок и исключения.
Действие «Принять и Выдать Проверку» предназначено для GET. Действие «Принять Только с Куки» проверяет уже имеющуюся cookie и при её отсутствии или некорректности возвращает 403. Эти действия нельзя механически поменять местами для любого запроса.
| Тип обращения | Предварительное решение по документам | Что остаётся проверить |
|---|---|---|
| Первый GET браузера к странице каталога | Может быть точкой выдачи JS-проверки и cookie | Исполнение JavaScript, сохранение cookie и возврат к полезному действию |
| Запрос браузера к HTTP API после входа | Отдельное правило допуска по cookie | Правильный Host/Method/Path и получение cookie до API-запроса |
| Первый POST или другой не-GET к API | Не переносить на него выдачу GET-проверки | Как клиент заранее проходит нужный вход; кто обрабатывает 403 |
| Прямой API-запрос без браузера | Browser/cookie-сценарий не подтверждает совместимость | Отдельная идентификация партнёра или иной документированный вариант |
| Скрипт, изображение, CSS, публичный файл | Не применять одну политику ко всем ресурсам без разбора | Где файл реально обслуживается, зачем ему проверка и какое правило совпадёт |
| Статика за внешним CDN | Документировано отдельное действие CDN Origin | Его условия в выбранной архитектуре; это не автоматическое подключение CDN |
| Поисковик, мониторинг, партнёр | Нужна собственная явно разрешённая политика | Подлинность клиента, минимум исключений и сохранение правил приложения |
Пример условный: посетитель открывает страницу /catalog, а затем браузер запрашивает /api/catalog. Если API требует cookie, но страница не обеспечивает её получение, 403 не доказывает присутствие бота. Это может быть неполный путь полезного клиента. Для каждого входа следует указать ожидаемый ответ приложения и причину, по которой клиент сможет выполнить предварительное условие.
Карта не является готовой конфигурацией для рабочего сервиса. Она помогает найти места, где глобальное правило, пропуск по умолчанию или внешнее кеширование меняют область проверки. Конкретные политики требуют знания собственного приложения.
Проверка, капча и режим наблюдения
Стандартный механизм описан как неинтерактивная JavaScript-проверка окружения с последующей выдачей cookie. Но техническая документация также допускает дополнительную капчу для неоднозначных случаев: она отключена по умолчанию и включается через поддержку. Поэтому фразу «без CAPTCHA» на продуктовой странице следует читать с этим условием.
Для полезного клиента отсутствие cookie не отвечает само по себе на вопрос о намерении. Важны новый вход, отключённый JavaScript, проблемы сохранения состояния и возможности приложения обработать ответ. Мобильная подпись из отдельного раздела документации не становится автоматически свойством браузерного варианта и не подтверждает совместимость любого машинного клиента.
Поставщик заявляет режим мониторинга, при котором запрос проходит дальше независимо от результата, а сведения остаются в журнале. В прочитанных технических страницах точный переключатель и полнота выгрузки этого режима для Business с опцией AntiBot не установлены. Это остаётся заявлением, пока не определены применимые условия.
A/B-распределение и мониторинг — разные понятия. A/B задаёт долю проверяемой аудитории, а отдельные IP могут проверяться принудительно. Значение 0% не следует объявлять доказательством того, что все запросы всё равно классифицируются в полном режиме наблюдения. Что реально журналируется, требует своей проверки.
Полезным ботам нужен обоснованный допуск
OWASP рекомендует начинать с конкретного злоупотребления, сохраняя нужную автоматизацию: поисковых роботов, мониторинг и другие полезные инструменты. Для каталога это означает различать нежелательное массовое извлечение данных и согласованную интеграцию, которой приложение само предоставляет доступ.
Curator документирует исключения по IP/CIDR, странам и заголовкам. Для заголовков документация рекомендует непубличные случайные значения. Публично известная строка User-Agent не становится подтверждением подлинности партнёра только потому, что её удобно внести в правило.
В этом срезе не установлен полный список автоматически проверяемых поисковых и ИИ-краулеров, как и весь механизм подтверждения их подлинности. Нужный перечень следует записать отдельно. Исключение должно решать конкретную задачу доступа, не отменяя авторизацию API и лимиты приложения.
Четырнадцать общих критериев
«Документировано» означает, что условие или возможность явно описаны в применимом источнике; это не испытание эффективности. «Заявлено» сохраняет атрибуцию поставщику. «Нет данных» не означает отсутствия функции. Непосредственных наблюдений рабочего аккаунта и измерений в этом обзоре нет.
| Критерий | Подтверждение и неизвестное | Вопрос перед выбором |
|---|---|---|
| C01. Задача и границы | Документировано: browser/cookie-проверка; широкое покрытие атак заявлено поставщиком. Права API и бизнес-правила не установлены этим модулем. | Какое нежелательное действие ограничивается, а какое полезное сохраняется? |
| C02. Развёртывание | Документировано: облачный обратный прокси и TLS-терминация для этого HTTPS-механизма. | Допустимы ли маршрут через поставщика и доступ прокси к HTTP? |
| C03. Активы и лимиты | Документированы GET для выдачи проверки и HTTP/1.1 на участке обратный прокси → origin. Полные лимиты доменов, запросов и клиентов не установлены. | Как обрабатываются первый API-запрос, статика и обязательные протоколы? |
| C04. Внедрение и откат | Документированы поэтапное включение и отключение AntiBot; полный возврат DNS/origin не проверен. | Сохранены ли исходные настройки и зависимости при выходе? |
| C05. Управляемость | Правила, их порядок, исключения и A/B документированы. Точный режим мониторинга для среза не подтверждён. | Где проходит граница пропуска, проверки и отказа? |
| C06. Полезные пользователи | Описаны ошибки cookie и варианты 403; влияние на полезных клиентов не измерено. | Как восстановить полезное действие после ошибочного отказа? |
| C07. Наблюдаемость | Документированы сводка и CSV.GZ. Сроки хранения и полная схема событий не установлены. | Достаточны ли данные для разбора конкретного потерянного запроса? |
| C08. Надёжность | В документации выбранного reverse proxy подлинность origin не проверяется. Распределённость и исторический отказ описаны поставщиком; полная модель fail-open/fail-close AntiBot неизвестна. | Что происходит при отказе proxy, DNS, TLS или origin? |
| C09. Поддержка и SLA | Публичный SLA пакета — договорное требование к проверке, не результат измерения. | Какие исключения, эскалация и обязательства относятся к вашей услуге? |
| C10. Регионы и данные | Публично указан российский оператор. География всей клиентской телеметрии и конкретный договор не установлены. | Где обрабатываются нужные запросы и хранятся журналы? |
| C11. Интеграции | API и ролевые политики документированы в целом; полный AntiBotAPI/SIEM для Business не подтверждён. | Какие методы и права доступны именно в выбранном договоре? |
| C12. Стоимость | Состав публичного прайса приведён отдельно ниже. Итоговый счёт и TCO не рассчитаны. | Как согласованы полоса, превышения, срок и полный состав услуг? |
| C13. Эксплуатация | Включение услуги и кабинет описаны. Маршрут, сертификаты, правила и полезные клиенты требуют владельцев. | Кто сопровождает изменения и разбирает отказы? |
| C14. Переносимость | Экспорт запросов описан; удаление домена — через поддержку. Полный экспорт политик и удаление данных неизвестны. | Как завершить использование с сохранением управляемости? |
- Защита от ботов
- Тарифы CURATOR
- Перенаправление с установкой cookie
- Bot protection → Локации
- Bot protection → Посетители
- Подключение: Защита от ботов
- Bot protection → Сводка
- Обратный HTTP-прокси: технология
- Обратный HTTP-прокси: подключение
- Архитектура сети Curator
- Сбой Curator 8 октября 2026 года
- Личный кабинет: Группы
- Qrator API v1.5.21
- Юридическая информация CURATOR
- Политика конфиденциальности
- Соглашение о пробном использовании QTS и услуг CURATOR
- Личный кабинет: Домены
- API1:2023 Broken Object Level Authorization
Семь специальных вопросов AntiBot
Поверхности и задачи не объединяются в одну цифру точности. Из поддержки слова API нельзя вывести совместимость любого клиента или набор бизнес-контролей. Для каждого нужного сценария важны применимые сигналы, действие и способ восстановления полезного доступа.
| Вопрос | Результат среза | Практическое следствие |
|---|---|---|
| B01. Поверхности | Документированы браузер и API после получения cookie; мобильные подписи — отдельный вариант. | Разделите браузер, мобильное приложение и машинного клиента. |
| B02. Сигналы | Описан анализ цифрового отпечатка. Точность и независимая разметка не установлены. | Какие условия относятся именно к нужной поверхности? |
| B03. Реакция | Есть выдача проверки, допуск по cookie, пропуск и A/B; точный режим наблюдения не подтверждён. | Какое действие ожидается на каждом пути и в каждом режиме? |
| B04. Полезная автоматизация | Исключения описаны; автоматическое подтверждение полного набора SEO/ИИ-ботов неизвестно. | Кого разрешать и как подтверждать подлинность? |
| B05. Трение и ошибки | Есть условия JavaScript/cookie и опциональной капчи. Доля ошибочных отказов для NAT/VPN/accessibility не измерена. | Кто поможет полезному клиенту при повторном отказе? |
| B06. Проверка качества | События классификатора не являются независимой разметкой bot/human. FP/FN со знаменателем не получены. | Чем подтверждать потерю полезного действия, а не только счётчик блокировок? |
| B07. Бизнес-контроль | Проход по cookie/подписи не устанавливает права на объект или лимит покупок. | Где остаются авторизация, лимиты аккаунта, запасы и платежные правила? |
Внедрение — отдельная работа приложения и инфраструктуры
Публичная инструкция подключения начинается с направления трафика через обратный прокси. Она отдельно рассматривает обход защиты напрямую к origin и корректную обработку X-Forwarded-For. Просто указать новый адрес в DNS недостаточно, чтобы подтвердить полный охват приложения.
После активации услуги документация рекомендует правила по структуре ресурса, исключения и постепенное увеличение доли аудитории. Перед общим включением описана ограниченная проверка собственных клиентов. Это рекомендация документации, а не выполненное здесь испытание и не разрешение создавать нагрузку.
Отключение проверки и возврат всей инфраструктуры — разные операции. До выбора нужны сохранённые DNS-настройки, сертификаты, доступ к origin и понимание того, как он станет доступен после изменения маршрута. Документированная кнопка отключения AntiBot не подтверждает полный откат сервиса или удаление данных.
Роли в кабинете позволяют разделять операции; технические страницы указывают группу Technical для редактирования Bot protection. Это помогает определить ответственность. Полное покрытие управления AntiBot через API, готовая интеграция SIEM и экспорт всех политик для Business здесь не подтверждены.
Почему журнал не является разметкой истины
В сводке Curator описаны события, связанные с отсутствием cookie, невыполненной проверкой и результатом анализа отпечатка. Причиной события может быть как нежелательная автоматизация, так и полезный клиент, не завершивший нужный путь. Само имя категории не устанавливает фактическое намерение каждого посетителя.
В документации указано, что события 401 регистрируются после следующего запроса; категории метрик могут пересекаться. Поэтому их нельзя произвольно сложить в число уникальных ботов или перевести в процент точности. Нужны определения показателей и подходящий знаменатель.
Документированы выгрузка графика PNG и данных заблокированных запросов за выбранный период в CSV.GZ. Это полезное основание для предварительного требования к наблюдаемости. Но срок хранения, полный набор полей, непрерывность выгрузки, доступ к необработанным событиям и гарантированная доставка в SIEM для выбранного варианта остаются неизвестными.
Для оценки полезности защиты следует связать событие фильтра с исходом нужного действия приложения: просмотром, поиском или другим разрешённым процессом. Независимая разметка пользователей и корректный расчёт ложных ограничений в этом материале не выполнялись. Большой счётчик обнаружений не становится доказательством отсутствия потерь.
Стоимость: база, опция и полоса отдельно
Ниже зафиксированы компоненты публичного прайса на 23 октября 2026 года в рублях. В полной таблице у Professional для AntiBot стоит «Не предусмотрено». Поэтому минимальную цену этого базового пакета нельзя выдавать за цену выбранной защиты от ботов.
| Компонент Business | Публичное условие | Граница вывода |
|---|---|---|
| Базовый функционал | 78 000 руб./месяц | База, а не весь итоговый счёт AntiBot |
| Полоса легитимного трафика в базе | 10 Мбит/с | Не заменяет отдельно согласованный объём опции |
| Превышение базовой легитимной полосы | 800 руб./Мбит/с | Порядок учёта и состав счёта сверяются в договоре |
| Опция защиты от ботов | 400 руб. за каждый согласованный Мбит/с в месяц | Объём должен быть согласован; итог не рассчитан |
| Нежелательный трафик | Не тарифицируется; для Business указана граница 50 Гбит/с | Тарифное ограничение фильтрации, не доказанная эффективность AntiBot |
| Публичный SLA пакета | 99% | Не наблюдение доступности и не прочитанный подписанный договор |
В прайсе базовый и расширенный функционал описаны как не облагаемые НДС на указанном поставщиком основании; для дополнительных услуг указаны НДС 22% и цены без него. Это передача пометок источника, а не заключение о налоговом режиме конкретной сделки.
Точный согласованный объём, способ учёта полосы, минимальный срок, скидки и полный состав заказа не установлены. Поэтому здесь нет готового месячного счёта, нормализации цены с моделью оплаты по запросам или вывода о совокупной стоимости. Публичный SLA не определяет сам по себе все исключения, время устранения и процедуру эскалации.
Пробное соглашение отделяет пробный доступ от платного письменного договора и содержит собственные ограничения гарантий и поддержки. Доступность пробного предложения не подтверждает производственные обязательства. Пробный доступ в рамках этого обзора не оформлялся.
Надёжность: архитектура и опубликованный разбор сбоя
Распределённая сеть и Anycast описаны в документации Curator. Это сведения об архитектуре, а не доказательство того, что любой отказ автоматически проходит незаметно для клиента. Поведение именно выбранного AntiBot при недоступности узла, управляющего компонента или origin не установлено.
В сообщении, опубликованном 21 октября 2026 года, Curator описал сбой 8 октября: по версии поставщика, ошибочное правило межсетевого экрана распространилось по узлам и остановило обслуживание трафика. В хронологии полное восстановление указано в 16:10 МСК, через 38 минут после начала недоступности. Это атрибутированный исторический рассказ, а не собственное наблюдение автора.
Поставщик перечислил планируемые изменения управления конфигурациями и проверки релизов. Формулировки о будущих мерах не доказывают, что они уже внедрены и проверены. Из этой публикации также нельзя вывести нынешний отказ услуги. Практический вопрос читателя — какие зависимости, режим деградации и порядок восстановления относятся к его договору.
РФ, данные и условия выхода
В публичных реквизитах указан российский оператор ООО «Эйч-Эль-Эль». Однако регистрация компании и читаемость сайта не устанавливают условия договора конкретного заказчика, маршрут его трафика и размещение всей телеметрии.
Политика персональных данных определяет свою сферу и содержит положение о хранении баз в РФ, а также условия передачи. Нельзя без отдельного основания распространять это на каждый цифровой отпечаток, журнал и резервную копию любого защищаемого ресурса. Для обязательных требований к данным нужны применимые условия конкретной услуги.
До выбора остаются вопросы о сроке хранения событий, доступе к ним после прекращения обслуживания, переносе политик, возврате маршрута и удалении данных. Документированное удаление домена через поддержку не равно подтверждению полного уничтожения всех связанных записей. Эти неизвестные не оценены нулём и не объявлены отсутствием возможностей.
Карточка предварительного решения
Карточку следует заполнить по требованиям собственного сервиса. Она не предписывает сейчас менять DNS, подключать платную услугу, обращаться поставщику или запускать нагрузку.
- Назовите нежелательное действие и полезный результат. Для каталога отделите массовое извлечение данных от обычного чтения и нужных интеграций.
- Нарисуйте путь запроса через прокси к origin и отметьте допустимость TLS-терминации. Учтите документированные HTTP/1.1 до origin и отсутствие проверки его подлинности в выбранном reverse proxy; отдельно сформулируйте обязательные требования к аутентификации origin.
- Перечислите входы с Host, методом и путём. Отдельно запишите первый GET, прямой API-запрос и первый не-GET.
- Для каждого защищаемого API укажите, где полезный клиент заранее получает cookie и как обрабатывает отказ.
- Отделите статику, внешний CDN, поисковиков, партнёров и мониторинг. Для исключения нужно основание; публичное имя клиента не подтверждает его подлинность.
- Проверьте порядок правил и поведение неохваченного пути. Пропуск по умолчанию должен быть осознанным решением.
- Запишите обязательные условия JavaScript, cookie, капчи и доступности интерфейса. Для машинного или мобильного клиента нужна отдельная подтверждённая конфигурация.
- Определите нужные события, срок хранения, выгрузку и связь с результатом приложения. Не считайте классификацию независимой разметкой.
- Разделите базу, AntiBot, полосу и доплаты. Оставьте неизвестными несогласованный объём, условия счёта и договорные обязательства.
- Назначьте владельцев сертификатов, маршрута, политик и разбора отказов. Сохраните требования к выходу и действиям при недоступности.
- Зафиксируйте результат: кандидат при выполнении условий; необходим другой вариант; либо для обязательного требования пока нет данных.
Условный пример: каталог открывается браузером с JavaScript, но партнёр забирает обновления прямым POST к API. Браузерная проверка сама по себе не подтверждает совместимость партнёра. Его доступ следует выделить в карте и связать с отдельной подтверждённой идентификацией и правами приложения.
Другой пример: организация запрещает раскрытие HTTPS ключей внешнему прокси. Прочитанный cookie-механизм для HTTPS не подтверждает выполнение этого требования. Это основание искать иной применимый вариант, а не делать вывод о качестве всего бренда.
- Перенаправление с установкой cookie
- Bot protection → Локации
- Bot protection → Посетители
- Подключение: Защита от ботов
- Тарифы CURATOR
- Обратный HTTP-прокси: подключение
- Bot protection → Сводка
- Bot Management and Anti-Automation Cheat Sheet
- API1:2023 Broken Object Level Authorization
- Обратный HTTP-прокси: технология
Что известно к завершению разбора
По открытым документам установлены логика браузерной проверки, некоторые ограничения маршрута и правил, отдельная тарификация AntiBot и способы чтения сводки. Не установлены эффективность на конкретном потоке, число ошибочных отказов, полный режим отказа, вся география данных и итоговые договорные условия.
В этой версии нет личного опыта подключения, результатов атак или измеренных 15 минут. Прочтение документации, наличие журнала и публичное описание архитектуры не подменяют такую проверку. Версия 1.0 фиксирует состояние источников на 23 октября 2026 года; изменяемые условия нужно читать заново перед практическим выбором.
Сравнение с другим AntiBot допускается только после совпадения задачи, поверхности, региона и достаточной парной доказательной базы. Разные модели оплаты нельзя приравнять без общей нагрузки и состава услуги. Отдельные обзоры помогают задать вопросы, но не создают победителя автоматически. Обоснованные исправления можно сообщить через страницу контактов; изменения текста должны сохранять историю.
Первоисточники
- CURATOR.ANTIBOT — Защита от ботов и скрейпинга
Позиционирование AntiBot, обещания режима мониторинга и отсутствия CAPTCHA. Технические условия и полная таблица цен рассматриваются отдельно.
Проверено .
- Тарифы CURATOR
Business, отдельная опция AntiBot, единицы полосы, SLA и налоговые пометки поставщика. Карточка минимальной цены не подтверждает состав Professional.
Проверено .
- Защита от ботов
Публичный обзор борьбы с парсингом и перебором; включение услуги через поддержку.
Проверено .
- Перенаправление с установкой cookie
Проверка JavaScript и cookie, требования HTTPS, опциональная капча, ответы 403 и отдельные мобильные варианты.
Проверено .
- Bot protection → Локации
Порядок правил Host/Method/Path, действия, ограничение выдачи проверки методом GET и работа с внешним CDN.
Проверено .
- Bot protection → Посетители
Исключения, принудительные проверки, A/B и отключение AntiBot. Условия заголовков не равны подтверждению личности по User-Agent.
Проверено .
- Подключение: Защита от ботов
Постепенное включение, примеры браузерных и API-запросов, возврат к 0% при ошибочных ограничениях.
Проверено .
- Bot protection → Сводка
Значение событий 401/403, задержка регистрации, пересечение категорий, экспорт PNG и CSV.GZ.
Проверено .
- Обратный HTTP-прокси: технология
Обратный HTTP-прокси с TLS-терминацией: HTTP/1.1 до origin и отсутствие проверки подлинности апстрима по техническому описанию. Это условие документа, не наблюдение аккаунта.
Проверено .
- Обратный HTTP-прокси: подключение
DNS-направление, защита от прямого обхода origin и доверие к X-Forwarded-For; примеры команд не исполнялись.
Проверено .
- Личный кабинет: Группы
Ресурсные политики и стандартные группы доступа в кабинете. Не подтверждает тарифное право конкретного клиента.
Проверено .
- Архитектура сети Curator
Описание Anycast и сети. Исторические/недатированные численные показатели не являются измерением AntiBot в этом обзоре.
Проверено .
- Qrator API v1.5.21
Справка API управления v1.5.21 и токены. Номер API не является версией AntiBot и не доказывает наличие всех методов в Business.
Проверено .
- Юридическая информация CURATOR
Публичные реквизиты оператораООО«Эйч-Эль-Эль». Не является проверкой фактического договора или реестров.
Проверено .
- Политика конфиденциальности
Сфера политики ПД, хранение баз в РФ и условия передачи; не полная карта данных защищаемого сайта.
Проверено .
- Соглашение о пробном использовании QTS и услуг CURATOR
Пробные условия отделены от платного письменного договора, поддержки и SLA; пробный доступ не оформлялся.
Проверено .
- Сбой Curator 8 октября 2026 года
Сообщение поставщика от 21 октября 2026 года о сбое 8 октября. Меры в будущем времени не считаются внедрёнными.
Опубликовано . Проверено .
- Личный кабинет: Домены
Модерация добавляемого домена и удаление через поддержку. Не подтверждает полное удаление телеметрии.
Проверено .
- Bot protection → Подписи
Отдельная схема подписей мобильных API. Её параметры не перенесены на выбранный браузерный срез.
Проверено .
- API1:2023 Broken Object Level Authorization
Проверка прав на объект является самостоятельным контролем приложения. Это не тест AntiBot и не оценка его эффективности.
Опубликовано . Проверено .
- Bot Management and Anti-Automation Cheat Sheet
Модель конкретного злоупотребления, полезная автоматизация, несколько уровней контроля и проверка потерь полезных действий. Не подтверждает функции CURATOR.
Проверено .
